Bối cảnh và vấn đề nghiên cứu

Bối cảnh thực tiễn và lý do chọn đề tài

Thị trường chứng khoán giữ vai trò kênh huy động và luân chuyển vốn quan trọng trong nền kinh tế. Theo số liệu thống kê từ Trung tâm Lưu ký Chứng khoán Việt Nam (VSD) được trích dẫn trong công trình, tính đến ngày 30/04/2022, các nhà đầu tư trong nước đã mở mới 232.328 tài khoản chứng khoán (trong đó nhà đầu tư cá nhân chiếm 231.782 tài khoản và nhà đầu tư tổ chức chiếm 178 tài khoản). Tỷ lệ dân số tham gia đầu tư chứng khoán tại thời điểm này đạt khoảng 5,2%, gấp 1,5 lần tổng số tài khoản mở mới trong giai đoạn 4 năm trước đó cộng lại (tương đương 1,04 triệu tài khoản). Sự gia tăng nhanh chóng về nhu cầu tham gia thị trường tạo áp lực lớn lên khâu tiếp nhận và xử lý hồ sơ mở tài khoản của các định chế tài chính trung gian.

Tại Công ty TNHH Chứng khoán Ngân hàng TMCP Ngoại Thương Việt Nam (VCBS), quy trình mở tài khoản trực tuyến ban đầu bộc lộ nhiều điểm hạn chế:

  • Khách hàng đăng ký trực tuyến qua kênh VCB Digibank hoặc website nhưng hệ thống chưa tự động hóa việc cấp tài khoản.
  • Bộ phận Dịch vụ khách hàng phải thực hiện các thao tác thủ công: xác nhận thông tin qua giao dịch CF0036 (Đổi trạng thái khách hàng tạm), chờ khách hàng gửi hồ sơ giấy, thẩm định tính hợp lệ rồi mới thực hiện mở tài khoản qua giao dịch CF0037 (Mở tài khoản khách hàng tạm) và phê duyệt tại màn hình 111001 (Thông tin khách hàng).
  • Quy trình đối chiếu giấy tờ tùy thân (CMND/CCCD/hộ chiếu) theo cách thủ công tiềm ẩn rủi ro giả mạo và kéo dài thời gian chờ đợi của nhà đầu tư.

Trước thực tế đó, việc tích hợp giải pháp định danh khách hàng điện tử (eKYC) vào hệ thống quản lý và giao dịch chứng khoán cốt lõi (FLEX) được xác định là giải pháp cần thiết nhằm tự động hóa quy trình nghiệp vụ, giảm thiểu thao tác thủ công và tối ưu hóa thời gian xử lý hồ sơ.

Mục tiêu và nhiệm vụ nghiên cứu

Mục tiêu tổng quát của đề tài là phân tích, thiết kế và triển khai module mở tài khoản chứng khoán trực tuyến ứng dụng công nghệ eKYC trên nền tảng hệ thống FLEX tại VCBS. Để đạt được mục tiêu này, đề tài tập trung vào 3 đề xuất cải tiến nghiệp vụ cốt lõi:

  1. Tự động cấp số tài khoản giao dịch chứng khoán cho khách hàng ngay sau khi hoàn tất đăng ký và định danh qua kênh VCB Digibank/website.
  2. Cho phép kích hoạt tài khoản chứng khoán để giao dịch ngay sau khi khách hàng nộp tiền vào tài khoản.
  3. Tự động phong tỏa hoặc hủy tài khoản nếu khách hàng không hoàn thiện hợp đồng gốc theo đúng thời hạn quy định.

Hệ thống cần đáp ứng 7 nhóm yêu cầu chức năng kỹ thuật:

  1. Bổ sung cơ chế quản lý trạng thái vòng đời tài khoản (5 trạng thái).
  2. Thêm các tham số khai báo hệ thống phục vụ luân chuyển trạng thái tự động ($X, Y, Z$).
  3. Xây dựng màn hình tra cứu Mở tài khoản tự động (mã màn hình 111004).
  4. Xây dựng giao dịch Chuyển trạng thái mở tài khoản tự động (mã giao dịch 0401).
  5. Thiết lập hệ thống thông báo đa kênh qua Email và SMS (4 mẫu Email, 3 mẫu SMS).
  6. Xây dựng báo cáo Trạng thái hồ sơ mở tài khoản (mã báo cáo CF0105).
  7. Xây dựng báo cáo Thay đổi vòng đời tài khoản (mã báo cáo CF0102).

Đối tượng và phạm vi nghiên cứu

  • Đối tượng nghiên cứu: Module mở tài khoản trực tuyến eKYC trong phân hệ Quản lý khách hàng.
  • Phạm vi nghiên cứu: Quy trình nghiệp vụ và cấu trúc dữ liệu trên hệ thống phần mềm quản lý - giao dịch chứng khoán FLEX đang vận hành tại Công ty TNHH Chứng khoán Ngân hàng TMCP Ngoại Thương Việt Nam (VCBS), do Công ty Cổ phần Giải pháp Phần mềm Tài chính FSS phát triển.

Cơ sở lý thuyết và phương pháp

Nền tảng hệ thống và mô hình lý thuyết

  1. Kiến trúc hệ thống chứng khoán FLEX: Hệ thống phần mềm quản trị và giao dịch chứng khoán lõi (Core Securities) được xây dựng trên kiến trúc 4 tầng:
    • Client (Flex/Direct/FO): Ứng dụng phía người dùng cuối dành cho nhân viên vận hành và nhà đầu tư.
    • BDS Service (Business Domain Service): Tầng dịch vụ xử lý logic nghiệp vụ trung gian.
    • HOST Service: Tầng dịch vụ xử lý giao dịch máy chủ trung tâm.
    • Oracle Database: Hệ quản trị cơ sở dữ liệu quan hệ lưu trữ tập trung dữ liệu giao dịch và thông tin hệ thống.
  2. Cấu trúc phân hệ FLEX: Hệ thống gồm 6 phân hệ chức năng: (1) Quản lý hệ thống; (2) Quản lý khách hàng; (3) Quản lý tiền giao dịch; (4) Quản lý chứng khoán; (5) Thực hiện quyền; (6) Lệnh giao dịch. Module eKYC được đặt trong phân hệ Quản lý khách hàng.
  3. Giải pháp định danh khách hàng điện tử (eKYC): Ứng dụng công nghệ xử lý ảnh giấy tờ và dữ liệu sinh trắc học để xác thực danh tính khách hàng trực tuyến thông qua API, thay thế phương thức đối chiếu giấy tờ trực tiếp tại quầy.

Phương pháp nghiên cứu

Khóa luận áp dụng phương pháp phân tích và thiết kế hệ thống hướng đối tượng thông qua mô hình hóa UML và thiết kế cơ sở dữ liệu quan hệ:

  • Mô hình hóa quy trình nghiệp vụ: Sử dụng biểu đồ hoạt động (Activity Diagram), biểu đồ ca sử dụng (Use Case Diagram), biểu đồ tuần tự (Sequence Diagram) và biểu đồ chuyển trạng thái (State Machine Diagram).
  • Mô hình hóa dữ liệu: Thiết kế cơ sở dữ liệu qua 3 cấp độ: mức khái niệm (mô hình ERD), mức logic và mức vật lý (đặc tả lược đồ bảng, khóa chính, khóa ngoại, kiểu dữ liệu trong Oracle DB).
  • Thiết kế thuật toán: Xây dựng sơ đồ khối cho luồng tiếp nhận dữ liệu từ API eKYC, luồng cập nhật trạng thái thủ công (Manual) và luồng xử lý tự động cuối ngày (Batch job).

Thiết kế và triển khai hệ thống

Quản lý vòng đời tài khoản và tham số hệ thống

Hệ thống thiết lập cơ chế quản lý vòng đời tài khoản trực tuyến qua 5 trạng thái với các điều kiện chuyển đổi cụ thể:

  • Chờ kích hoạt: Khởi tạo tự động sau khi khách hàng hoàn tất đăng ký qua API eKYC.
  • Đã kích hoạt: Chuyển đổi thủ công (Manual) bởi nhân viên dịch vụ khách hàng (Maker) khi tài khoản có xác nhận thông tin hoặc phát sinh nộp tiền.
  • Hoạt động: Chuyển đổi tự động hoặc thủ công khi khách hàng hoàn thiện hồ sơ gốc (trạng thái hồ sơ chuyển sang Có).
  • Phong tỏa: Hệ thống tự động chuyển trạng thái khi: (1) Tài khoản ở trạng thái Đã kích hoạt quá $X$ ngày mà chưa có hồ sơ; hoặc (2) Tài khoản ở trạng thái Chờ kích hoạt quá $Y$ ngày, có phát sinh bút toán nộp tiền nhưng chưa bổ sung hồ sơ.
  • Đã hủy: Hệ thống tự động chuyển trạng thái khi tài khoản ở trạng thái Chờ kích hoạt quá $Z$ ngày mà không nộp tiền và không có hồ sơ.

Các tham số $X, Y, Z$ được cấu hình động tại màn hình 020019 (Tham số hệ thống), bắt buộc giá trị nhập phải là kiểu số nguyên dương ($> 0$).

Trạng thái nguồn Trạng thái đích Phương thức Điều kiện chuyển trạng thái
Chờ kích hoạt Đã kích hoạt Manual Khách hàng nộp đủ tiền hoặc xác nhận thông tin đăng ký
Chờ kích hoạt Phong tỏa Tự động Có bút toán nộp tiền nhưng chưa có hồ sơ sau $Y$ ngày
Chờ kích hoạt Đã hủy Tự động Chưa nộp tiền và chưa có hồ sơ sau $Z$ ngày
Đã kích hoạt Phong tỏa Tự động Chưa hoàn thiện hồ sơ sau $X$ ngày
Đã kích hoạt / Phong tỏa / Đã hủy Hoạt động Manual / Tự động Khách hàng hoàn thiện hồ sơ (trạng thái hồ sơ chuyển thành "Có")
Đã hủy Chờ kích hoạt Manual Phát sinh bút toán nộp tiền bổ sung

Cơ sở dữ liệu và cấu trúc bảng vật lý

Cơ sở dữ liệu của module eKYC bao gồm 12 thực thể chính: Chi nhánh, Nhân viên, Nhóm quản lý, Loại hình khách hàng, Khách hàng, Môi giới, Chữ ký, Tiểu khoản, Tài khoản tiền, Thông tin đăng ký eKYC, Thông tin đăng ký eKYC log, Tham số hệ thống.

Các bảng vật lý cốt lõi được cấu hình chi tiết:

  • CFMAST_EKYC: Lưu trữ toàn bộ thông tin đăng ký mở tài khoản trực tuyến tiếp nhận qua API. Các trường dữ liệu chính gồm: REQID (Khóa chính), CUSTID, CUSTODYCD, ACCTNO, FULLNAME, IDCODE, IDDATE, IDPLACE, IDEXPIRED, IMG_IDCODE (Ảnh mặt trước CMND/CCCD - kiểu CLOB), IMG_IDCODE2 (Ảnh mặt sau - CLOB), IMG_SIGN (Ảnh chữ ký - CLOB), BANKACCTNO, BRIDBANK, STATUS_EKYC (Trạng thái mở tự động), STATUS (Trạng thái đăng ký).
  • CFMAST_EKYC_LOG: Lưu vết lịch sử thay đổi thông tin định danh: AUTOID (Khóa chính), TXDATE, TXNUM, TLTXCD, CUSTID, CUSTODYCD, FIELD, FROM_VALUE, TO_VALUE, BATCHNAME, MAKER_ID, MAKER_DT, APPROVE_ID, APPROVE_DT.
  • SYSVAR: Lưu trữ các biến cấu hình hệ thống: GRNAME (Khóa chính), VARNAME (Khóa chính), VARVALUE, VARDESC, ENDIRUN.
  • CFMAST & AFMAST & CIMAST: Bảng thông tin khách hàng, tiểu khoản giao dịch chứng khoán và tài khoản tiền liên kết.

Giao diện và quy trình xử lý giao dịch

Module bổ sung 14 hạng mục cấu hình, màn hình, giao dịch, thủ tục và mẫu thông báo:

  1. Màn hình tra cứu 111004 (Mở tài khoản tự động): Cho phép nhân viên dịch vụ khách hàng tra cứu toàn diện các hồ sơ tiếp nhận qua API, kiểm tra chi tiết dữ liệu nhận dạng, sửa đổi thông tin sai lệch trước khi thực hiện kích hoạt.
  2. Giao dịch 0401 (Chuyển trạng thái mở tài khoản tự động): Thực hiện thay đổi trạng thái vòng đời tài khoản và trạng thái hồ sơ. Giao dịch bắt buộc tuân thủ nguyên tắc kiểm soát kép hai bước: Nhân viên Maker tạo giao dịch $\rightarrow$ Nhân viên Checker kiểm soát và phê duyệt (không cho phép xóa giao dịch sau khi đã duyệt hoàn tất).
  3. Báo cáo nghiệp vụ:
    • Báo cáo CF0105 (Trạng thái hồ sơ mở tài khoản): Tra cứu danh sách tài khoản theo các tiêu chí: Chi nhánh, Trạng thái hồ sơ (Có/Không/ALL), Trạng thái gửi VSD (Chưa sinh điện/Đã sinh điện/VSD xác nhận/VSD từ chối), Trạng thái mở tự động, Kênh mở tài khoản.
    • Báo cáo CF0102 (Thay đổi vòng đời tài khoản): Thống kê toàn bộ lịch sử luân chuyển trạng thái (cả manual và tự động), thời gian thay đổi, người tạo (Maker) và người duyệt (Checker).
  4. Xử lý tự động cuối ngày (Batch job): Thủ tục lưu trữ (Stored Procedure) chạy trong tiến trình đóng ngày của hệ thống FLEX để quét toàn bộ các tài khoản eKYC, tính toán khoảng thời gian chênh lệch so với ngày mở tài khoản/ngày cập nhật trạng thái gần nhất để tự động chuyển sang Phong tỏa hoặc Đã hủy theo các tham số $X, Y, Z$.

Nội dung chính theo từng chương

Chương 1: Giới thiệu bài toán

Chương 1 trình bày tổng quan về tổ chức bộ máy và lĩnh vực hoạt động của Công ty TNHH Chứng khoán Ngân hàng TMCP Ngoại Thương Việt Nam (VCBS) theo mô hình 3 cấp (Hội đồng thành viên/Ban kiểm soát; Ban giám đốc/Hội đồng đầu tư; Khối nghiệp vụ và hỗ trợ). Tác giả phân tích kiến trúc nền tảng 4 tầng của hệ thống chứng khoán FLEX và 6 phân hệ cốt lõi. Trọng tâm của chương là phân tích quy trình mở tài khoản thủ công hiện tại, chỉ ra điểm nghẽn khiến thời gian xử lý hồ sơ bị kéo dài. Từ các yêu cầu thực tế, chương 1 xác lập 7 yêu cầu phát triển phần mềm cần giải quyết, định hình việc quản lý 5 trạng thái vòng đời tài khoản và các tham số khai báo hệ thống.

Chương 2: Phân tích thiết kế quy trình mở tài khoản trực tuyến qua eKYC

Chương 2 mô tả chi tiết quy trình nghiệp vụ mới gồm 6 bước và xây dựng các sơ đồ thiết kế kỹ thuật:

  • Thiết lập biểu đồ hoạt động gồm 13 bước chi tiết từ khâu khách hàng đăng ký qua VCB Digibank/website đến khi hệ thống tự động hoàn thiện trạng thái Hoạt động.
  • Xây dựng biểu đồ ca sử dụng tổng thể và 8 kịch bản ca sử dụng chi tiết: Đăng nhập, Cập nhật thông tin khách hàng, Cập nhật mở tài khoản tự động, Cập nhật trạng thái mở tài khoản tự động, Phê duyệt giao dịch, Cập nhật tham số hệ thống, Tạo báo cáo trạng thái hồ sơ mở tài khoản, Tạo báo cáo thay đổi vòng đời tài khoản.
  • Xây dựng biểu đồ tuần tự cho ca sử dụng Quản lý mở tài khoản tự động và Cập nhật trạng thái mở tài khoản tự động.
  • Đặc tả biểu đồ trạng thái và ma trận điều kiện luân chuyển trạng thái tài khoản.
  • Thiết kế cơ sở dữ liệu qua mô hình ERD, mô hình quan hệ và chi tiết 12 bảng vật lý.
  • Thiết kế giao diện cho màn hình tra cứu 111004, màn hình giao dịch 0401, các form nhập liệu và màn hình kết xuất báo cáo CF0102, CF0105.
  • Thiết kế các thuật toán xử lý dữ liệu API, luồng cập nhật trạng thái manual và luồng batch xử lý cuối ngày.

Chương 3: Cài đặt hệ thống

Chương 3 minh chứng kết quả cài đặt và vận hành thực tế của các chức năng trên hệ thống FLEX:

  • Thao tác tiếp nhận dữ liệu đầu vào/đầu ra qua API mở tài khoản tự động.
  • Vận hành màn hình 111001 (Thông tin khách hàng) và 111004 (Mở tài khoản tự động).
  • Thực thi giao dịch 0401 để chuyển đổi trạng thái vòng đời và kiểm tra quy trình phê duyệt 2 cấp (Maker tạo lệnh, Checker duyệt lệnh).
  • Cài đặt và cập nhật các tham số hệ thống tại màn hình 020019.
  • Kết xuất dữ liệu báo cáo CF0102 và CF0105 dưới dạng form in chuẩn.
  • Kiểm thử chức năng quét và tự động chuyển đổi trạng thái tài khoản tại tiến trình xử lý cuối ngày.

Kết quả và đóng góp

Kết quả đạt được

Khóa luận đã hoàn thành việc xây dựng và tích hợp trọn vẹn module mở tài khoản trực tuyến eKYC vào hệ thống FLEX tại VCBS với các kết quả cụ thể:

  • Thiết lập thành công luồng xử lý tự động cấp mã tài khoản lưu ký và tiểu khoản ngay sau khi API eKYC truyền dữ liệu sang hệ thống FLEX.
  • Tự động hóa việc sinh và gửi thông báo tài khoản/mật khẩu cho khách hàng qua hệ thống Email và SMS tích hợp.
  • Chuẩn hóa quy trình kiểm soát nghiệp vụ thông qua cơ chế Maker - Checker trên giao dịch 0401.
  • Triển khai tiến trình batch job cuối ngày xử lý tự động việc phong tỏa hoặc hủy tài khoản theo đúng cấu hình tham số thời gian $X, Y, Z$.
Tiêu chí so sánh Quy trình cũ (Hiện tại) Quy trình mới (Tích hợp eKYC)
Kênh tiếp nhận Đăng ký qua VCB Digibank / Website Đăng ký qua VCB Digibank / Website tích hợp eKYC
Cấp số tài khoản Thủ công, sau khi khách hàng hoàn thiện hồ sơ giấy đạt yêu cầu (giao dịch CF0037) Tự động sinh số tài khoản và tiểu khoản ngay sau khi tiếp nhận dữ liệu API
Thời điểm gửi mật khẩu Gửi SMS sau khi hồ sơ giấy được duyệt Gửi Email/SMS ngay sau khi đăng ký eKYC thành công
Kích hoạt tài khoản Phụ thuộc hoàn toàn vào tiến độ gửi hồ sơ giấy của khách hàng Cho phép kích hoạt giao dịch ngay sau khi phát sinh nộp tiền hoặc xác nhận thông tin
Kiểm soát rủi ro hồ sơ Theo dõi thủ công ngoài hệ thống Hệ thống tự động phong tỏa/hủy theo các tham số ngày $X, Y, Z$ thông qua batch job cuối ngày

Đóng góp của đề tài

  • Về mặt quy trình: Loại bỏ các bước trung gian thủ công trong khâu mở tài khoản tạm thời, rút ngắn thời gian từ lúc đăng ký đến khi có tài khoản giao dịch cho nhà đầu tư.
  • Về mặt kỹ thuật: Bổ sung vào hệ sinh thái phần mềm FLEX cấu trúc dữ liệu hoàn chỉnh để quản lý dữ liệu eKYC (CFMAST_EKYC, CFMAST_EKYC_LOG), cơ chế lưu vết lịch sử kiểm toán, cùng giải pháp quản trị vòng đời tài khoản linh hoạt qua tham số hệ thống.

Hạn chế và hướng nghiên cứu tiếp

Căn cứ trên phạm vi nội dung được trình bày trong khóa luận, các giới hạn và hướng phát triển được xác định:

  • Hạn chế: Phạm vi nghiên cứu tập trung vào khâu tiếp nhận, xử lý logic nghiệp vụ, quản lý dữ liệu và luân chuyển trạng thái trên hệ thống lõi FLEX tại VCBS; khóa luận không đi sâu vào thuật toán nhận dạng sinh trắc học hoặc cơ chế xử lý quang học (OCR) nội tại của lõi giải pháp eKYC phía đối tác cung cấp.
  • Hướng phát triển: Tiếp tục mở rộng hoàn thiện các tiện ích tự động hóa sau mở tài khoản, nghiên cứu tích hợp sâu hơn các dịch vụ tài chính trực tuyến khác trên nền tảng FLEX nhằm nâng cao năng lực xử lý giao dịch tự động.

Giá trị tham khảo

Tài liệu khóa luận có giá trị tham khảo thiết thực cho:

  • Sinh viên chuyên ngành Hệ thống thông tin quản lý, Công nghệ thông tin tài chính - ngân hàng: Tham khảo phương pháp phân tích thiết kế hệ thống thông tin hoàn chỉnh từ khảo sát bài toán thực tế, mô hình hóa UML, thiết kế CSDL mức vật lý đến cài đặt phần mềm.
  • Kỹ sư phân tích nghiệp vụ (BA) và lập trình viên trong lĩnh vực chứng khoán: Tham khảo quy trình nghiệp vụ chuẩn về định danh điện tử eKYC, cơ chế quản lý vòng đời tài khoản chứng khoán, kiến trúc tích hợp hệ thống FLEX và cách thiết kế cơ chế kiểm soát hai bước (Maker - Checker).

Câu hỏi thường gặp

1. Vòng đời tài khoản mở qua eKYC trên hệ thống FLEX gồm những trạng thái nào?

Hệ thống quản lý 5 trạng thái vòng đời tài khoản: (1) Chờ kích hoạt (khởi tạo ngay sau khi đăng ký eKYC thành công); (2) Đã kích hoạt (khi có xác nhận thông tin hoặc nộp đủ tiền); (3) Hoạt động (khi đã hoàn thiện hồ sơ giấy); (4) Phong tỏa (khi quá hạn $X$ ngày hoặc $Y$ ngày mà chưa nộp hồ sơ); (5) Đã hủy (khi quá hạn $Z$ ngày không nộp tiền và không nộp hồ sơ).

2. Ý nghĩa của các tham số $X, Y, Z$ trong hệ thống là gì?

  • Tham số $X$: Số ngày tự động chuyển trạng thái tài khoản từ Đã kích hoạt sang Phong tỏa (áp dụng khi khách hàng chưa nộp hồ sơ).
  • Tham số $Y$: Số ngày tự động chuyển trạng thái tài khoản từ Chờ kích hoạt sang Phong tỏa (áp dụng khi khách hàng có nộp tiền nhưng chưa bổ sung hồ sơ).
  • Tham số $Z$: Số ngày tự động chuyển trạng thái tài khoản từ Chờ kích hoạt sang Đã hủy (áp dụng khi khách hàng không nộp tiền và không bổ sung hồ sơ).

3. Giao dịch 0401 trên hệ thống FLEX có chức năng và nguyên tắc kiểm soát gì?

Giao dịch 0401 dùng để chuyển đổi trạng thái mở tài khoản tự động và trạng thái hồ sơ của khách hàng theo phương thức thủ công (Manual). Giao dịch này bắt buộc phải có sự tham gia của hai vai trò: nhân viên lập giao dịch (Maker) và nhân viên phê duyệt (Checker). Sau khi Checker đã duyệt hoàn tất, giao dịch không cho phép thực hiện thao tác xóa.

4. Bảng dữ liệu CFMAST_EKYC lưu trữ những thông tin đặc thù nào?

Bảng CFMAST_EKYC lưu trữ toàn bộ dữ liệu tiếp nhận qua API eKYC, trong đó có các trường đặc thù như: ảnh mặt trước CMND/CCCD (IMG_IDCODE), ảnh mặt sau (IMG_IDCODE2), ảnh chữ ký (IMG_SIGN) dưới dạng kiểu dữ liệu CLOB, cùng các thông tin về chi nhánh ngân hàng giới thiệu (BRIDBANK), tài khoản ngân hàng (BANKACCTNO) và trạng thái xử lý eKYC (STATUS_EKYC).

Kết luận

Khóa luận tốt nghiệp của sinh viên Đinh Thanh Ngọc đã giải quyết thành công bài toán tích hợp module mở tài khoản trực tuyến eKYC vào hệ thống chứng khoán FLEX tại VCBS. Bằng việc phân tích toàn diện quy trình nghiệp vụ, thiết kế hệ thống chuẩn tắc qua các mô hình UML và cơ sở dữ liệu vật lý chi tiết, công trình đã xây dựng được cơ chế cấp tài khoản tự động, quản lý vòng đời 5 trạng thái và tự động hóa khâu hậu kiểm. Kết quả nghiên cứu mang tính ứng dụng thực tiễn cao, hỗ trợ đắc lực cho quá trình chuyển đổi số quy trình dịch vụ khách hàng tại công ty chứng khoán.