Giải pháp sinh báo cáo tài chính động sử dụng công nghệ Oracle BI Pulisher

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (4.2 MB, 63 trang )

(1)<div class='page_container' data-page=1>

ĐẠI HỌC QUỐC GIA HÀ NỘI 
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ

NGUY

ỄN THÀNH VĂN

GI

ẢI PHÁP SINH BÁO CÁO TÀI CHÍNH ĐỘNG

S

Ử DỤNG CƠNG NGHỆ ORACLE BI PUBLISHER

LU

ẬN VĂN THẠC SỸ

Ngành: Hệ thống thông tin

</div>
(2)<div class='page_container' data-page=2>

ĐẠI HỌC QUỐC GIA HÀ NỘI 
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ

NGUY

ỄN THÀNH VĂN

GI

ẢI PHÁP SINH BÁO CÁO TÀI TÍNH ĐỘNG

S

Ử DỤNG CƠNG NGHỆ ORACLE BI PUBLISHER

Ngành: H

ệ thống thơng tin

Chuyên ngành: Hệ thống thông tin

Mã số: 8480104.01

LU

ẬN VĂN THẠC SỸ HỆ THỐNG THÔNG TIN

NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS.TS Nguyễn Ngọc Hóa

</div>
(3)<div class='page_container' data-page=3>

LỜI CAM ĐOAN

Tôi xin cam đoan luận văn tốt nghiệp do tơi tự mình thực hiện dưới sự

hướng dẫn của Thầy Nguyễn Ngọc Hóa, mọi thơng tin tham khảo sử dụng

trong lu

ận văn đều được trích dẫn đầy đủ và hợp pháp.

Tơi xin hồn tồn ch

ịu trách nhiệm và chịu mọi hình thức kỷ luật theo

quy định của nhà trường cho lời cam đoan của mình.

Hà N

ội, ngày 26 tháng 04 năm 2019

Người cam đoan

</div>
(4)<div class='page_container' data-page=4>

LỜI CẢM ƠN

Tơi xin chân thành c

ảm ơn PGS.TS Nguyễn Ngọc Hóa là giảng viên của

Trường Đại học Công Nghệ - Đại học Quốc gia Hà Nội đã tận tình giúp đỡ tôi

v

ề kiến thức, định hướng phát triển và cả về tinh thần cố gắng trong suốt quá

trình làm lu

ận văn tốt nghiệp.

Tôi cũng xin gửi lời cảm ơn đến các Thầy Cô của khoa Công nghệ

Thông tin vì

đã giảng dạy và hướng dẫn tơi trong suốt những năm theo học

Cao h

ọc tại Trường Đại học Công Nghệ.

Cu

ối cùng, xin cảm ơn các bạn bè, đồng nghiệp và gia đình đã tạo mọi

điều kiện tốt nhất, động viên, cổ vũ tôi trong suốt quá trình học tập và nghiên

c

ứu để hồn thành tốt bản luận văn tốt nghiệp này.

Hà N

ội, tháng 05 năm 2019

</div>
(5)<div class='page_container' data-page=5>

iii

TÓM TẮT NỘI DUNG

Tóm tắt:

</div>
(6)<div class='page_container' data-page=6>

MỤC LỤC

LỜI CAM ĐOAN ... i

LỜI CẢM ƠN ... ii

TÓM TẮT NỘI DUNG ... iii

MỤC LỤC ... iv

DANH MỤC CÁC HÌNH ... vi

MỞ ĐẦU ... 1

CHƯƠNG 1. LÝ THUYẾT LIÊN QUAN ... 3

1.1. Tri thức kinh doanh BI ... 3

1.1.1. Khái niệm ... 3

1.1.2. Các ưu điểm của BI ... 3

1.1.3. Một số so sánh báo cáo động của các hãng [11] ... 3

1.2. Các thành phần chính của BI ... 5

1.2.1. Data source (nguồn dữ liệu): ... 6

1.2.2. Data Warehouse (kho dữ liệu) ... 6

1.2.3. Dịch vụ tích hợp (Intergating Service) ... 7

1.2.4. Công cụ phân tích (Analysis Service) ... 7

1.2.5. Reporting service ... 8

1.2.6. Data mining (khai phá dữ liệu) ... 8

1.3. Khái niệm về báo cáo tài chính ... 8

1.3.1. Khái niệm ... 8

1.3.2. Báo cáo tài chính tại Việt Nam ... 8

1.3.3. Báo cáo tài chính động ... 9

1.4. Một số loại báo cáo tài chính thường gặp ... 9

1.4.1. Báo cáo tài chính phân hệ AP (Payables – phải thu) ... 9

1.4.2. Báo cáo tài chính phân hệ AR (Receive ables – phải trả) ... 10

1.4.3. Báo cáo tài chính phân hệ GL (General Ledger – kế toán tổng hợp) ... 11

CHƯƠNG 2. GIẢI PHÁP SINH BÁO CÁO TÀI CHÍNH ĐỘNG SỬ DỤNG 
CÔNG NGHỆ ORACLE BI PUBLISHER ... 12

2.1. Sự khác nhau giữa báo cáo tài chính tĩnh và động ... 12

</div>
(7)<div class='page_container' data-page=7>

2.1.2. Vì sao lại chọn báo cáo động của Oracle BI Publisher ... 12

2.2. Các quy trình sinh báo cáo động ... 12

2.2.1. Xây dựng Data Model ... 12

2.2.2. Tạo Template ... 15

2.2.3. Xem báo cáo trên Dashboard ... 16

2.2.4. In ấn, kết xuất một trang báo cáo ... 19

2.2.5. Chỉnh sửa Data Format ... 22

CHƯƠNG 3. THỰC NGHIỆM VÀ ĐÁNH GIÁ KẾT QUẢ ... 23

3.1. Yêu cầu chung của bài toán BI ... 23

3.1.1. Nhu cầu triển khai hệ thống Oracle BI cho Prime Group ... 23

3.1.2. Giải pháp Oracle BI cho các phần báo cáo của PG ... 23

3.2. Đặc tả chi tiết báo cáo PG ... 25

3.2.1. Các yêu cầu cho báo cáo BI ... 25

3.2.2. u cầu nghiệp vụ ... 26

3.3. Mơ hình kiến trúc triển khai hệ thống ... 32

3.3.1. Các thành phần cấu hình máy chủ của BI bao gồm: ... 32

3.3.2. Xuất nhập dữ liệu ... 34

3.3.3. Quy trình đẩy dữ liệu từ Database Staging đến Data Warehouse ... 35

3.3.4. Thiết lập Package cho Interface ... 38

3.4. Các bước thực hiện kéo thả báo cáo động BI Publisher ... 41

3.4.1. Thiết kế báo cáo ... 41

3.4.2. Các bước để tổng hợp lên 1 báo cáo [4] ... 43

3.4.3. Đăng nhập hệ thống BI Publisher ... 44

3.4.4. Lấy dữ liệu cho báo cáo từ Data Model ... 45

3.4.5. Tạo template để xuất dữ liệu ra báo cáo ... 48

3.4.6. Kết quả chạy thử nghiệm thực tế ... 49

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN ... 52

1. Các kết quả đạt được trong luận văn ... 52

2. Các hạn chế của luận văn ... 52

3. Định hướng phát triển trong tương lai ... 53

</div>
(8)<div class='page_container' data-page=8>

DANH M

ỤC CÁC HÌNH

Hình 1.1: Các thành phần chính của BI. ... 5

Hình 1.2: Mẫu báo cáo của phân hệ AP ... 10

Hình 1.3: Mẫu báo cáo của phân hệ AR ... 10

Hình 1.4: Mẫu báo cáo của phân hệ GL ... 11

Hình 2.1: Giao diện chính của Oracle BI ... 13

Hình 2.2: Data Model của Oracle BI ... 13

Hình 2.3: Màn hình nhập liệu SQL trong Data Model ... 14

Hình 2.4: Màn hình Create Data Set trong Data Model ... 14

Hình 2.5: Màn hình tạo LOV trong Data Model ... 15

Hình 2.6: Màn hình tạo báo cáo mới ... 15

Hình 2.7: Màn hình tạo Template ... 16

Hình 2.8: Màn hình tạo Template theo tool chuẩn của Oracle ... 16

Hình 2.9: Màn hình Dashboard ... 17

Hình 2.10: Màn hình của phân hệ AP ... 18

Hình 2.11: Màn hình của phân hệ AP khi chọn tham số ... 18

Hình 2.12: Màn hình chạy báo cáocủa phân hệ AP ... 19

Hình 2.13: Màn hình in báo cáo của phân hệ AP ... 20

Hình 2.14: Màn hình in báo cáo của phân hệ AP ... 20

Hình 2.15: Màn hình xuất báo cáo của phân hệ AP ... 21

Hình 2.16: Màn hình chỉnh sửa Data Format ... 22

Hình 2.17: Các máy chủ ứng dụng ... 22

Hình 2.18: Các ứng dụng cài đặt ... 22

Hình 3.1: Mấu báo cáo của phân hệ AP ... 31

Hình 3.2: Mấu báo cáo của phân hệ AP ... 31

Hình 3.3: Mơ hình tổng thể mức vật lý ... 33

Hình 3.4: Xuất nhập dữ liệu ... 34

</div>
(9)<div class='page_container' data-page=9>

vii

Hình 3.6: Tạo Data Store ... 36

Hình 3.7: Thiết lập chi tiết cho Model ... 36

Hình 3.8: Thiết lập chi tiết cho Model ... 37

Hình 3.9: Cấu trúc bảng trong Database Data Warehouse ... 37

Hình 3.10: Thiết lập Package cho Interface ... 38

Hình 3.11: Thiết lập Package cho Interface ... 38

Hình 3.12: Thiết lập Step cho Package ... 39

Hình 3.13: Thiết lập Step cho Package ... 39

Hình 3.14: Thiết lập Schedule cho Package ... 40

Hình 3.15: Definition cho phần thiết lập Schedule ... 40

Hình 3.16: Execution Cycle cho phần thiết lập Schedule ... 41

Hình 3.17: Mẫu báo cáo bảng cân đối phát sinh các tài khoản ... 42

Hình 3.18: Các thơng số trong báo cáo, phần Header ... 42

Hình 3.19: Các thơng số trong báo cáo, phần Detail ... 43

Hình 3.20: Màn hình đăng nhập vào hệ thống ... 45

Hình 3.21: Màn hình khi vào hệ thống ... 45

Hình 3.22: Màn hình tạo SQL ... 46

Hình 3.23: Màn hình tạo Data Set ... 46

Hình 3.24: Màn hình tạo Data Set ... 47

Hình 3.25: Màn hình tạo tham số ... 48

Hình 3.26: Màn hình tạo Template ... 48

Hình 3.27: Chạy báo cáo ... 49

Hình 3.28: Nhập tham số chạy báo cáo ... 49

Hình 3.29: Dữ liệu sau khi chạy báo cáo... 50

</div>
(10)<div class='page_container' data-page=10>

MỞ ĐẦU

1.

Động lực thực hiện luận văn

Ngày nay, vi

ệc phát triển nhanh chóng của Cơng nghệ thơng tin nói

chung và c

ủa hệ thống thơng tin nói riêng được xây dựng trên nền tảng các

cơng ngh

ệ khác nhau, các giải pháp chuyên ngành có nhiều quy trình nghiệp

v

ụ đặc thù cho các ngành nghề khác nhau như các hệ thống Ngân hàng lõi

(core banking), các h

ệ thống quản trị doanh nghiệp tổng thể ERP ..vv. Dữ liệu

giao d

ịch phát sinh từ các hệ thống tác nghiệp là rất lớn, hàng triệu giao dịch

m

ỗi ngày. Nhu cầu truy xuất, tổng hợp, hiển thị, khai thác dữ liệu phục vụ

phân tích s

ố liệu sản xuất kinh doanh, dự báo xu hướng thị trường ngày càng

c

ấp thiết.

Thông thường các hệ thống tác nghiệp chứa cơ sở dữ liệu về nghiệp vụ

đã được nhập liệu, lưu trữ mà thiếu đi các cơng cụ phân tích dữ liệu, hiển thị

d

ữ liệu một cách thông minh như các dạng báo cáo thông minh (báo cáo BI –

Business Intelligent), báo cáo phân tích đa chiều, theo nhiều tiêu chí, báo cáo

qu

ản trị phục vụ lãnh đạo ra quyết định. Trên thế giới nhiều hãng phần mềm

đã xây dựng nhiều giải pháp nền tảng/công cụ phục vụ xây dựng khai thác

báo cáo d

ạng BI và phân tích dữ liệu từ các hệ thống hoặc từ kho dữ liệu

(Data warehouse) như Micosoft Power BI, SAP BI, Tablue, Oracle BI

Publisher.

Oracle BI Publisher là m

ột trong những bộ công cụ xây dựng các dạng

báo cáo được phát triển bởi hãng Oracle, có các tính năng mạnh mẽ, tiện ích

d

ễ sử dụng, tích hợp được nhiều nguồn dữ liệu (Data Source) đáp ứng các tiêu

chí v

ề các yếu tố tổng hợp nói trên và tổng hợp dữ liệu đã được đào sâu trong

các báo cáo t

ổng hợp.

</div>
(11)<div class='page_container' data-page=11>

2. Mục tiêu của luận văn

Lu

ận văn cao học có mục tiêu nghiên cứu, tìm hiểu các cấu phần lõi của

n

ền tảng công cụ Oracle BI Publisher và đi sâu vào việc nghiên cứu bài toán

nghi

ệp vụ các báo cáo tài chính của doanh nghiệp, phương pháp phân tích,

hi

ển thị báo cáo tài chính trong Doanh nghiệp.

M

ục tiêu trên sẽ được cụ thể hố thơng qua những nội dung thực hiện

chính sau:

- T

ổng quan về nền tảng BI

- Bài toán nghi

ệp vụ báo cáo tài chính doanh nghiệp

- Xây d

ựng hệ thống thử nghiệm tạo báo cáo động sử dụng công nghệ

Oracle BI.

-

Đánh giá, so sánh, tổng kết

3. T

ổ chức luận văn

Lu

ận văn được thực hiện xuyên suốt trong quá trình từ khi hình thành

các khái ni

ệm, ý tưởng, phân tích thiết kế, trình bày cài đặt sản phẩm cho đến

khi hoàn thành s

ản phẩm và kiểm tra kiểm thử đánh giá sản phẩm. Các kết

qu

ả chính của luận văn sẽ trình bày trong 4 chương có nội dung vắn tắt như

-

Chương 1: Tổng quan về tri thức kinh doanh BI. Chương này giới

thi

ệu các khái niệm cơ bản về nền tảng BI, các ưu điểm của thệ thống BI, các

thành ph

ần chính của BI, các khái niệm về báo cáo tài chính nói chung và

khái ni

ệm về báo cáo động.

-

Chương 2: Đưa ra giải pháp tạo, sửa, xóa và làm mới 1 báo cáo động,

các quy trình làm m

ột báo cáo động.

-

Chương 3: Thực hiện xây dựng giải pháp báo cáo tài chính trên

ngu

ồn dữ liệu hệ thống ERP bằng cơng cụ Oracle BI Publisher cho Công ty

s

ản xuất gạch ốp lát Prime Group, kết quả cài đặt thực tế và thực nghiệm.

</div>
(12)<div class='page_container' data-page=12>

CHƯƠNG 1. LÝ THUYẾT LIÊN QUAN

1.1.

Tri thức kinh doanh BI

1.1.1. Khái niệm

BI (Business Intelligence – H

ệ thống khai thác dữ liệu thông minh) là

m

ột hệ thống dữ liệu cho phép tạo, phân tích, lưu trữ và thể hiện thông tin,

giúp cho người quản lý và người sử dụng đưa ra các thông tin phù hợp, dữ

li

ệu được phân tích đa chiều, nhiều tiêu chí, có các mơ hình dự báo, phân tích

giúp chúng ta d

ễ dàng có cái tổng thể về kết quả sản xuất kinh doanh và

ho

ạch định được nguồn lực doanh nghiệp [1]. Từ đó đưa ra các quyết định

kinh doanh phù h

ợp.

1.1.2.

Các ưu điểm của BI

Đưa ra các quyết định, tối ưu quy trình nghiệp vụ, tối ưu quá trình kinh

doanh và ngu

ồn lực doanh nghiệp. Đồng thời tăng tốc độ xử lý cao trong việc

c

ải thiện để đưa ra báo cáo và phân tích chính xác. Đồng thời Oracle BI cũng

có kh

ả năng dự đoán thị trường tương lai dựa trên tài nguyên của Doanh

nghi

ệp và nguồn dữ liệu cần xử lý.

1.1.3.

Một số so sánh báo cáo động của các hãng [11]

Hàng

công nghệ Ưu điểm Nhược điểm

Oracle

- Khả năng tiếp cận nhanh chóng
đối với các bộ phận tài chính
thơng qua tập các sản phẩm theo
nghành dọc, cụ thể là các giải
pháp của Siebel và Hyperion

– Hệ thống các ứng dụng được hỗ
trợ khả năng tích hợp chặt chẽ với
nền tảng công nghệ của Oracle.

– Hệ thống mở, hỗ trợ khả năng
phát triển và mở rộng linh hoạt.

– Chiếm ưu thế trên thị trường
OLAP và DBMS.

– Hệ thống chính sách cứng nhắc đối
với các đối tác phát triển thứ 3 và các
thỏa thuận dịch vụ. Đây là một điểm
đáng cân nhắc đối với giải pháp của
Oracle.

– Hệ thống lõi OBIEE không có nhiều
cải tiến so với phiên bản cũ.

– Chi phí cao cho các dịch vụ bảo trì
và hỗ trợ.

</div>
(13)<div class='page_container' data-page=13>

4
– Mua lại Siebel và Hyperion

nhằm tận dụng tối đa các năng lực
trên nền tảng công cụ và tri thức
của giải pháp BI cho ngành/phân
hệ tài chính.

được đóng gói sẵn.

SAS

- Sức mạnh đối với các cơng cụ
phân tích nâng cao và là lựa chọn
hàng đầu đối với các chun gia
phân tích nghiệp vụ.

– Có tri thức phát triển các giải

pháp phân tích chuyên sâu theo
ngành dọc.

– Có tầm nhìn mạnh mẽ và định
hướng phát triển sản phẩm, được
hỗ trợ bởi sự đầu tư bài bản và
mạnh cho các dự án nghiên cứu và
phát triển.

– Khả năng tích hợp tốt với bộ
cơng cụ Microsoft Office

– Cản trở lớn nhất đối với các giải
pháp của SAS chính là ngơn ngữ lập
trình, các tính năng chuyên sâu của
giải pháp SAS yêu cầu phải nắm vững
nền tảng ngơn ngữ lập trình của hãng
khi sử dụng.

– Hầu hết các sản phẩm tập trung
chính vào các kỹ thuật phân tích nâng
cao, do đó yêu cầu người dùng là các
chun gia phân tích dữ liệu mới có
thể tận dụng hết sức mạnh của công
cụ.

– Hệ thống báo cáo và dashboard có
độ tương tác đồ họa thấp, giao diện
không thu hút người dùng.

– Sản phẩm IBM SPSS là đối thủ cạnh
tranh lớn nhất của SAS

IBM

Cung cấp nền tảng tích hợp xuyên
suốt giữa các thành phần BI

– Định hướng phát triển các sản
phẩm và giải pháp BI; hiện nay
IBM đang phát triển mở rộng vào
lĩnh vực phân tích và các ngành
dọc.

– Hãng cung cấp giải pháp với cơ
chế vận hành ổn định cùng mạng
lưới đối tác triển khai mạnh.

- Quá trình chuyển đổi hỗ trợ các sản
phẩm của IBM dường như khó khăn
hơn cho hệ thống người dùng hiện
tại.– Cạnh tranh trực tiếp với các sản
phẩm của SAS.

– Khơng hỗ trợ tích hợp trực tiếp đối
với các giải pháp ERP, CRM; khách
hàng phải chuyển đổi sang sử dụng
các hãng cung cấp khác.

</div>
(14)<div class='page_container' data-page=14>

Microsoft

mức thấp.

– Tính năng BI được tích hợp bên
trong sản phẩm SharePoint
Server, nền tảng sản phẩm về
cộng tác và quản trị thơng tin
chiến lược của Microsoft.

– Tính năng xử lí thơng tin bên
trong bộ nhớ của SQL Server
Analysis Services và Office 2010
– Mua lại DATAllegro để tận
dụng các sức mạnh về Data
Warehouse.

hợp nhất, do đó phải tiến hành triển
khai từng phần và tích hợp.

– Phát triển hệ thống báo cáo và
dashboard phụ thuộc lớn vào bộ phận
IT.

– Thời gian triển khai dự án dài hơn
so với các đối thủ khác về giải pháp
BI

– Cần có một chuyên gia về giải pháp
Microsoft tham gia vào dự án.

– Không có tầm nhìn rõ ràng về định
hướng tích hợp với các giải pháp
BPM.

1.2.

Các thành phần chính của BI

H

ệ thống thông tin BI được chia thành nhiều thành phần, mỗi thành phần

có ch

ức năng và nhiệm vụ riêng.

</div>
(15)<div class='page_container' data-page=15>

1.2.1. Data source (nguồn dữ liệu):

Ch

ứa dữ liệu tổng hợp của Doanh nghiệp, thường là cơ sở dữ liệu quan

h

ệ gồm nhiều phần khác nhau như các dữ liệu về tài nguyên của doanh

nghi

ệp, dữ liệu về con người, dữ liệu về khách hàng, phần mềm điện tử,

thương mại

Ngu

ồn dữ liệu có thể là bất cứ các hệ quản trị cơ sở dữ liệu nào như

SQL, Oracle, MSSQL...

Thông thường dữ liệu trong Data Warehouse có thể được thiết kế theo

mơ hình cơ sở dữ liệu quan hệ nhưng cũng có thể là dữ liệu lớn, có thể là dữ

li

ệu không quan hệ.

1.2.2. Data

Warehouse (kho dữ liệu)

Là cơ sở dữ liệu được thiết kế khác với CSDL thơng thường. Đó là cơ sở

d

ữ liệu được xử lý truyền tải trực tuyến và được thiết kế dành cho việc

đọc/ghi thường xuyên và là nơi lưu trữ dữ liệu lâu dài của tổ chức.

D

ữ liệu của Data Warehouse chỉ có thể đọc mà khơng được ghi hay cập

nh

ật bới ứng dụng thông thường. Điều này chỉ được thực hiện khi có cơng cụ

chuy

ển đổi dữ liệu từ Data source vào Data Warehouse là Extract Transform

Load.

Kho d

ữ liệu là tuyển tập các cơ sở dữ liệu tích hợp, hướng chủ đề, được

thi

ết kế để hỗ trợ cho chức năng trợ giúp quyết định.

Công ngh

ệ kho dữ liệu (Data Warehouse Technology) là tập các phương

pháp, k

ỹ thuật và các cơng cụ có thể kết hợp, hỗ trợ nhau để cung cấp thông

tin cho người sử dụng trên cơ sở tích hợp từ nhiều nguồn dữ liệu, nhiều môi

trường khác nhau. [8]

Kho d

ữ liệu thường rất lớn tới hàng trăm GB hay thậm chí hàng

Terabyte. Kho d

ữ liệu được xây dựng để tiện lợi cho việc truy cập theo nhiều

ngu

ồn, nhiều kiểu dữ liệu khác nhau sao cho có thể kết hợp được cả những

ứng dụng của các công nghệ hiện đại và kế thừa được từ những hệ thống đã

có s

ẵn từ trước.

</div>
(16)<div class='page_container' data-page=16>

+ Ph

ải có khả năng đáp ứng mọi yêu cầu về thông tin của NSD

+ H

ỗ trợ để các nhân viên của tổ chức thực hiện tốt, hiệu quả cơng việc

c

ủa mình, như có những quyết định hợp lý, nhanh và bán được nhiều hàng

hơn, năng suất cao hơn, thu được lợi nhuận cao hơn, v.v.

+ Giúp cho t

ổ chức, xác định, quản lý và điều hành các dự án, các nghiệp

v

ụ một cách hiệu quả và chính xác.

+ Tích h

ợp dữ liệu và các siêu dữ liệu từ nhiều nguồn khác nhau

Mu

ốn đạt được những yêu cầu trên thì DW phải:

+ Nâng cao ch

ất lượng dữ liệu bằng các phương pháp làm sạch và tinh

l

ọc dữ liệu theo những hướng chủ đề nhất định

+ T

ổng hợp và kết nối dữ liệu

+ Đồng bộ hoá các nguồn dữ liệu với DW

+ Phân định và đồng nhất các hệ quản trị cơ sở dữ liệu tác nghiệp như là

các công c

ụ chuẩn để phục vụ cho DW.

+ Qu

ản lí siêu dữ liệu

Cung c

ấp thơng tin được tích hợp, tóm tắt hoặc được liên kết, tổ chức

theo các ch

ủ đề

Dùng trong các h

ệ thống hỗ trợ quyết định (Decision suport system -

DSS), các h

ệ thống thông tin tác nghiệp hoặc hỗ trợ cho các truy vấn đặc biệt.

1.2.3.

Dịch vụ tích hợp (Intergating Service)

Ch

ịu trách nhiệm chuyển dữ liệu (Extract Transform Load) từ Data

source vào Data Warehouse. [9]

1.2.4.

Cơng cụ phân tích (Analysis Service)

Ch

ịu trách nhiêm thực thi các cube được thiết kế dựa trên các chiều dữ

li

ệu và các nghiệp vụ.

</div>
(17)<div class='page_container' data-page=17>

1.2.5. Reporting service

Th

ực thi các báo cáo (report) với output nhận được từ Analysis server.

Đây là nơi quản trị tập trung các báo cáo trên nền web, và các báo cáo này có

th

ể được gắn vào các ứng dụng cụ thể, hay trên web

.

1.2.6.

Data mining (khai phá dữ liệu)

Là q trình trích xu

ất thơng tin dữ liệu đã qua xử lý (phù hợp với yêu

c

ầu riêng của doanh nghiệp) từ Data Warehouse rồi kết hợp với các thuật toán

để đưa ra (hoặc dự đốn) các quyết định có lợi cho việc kinh doanh của doanh

nghi

ệp.

Đây là một quá trình quan trọng trong BI, thông thường một doanh

nghi

ệp muốn sử dụng giái pháp BI thường kèm theo về Data Mining

.

1.3. Khá

i niệm về báo cáo tài chính

1.3.1. Khái ni

ệm

Báo cáo tài tính

thường là báo cáo theo dạng bảng, gồm các hàng và các

c

ột thể hiện thông tin về tài khoản, dòng tiền theo tháng, quý năm, theo số dư,

s

ố phát sinh trong kỳ... Báo cáo tài chính gồm có nhiều loại như: báo cáo theo

tài kho

ản như bảng cân đối kế toán, báo cáo theo giao dịch phát sinh trong kỳ,

báo cáo theo s

ổ chi tiết tài khoản, sổ tổng hợp tài khoản, báo cáo kết quả hoạt

động kinh doanh...vv.

Thông tin trong báo cáo tài chính thường là thơng tin về các dòng tiền

như số dư đầu kỳ, số phát sinh trong kỳ, số dư cuối ky, thể hiện trong các cột

n

ợ, có.

1.3.2.

Báo cáo tài chính tại Việt Nam

</div>
(18)<div class='page_container' data-page=18>

Tuy nhiên khi c

ần một báo cáo tài chính mà ngay lâp tức cần các thông

tin c

ụ thể tại thời điểm xem báo cáo khơng theo mẫu chuẩn thì hầu hết các

ph

ần mềm kế tốn đều khơng thực hiện được mà chỉ trích xuất thơng tin trên

nhi

ều báo cáo để ra một thông tin cần thiết. Điều này dẫn đến việc khó khăn

khi đối chiếu, đánh giá và so sánh thơng tin khi cần ngay tại thời điểm đó.

1.3.3.

Báo cáo tài chính động

Theo nhu c

ầu trên, Oracle BI Publisher là một trong số ít những cơng

ngh

ệ mà đưa ra giải pháp báo cáo tài chính động mà hiển thị thông tin cần

thi

ết ngay khi cần. Công nghệ của Oracle BI Publisher dễ dùng và trích xuất

b

ất cứ thơng tin nào mà Doanh nghiệp hay Công ty cần để báo cáo lãnh đạo,

hay xem thông tin c

ụ thể cần thiết ngay lập tức tại mọi thời điểm và nhanh

chóng.

Để tạo được báo cáo động sử dụng công nghệ Oracle BI Publisher thì

c

ần phải có 1 q trình thiết lập hệ thống và yêu cầu nghiệp vụ khá cao để đưa

ra bài tốn đáp ứng được u cầu thơng tin ngay tại thời điểm xem báo cáo.

1.4. Một số loại báo cáo tài chính thường gặp

1.4.1.

Báo cáo tài chính phân hệ AP (Payables – phải thu)

Báo cáo trong phân h

ệ AP là dạng báo cáo theo công nợ phải thu.

</div>
(19)<div class='page_container' data-page=19>

Hình 1.2: M

ẫu báo cáo của phân hệ AP

Báo cáo thơng thường này thường có các hàng và các cột cố định và thể

hi

ện thông tin không nhiều trên báo cáo, không phân theo các tiêu chí khác

nhau.

1.4.2.

Báo cáo tài chính phân hệ AR (Receive ables – phải trả)

Báo cáo trong phân h

ệ AR là dạng báo cáo theo công nợ phải thu.

Thơng thường khi bán hàng thì nhà cung cấp, hoặc công ty... (gọi là bên

bán) s

ẽ xuất hóa đơn cho bên mua. Khi đó nhà bên bán sẽ lập hóa đơn để theo

dõi cơng n

ợ phải thu của bên mua và tiến hành q trình thu tiền. Thơng

thường báo cáo sẽ thể hiện ở dạng bảng như sau:

</div>
(20)<div class='page_container' data-page=20>

1.4.3.

Báo cáo tài chính phân hệ GL (General Ledger – kế tốn

tổng hợp)

Thơng thường sau khi mua bán hàng, theo tài khoản, theo nhà cung cấp, theo
chi nhánh...vv thì hệ thống sẽ hạch tốn từ các phân hệ phụ AP, AR, INV lên GL,
hoặc có thể định khoản trực tiếp lên GL. Khi này cần báo cáo tài chính lấy dữ liệu
ở các phân hệ phụ hoặc ở chính phân hệ sổ cái GL

Dữ liệu được kết chuyển lên GL hoặc được định khoản trên GL sẽ được lưu
trong các bảng của GL nên việc lấy dữ liệu khá thuận tiện).

<Tên cơng ty>

(14)

<Tên chi nhánh>

<Tên phịng giao dịch> H

BẢNG CÂN ĐỐI TÀI KHOẢN QUY ĐỔI

Từ ngày …/…/... đến ngày …/…/… 
(Bản chính thức) (13)

Loại tiền : VND(10)

Tên Tài khoản

(1)

Mã Tài khoản

(2)

Số dư đầu Số phát sinh Số dư cuối

Nợ 
(3)
Có 
(4)
Nợ 
(5)
Có 
(6)
Nợ

(7) Có (6)

A. Các tài khoản trong bảng cân đối kế toán (11)

Tổng cộng (9)

B. Các tài khoản ngoài bảng cân đối kế toán (12)

Tổng cộng (9)

Lập ngày ... tháng ... năm …

NGƯỜI LẬP KIỂM SOÁT

TỔNG GIÁM ĐỐC/GIÁM 
ĐỐC (15)

(Ký, họ tên) (Ký, họ tên) (Ký, họ tên, đóng dấu)

</div>
(21)<div class='page_container' data-page=21>

CHƯƠNG 2. GIẢI PHÁP SINH BÁO CÁO TÀI CHÍNH ĐỘNG SỬ

DỤNG CƠNG NGHỆ ORACLE BI PUBLISHER

2.1.

Sự khác nhau giữa báo cáo tài chính tĩnh và động

2.1.1.

Sự khác nhau giữa báo cáo tĩnh và báo cáo động

Báo cáo tài chính tĩnh thường là các báo cáo đã có khung sẵn, tại một thời
điểm ta chỉ xem được thông tin liên quan đến 1 thực thể cố định như các thông
tin liên quan đến khách hàng, các thông tin liên quan đến tài khoản, hoặc các
thơng tin liên quan đên dịng tiền đầu kỳ, cuối kỳ, phát sinh trong kỳ....

Báo báo tài chính động thì có thể lấy nhiều thực thể vào trong 1 báo cáo,
và có thể xem nhiều báo cáo trên 1 trang để từ đó có thể đánh giá, so sánh, đối
chiếu các đối tượng với nhau trực quan và chính xác.

2.1.2.

Vì sao lại chọn báo cáo động của Oracle BI Publisher

Báo cáo dựa trên các ưu điểm của các báo cáo động thì Oracle BI Publisher
làm tốt nhiệm vụ tổng hợp và phân tích dữ liệu. Oracle BI Publisher có thể lấy dữ
liệu từ nhiều nguồn khác nhau. Trong q trình xuất ra dữ liệu Oracle BI Publisher
có thể bỏ các hàng, các cột không cần thiết và linh hoạt trong đổi tên, kích thước.

Với hệ thống BI hiện nay thì việc tổng hợp dữ liệu có thể xem được cả hình
ảnh, vùng lãnh thổ và đưa ra các dự đốn, so sánh, phân tích từ đó mang đến những
thơng tin cụ thể để đưa ra các quyết định dự đốn tương lai chính xác có lợi cho
doanh nghiệp.

</div>
(22)<div class='page_container' data-page=22>

Hình 2.1: Giao di

ện chính của Oracle BI

Màn hình tạo Data Model hiện ra: chọn Default Data Source cho Data Model
như config ở hình 2.1

Hình 2.2: Data Model c

ủa Oracle BI

</div>
(23)<div class='page_container' data-page=23>

Hình 2.3: Màn hình nh

ập liệu SQL trong Data Model

Xuất hiện cửa sổ để gán tên và code SQL như sau:

</div>
(24)<div class='page_container' data-page=24>

15
Các biến tương ứng trong SQL sẽ tạo ra và đưa vào Parameters.

Tạo giá trị cho các tham số (List of values - LOV) để làm menu chọn cho

các biến.

Hình 2.5: Màn hình t

ạo LOV trong Data Model

Lưu ý: Với Event Triggers chỉ thực hiện được với những Procedure hoặc 
Function trả lại giá trị True hoặc False.

2.2.2.

Tạo Template

Chọn New > Report như hình dưới.

Hình 2.6: Màn hình tạo báo cáo mới

Có thể vẽ template ngồi rồi up lên: chọn Upload với tên là tên báo cáo,

</div>
(25)<div class='page_container' data-page=25>

Hình 2.7: Màn hình t

ạo Template

Với tiêu đề chọn: Insert > Layout grid , sau đó gán Text item

Với dữ liêu báo cáo chọn Insert > Pivot Table hoặc Data Table, …

NOTE: Với cách tạo template dùng tool chuẩn thì ta phải xuất dữ liệu dạng

EML sau đó chọn Save AS Sample Data để lấy ra các trường gán vào Template

Hình 2.8: Màn hình t

ạo Template theo tool chuẩn của Oracle

Cuối cùng save template vào cùng thư mục với Data Model > chạy báo cáo.

2.2.3. Xem báo cáo trên Dashboard

</div>
(26)<div class='page_container' data-page=26>

Ví d

ụ: Payables là bảng mục tiêu quản trị các chỉ tiêu: báo cáo các

giao d

ịch trên AP, chi tiết các giao dịch, báo cáo về nhà cung cấp, các

kho

ản mục chiết khấu…

Để vào Dashboard, ví dụ là Payables của Financials, thực hiện như

Đường dẫn: (Menu) Dashboards > PG1 > Payables

Hình 2.9: Màn hình Dashboard

Sau khi vào đường dẫn Payables sẽ hiện ra màn hình Dashboard với

các page tab là các báo cáo khác nhau c

ủa phân hệ Payables như AP

balance, Payments Due, Invoice Detail, ….

</div>
(27)<div class='page_container' data-page=27>

Hình 2.10: Màn hình c

ủa phân hệ AP

o Payables Invoicing Business Unit Name: Tên của đơn vị mà người

dùng muốn xem báo cáo.

o Fiscal Year: Năm tài chính.

o Fiscal Quarter: Các quý trong năm.

o Fiscal Period: Các kỳ(tháng) trong năm.

Hình 2.11: Màn hình c

ủa phân hệ AP khi chọn tham số

o

Reset: Thi

ết lập lại điều kiện lọc

• Reset to last applied value: Thi

ết lập lại điều kiện lọc theo

</div>
(28)<div class='page_container' data-page=28>

• Reset to default value: Thi

ết lập lại điều kiện lọc theo giá

tr

ị mặc định sẵn của hệ thống (default).

• Clear all: Xóa tồn b

ộ điều kiện lọc về giá trị khơng chọn

gì.

Cu

ối cùng, sau khi đã chọn được các tham số để lên báo cáo, người sử

d

ụng click vào nút để chạy báo cáo, kết quả sẽ ra như sau:

Hình 2.12: Màn hình ch

ạy báo cáocủa phân hệ AP

Lưu ý: Các tham số có dấu * là các tham số bắt buộc người dùng

ph

ải chọn để chạy báo cáo.

</div>
(29)<div class='page_container' data-page=29>

Hình 2.13: Màn hình in báo cáo c

ủa phân hệ AP

T

ại màn hình xem báo cáo cần in, nhấn vào “Print”, hệ thống sẽ hỗ

tr

ợ 2 định dạng “Print Preview” là HTML or PDF trước khi in.

- For HTML: h

ệ thống sẽ mở một cửa sổ báo cáo mới. Người dùng

ch

ọn [Menu] File > Print để in báo cáo.

- For PDF: h

ệ thống sẽ tự động mở báo cáo dưới dạng pdf.

- In

ấn một trang báo cáo (Page)

</div>
(30)<div class='page_container' data-page=30>

T

ại màn hình xem trang báo cáo cần in, nhấn vào Page Options >

Ch

ọn Print. Hệ thống cũng hỗ trợ 2 định dạng “Print Preview” để người

dùng ki

ểm tra trước khi in.

- For HTML: h

ệ thống sẽ mở một cửa sổ báo cáo mới. Người dùng

ch

ọn [Menu] File > Print để in báo cáo.

- For PDF: h

ệ thống sẽ tự động mở báo cáo dưới dạng pdf.

Hình 2.15: Màn hình xuất báo cáo của phân hệ AP

T

ại màn hình xem báo cáo cần kết xuất, nhấn vào Export, và chọn

định dạng cần kết xuất:

- PDF (Portable Document Format).

- MS Excel: h

ỗ trợ Version 2003+ và 2007+.

- MS Powerpoint: h

ỗ trợ Version 2003 và Version 2007+.

- Web Archive (*. mht): h

ỗ trợ định dạng trang web.

- Data: h

ỗ trợ kết xuất 3 định dạng khác:

+ CSV Format: h

ỗ trợ dưới định trang Word.

+ Tab Delimited Format.

</div>
(31)<div class='page_container' data-page=31>

2.2.5. Chỉnh sửa Data Format

Hình 2.16: Màn hình ch

ỉnh sửa Data Format

Các máy ch

ủ ứng dụng

Hình 2.17: Các máy ch

ủ ứng dụng

Các

phần mềm cài đặt

</div>
(32)<div class='page_container' data-page=32>

CHƯƠNG 3. THỰC NGHIỆM VÀ ĐÁNH GIÁ KẾT QUẢ

3.1. Y

êu cầu chung của bài toán BI

3.1.1.

Nhu cầu triển khai hệ thống Oracle BI cho Prime Group

Hiện tại Tổng công Prime Group đã triển khai thành công giải pháp hệ
thống quản trị doanh nghiệp tồng thể Oracle ERP bao gồm các module Mua
sắm, quản lý AP, AR, FA, GL, INV. Hệ thống được ứng dụng các quy trình
thống nhất từ Tổng công ty tới tất cà các công ty thành viên.

Sau quá trình sử dụng, hệ thống đã phát sinh rất nhiều dữ liệu, thông tin về
Khách hàng, sản phẩm, thơng tin vể doanh thu, tài chính được lưu trữ trên hệ
thống CSDL của hệ thống ERP. Hệ thống ERP là vùng phát sinh các dữ liệu
giao dịch tác nghiệp hằng ngày nhưng trên đó chưa có một nền tảng đủ mạnh để
giúp người dung khai thác, phân tích dữ liệu. Bài tốn đặt ra cần triển khai nền
tảng phục vụ người dùng dễ dang thiết kế (dạng kéo thả, lựa chọn các tiêu chí
phân tích để lên báo cáo, ..), do đó Prime Group đã quyết định triển khai Oracle
BI như là một dự án mở rộng (giai đoạn 2 của dự án ERP) đảm bảo các yêu cầu
chính sau.

Báo cáo chuẩn được đóng gói và phát triển cùng giải pháp của hệ thống cũ
thường bị giới hạn thông tin và dữ liệu phát triển sẵn bởi hãng Oracle ERP, khó
khăn trong hiệu chỉnh và xem thêm các thông tin như mong muốn, trong khi nhu
cầu khai thác dữ liệu là nhiều hơn thực tế tác nghiệp trên hệ thống. Và để sử
dụng được thì phải tạo user, account, phân quyền cho người dùng, qua nhiều
công đoạn mới làm được.

3.1.2.

Giải pháp Oracle BI cho các phần báo cáo của PG

Trên cơ sở của hệ thống cũ đã triển khai, giải pháp cho các báo cáo của BI
là xây dựng một nền tảng để xây dựng báo cáo dạng Oracle BI Publisher mà trên
đó dữ liệu báo cáo linh động cho phép người dùng có thể hiển thị báo cáo theo
mong muốn, thì hệ thống BI Publisher được xây dựng sẽ cho phép phân tích dữ

liệu theo nhiều chiều để đáp ứng nhu cầu quản trị của doanh nghiệp, tối thiểu
cần đáp ứng các chiều phân tích như sau: [2]

• Chiều phân tích theo đơn vị

</div>
(33)<div class='page_container' data-page=33>

24
• Chiều phân tích theo tỉnh/thành phố

• Chiều phân tích theo nhà cung cấp
• Chiều phân tích theo tài khoản
• Chiều phân tích theo thời gian
• Chiều phân tích theo sản phẩm
• Chiều phân tích theo nhóm sản phẩm
• Chiều phân tích theo loại sản phẩm

• Chiều phân tích theo tổ chức
• Chiều phân tích theo trung tâm tiêu thụ

• Chiều phân tích theo Trung tâm chi phí
• Chiều phân tích theo kênh bán hàng.

Đồng thời, yêu cầu hệ thống thiết kế để phân tích các chỉ tiêu cần đảm bảo
kèm theo so sánh số liệu tại kỳ phân tích với các số liệu tương đương như sau:

• Ngân sách lập đầu năm

• Cùng kỳ năm trước (Đối với các kỳ tháng/quý)
• Kỳ trước

• Dự báo kỳ tiếp theo

Khi các tiêu chí trên được thiết lập, thì các báo BI hiển thị thêm được các
thông tin khác với các thông tin trên hệ thống làm việc cũ. Nền tảng này chính là
nền tảng Web, cho phép NSD thao tác dễ dàng, thuận tiện, trực tiếp trên hệ
thống và không cẩn phân quền hay tạo user, account. Hệ thống cho phép các báo
cáo hiển thị theo nhiều chiều và áp dụng cho tất cả các phân hệ như: kế toán
tổng hợp, phải trả, phải thủ, mua hàng, khách hàng, nhà cung cấp. Báo cáo cần
được trình bày theo từng nhóm chỉ số phân tích quản trị. Hiển thị các dạng khác
nhau như: dạng bảng, đồ thị, biểu đồ.

Hệ thống cho phép hiển thị báo cáo dạng bảng, đồ thị, và kết xuất theo các
dạng khác nhau: excel, pdf, word. Hệ thống cho phép chức năng truy vấn tới các
giao dịch liên kết với hệ thống Oracle ERP.

</div>
(34)<div class='page_container' data-page=34>

25
Hệ thống cho phép hiển thị báo cáo dạng bảng, đồ thị, và kết xuất theo các
dạng khác nhau: excel, pdf, word. Hệ thống cho phép chức năng truy vấn tới các
giao dịch liên kết với hệ thống Oracle ERP.

Hệ thống cho phép mở rộng, triển khai cho các đơn vị thành viên trong
Prime Group. Hệ thống cho phép mở rộng, triển khai tích hợp các module
nghiệp vụ khác đồng bộ với hệ thống Oracle ERP (quản lý sản xuất, bán hàng,
duy tu bảo dưỡng)

Đáp ứng mơ hình tập trung – phân tán của Prime Group. Hệ thống cần đáp
ứng mơ hình sau của Prime Group: Hệ thống báo cáo phân tích quản trị: Tập
trung tại Prime Group, các đơn vị truy xuất và khai thác, đồng bộ dữ liệu với hệ
thống ERP đặt tại các đơn vị.

3.2.

Đặc tả chi tiết báo cáo PG

3.2.1.

Các yêu cầu cho báo cáo BI

</div>
(35)<div class='page_container' data-page=35>

3.2.2.

Yêu cầu nghiệp vụ

Với các tiêu chí trên thì u cầu nghiệp vụ sẽ được mơ tả theo hình sau:

STT Tên trường Mơ tả chi tiết Ghi chú

Phân hệ AP

Chiều phân tích/Dimensions

1 Nhà cung cấp
(Supplier)

Chiều phân tích theo nhà cung cấp.

u cầu phân tích cơng nợ phải trả,
tuổi nợ chi tiết theo nhà cung cấp,
bao gồm các thông tin:

+ Mã nhà cung cấp (Supplier
Number)

+ Tên nhà cung cấp (Supplier Name)

+ Tài khoản Nhà cung cấp (Supplier
Account)

Nguồn lấy dữ liệu Dimension:
+ Hệ thống: Oracle ERP
+ Phân hệ: Payables

Phân loại nhà
cung cấp
(Supplier
Alias)

Chiều phân tích theo loại nhà cung
cấp (các bên liên quan)

u cầu phân tích cơng nợ phải thu,
phải trả chi tiết theo các bên liên quan
với PG

+ Hệ thống: Oracle ERP
+ Phân hệ: Payables

Chiều phân
tích theo tài
khoản

Chiều phân tích theo tài khoản

+ Mã tài khoản (Account Code)

+ Tên tài khoản (Account Name)

</div>
(36)<div class='page_container' data-page=36>

STT Tên trường Mô tả chi tiết Ghi chú

3

Tổng hợp số
phát sinh theo
ngày

Yêu cầu: Tổng hợp số phát sinh từ
bảng chi tiết giao dịch AP theo từng
ngày hạch toán:

+ Căn cứ ngày: Accouting Date tại
AP và Effective Date với các nguồn
khác tại GL

4

Tổng hợp số
phát sinh theo

kỳ

Yêu cầu: Tổng hợp số phát sinh từ
bảng chi tiết giao dịch AP theo từng
tháng:

+ Căn cứ ngày: Accouting Date tại
AP và Effective Date với các nguồn
khác tại GL

5 Chi tiết tuổi nợ

theo hóa đơn

Yêu cầu: Lấy thông tin tuổi nợ chi tiết
theo từng hóa đơn kết hợp với các
chiều phân tích ở trên:

- Các phân hệ khác AP: Lấy tại GL
- Các dữ liệu khơng có chiều phân
tích tương ứng

6

Chi tiết tuổi nợ
theo Nhà cung

cấp

Yêu cầu: Lấy thông tin tuổi nợ chi tiết
theo từng Nhà cung cấp kết hợp với
các chiều phân tích ở trên:

- Các phân hệ khác AP: Lấy tại GL

[5]

Khi thực hiện giao dịch tạo Invoice Standard hệ thống sẽ lưu dữ liệu vào
các table sau :

AP_INVOICES_ALL

AP_INVOICE_DISTRIBUTIONS_ALL

AP_PAYMENT_SCHEDULES_ALL

XLA_TRANSACTION_ENTITIES

</div>
(37)<div class='page_container' data-page=37>

28
XLA_AE_HEADERS

XLA_AE_LINES

Ví dụ : Nhập giao dịch Invoice Standard số INV01 với số tiền 1000 USD
nhà cung cấp ABC có ID=101, mặt hàng Item1=400, Item2=500, thuế VAT =
10%, ngày tạo giao dịch 11/07/2006, ngày tạo bút toán GL_date = 15/07/2006,
dùng tern trả sau 15 ngày => ngày tới hạn thanh toán 30/07/2006

Tiền hàng Item1=400; Item2=500

Tiền thuế = 100

Khi định khoản hệ thống sinh các bút toán sau

Ghi nợ tk 331100 : 16 000 000

Ghi có tài khoản chi phí: 641300 15 400 000

Ghi có tài khoản thuế VAT: 1331 1 600 000

Khi nhập giao dịch, hệ thống lưu dữ liệu vào các table như sau :

1 row trên bảng AP_INVOICES_ALL

ORG_ID Vendor_id Vendor_name Invoice
id

Invoice num Invoice date

103 101 ABC 23 INV01 11/07/2006

GL_date Due_date ur ate Invoice
type

mount Based_amount

15/07/2006 30/07/2006 SD 6 000 Standard 000 16 000 000

</div>
(38)<div class='page_container' data-page=38>

29
nvoice
id
Invoice
distributi
on id
Accounti
ng Event
id
Accounti
ng date

Description ine
type
look
up
code

Amount Base
Amount

12
3

1 100 15/07/
2006

Item1 IT
E

400 6 400
000

12
3

2 100 15/07/
2006

Item2 IT
E
M

500 8 000
000

12
3

3 100 15/07/
2006

Tax T

A
X

100 1 600

000

1 row trên bảng AP_PAYMENT_SCHEDULES_ALL với số tiền còn phải
trả (Amount remaining=số tiền ban đầu trên invoice vì chưa có Payment nào)

I
nvoice
id
Due
date
Amo
unt
Remaining
G
ross
amount
Pa
yment
num
1
23
30/07
/2006
1
000

0 Nu

</div>
(39)<div class='page_container' data-page=39>

APPLICATION_ID EVENT_ID EVENT_TYPE_CODE EVENT_DATE EVENT_STATUS_CODE ENTITY_ID

200 62036 INVOICE VALIDATED 8/18/2011 P 33027

1 row trên bảng xla_ae_headers

APPLICATION_ID LEDGER_ID AE_HEADER_ID ENTITY_ID EVENT_ID EVENT_TYPE_CODE ACCOUNTING_DATE PERIOD_NAME GL_TRANSFER_DATE

200 2022 23010 33027 62036 INVOICE VALIDATED 8/18/2011 AUG-11 8/24/2011 4:58:39 PM

3 row trên bảng xla_ae_lines

AE_
HEADER_ID
CODE_
COMBINATION_ID
ACCOUNTING
_CLASS_CODE
GL_TRANSFER
_MODE_CODE
GL_SL_
LINK_TABLE
GL_SL_
LINK_I
D
CURRENCY
_CODE
ENTERED

_DR
ENTERED_C
R
ACCOUNTED
_DR
ACCOUNTED
_CR

23010 1028 ITEM EXPENSE S XLAJEL 23018 VND 8000000 8000000

</div>
(40)<div class='page_container' data-page=40>

31
Mơ hình ngơi sao của dữ liệu như sau:

Hình 3.1: M

ấu báo cáo của phân hệ AP

Và mẫu báo cáo khi chạy trên BI Publisher sẽ ra các thông số sau:

</div>
(41)<div class='page_container' data-page=41>

3.3.

Mơ hình kiến trúc triển khai hệ thống

3.3.1.

Các thành phần cấu hình máy chủ của BI bao gồm:

Mạng WAN: Tồn bộ các cơng ty thành viên của tổng công ty được liên kết
qua nền tảng WAN của tổng công ty. Các đơn vị sau khi truy cập qua các mức an
ninh sẽ có thể đẩy dữ liệu từ các database hệ thống ERP, database hệ thống quản lý
lưu trữ văn bản - Essbase lên các database staging tương ứng đặt tại tổng công ty và
được quản lý bởi hệ thống quản trị truy cập đẩy dữ liệu theo vai trò được cấp phát.
Thông qua hệ thống tài khoản này, mức độ an ninh ứng dụng được tăng cường quản
lý và kiểm soát kĩ càng hơn.

Database Staging, Database Data Warehouse: Là các cơ sở dữ liệu trung gian
cho việc đẩy dữ liệu từ các hệ thống ERP và hệ thống quản lý ngân sách - Essbase
thành viên vào cơ sở dữ liệu Data Warehouse. Data Warehouse sẽ là cơ sở dữ liệu
chứa dữ liệu tập trung của tồn bộ các hệ thống của các Cơng ty thuộc hệ thống của
PG. Từ đây, Oracle Bi có thể lấy dữ liệu nguồn từ Data Warehouse để tổng hợp tất
cả các báo cáo theo yêu cầu.

Mỗi hệ thống ERP và hệ thống quản lý ngân sách - Essbase tại đơn vị thuộc
PG sẽ có 1 hệ thống Database Staging tương ứng lưu các dữ liệu cần kiểm soát đặt
tại PG

Hệ thống Database Staging cho từng đơn vị sẽ được thiết lập trên 01 máy chủ
Sun T4-4 và được backup dữ liệu hàng ngày.

Các hệ thống Database Staging sẽ được đẩy dữ liệu từ các hệ thống ERP và
hệ thống quản lý ngân sách - Essbase tại đơn vị lên 1 lần trên ngày (công việc sẽ
được thực hiện vào ban đêm để đảm bảo băng thông và không ảnh hưởng tới tài
nguyên hệ thống)

Đối với cơ sở dữ liệu Data Warehouse sẽ được tích hợp và đẩy dữ liêu từ các
Database Staging lên hàng đêm sau khi các hệ thống Database Staging này đã được
đẩy dữ liệu thay đổi từ các hệ thống tại đơn vị

Cơ sở dữ liệu Data Warehouse là duy nhất do vậy để đảm bảo an toàn dữ liệu
cần xây dựng 1 hệ thống cơ sở dữ liệu dự phòng được đồng bộ dữ liệu liên tục
(ngoài các phương án dự phòng khác)

Business Intelligence (BI):

</div>
(42)<div class='page_container' data-page=42>

33
Môi trường Prod: Triển khai và chuyển giao tới PG, áp dụng tới người dùng
đầu cuối.

Môi trường Dev: Sử dụng để lập trình tùy biến theo yêu cầu của tổng công ty
PG, đáp ứng quy trình tương lai đã thống nhất.

Mơi trường Testing: Áp dụng cho người kiểm soát, người sử dụng và kiểm tra
tính năng trước khi triển khai vào mơi trường Production.

Môi trường DEV và Testing sẽ sử dụng trên 1 máy chủ ảo hóa. Cấu hình dịch
vụ web nguồn dữ liệu hệ thống được kết nối tới ODI được cấu hình tại địa chỉ:

Hình 3.3: Mơ hình t

ổng thể mức vật lý

Business Intelligence (BI):

Theo như thiết kế này, máy chủ Exalytics sẽ được chia thành 2 máy chủ (ảo
hóa) để có thể sử dụng 3 môi trường:

Môi trường Prod: Triển khai và chuyển giao tới Vicem, áp dụng tới người
dùng đầu cuối.

</div>
(43)<div class='page_container' data-page=43>

34
Môi trường Testing: Áp dụng chongười kiểm soát, người sử dụng và kiểm tra
tính năng trước khi triển khai vào môi trường Production.

Môi trường DEV và Testing sẽ sử dụng trên 1 máy chủ ảo hóa.

3.3.2.

Xuất nhập dữ liệu

Dùng DATAEXPORT để xuất dữ liệu trực tiếp từ nguồn bên ngoài đến bẳng
trong Database Staging

Hình 3.4: Xu

ất nhập dữ liệu

</div>
(44)<div class='page_container' data-page=44>

3.3.3. Quy trình đẩy dữ liệu từ Database Staging đến Data

Warehouse

1. Khởi tạo Model Folder

2. Khởi tạo Model mới

Hình 3.5: Kh

ởi tạo Model Folder

</div>
(45)<div class='page_container' data-page=45>

Hình 3.6: T

ạo Data Store

4. Thiết lập chi tiết cho Model

</div>
(46)<div class='page_container' data-page=46>

Hình 3.8: Thi

ết lập chi tiết cho Model

Phần thiết lập này cho Model ngoài việc đặt tên và lựa chọn Technology mà
cấu trúc bảng muốn Reverse lên ODI (ở đây là dùng Technology Oracle) thì cịn
một phần là thiết lập các thơng tin cho bảng Reverse trên ODI. Như trên hình là

phần thể hiện kiểu Reverse object: Table, View, Queue, System Table, Table Alias,
Synonym. Sau đến là đặt tên Mask cho tên bảng, tên View Reverse trên ODI.

5. Tạo cấu trúc bảng trong Database Data Warehouse

</div>
(47)<div class='page_container' data-page=47>

3.3.4.

Thiết lập Package cho Interface

Hình 3.10: Thi

ết lập Package cho Interface

Hình 3.11: Thi

ết lập Package cho Interface

Mở rộng phần Project, sau đó mở rộng tiếp phần “First Folder” ta sẽ nhìn 
thấy phần “Packages”. Chuột phải vào phần “Packages” để thiết lập “New

Package” như trong hình.

</div>
(48)<div class='page_container' data-page=48>

Hình 3.12: Thiết lập Step cho Package

Kéo thả Interface đã tạo từ trước ở cây Project vào tab Diagram trong cửa sổ
Edit của Package.

 Generate Scenario cho Package

</div>
(49)<div class='page_container' data-page=49>

40
 Thiết lập Schedule cho Package

Hình 3.14: Thi

ết lập Schedule cho Package

 Definition cho phần thiết lập Schedule

Hình 3.15: Definition cho ph

ần thiết lập Schedule

o Status:
 Active
 Inactive

</div>
(50)<div class='page_container' data-page=50>

41
- On startup: ngày từ lúc khởi tạo

- Simple: Đơn giản / Thiết lập thông số để đăt lịch theo thời điểm
bất kỳ mà mình muốn

- Hourly: theo giờ
- Daily: theo ngày
- Weekly: theo tuần

- Monthly (day of the month): ngày bất kỳ trong tháng
- Monthly (week day): ngày trong tuần

- Yearly: theo năm

 Execution Cycle cho phần thiết lập Schedule

Hình 3.16: Execution Cycle cho ph

ần thiết lập Schedule

o Repetition:

- None (Execute once): lặp lại một lần

- Many times: lặp lại nhiều lần theo những tùy chỉnh như trong
hình

3.4. Các bước thực hiện kéo thả báo cáo động BI Publisher

3.4.1.

Thiết kế báo cáo

</div>
(51)<div class='page_container' data-page=51>

Hình 3.17: M

ẫu báo cáo bảng cân đối phát sinh các tài khoản

Mô tả các trường trên báo cáo

Với thiết kế báo cáo này, các trường tên tài khoản, mã tài khoản sẽ là các
trường linh động có thể kéo thả thành các group khác nhau.

</div>
(52)<div class='page_container' data-page=52>

Hình 3.19: Các thơng s

ố trong báo cáo, phần Detail

3.4.2.

Các bước để tổng hợp lên 1 báo cáo [4]

Bước 1: Đẩy dữ liệu từ hệ thống ERP sang DB Staging:

</div>
(53)<div class='page_container' data-page=53>

44
+ Dữ liệu chi tiết giao dịch: Dữ liệu chi tiết hạch toán của các bút toán từ
hệ thống Oracle EBS được đẩy sang các bảng trung gian
W_GL_JE_HEADERS_DS,W_GL_JE_LINES_DS, _GL_JE_BATCHES_DS.

Các bảng Staging lưu trữ dữ liệu thay đổi từ Cơ sở dữ liệu. Khi ETL xử lý,
các bảng Staging sẽ bị xóa sạch trước khi lưu trữ dữ liệu. Trong quá trình khởi
tạo đẩy toàn bộ dữ liệu của ETL (

Extract Transform Load

), các bảng Staging
lưu trữ toàn bộ dữ liệu nguồn trong một khoảng thời gian xác định, nhưng chỉ
chứa một lượng dữ liệu nhỏ hơn trong quá trình chạy làm mới tiếp theo của
ETL.

Dữ liệu Staging này (giá trị tính tốn, bản địa hóa, chuyển đổi tiền tệ) được
biến đổi (transform) và đẩy vào (load) DIM và các bảng Fact của Staging

Cấu trúc các bảng Staging độc lập với cấu trúc dữ liệu nguồn và giống với
các cấu trúc các bảng dữ liệu Warehouse. Điều này cho phép các bảng Staging
cũng được sử dụng giống như các bảng giao diện giữa nguồn Cơ sở dữ liệu giao
dịch và các bảng đích Warehouse.

Bước 2: Tổng hợp, tính tốn dữ liệu từ các bảng trung gian vào các bảng
DIM và Fact:

+ Dữ liệu các chiều phân tích: Dữ liệu từ các bảng trung gian sẽ được xử lý
và đẩy vào các bảng DIM W_MCAL_DAY_D, W_GL_ACCOUNT_D.

+ Dữ liệu Fact: Dữ liệu từ các bảng giao dịch hạch toán GL trung gian sẽ
được tính tốn và lưu vào bảng W_GL_BALANCE_A trước khi đẩy vào bảng
fact W_GL_BALANCE_F.

Cấu trúc và dữ liệu ở các bảng DIM và bảng Fact này sẽ được sử dụng để
khai báo và cấu hình Data Model cũng như xây dựng câu lệnh lấy dữ liệu để
hiển thị theo Layout báo cáo được xây dựng bằng công cụ BI Publisher được mô
tả chi tiết ở các mục tiếp theo (3.4.3, 3.4.4 và 3.4.5).

3.4.3.

Đăng nhập hệ thống BI Publisher

</div>
(54)<div class='page_container' data-page=54>

Hình 3.20:

Màn hình đăng nhập vào hệ thống

Trên hệ thống của Oracle BI Publisher sẽ hiện lên các phân hệ đã được
thiết lập bên trên như phân hệ AP Report, AR Report …

Hình 3.21: Màn hình khi vào h

ệ thống

3.4.4.

Lấy dữ liệu cho báo cáo từ Data Model

</div>
(55)<div class='page_container' data-page=55>

Hình 3.22: Màn hình tạo SQL

Khi đó xuất hiện màn hình để lấy dữ liệu

</div>
(56)<div class='page_container' data-page=56>

47
Sau khi lấy dữ liệu thì trên Data Model tự động hiển thị một bảng có tên là
mặc định là các trường dữ liệu.

Sau bước này ta có thể kéo thả các trường dữ liệu thành các group linh
động như muốn hiển thị lên báo cáo. Ví dụ ở đây ta kéo 1 group cha là Tổng
công ty thành 4 group con gồm group Tài khoản nợ, group tài khoản có, group
chi nhánh con.

Hình 3.24: Màn hình t

ạo Data Set

Nếu trên báo cáo kiểu cũ thì các trường thường là cố định và ta không thể
kéo thả các trường dữ liệu được, ở đây cũng có thể bỏ bớt hoặc thêm các trường
dữ liệu trên Data Model dễ dang bằng cách thêm hoặc bớt dữ liệu cần lấy hoặc
ko cần hiển thị lên báo cáo.

Tiếp tục tại tab Structure có thể tạo tham số cho báo cáo để lọc điều kiện
khi chạy báo cáo tùy theo yêu cầu của người dùng. Có thể có 1 hay nhiều tham
số và các tham số có thể gán giá trị mặc định

Các biến tương ứng trong SQL sẽ tạo ra và đưa vào Parameters.

</div>
(57)<div class='page_container' data-page=57>

Hình 3.25: Màn hình t

ạo tham số

3.4.5.

Tạo template để xuất dữ liệu ra báo cáo

Chọn new  Template để tạo template cho báo cáo. Có thể vẽ template

ngồi rồi up lên: chọn Upload với tên là tên BC, att, type RTF, locale English

Có thể có nhiều loại template

</div>
(58)<div class='page_container' data-page=58>

3.4.6.

Kết quả chạy thử nghiệm thực tế

Vào màn hình phân hệ cần chạy báo cáo, sau đó chọn báo cáo để chạy.

Hình 3.27: Chạy báo cáo

Khi đó trên màn hình hiển thị sẽ hiển thị lên các tham số để chạy báo cáo.
Có thể chọn 1 hay nhiều tham số, có thể có các tham số khơng chọn thì sẽ hiển
thị giá trị mặc đinh

Hình 3.28: Nh

ập tham số chạy báo cáo

</div>
(59)<div class='page_container' data-page=59>

Hình 3.29: D

ữ liệu sau khi chạy báo cáo

Có thể xuất ra file excel, pdf hoặc cũng có thể xem trực tiếp trên hệ thống
Oracle BI Publisher

T

ại màn hình xem báo cáo cần kết xuất, nhấn vào Export, và chọn

định dạng cần kết xuất:

- PDF (Portable Document Format)

- MS Excel: h

ỗ trợ từ Version 2017 đến Version 2017+

- MS Powerpoint: h

ỗ trợ Version 2017 đến Version 2017+

</div>
(60)<div class='page_container' data-page=60>

Hình 3.30: Xuất dữ liệu sau khi chạy báo cáo

Thực tế hệ thống báo cáo đã chạy tại Tổng công ty gạch lát Prime Group.
Dự án đã hoàn thiện và được vận hành trên tồn hệ thống của Tổng cơng ty gạch

lát Prime Group, và chạy rất ổn định.

</div>
(61)<div class='page_container' data-page=61>

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN

1. Các

kết quả đạt được trong luận văn

Với đề tài “Giải pháp sinh báo cáo động sử dụng công nghệ Oracle BI
Publisher”, luận văn đã đạt những kết quả sau đây:

− Giới thiệu tổng quan kiến trúc, mơ hình tổng qt hệ thống BI.

− Giới thiệu các quy trình nghiệp vụ cốt lõi trong các phân hệ AP, AR, GL

c

ủa BI.

− Đưa ra mơ hình, giải pháp sinh báo cáo tài chính động, tạo mới báo cáo

BI Publisher.

− Các cài đặt của hệ thống khi thực nghiệm và đánh giá kết quả thực tế tại

T

ổng công ty gạch lát Prime Group

− Khi chạy báo cáo tại đơn vị báo cáo hỗ trợ tốt hơn về giao diện web,

cách l

ấy dữ liệu đơn giản bằng cách kéo thả các trường dữ liệu linh

động. Báo cáo có thể xuất ra nhiều định dạng khác nhau so với 1 định

d

ạng cụ thể của báo cáo thông thường.

− Người dùng có thể dễ dàng tạo một báo cáo mới với những dữ liệu cần

thi

ết mà không phải qua nhiều bước trung gian, không phải phân quyền,

t

ạo tài khoản.

− Tính bảo mật báo cáo rất cao, sự phân quyền báo cáo dựa trên quyền của

các user đã được gán cho người dùng.

2.

Các hạn chế của luận văn

Trong khuôn kh

ổ của một luận văn tốt nghiệp và do hạn chế về thời gian

nên k

ết quả nghiên cứu còn một số các hạn chế như sau:

− Còn một số phân hệ của BI chưa trình bày chi tiết: Phân hệ INV, phân hệ

PO, phân h

ệ Asset...

</div>
(62)<div class='page_container' data-page=62>

m

ột thời điểm chỉ có thể xem được 1 báo cáo nên dùng để đối chiếu và

so sánh chưa thuận tiện

3.

Định hướng phát triển trong tương lai

</div>
(63)<div class='page_container' data-page=63>

TÀI LIỆU THAM KHẢO

Tiếng Việt

[1] PGS.TS. Nguyễn Ngọc Hóa, Bài giảng Tích hợp hệ thống.

[2] Quy trình nghiệp vụ tại

Cơng ty s

ản xuất gạch ốp lát Prime Group.

[3] Kiến trúc hệ thống Oracle BI Publisher

Công ty s

ản xuất gạch ốp lát

Prime Group.

[4] PG_BI_TKKT_DWH_V20, Tài li

ệu Setup Data Warehouse hệ thống

Oracle BI c

ủa PG

[5] PG_DRM_OBIA, Tài li

ệu Setup hệ thống Oracle BI của PG

Tiếng Anh

[6] Contributing Author: Charles Ahern, Stephen R. Damiani, Melanie
Heisler, Essan Ni Jirman, Shivranjini Krishnamurthy, Robert MacIsaac, Kristin
Penaskovic, Vijay Tiwary (2015), Oracle@ Receivables Implement User Guide, 
Release 12.2. Part No. E49802–04.

[7] Julianna Litwin, Ramasubramanian Balasundaram, Brent Bosin, Peggy
Larson, Kavita Mittal, Stacey Gomes, Jyoti Pandey, Xiao-zheng Ye, Lauren Scott
(2015), Oracle Implement User Guide, Release 12.2. Part No. E48761-02.

[8] Suzanne Gill, Leslie Studdard, Reena Titus (2017), Oracle Fusion

Middleware User's Guide for Oracle Business Intelligence Publisher, 12c

(12.2.1.3.0). E80605-02.

Internet

[9]

[10]

[11]

[12]

[13]

</div>

Giải pháp sinh báo cáo tài chính động sử dụng công nghệ Oracle BI Pulisher

<b>NGUY</b>

<b>ỄN THÀNH VĂN </b>

<b>GI</b>

<b>ẢI PHÁP SINH BÁO CÁO TÀI CHÍNH ĐỘNG </b>

<b>S</b>

<b>Ử DỤNG CƠNG NGHỆ ORACLE BI PUBLISHER </b>

<b>LU</b>

<b>ẬN VĂN THẠC SỸ </b>

<b>Ngành: Hệ thống thông tin </b>

<b>NGUY</b>

<b>ỄN THÀNH VĂN </b>

<b>GI</b>

<b>ẢI PHÁP SINH BÁO CÁO TÀI TÍNH ĐỘNG </b>

<b>S</b>

<b>Ử DỤNG CƠNG NGHỆ ORACLE BI PUBLISHER </b>

Ngành: H

ệ thống thơng tin

Chuyên ngành: Hệ thống thông tin

Mã số: 8480104.01

<b>LU</b>

<b>ẬN VĂN THẠC SỸ HỆ THỐNG THÔNG TIN </b>

<b>NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS.TS Nguyễn Ngọc Hóa </b>

<b>LỜI CAM ĐOAN</b>

Tôi xin cam đoan luận văn tốt nghiệp do tơi tự mình thực hiện dưới sự

hướng dẫn của Thầy Nguyễn Ngọc Hóa, mọi thơng tin tham khảo sử dụng

trong lu

ận văn đều được trích dẫn đầy đủ và hợp pháp.

Tơi xin hồn tồn ch

ịu trách nhiệm và chịu mọi hình thức kỷ luật theo

quy định của nhà trường cho lời cam đoan của mình.

Hà N

ội, ngày 26 tháng 04 năm 2019

Người cam đoan

<b>LỜI CẢM ƠN</b>

Tơi xin chân thành c

ảm ơn PGS.TS Nguyễn Ngọc Hóa là giảng viên của

Trường Đại học Công Nghệ - Đại học Quốc gia Hà Nội đã tận tình giúp đỡ tôi

v

ề kiến thức, định hướng phát triển và cả về tinh thần cố gắng trong suốt quá

trình làm lu

ận văn tốt nghiệp.

Tôi cũng xin gửi lời cảm ơn đến các Thầy Cô của khoa Công nghệ

Thông tin vì

đã giảng dạy và hướng dẫn tơi trong suốt những năm theo học

Cao h

ọc tại Trường Đại học Công Nghệ.

Cu

ối cùng, xin cảm ơn các bạn bè, đồng nghiệp và gia đình đã tạo mọi

điều kiện tốt nhất, động viên, cổ vũ tôi trong suốt quá trình học tập và nghiên

c

ứu để hồn thành tốt bản luận văn tốt nghiệp này.

Hà N

ội, tháng 05 năm 2019

<b>TÓM TẮT NỘI DUNG </b>

<b>MỤC LỤC </b>

<b>DANH M</b>

<b>ỤC CÁC HÌNH </b>

<b>MỞ ĐẦU </b>

<b>1. </b>

<b>Động lực thực hiện luận văn </b>

Ngày nay, vi

ệc phát triển nhanh chóng của Cơng nghệ thơng tin nói

chung và c

ủa hệ thống thơng tin nói riêng được xây dựng trên nền tảng các

cơng ngh

ệ khác nhau, các giải pháp chuyên ngành có nhiều quy trình nghiệp

v

ụ đặc thù cho các ngành nghề khác nhau như các hệ thống Ngân hàng lõi

(core banking), các h

ệ thống quản trị doanh nghiệp tổng thể ERP ..vv. Dữ liệu

giao d

ịch phát sinh từ các hệ thống tác nghiệp là rất lớn, hàng triệu giao dịch

m

ỗi ngày. Nhu cầu truy xuất, tổng hợp, hiển thị, khai thác dữ liệu phục vụ

phân tích s

ố liệu sản xuất kinh doanh, dự báo xu hướng thị trường ngày càng

c

ấp thiết.

Thông thường các hệ thống tác nghiệp chứa cơ sở dữ liệu về nghiệp vụ