nghiên cứu xây dựng hệ thống quản lý tài khoản định danh cho ngân hàng

o Khách hàng sử dụng VAM o Tham số mã đầu tài khoản  Quản lý tài khoản dịch vụ o Đăng ký tài khoản dịch vụ  Quản lý sản phẩm o Đăng ký sản phẩm  Quản trị hệ thống o Người dùng tổ chức

Trang 1

TRƯỜNG ĐẠI HỌC LÂM NGHIỆP

KHOA KINH TẾ & QUẢN TRỊ KINH DOANH - -

KHÓA LUẬN TỐT NGHIỆP Đề bài:

NGHIÊN CỨU XÂY DỰNG HỆ THỐNG QUẢN LÝ TÀI KHOẢN ĐỊNH DANH CHO NGÂN HÀNG

Ngành: Hệ thống thông tin Mã số: 7480104

Giảng viên hướng dẫn : ThS Mai Hà An Sinh viên thực hiện : Hoàng Thế Du Mã sinh viên : 1851070514 Lớp : K63_HTTT Niên khóa : 2018 – 2022

Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

74Monday, June 10, 20246:07:24 PM6:07:24 PM74Monday, June 10, 20246:07:24 PM6:07:24 PM74Monday, June 10, 20246:07:24 PM6:07:24 PM

Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

74Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangMonday, June 10, 2024

Trang 2

để giúp đỡ em Đặc biệt là giáo viên hướng dẫn của em là thầy Mai Hà An đã giúp đỡ

em rất nhiều từ khi bắt đầu phát triển đến cuối quá trình để có một sản phẩm hoàn chỉnh! Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 3

ii

LỜI CAM ĐOAN

Tôi xin cam đoan rằng đề tài: “Xây dựng hệ thống quản lý tài khoản định danh cho ngân hàng” được tiến hành một cách minh bạch, công khai Mọi thứ được dựa trên

sự cố gắng cũng như sự nỗ lực của bản thân cùng với sự giúp đỡ không nhỏ từ Giảng virn hướng dẫn

Các số liệu và kết quả nghiên cứu được đưa ra trong đồ án là trung thực và không sao chép hay sử dụng kết quả của bất kỳ đề tài nghiên cứu nào tương tự Nếu như phát hiện rằng có sự sao chép kết quả nghiên cứu của những đề tài khác bản thân tôi xin chịu hoàn toàn trách nhiệm

Hà Nội, ngày tháng năm 2022 Sinh viên thực hiện

Du Hoàng Thế Du

Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 4

1.2.Mục tiêu của đề tài 1

1.3.Giới hạn và phạm vi của đề tài 1

1.4.Kết quả dự kiến đạt được 2

CHƯƠNG 2: KHẢO SÁT HIỆN TRẠNG 4

2.1 Đặt vấn đề 4

2.1.1 Cách tiếp cận truyền thống 4

2.2 Giải pháp giải quyết vấn đề 5

2.3 Giải pháp trong và ngoài nước 6

2.4 Ưu điểm và Nhược điểm 7

2.4.1 Ưu điểm 7

2.4.2 Nhược điểm: 8

2.5 Giải pháp cá nhân xây dựng trên hệ thống 9

CHƯƠNG 3 PHÂN TÍCH VÀ THIẾT KẾ 10

3.3.2Thiết kế chi tiết 46

CHƯƠNG 4: XÂY DỰNG CHƯƠNG TRÌNH 49

4.1 Xây dựng hệ thống 49Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 5

iv

4.1.1 Giao diện chương trình 494.1.2 Kiểm thử chương trình 61KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 62TÀI LIỆU THAM KHẢO

123docz.net - File bi loi xin lienhe: lethikim34079@hotmail.com

Trang 6

v

DANH MỤC TỪ VIẾT TẮT

123docz.net - File bi loi xin lienhe: lethikim34079@hotmail.com

Trang 7

vi

DANH MỤC BẢNG

Bảng 3.1 Xác định các tác nhân 12

Bảng 3.2 Đặc tả chức năng đăng nhập 14

Bảng 3.3 Đặc tả chức năng đăng xuất 14

Bảng 3.4 Đặc tả use case quản lý người dùng hệ thống 15

Bảng 3.5 Đặc tả use case quản lý người dùng tổ chức 16

Bảng 3.6 Đặc tả chức năng phân quyền hệ thống 17

Bảng 3.7 Đặc tả phân quyền tổ chức 18

Bảng 3.8 Đặc tả cấu hình EmailService 19

Bảng 3.9 Đặc tả chức năng quản lý khách hàng sử dụng VAM 21

Bảng 3.10 Đặc tả chức năng quản lý tham số mã đầu tài khoản 22

Bảng 3.11 Đặc tả chức năng quản lý tài khoản dịch vụ 23

Bảng 3.12 Đặc tả chức năng quản lý sản phẩm 24

Bảng 3.20 Đặc tả chức năng quản lý tài khoản dịch vụ 34Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 8

vii

DANH MỤC CÁC SƠ ĐỒ, HÌNH VẼ

Hình 3.1 Usecase tổng quát 12

Hình 3.2 Usecase đăng nhập/đăng xuất 13

Hình 3.3 Usecase quản lý người dung hệ thống 14

Hình 3.4 Usecase quản lý người dùng tổ chức 15

Hình 3.5 Usecase phân quyền hệ thống 17

Hình 3.6 Usecase phân quyền tổ chức 18

Hình 3.7 Usecase cấu hình Email Service hệ thống 19

Hình 3.8 Usecase quản lý khách hàng sử dụng VAM Giao dịch viên 20

Hình 3.9 Usecase quản lý khách hàng sử dụng VAM Kiểm soát viên 20

Hình 3.10 Usecase quản lý tham số mã đầu tài khoản Giao dịch viên 21

Hình 3.11 Usecase quản lý tham số mã đầu tài khoản Kiểm soát viên 22

Hình 3.12 Usecase quản lý tài khoản dịch vụ 23

Hình 3.13 Usecase quản lý sản phẩm 24

Hình 3.14 Usecase quản lý khách hàng định danh Giao dịch viên 25

Hình 3.16 Usecase quản lý tài khoản định danh Giao dịch viên 26

Hình 3.17 Usecase quản lý tài khoản định danh Kiểm soát viên 26

Hình 3.18 Usecase chuyển tiền Giao dịch viên 28

Hình 3.19 Usecase chuyển tiền Kiểm soát viên 28

Hình 3.20 Usecase quản lý công nợ Giao dịch viên 29

Hình 3.21 Usecase quản lý công nợ Kiểm soát viên 30

Hình 3.22 Usecase vấn tin tài khoản thực 31

Hình 3.23 Usecase vấn tin tài khoản định danh 31

Hình 3.24 Usecase cấu hình Email Service tổ chức 32

Hình 3.25 Usecase Hệ thống báo cáo 33

Hình 3.26 Biểu đồ hoạt động đăng nhập 34

Hình 3.27 Biểu đồ hoạt động đăng xuất 35

Hình 3.28 Biểu đồ hoạt động tạo người dùng hệ thống 36Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 9

viii

Hình 3.29 Biểu đồ hoạt động tạo người dùng tổ chức 37

Hình 3.30 Biểu đồ hoạt động phân quyền hệ thống 38

Hình 3.31 Biểu đồ hoạt động phân quyền tổ chức 39

Hình 3.32 Biểu đồ hoạt động cấu hình Email service 39

Hình 3.33 Biểu đồ hoạt động Khách hàng sử dụng VAM 40

Hình 3.34 Biểu đồ hoạt động Tham số mã đầu tài khoản 40

Hình 3.35 Biểu đồ Tạo tài khoản dịch vụ 41

Hình 3.36 Biểu đồ Tạo sản phẩm 41

Hình 3.37 Biểu đồ tạo khách hàng định danh 42

Hình 3.38 Biểu đồ hoạt động tạo tài khoản định danh 42

Hình 3.39 Biểu đồ hoạt động chuyển tiền nội bộ 43

Hình 3.40 Biểu đồ hoạt động gạch nợ thủ công 43

Hình 3.41 Biểu đồ hoạt động vấn tín tài khoản thực 44

Hình 3.42 Biểu đồ hoạt động vấn tin tài khoản định danh 44

Hình 3.43 Biểu đồ hoạt động in báo cáo 45

Hình 3.44 Mô hình triển khai 45

Hình 4.1: Giao diện đăng nhập 49

Hình 4.2: Giao diện trang chủ 49

Hình 4.3: Giao diện đăng ký KH định danh 50

Hình 4.4: Giao diện DS đăng ký KH định danh 50

Hình 4.5: Giao diện đăng ký Tài khoản định danh 51

Hình 4.6: Giao diện danh sách Tài khoản định danh 51

Hình 4.7: Giao diện chuyển tiền nội bộ 52

Hình 4.8: Giao diện ds chuyển tiền nội bộ 52Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 10

ix

Hình 4.9: Giao diện gạch nợ thủ công 53

Hình 4.10: Giao diện danh sách gạch nợ thủ công 53

Hình 4.11: Giao diện vấn tin tài khoản thực 54

Hình 4.12: Giao diện vấn tin tài khoản định danh 54

Hình 4.13: Giao diện cấu hình email service 55

Hình 4.14: Giao diện hệ thống báo cáo 55

Hình 4.15: Giao diện đăng ký KH sử dụng VAM 56

Hình 4.16: Giao diện Danh sách KH sử dụng VAM 56

Hình 4.17: Giao diện tham số mã đầu tài khoản 57

Hình 4.18: Giao diện danh sách tham số mã đầu tài khoản 57

Hình 4.19: Giao diện Đăng ký tài khoản dịch vụ 58

Hình 4.20: Giao diện DS Đăng ký tài khoản dịch vụ 58

Hình 4.21: Giao diện Đăng ký tài khoản dịch vụ 59

Hình 4.22: Giao diện DS Đăng ký tài khoản dịch vụ 59

Hình 4.23: Giao diện người dùng tổ chức 60

Hình 4.24: Giao diện người dùng hệ thống 60

Hình 4.25: Giao diện phân quyền tổ chức hệ thống 61

Hình 4.26: Giao diện DS phân quyền tổ chức hệ thống 61Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 11

x

LỜI MỞ ĐẦU

Báo cáo đồ án dưới đây nói về quá trình xây dựng và hoàn thiện về sản phẩm

“Web quản lý tài khoản định danh cho ngân hàng”, một xu hướng khá mới tại Việt

Nam Chương trình được xây dựng nhằm giải quyết các vấn đề còn tồn đọng trong lĩnh vực tài chính ngân hàng cụ thể như:

- Các đơn vị phải mở nhiều tài khoản ngân hàng khác nhau phục vụ cho mục đích quản lý của mỗi đơn vị dẫn đến việc quản lý dòng tiền không tập trung, thiếu tính bao quát và dễ dàng đánh mất cơ hội đầu tư thức thời

- Nhu cầu thanh toán và chuyển tiền của các đơn vị lớn, số lượng giao dịch trong ngày liên tục nhưng công tác đối chiếu công nợ phụ thuộc thủ công vào việc đối chiếu nội dung sao kê dẫn đến tăng thời gian và chi phí nhân sự trong khi vẫn tồn tại sai sót thủ công gây ra

- Đối với những đơn vị được sự trợ giúp của những hệ thống đối chiếu tự động vẫn gặp khó khan trong việc yêu cầu khách hàng của mình nộp tiền theo đúng cú pháp nội dung dẫn đến những khoản tiền treo không rõ người gửi và phát sinh chi phí trong những trường hợp đó là những khoản nợ, vay có lãi phạt trong trường hợp chậm trả

- Ngoài ra một số tổ chức tín dụng, tổ chức tài chính vi mô, … Có hoạt động thu chi chủ yếu bằng tiền mặt, nhu cầu thu chi rất lớn nhưng không được phép mở tài khoản thanh toán

- Chương trình tập trung giải quyết bài toán về Quản lý dòng tiền tập trung, giảm thời gian chi phí nhân sự, sai cú pháp dẫn đến treo tiền, phát sinh chi phí, nhu cầu thu chi lớn

Qua đó có thể phần nào giúp các tổ chức ngân hàng giải quyết được các vấn đề trong tương lai tới Góp phần đưa lĩnh vực tài chính ngân hàng trở nên phát triển, dễ dàng cho cả người quản lý và khách hàng

Trang 12

- Nhu cầu thanh toán và chuyển tiền của các đơn vị lớn, số lượng giao dịch trong ngày liên tục nhưng công tác đối chiếu công nợ phụ thuộc thủ công vào việc đối chiếu nội dung sao kê dẫn đến tăng thời gian và chi phí nhân sự trong khi vẫn tồn tại sai sót thủ công gây ra

- Đối với những đơn vị được sự trợ giúp của những hệ thống đối chiếu tự động vẫn gặp khó khan trong việc yêu cầu khách hàng của mình nộp tiền theo đúng cú pháp nội dung dẫn đến những khoản tiền treo không rõ người gửi và phát sinh chi phí trong những trường hợp đó là những khoản nợ, vay có lãi phạt trong trường hợp chậm trả

- Ngoài ra một số tổ chức tín dụng, tổ chức tài chính vi mô, … Có hoạt động thu chi chủ yếu bằng tiền mặt, nhu cầu thu chi rất lớn nhưng không được phép mở tài khoản thanh toán

1.2 Mục tiêu của đề tài

- Hệ thống quản lý tài khoản định danh (Vitual Accout Management) là hệ thống hỗ trợ quản lý dòng tiền tập trung, thay thế được phương pháp thu chi tiền mặt truyền thống, giải quyết các vấn đề còn tồn đọng của các tổ chức với nhiều chức năng ưu việt, linh hoạt, thuận tiện cho người sử dụng đồng thời dễ dàng mở rộng và nâng cấp

- Chương trình tập trung giải quyết bài toán về Quản lý dòng tiền tập trung, giảm thời gian chi phí nhân sự, sai cú pháp dẫn đến treo tiền, phát sinh chi phí, nhu cầu thu chi lớn

1.3 Giới hạn và phạm vi của đề tài

- Hệ thống ViAMO được xây dựng theo kiến trúc Microservice

- Hệ thống sử dụng các công nghệ hàng đầu cũng như phổ biến trên thế giới đối với các hệ thống quản lý thông tin lớn Việc này có thể giúp cho ngân hàng có thể tiếp nhận, vận hành, quản trị và làm chủ một cách dễ dàng

- Ngôn ngữ lập trình: C#, Net, Java Scripts, ASP.Net - Database: Postgresql

Trang 13

2 - Nền tảng: Webbased

- Nghiên cứu tìm hiểu được các vấn đề liên quan đến Blazor, JQuery, HTML, CSS, API, C# thao tác với Postgresql trong lập trình web

- Phân tích hệ thống chương trình bao gồm giao diện, các user control nhằm đáp ứng nhu cầu người dùng

- Triển khai và cài đặt chương trình trong môi trường Web

1.4 Kết quả dự kiến đạt được

- Bản báo cáo đặc tả về phân tích, thiết kế hệ thống

- Ứng dụng quản lý tài khoản định danh VAM gồm các phần sau: + Hệ thống:

 Quản lý khách hàng

o Khách hàng sử dụng VAM o Tham số mã đầu tài khoản  Quản lý tài khoản dịch vụ

o Đăng ký tài khoản dịch vụ  Quản lý sản phẩm

o Đăng ký sản phẩm  Quản trị hệ thống

o Người dùng tổ chức o Phân quyển tổ chức o Phân quyền hệ thống o Cấu hình Email Service  Hệ thống báo cáo

+ Tổ Chức

 Quản lý tài khoản

o Khách hàng định danh o Tài khoản định danh  Chuyển tiền

o Chuyển khoản nội bộ  Quản lý công nợ

o Gạch nợ thủ công  Vấn tin

o Tài khoản thực o Tài khoản định danh

Trang 14

3

o Cấu hình Email Service  Hệ thống báo cáo

- Xây dựng trang web triển khai trên môi trường web

Trang 15

Ngân hàng kỹ thuật số đại diện cho một con đường phía trước nơi tồn tại vô số khả năng để tạo ra các nguồn tạo giá trị mới Nhưng bất kỳ hành động đổi mới mô hình kinh doanh nào mà không cải tiến mô hình hoạt động sẽ có thể bị hụt hẫng

2.1.1 Cách tiếp cận truyền thống

Theo truyền thống, tiền mặt trong các tập đoàn được quản lý bằng nhiều nhu cầu Tài khoản tiền gửi (DDA), mỗi lần duy trì, tách biệt và báo cáo tiền mặt cho một khu vực hoạt động cụ thể của nhóm hoặc pháp lý thực thể Các kỹ thuật quản lý tiền mặt hiện tại dựa vào gộp và quét để củng cố tiền mặt trong một lớp tài khoản tập trung thông qua nhiều giao dịch tài khoản ngân hàng

Khi nhu cầu kinh doanh tăng lên, các doanh nghiệp tiền gửi tiền mặt được phân tán trên vô số tài khoản ngân hàng nhóm và công ty con Doanh nghiệp

thường có kiến trúc tài khoản phức tạp cho từng thực thể hỗ trợ các yêu cầu vận hành, quy định và thanh khoản độc đáo của nó Sự tập trung tiền mặt trong môi trường này có thể tốn kém và tốn thời gian do quy trình công việc thu thập thông tin phức tạp, các quy trình đối chiếu thủ công, các tiêu chuẩn báo cáo khác nhau,

và phương pháp xử lý hàng loạt Tất cả điều này ức chế đúng lúc tài trợ và sử dụng vốn lưu động tối ưu

Cơ sở hạ tầng hoạt động ngày nay - bao gồm con người, quy trình và hệ thống - được thúc đẩy bởi mô hình dịch vụ dựa vào các nhóm vận hành “văn phòng trung gian” đang phát triển, những người đấu tranh với cơ sở hạ tầng kế thừa rời rạc để hỗ trợ khách hàng Mô hình hoạt động cồng kềnh và tốn kém này bòn rút lợi nhuận ngày càng khan hiếm, đồng thời làm xói mòn thị phần để ủng hộ các ngân hàng thách thức nhanh nhẹn hơn và ít gánh nặng hơn

Quá trình mở tài khoản gian khổ là minh chứng rõ nhất cho mô hình thiếu sót Đối với nhiều ngân hàng, việc thiết lập các tài khoản hoạt động mới, bao gồm cả cấu trúc tài khoản tập trung tiền mặt, là một quá trình thủ công tốn thời gian, đòi hỏi hàng tuần đến hàng tháng để hoàn thành Quá trình này thường đi kèm với các yêu cầu mới của khách hàng hiện tại về tài liệu KYC và UBO giống nhau (nhưng hiện đã cũ), do đó thúc đẩy sự không hài lòng sâu sắc của khách hàng Sự kém hiệu quả của quá trình mở tài khoản Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 16

5

đang khiến khách hàng của các ngân hàng phải trả giá Theo một cuộc khảo sát gần đây của Thomson Reuters về việc tuân thủ KYC của 1.000 tập đoàn phi tài chính, 12% cho biết đã thay đổi ngân hàng trong năm qua vì các vấn đề về KYC, con số thậm chí còn tăng lên 20% ở Singapore

Trong thị trường ngày nay, các ngân hàng không thể mất dù chỉ một khách hàng Cạnh tranh rất khốc liệt cho biên giới cuối cùng trong doanh thu có tỷ suất lợi nhuận cao: Kinh doanh ngoại hối giao dịch Các nguồn doanh thu truyền thống từ lâu được gọi là “kinh doanh thanh toán” đã bị tiêu diệt hoàn toàn bởi toàn cầu hóa và tự do hóa thị trường Sự biến mất của doanh thu thả nổi trên số dư và các sản phẩm thanh toán xuyên biên giới ngày càng thua lỗ hàng đầu (những sản phẩm không có thành phần FX như Sepa) là tiêu chuẩn mới

Làm trầm trọng thêm các thách thức về lợi nhuận và đe dọa các mô hình kinh doanh hiện tại là các sáng kiến như ngân hàng mở (ví dụ: PSD2) Khi các ngân hàng không phải là ngân hàng đẩy nhanh các dịch vụ cung cấp thông tin tài khoản của họ (ví dụ như AISP), một nguồn doanh thu khác đang bị đe dọa là các khách hàng thương mại và doanh nghiệp sẽ có các lựa chọn thay thế mới cho các dịch vụ kênh ngân hàng Đồng thời, chi phí ngày càng tăng của việc tham gia cơ sở hạ tầng thị trường (tức là tuân thủ và thanh toán tức thì ) tiếp tục không suy giảm Tổng thể bất lợi so sánh và cạnh tranh đang chờ đợi nhiều ngân hàng Cần có một sự thay đổi lớn trong suy nghĩ và hành động của các tổ chức tài chính

2.2 Giải pháp giải quyết vấn đề

 Quản lý tài khoản ảo (VAM) là gì và nó hoạt động như thế nào?

Quản lý tài khoản ảo là phương pháp tổ chức số dư và thông tin giao dịch tài khoản ngân hàng “vật lý” truyền thống

Quản lý tài khoản ảo hoạt động bằng cách nhận dạng các số nhận dạng duy nhất và sử dụng chúng để phân bổ các giao dịch cho các tài khoản con rời rạc, được gọi là tài khoản ảo, trong một tài khoản thực Bằng cách này, một khoản thanh toán đến hoặc đi đồng thời đăng lên tài khoản vật lý "chính" và tài khoản ảo có liên quan Số dư mở và đóng cũng được tính toán cho mỗi tài khoản ảo, cung cấp cho chúng mức độ chi tiết báo cáo tương tự như tài khoản thực, nhưng tất cả đều nằm trong một tài khoản

Giải pháp tài khoản ảo cung cấp một số nhận dạng duy nhất có thể được định cấu hình làm số tài khoản được thanh toán bù trừ công nhận Điều này có nghĩa là khách hàng của một công ty không cần phải lo lắng về số tham chiếu Họ chỉ cần sử dụng số tài khoản ảo mà họ đã được cấp và chuyển tiền sẽ tự động được đăng vào tài khoản thực có liên quan và đồng thời vào đúng tài khoản ảo

Trang 17

Tuy nhiên, trong một số tình huống, con số tham chiếu là mong muốn Ví dụ: hãy xem xét một công ty bảo hiểm muốn sử dụng số hợp đồng làm định danh tài khoản ảo Giải pháp VAM có tính linh hoạt trong việc định cấu hình số nhận dạng tài khoản ảo làm số tham chiếu

 Tài khoản ảo so với tài khoản thực trong ngân hàng giao dịch

Trong khi tài khoản ảo chỉ đơn thuần là một công cụ báo cáo, mỗi tài khoản ảo riêng lẻ cung cấp sự phân tách dữ liệu, phân tích số dư và nhận dạng giao dịch giống như một tài khoản thực

Tuy nhiên, chi phí quản trị của việc mở và quản lý tài khoản ảo sẽ ít hơn nhiều so với tài khoản thực Hơn nữa, phí ngân hàng liên quan đến việc duy trì tài khoản ảo và giao dịch giữa các tài khoản ảo sẽ thấp hơn đáng kể so với tài khoản thực

Cuối cùng, việc mở hàng nghìn, thậm chí hàng triệu tài khoản ảo sẽ trở nên thực tế khi làm như vậy với các tài khoản thực là điều không tưởng Sử dụng tính năng tự phục vụ, cũng là một phần của dịch vụ Goldman Sachs, các kho bạc có thể độc lập duy trì các cấu trúc tài khoản ảo chính xác theo thông số kỹ thuật của riêng họ Đồng thời, các lợi ích của khả năng hiển thị, kiểm soát và báo cáo đi kèm với cấu trúc tài khoản vật lý tương ứng vẫn được duy trì

2.3 Giải pháp trong và ngoài nước

Ở trong nước, hiện tại các ngân hàng và tổ chức tài chính chủ yếu chưa sử dụng đến dịch vụ quản lý tài khoản danh VAM, mà họ chỉ mới đang dùng tài khoản ảo (Virtual Account) như VIB, TPBank, … để xử lý các công việc như thu chi cho khách hàng như dịch vụ thu hộ về điện, nước, mạng, … Chỉ mới đây bên doanh nghiệp TechPlus đăng ký bản quyền về hệ thống quản lý tài khoản định danh ViAMO thì các ngân hang trong nước đã chú ý dần và đang đi vào thực hiện giải pháp công nghệ này

Trang 18

7

Ở ngoài nước, rất nhiều các nước lớn đã triển khai hệ thống VAM như: Anh, Mỹ, Pháp, … đặc biệt đở Đông Nam Á Singapore đang coi đây là tương lai của ngành quản lý tài chính ngân hàng:

“Quản lý tài khoản ảo (VAM) là giải pháp tài khoản ngân hàng thế hệ tiếp theo đưa cấu trúc tài khoản truyền thống lên một tầm cao mới Nó cho phép tập trung thanh khoản ngay lập tức, loại bỏ nhu cầu quét tiền mặt vật chất và giảm chi phí tổng thể

Giải pháp VAM của JPMC đã giúp HPE Singapore giảm 50% tài khoản vật lý mà không làm gián đoạn hoạt động Nhóm thực hiện rất am hiểu và đã giúp HPE xác định giải pháp cụ thể của chúng tôi để đảm bảo hệ thống nội bộ của chúng tôi được tích hợp tốt và chúng tôi đạt được kết quả mong muốn Nhóm JPM đã cố gắng chia sẻ các phương pháp hay nhất trong ngành mà HPE có thể học hỏi, giúp quá trình chuyển đổi diễn ra suôn sẻ và đáng nhớ”

Victor Grado, Phó chủ tịch - Hoạt động ngân quỹ, Hewlett Packard Enterprise

2.4 Ưu điểm và Nhược điểm 2.4.1 Ưu điểm

Theo nhóm Goldman Sachs hình dung rằng tài khoản ảo sẽ kích hoạt chức năng

ngân quỹ thông minh hơn, gọn gàng hơn, cho phép các thủ quỹ tập trung thời gian vào các hoạt động chiến lược hơn như quản lý lãi suất và rủi ro ngoại hối, dự báo các yêu cầu tiền mặt trong tương lai và cung cấp tiền mặt cho các yêu cầu hiện tại Giải pháp VIA của họ sẽ giúp sắp xếp hợp lý và tự động hóa các công việc tốn thời gian, đồng thời khiến những công việc khác trở nên dư thừa hoàn toàn Tài khoản ảo có thể mang lại lợi ích cho thủ quỹ theo năm cách chính:

 Hợp lý hóa tài khoản:

Tài khoản ảo đã loại bỏ sự cần thiết của một tổ chức phải duy trì nhiều tài khoản trên các ngân hàng để quản lý tiền mặt trên các ngành nghề kinh doanh và pháp nhân Điều này có thể cho phép quản lý tài khoản ngân hàng dễ dàng hơn

 Báo cáo

Tính linh hoạt của tài khoản ảo có nghĩa là chúng có thể được định cấu hình theo bất kỳ cách nào phù hợp nhất với tổ chức không bị cấm bởi các hạn chế quản trị của tài khoản thực Tài khoản ảo có thể theo dõi và báo cáo tiền mặt ở các cấp rất chi tiết trong một tổ chức, ví dụ: ở cấp sản phẩm, cấp mã zip hoặc thậm chí là cấp khách hàng

 Biên lai đối chiếu

Tài khoản ảo có thể cải thiện độ chính xác của việc phân bổ chuyển tiền cho khách hàng bằng cách cung cấp số tài khoản ảo dành riêng cho khách hàng Điều này giúp giảm thời gian và chi phí dành cho việc đối chiếu thông tin người gửi bị thiếu trên biên lai đến Tính năng nhận dạng người chuyển tiền tự động cho phép ứng dụng tiền mặt trực Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 19

8

tiếp trong hệ thống tài khoản phải thu, giảm việc xử lý thả nổi và giải phóng hạn mức tín dụng Cả tiền mặt chưa sử dụng và số lượng hóa đơn mở đều giảm, giúp cải thiện vốn lưu động và mối quan hệ với khách hàng

 Quản lý thanh khoản

Tài khoản ảo có thể cho phép kho bạc doanh nghiệp tập trung tiền mặt mà không cần cấu trúc phức tạp, sâu rộng, giúp cung cấp nguồn tiền tốt hơn, số dư tài khoản được tối ưu hóa và dự báo tiền mặt hiệu quả Cấu trúc tài khoản ảo linh hoạt giúp các tổ chức quản lý hiệu quả việc đóng góp số dư và nguồn vốn sẵn có cho mỗi đơn vị, cho vay vốn lưu động tiền mặt cho các công ty con một cách hiệu quả và thực hiện phân bổ lãi suất dựa trên quy tắc, tất cả đều không cần tiền mặt từ tài khoản ngân hàng thực tế

 Thay mặt cấu trúc và ngân hàng nội bộ

Quản lý tài khoản ảo cung cấp cho khách hàng khả năng chạy các chức năng ngân quỹ tập trung mà không yêu cầu mạng lưới tài khoản ngân hàng lớn Ngoài ra, các tài khoản ảo có thể được sử dụng để theo dõi mặc định các vị trí của các công ty, tập trung tiền mặt, tối ưu hóa số dư và cũng cung cấp khả năng tận dụng kế toán gộp, thay vì kế toán ròng, giữa các đơn vị

2.4.2 Nhược điểm:

 Cần cân nhắc thực tế để áp dụng quản lý tài khoản ảo:

Tài khoản ảo là một công cụ mạnh mẽ có thể dẫn đến chuyển đổi chức năng ngân quỹ Vì vậy, một chiến lược thực hiện được rèn luyện cẩn thận là điều cần thiết để tối đa hóa lợi ích của họ Dưới đây là một số yếu tố cần được xem xét khi áp dụng quản lý tài khoản ảo

 Đánh giá mục tiêu

Thủ quỹ cần đánh giá mục tiêu của họ về hợp lý hóa tài khoản, báo cáo, đối chiếu biên lai và quản lý thanh khoản trong khi đánh giá các nhà cung cấp giải pháp quản lý tài khoản ảo

 Cấu trúc tài khoản ảo tối ưu

Thủ quỹ phải xác định cấu trúc tài khoản ảo tối ưu dựa trên các yêu cầu về hoạt động và pháp nhân của họ Ví dụ: một thực thể có thể có cấu trúc tài khoản ảo được ánh xạ tới các đơn vị hoạt động, khách hàng hoặc dòng sản phẩm Các cấu trúc này cần được lựa chọn dựa trên các yêu cầu quy định, mức độ phức tạp của giao dịch và nhu cầu kinh doanh của đơn vị

 Cấu trúc mã định danh tài khoản ảo

Trang 20

9

Thủ quỹ nên xem xét loại mã định danh tài khoản ảo nào hoạt động tốt nhất cho tổ chức của họ số tham chiếu, số tài khoản được thanh toán bù trừ công nhận hoặc cả hai

 Tích hợp vào TMS / ERP

Việc tích hợp các giải pháp tài khoản ảo được thúc đẩy bởi sự trưởng thành của hệ

thống ngân quỹ doanh nghiệp và hệ thống hoạch định nguồn lực doanh nghiệp (TMS / ERP) Kho bạc phải thảo luận về các cân nhắc tích hợp và các yêu cầu của hệ thống kế toán của họ với ngân hàng đối tác để đảm bảo không làm gián đoạn hoạt động kinh doanh Kho bạc nên lập kế hoạch cho các mục tiêu tích hợp của họ để phù hợp về mặt chiến lược với các yêu cầu kinh doanh của họ

- Ngoài ra ở một thị trường mới tiếp cận như Việt Nam còn khó tiếp cận với các ngân hàng hay tổ chức tài chính, cần phải tìm hiểu nhiều trước khi đi vào triển khai

2.5 Giải pháp cá nhân xây dựng trên hệ thống Hệ thống xây dựng với mục tiêu giải pháp là:

- Hỗ trợ quản lý dòng tiền của ngân hàng hoặc tổ chức tài chính một cách tập trung theo từng lớp Từ ngân hàng đến tổ chức đến khách hàng định danh và đến tài khoản định danh

- Hỗ trợ thanh toán các dịch vụ sản phẩm Mỗi tổ chức sẽ được thiết lập những mã đầu tài khoản tương ứng với từng sản phẩm của tổ chức như điện, nước, internet, sms banking, … sau đó với từng khách hàng định danh sẽ đăng ký tài khoản định danh kết hợp từ tham số mã đầu tài khoản và số tài khoản thực của khách hàng để thiết lập các chức năng thanh toán Ngoài ra trong các tài khoản định danh còn có thể thực hiện giao dịch chuyển tiền nội bộ trong tổ chức

- Hệ thống hỗ trợ vấn tin các tài khoản định danh, khách hàng Đăng ký tổ chức sử dụng VAM sẽ tích hợp với hệ thống kho bạc (chưa đủ khả năng phát triển) để tránh sai xót thông tin

- Hỗ trợ xuất các báo cáo của hệ thống như báo cáo các giao dịch, báo cáo về khách hàng, về tài khoản định danh…

Trang 21

o Danh sách tham số mã đầu tài khoản  Quản lý tài khoản dịch vụ

o Đăng ký tài khoản dịch vụ

o Danh sách đăng ký tài khoản dịch vụ  Quản lý sản phẩm

o Đăng ký sản phẩm

o Danh sách đăng ký sản phẩm  Quản trị hệ thống

o Người dùng tổ chức o Người dùng hệ thống o Phân quyển tổ chức

o Danh sách phân quyền tổ chức o Phân quyền hệ thống

o Danh sách quyền hệ thống o Cấu hình Email Service  Hệ thống báo cáo

o Chuyển khoản nội bộ

o Danh sách chuyển khoản nội bộ  Quản lý công nợ

Trang 22

11

o Gạch nợ thủ công

o Danh sách gạch nợ thủ công  Vấn tin

o Tài khoản thực o Tài khoản định danh o Cấu hình Email Service  Hệ thống báo cáo

3.1.2 Lập kế hoạch thực hiện

Trình tự các bước thực hiện cho dự án:

B1: Tiến hành khảo sát và phỏng vấn các đối tượng có liên quan; B2: Tiến hành phân tích và thiết kế các chức năng;

B3: Tiến hành xây dựng hệ thống; B4: Kiểm thử và đánh giá hệ thống 3.2 Phân tích

3.2.1 Xác định các tác nhân

STT Tác nhân Mô tả tác nhân

Chức năng

1 Hệ thống Actor quản lý hệ thống và tổ chức sử dụng

VAM

 Quản lý khách hàng

o Khách hàng sử dụng VAM o Tham số mã đầu tài khoản  Quản lý tài khoản dịch vụ

o Đăng ký tài khoản dịch vụ  Quản lý sản phẩm

o Đăng ký sản phẩm  Quản trị hệ thống

o Người dùng tổ chức o Người dùng hệ thống o Phân quyển tổ chức o Phân quyền hệ thống o Cấu hình Email Service 2 Tổ chức Actor quản lý

khách hàng và tài khoản định

danh

 Quản lý tài khoản

o Khách hàng định danh o Tài khoản định danh  Chuyển tiền

o Chuyển khoản nội bộ

Trang 23

12

 Quản lý công nợ o Gạch nợ thủ công  Vấn tin

o Tài khoản thực o Tài khoản định danh o Cấu hình Email Service

Trang 24

Luồng sự kiện chính 1 Chọn chức năng đăng nhập

2 Hệ thông hiển thị form đăng nhập

3 Nhập tên đăng nhập và mật khẩu, gửi thông tin đến hệ thống

4 Hệ thống sẽ kiểm tra thông tin tài khoản, nếu đúng sẽ có quyền truy cập và sử dụng các chức năng trong quyền hạn.Nếu sai hệ thống sẽ báo lỗi và yêu cầu nhập lại thông tin

Ngoại lệ 3.1: Nhập sai định dạng => báo lỗi 3.2: Bỏ trống => báo lỗi

4: Sai thông tin tài khoản => báo lỗi, yêu cầu nhập lại Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 25

14 thông tin

5: Lỗi call API => báo lỗi

Bảng 3.2 Đặc tả chức năng đăng nhập

b Đặc tả Use case Đăng xuất

Tác nhân Người dùng hệ thống, người dùng tổ chức Mục đích Đăng xuất hệ thống

Tiền điều kiện Người dùng đã đăng nhập thành công hoặc còn session đăng nhập

Luồng sự kiện chính

1 Người sử dụng chọn chức năng “Đăng xuất” 2 Hệ thống chuyển về “Trang đăng nhập” Ngoại lệ 3 Lỗi call API báo lỗi

Bảng 3.3 Đặc tả chức năng đăng xuất

Hình 3.3 Usecase quản lý người dung hệ thống

c Đặc tả use case quản lý người dùng hệ thống

Tên UC Quản lý người dùng hệ thống

Tác nhân Người dụng hệ thống giao dịch viên

Trang 26

4 Hệ thống kiểm tra Hệ thống kiểm tra Nếu đúng thì cho phép lưu lại Nếu sai hệ thống thông báo lỗi và yêu cầu người dùng nhập lại thông tin

Ngoại lệ 3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Bỏ trống trường dữ liệu => báo lỗi 4.1: Lỗi kết nối API => báo lỗi

Bảng 3.4 Đặc tả use case quản lý người dùng hệ thống

Hình 3.4 Usecase quản lý người dùng tổ chức

Trang 27

16

d Đặc tả use case quản lý người dùng tổ chức

Tên UC Quản lý người dùng tổ chức

Tác nhân Người dụng hệ thống giao dịch viên

Mô tả Người dùng hệ thống quản lý tài khoản tổ chức Tiền điều kiện Đăng nhập với vai trò là người dùng hệ thống

Luồng sự kiện chính 1 Người dùng hệ thống chọn chức năng “Người dùng tổ chức”

2 Hệ thống hiển thị form “Quản lý người dùng tổ chức”

5 Người sử dụng chọn các chức năng thêm, sửa, phân quyền duyệt, phân quyền chức năng, gia hạn, đóng mở tài khoản hệ thống

3 Hệ thống kiểm tra Nếu đúng thì cho phép lưu lại Nếu sai hệ thống thông báo lỗi và yêu cầu người dùng nhập lại thông tin

Ngoại lệ 3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Bỏ trống trường dữ liệu => báo lỗi 4.1: Lỗi kết nối API => báo lỗi

Bảng 3.5 Đặc tả use case quản lý người dùng tổ chức

Trang 28

17

Hình 3.5 Usecase phân quyền hệ thống

e Đặc tả phân quyền hệ thống

Tác nhân Người dùng hệ thống giao dịch viên

Mục đích Người dùng hệ thống tạo phân quyền chức năng hệ thống Tiền điều kiện Đã đăng nhập hệ thống với vai trò Người dùng hệ thống

Ngoại lệ

3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Bỏ trống trường dữ liệu => báo lỗi 5.1: Lỗi kết nối API => báo lỗi

Bảng 3.6 Đặc tả chức năng phân quyền hệ thống

Trang 29

18

Hình 3.6 Usecase phân quyền tổ chức

g Đặc tả phân quyền tổ chức

Mục đích Người dùng hệ thống tạo phân quyền chức năng tổ chức Tiền điều kiện Đã đăng nhập hệ thống với vai trò Người dùng hệ thống

giao dịch viên

1 Người sử dụng chọn chức năng “Quản trị hệ thống” => “Phân quyền tổ chức”

2 Hệ thống hiển thị form “Phân quyền tổ chức”

3 Người sử dụng chọn các chức năng tạo, nhập tên quyền, mô tả, tích chọn các chức năng cho quyền 4 Sau đó nhấn lưu

Ngoại lệ

3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Bỏ trống trường dữ liệu => báo lỗi 5.1:Lỗi kết nối API => báo lỗi

Bảng 3.7 Đặc tả phân quyền tổ chức

Trang 30

19

Hình 3.7 Usecase cấu hình Email Service hệ thống

h Đặc tả cấu hình EmailService

Tên UC Cấu hình Email Service hệ thống

Mục đích Người dùng hệ thống tạo thiết thiết lập email của hệ thống Tiền điều kiện Đã đăng nhập hệ thống với vai trò Người dùng hệ thống

giao dịch viên

1 Người sử dụng chọn chức năng “Quản trị hệ thống” => “Cấu hình email service”

2 Hệ thống hiển thị form “Phân quyền tổ chức”

3 Người sử dụng chọn các chức năng tạo nếu Email chưa được cấu hình, chức năng sửa nếu đã có Email

4 Sau đó nhấn lưu

Ngoại lệ

3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Bỏ trống trường dữ liệu => báo lỗi 5.1:Lỗi kết nối API => báo lỗi

Trang 31

20

Hình 3.8 Usecase quản lý khách hàng sử dụng VAM Giao dịch viên

Hình 3.9 Usecase quản lý khách hàng sử dụng VAM Kiểm soát viên

i Đặc tả chức năng quản lý khách hàng sử dụng VAM

Tên UC Quản lý khách hàng sử dụng VAM

Tác nhân Người dùng hệ thống Giao dịch viên, Người dùng hệ thống Kiểm soát viên

Mục đích Người dùng hệ thống tạo khách hàng sử dụng VAM Tiền điều kiện Đã đăng nhập hệ thống với vai trò người dùng hệ thống

1 Người dùng hệ thống Giao dịch viên chọn chức năng “Quản lý khách hàng” => “Đăng ký khách hàng sử dụng VAM”

2 Hệ thống hiển thị form “Đăng ký khách hàng sử dụng VAM”

3 Người dùng hệ thống Giao dịch viên chọn chức năng tạo (sửa)

Trang 32

21

4 Sau khi thay đổi xong thì nhấn chọn lưu

6 Nếu tạo người dùng hệ thống Kiểm soát viên chọn chức năng “Quản lý khách hàng” => “Danh sách đăng ký khách hàng sử dụng VAM”

7 Người dùng hệ thống chọn chức năng duyệt hoặc từ chối

8 Nếu chưa duyệt Giao dịch viên có quyền hủy khách hàng

Ngoại lệ

3.1: Nhập sai định dạng ký tự => báo lỗi 3.2: Không nhập => báo lỗi

5.1:Lỗi kết nối API => báo lỗi

Bảng 3.9 Đặc tả chức năng quản lý khách hàng sử dụng VAM

Hình 3.10 Usecase quản lý tham số mã đầu tài khoản Giao dịch viên

Trang 33

22

Hình 3.11 Usecase quản lý tham số mã đầu tài khoản Kiểm soát viên

k Đặc tả chức năng quản lý tham số mã đầu tài khoản

Tên UC Quản lý Tham số mã đầu tài khoản

Tác nhân Người dùng hệ thống Giao dịch viên, Người dùng hệ thống Kiểm soát viên

Mục đích Người dùng hệ thống tạo tham số mã đầu tài khoản Tiền điều kiện Đã đăng nhập hệ thống với vai trò người dùng hệ thống

1 Người dùng hệ thống Giao dịch viên chọn chức năng “Quản lý khách hàng” => “Tham số mã đầu tài khoản”

2 Hệ thống hiển thị form “Tham số mã đầu tài khoản” 3 Người dùng hệ thống Giao dịch viên chọn chức

năng tạo (sửa)

6 Nếu tạo người dùng hệ thống Kiểm soát viên chọn chức năng “Quản lý khách hàng” => “Danh sách Tham số mã đầu tài khoản”

8 Nếu chưa duyệt Giao dịch viên có quyền hủy tham số mã đầu tài khoản

Ngoại lệ

Bảng 3.10 Đặc tả chức năng quản lý tham số mã đầu tài khoản

Trang 34

23

Hình 3.12 Usecase quản lý tài khoản dịch vụ

n Đặc tả chức năng quản lý tài khoản dịch vụ

Tên UC Quản lý tài khoản dịch vụ

Tác nhân Người dùng hệ thống Giao dịch viên Mục đích Người dùng hệ thống tạo tài khoản dịch vụ

Tiền điều kiện Đã đăng nhập hệ thống với vai trò người dùng hệ thống

1 Người dùng hệ thống Giao dịch viên chọn chức năng “Quản lý tài khoản dịch vụ” => “Đăng ký tài khoản dịch vụ”

2 Hệ thống hiển thị form “Đăng ký tài khoản dịch vụ” 3 Người dùng hệ thống Giao dịch viên chọn chức

năng tạo (sửa)

6 Giao dịch viên có quyền hủy tài khoản dịch vụ

Ngoại lệ

Bảng 3.11 Đặc tả chức năng quản lý tài khoản dịch vụ

Trang 35

3 Người dùng hệ thống Giao dịch viên chọn chức năng tạo (sửa)

6 Giao dịch viên có quyền hủy sản phẩm

Bảng 3.12 Đặc tả chức năng quản lý sản phẩm

Trang 36

25

Hình 3.14 Usecase quản lý khách hàng định danh Giao dịch viên

Hình 3.15 Usecase quản lý khách hàng định danh Kiểm soát viên

m Đặc tả chức năng quản lý tham số mã đầu tài khoản

Tên UC Quản lý khách hàng định danh

Tác nhân Người dùng tổ chức Giao dịch viên, Người dùng tổ chức Kiểm soát viên

Mục đích Người dùng tổ chức tạo khách hàng định danh

Tiền điều kiện Đã đăng nhập hệ thống với vai trò người dùng tổ chức

1 Người dùng hệ thống Giao dịch viên chọn chức năng “Quản lý tài khoản” => “Khách hàng định danh”

2 Hệ thống hiển thị form “Khách hàng định danh” 3 Người dùng tổ chức Giao dịch viên chọn chức năng

tạo

5 Hệ thống kiểm tra Nếu đúng thì cho phép lưu lại Nghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan HangNghien Cuu Xay Dung He Thong Quan Ly Tai Khoan Dinh Danh Cho Ngan Hang

742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM742410066:07:24 PM6:07:24 PM

Trang 37

8 Nếu chưa duyệt Giao dịch viên có quyền hủy khách hàng định danh

Ngoại lệ

Bảng 3.13 Đặc tả chức năng quản lý tham số mã đầu tài khoản

Hình 3.16 Usecase quản lý tài khoản định danh Giao dịch viên

Hình 3.17 Usecase quản lý tài khoản định danh Kiểm soát viên