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
Trong hoạt động của các ngân hàng thương mại, việc duy trì tính tuân thủ đối với quy định pháp lý và quy chế nội bộ giữ vai trò then chốt nhằm ngăn chặn tổn thất tài chính và bảo vệ uy tín tổ chức. Tác giả dẫn chứng số liệu thực tế từ Ủy ban Thương mại Quốc tế Hoa Kỳ (USITC) và báo cáo của IBM (2024), cho thấy các doanh nghiệp tại Liên minh Châu Âu từng phải chi tới 4% doanh thu toàn cầu để nộp phạt vi phạm Quy định Bảo vệ Dữ liệu Chung (GDPR).
Tại Ngân hàng Thương mại Cổ phần Quân đội (MB) – một tập đoàn tài chính sở hữu 296 điểm giao dịch trong nước, gần 15.000 cán bộ nhân viên cùng mạng lưới chi nhánh tại Lào, Campuchia và văn phòng đại diện tại Liên bang Nga – việc kiểm soát tuân thủ đang được Khối Kiểm soát nội bộ (trọng tâm là Bộ phận tuân thủ - BPTT) thực hiện quyết liệt. Tuy nhiên, qua quá trình thực tập và khảo sát của tác giả cùng đội ngũ tư vấn Công ty TNHH Deloitte Việt Nam tại MB, công tác quản lý tuân thủ hiện hữu bộc lộ nhiều điểm nghẽn:
- Quy trình điều tra các trường hợp nghi ngờ vi phạm tuân thủ (THNNVPTT) còn mang tính thủ công, hồ sơ phát sinh lớn (có thời điểm lên đến hàng trăm hồ sơ/ngày) gây quá tải nhân lực và phát sinh chi phí điều tra thực địa tại chi nhánh.
- Dữ liệu phục vụ phân tích bị phân tán tại nhiều hệ thống nguồn, việc trích xuất và chuẩn hóa phụ thuộc vào Trung tâm Công nghệ thông tin (CNTT), dẫn đến nguy cơ sai lệch số liệu và chậm trễ trong việc lập báo cáo định kỳ cho cấp quản lý.
- Các giải pháp thương mại quản lý tuân thủ sẵn có trên thị trường quốc tế có chi phí triển khai và bản quyền rất cao, thời gian triển khai kéo dài và khó linh hoạt tùy biến tích hợp với hạ tầng CNTT đặc thù của ngân hàng.
Do đó, việc nghiên cứu và xây dựng một phần mềm quản lý tuân thủ (Compliance Management System - CMS) nội bộ là yêu cầu cấp thiết nhằm tự động hóa giám sát, cảnh báo sớm và nâng cao hiệu quả kiểm soát rủi ro.
Mục tiêu nghiên cứu
Đề tài xác định 05 mục tiêu cụ thể gồm:
- Khảo sát các giải pháp phần mềm thương mại về quản lý tuân thủ đã được sử dụng trên thế giới.
- Phân tích thực trạng nghiệp vụ tại MB và đề xuất đưa quy trình đảm bảo quản lý tuân thủ lên nền tảng tự động.
- Hoàn thiện tài liệu phân tích thiết kế hệ thống phần mềm đề xuất.
- Xây dựng phương pháp luận chấm điểm cảnh báo sớm cho các trường hợp nghi ngờ vi phạm tuân thủ.
- Xây dựng hệ thống thử nghiệm trên nền tảng web với giao diện trực quan, đáp ứng yêu cầu người dùng.
Đối tượng và phạm vi nghiên cứu
- Đối tượng nghiên cứu: Quy trình giám sát, điều tra, xử lý vi phạm tuân thủ và giải pháp công nghệ xây dựng phần mềm quản lý tuân thủ.
- Phạm vi công nghệ: Khảo sát các giải pháp thương mại quản lý tuân thủ quốc tế (SAP, MetricStream, ServiceNow); thiết kế hệ thống CMS tích hợp kiến trúc ngân hàng.
- Phạm vi dữ liệu: Dữ liệu thu thập và dữ liệu giả lập dựa trên cấu trúc các bảng ETL từ Kho dữ liệu (DWH), hệ thống ngân hàng lõi (Core banking Temenos - T24) và hệ thống nhân sự (HRIS).
- Phạm vi ứng dụng: Triển khai thử nghiệm tại Khối Kiểm soát nội bộ và mạng lưới chi nhánh trực thuộc Ngân hàng TMCP Quân đội.
Cơ sở lý thuyết và phương pháp
Khung lý thuyết, khái niệm và văn bản pháp luật
- Khái niệm tuân thủ (Compliance): Dẫn chiếu định nghĩa của Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ (NIST, 2013) về sự bắt buộc tuân theo các quy định pháp luật, hướng dẫn và tiêu chuẩn ngành của doanh nghiệp; kết hợp các nghiên cứu về vai trò tuân thủ trong ngân hàng (chống rửa tiền - AML, KYC, bảo vệ người tiêu dùng, quản lý rủi ro).
- Khái niệm vi phạm tuân thủ (VPTT): Tiếp cận theo định nghĩa của Hiệp hội Kiểm toán và Kiểm soát Hệ thống Thông tin (ISACA - Richard Marcus & John Volles, 2023) về các hành vi hoặc thiếu sót vi phạm chuẩn mực báo cáo, bảo mật dữ liệu và kiểm soát nội bộ.
- Khung pháp lý hoạt động kiểm soát nội bộ: Căn cứ khoản 2 Điều 3 Thông tư số 06/2020/TT-NHNN của Ngân hàng Nhà nước Việt Nam quy định về hoạt động giám sát, kiểm tra của kiểm soát nội bộ nhằm phát hiện bất cập, sai sót, vi phạm.
- Mô hình kịch bản giám sát: Định nghĩa kịch bản (Scenario) trong hệ thống CMS là tập hợp các luật, quy tắc logic và quy trình tự động được thiết lập nhằm phát hiện bất thường từ luồng dữ liệu nghiệp vụ.
Phương pháp nghiên cứu
- Phương pháp thu thập và tổng hợp dữ liệu: Thu thập thông tin thứ cấp từ tài liệu chuyên ngành, báo cáo đánh giá trên Gartner Peer Insights; tổng hợp thông tin sơ cấp thông qua phỏng vấn sâu trực tiếp chuyên gia nghiệp vụ BPTT tại MB vào ngày 01/04/2024 theo bảng câu hỏi bán cấu trúc.
- Phương pháp phân tích và thiết kế hướng đối tượng: Sử dụng ngôn ngữ mô hình hóa UML để xây dựng biểu đồ hoạt động tổng thể (Activity Diagram), biểu đồ ca sử dụng (Use Case Diagram), biểu đồ tuần tự (Sequence Diagram) và thiết kế cơ sở dữ liệu quan hệ (ERD).
- Phương pháp luận chấm điểm cảnh báo: Ứng dụng chỉ số $F_2\text{-Score}$ (tối ưu hóa độ bao phủ - Recall trong mô hình học máy) kết hợp ma trận trọng số rủi ro đa tiêu chí để tính toán điểm cảnh báo cho từng hồ sơ nghi ngờ vi phạm.
Nguồn dữ liệu
- Dữ liệu nhật ký giao dịch và thông tin tài khoản từ hệ thống Core banking Temenos T24 (
UP_LOG_T24,UP_BRANCH_T24). - Dữ liệu cơ cấu tổ chức và nhân sự từ hệ thống HRIS (
UP_USER_HRIS). - Dữ liệu quy trình điều tra thực tế được ghi nhận từ hệ thống quản trị quy trình BPM của MB.
Thiết kế và triển khai hệ thống
Mô hình kiến trúc và tích hợp hệ thống
Phần mềm CMS được thiết kế theo mô hình tập trung, liên kết trực tiếp với hạ tầng công nghệ sẵn có của ngân hàng:
- Hệ thống Kho dữ liệu (DWH): Tích hợp qua công cụ IBM Datastage để thực hiện trích xuất, biến đổi và nạp dữ liệu (ETL) định kỳ 1 chiều từ DWH vào cơ sở dữ liệu của CMS phục vụ việc chạy kịch bản.
- Hệ thống Microsoft Active Directory (MS AD): Xác thực người dùng tập trung qua cơ chế Đăng nhập một lần (Single Sign-On - SSO).
- Hệ thống Quản lý nội dung doanh nghiệp (ECM): Quản lý việc lưu trữ, tải lên (upload) và tải xuống (download) các hồ sơ, tài liệu giải trình của chi nhánh.
- Hệ thống Email Server: Tự động gửi thông báo, cảnh báo vi phạm tới các đầu mối quản lý kịch bản, chi nhánh và cá nhân liên quan.
- Hệ thống Báo cáo Tableau: Nhúng các màn hình dashboard phân tích trực quan, hỗ trợ phân quyền hiển thị dữ liệu theo đơn vị.
+-------------------------------------------------------------+
| Hệ thống CMS |
| [Module Kịch bản] <-> [Engine Chấm điểm] <-> [Xử lý Case] |
+-------------------------------------------------------------+
^ ^ ^ ^
| ETL | SSO | Lưu trữ file | Gửi cảnh báo
+---------------+ +---------+ +-----------+ +--------------+
| DWH/Datastage | | MS AD | | MB ECM | | Email Server |
+---------------+ +---------+ +-----------+ +--------------+
Phân loại kịch bản và phân quyền người dùng
Kịch bản phát hiện vi phạm được phân loại theo 2 tiêu chí chính:
| Tiêu chí | Phân loại | Mô tả xử lý trong hệ thống |
|---|---|---|
| Theo chức năng | Tự động | Áp dụng cho các quy tắc có độ chính xác cao; hệ thống tự động gán case về chi nhánh yêu cầu giải trình mà không cần BPTT duyệt trước. |
| Thủ công | Áp dụng cho các quy tắc phức tạp; kết quả chạy ra được chuyển cho chuyên viên BPTT thẩm định trước khi bàn giao xuống chi nhánh. | |
| Cảnh báo | Hệ thống chạy và tự động phát lệnh gửi email cảnh báo đến đơn vị/cá nhân, không bắt buộc chi nhánh phải tạo hồ sơ giải trình. | |
| Theo chủ đề | 05 Nhóm | Hệ thống thông tin; Tín dụng; Bảo lãnh; Thanh toán quốc tế; Khác. |
Hệ thống thiết lập 3 nhóm tác nhân chính:
- Nhóm BPTT: Gồm
AD BPTT(quản trị tham số, cấu hình kịch bản),EU BPTT(chuyên viên trực tiếp theo dõi, điều tra case) vàEU BPTT Approve(lãnh đạo duyệt kịch bản và báo cáo). - Nhóm Quản trị hệ thống (
AD IT): Quản lý danh mục người dùng, nhóm quyền và cấu hình kỹ thuật. - Nhóm Chi nhánh: Gồm
EU CN Edit(nhân viên thực hiện giải trình) vàEU CN Approve(lãnh đạo chi nhánh phê duyệt nội dung giải trình trước khi gửi lại BPTT).
Kịch bản thử nghiệm và Phương pháp chấm điểm cảnh báo
- Kịch bản thử nghiệm: Xây dựng kịch bản "Cảnh báo đăng nhập user hệ thống T24 bằng nhiều thiết bị". Logic kịch bản thực hiện liên kết (mapping) bảng dữ liệu nhật ký
UP_LOG_T24, bảng chi nhánhUP_BRANCH_T24và bảng nhân sựUP_USER_HRISđể phát hiện các trường hợp cùng một User ID đăng nhập đồng thời trên nhiều địa chỉ IP/thiết bị khác nhau trong cùng một khoảng thời gian. - Phương pháp chấm điểm: Để giải quyết bài toán quá tải hồ sơ nghi ngờ, hệ thống tính toán điểm cảnh báo tổng hợp dựa trên 4 cấu phần có gán tỷ trọng:
- Mức độ rủi ro của kịch bản phát hiện (tính toán theo thang điểm quy ước).
- Điểm hiệu quả hoạt động của kịch bản (quy đổi căn cứ trên chỉ số $F_2\text{-Score}$).
- Điểm lịch sử vi phạm tuân thủ của chi nhánh theo từng nhóm nghiệp vụ.
- Điểm quy mô giá trị giao dịch hoặc dư nợ khoản vay liên quan.
Kết quả điểm tổng hợp phân loại cảnh báo thành các cấp độ rủi ro (Thấp, Trung bình, Cao, Nghiêm trọng) nhằm hỗ trợ BPTT sắp xếp thứ tự ưu tiên xử lý hồ sơ.
Nội dung chính theo từng chương
Lời mở đầu và Tổng quan về đề tài
Trình bày tính cấp thiết của đề tài trong bối cảnh các định chế tài chính siết chặt khung tuân thủ nhằm giảm thiểu rủi ro pháp lý và tổn thất tài chính. Nêu rõ mục tiêu nghiên cứu (5 mục tiêu), đối tượng, phạm vi nghiên cứu tại Ngân hàng TMCP Quân đội, phương pháp nghiên cứu và bố cục 4 chương của khóa luận.
Chương 1: Cơ sở lý thuyết
Hệ thống hóa toàn diện các khái niệm nền tảng:
- Bản chất và vai trò của quản lý tuân thủ trong ngân hàng (phòng chống rửa tiền, bảo vệ khách hàng, quản trị rủi ro).
- Các hành vi và dấu hiệu vi phạm tuân thủ phổ biến (không báo cáo giao dịch đáng ngờ, sai phạm quy trình KYC, vi phạm bảo mật dữ liệu, thiếu sót kiểm soát nội bộ).
- Các giải pháp phòng chống vi phạm tuân thủ và ứng dụng công nghệ trong giám sát rủi ro.
- Khái niệm kịch bản cảnh báo vi phạm tuân thủ, phân loại kịch bản theo 3 thuộc tính vận hành (Tự động, Thủ công, Cảnh báo) và 5 nhóm chủ đề nghiệp vụ ngân hàng.
Chương 2: Giới thiệu tổng quan về đề tài và xác định yêu cầu người dùng
- Khảo sát đơn vị: Giới thiệu lịch sử phát triển của MB (thành lập năm 1994), mô hình tổ chức và cơ chế vận hành 6 bước trong quy trình điều tra vi phạm của Khối Kiểm soát nội bộ (Xác định mục tiêu -> Lập kế hoạch -> Thu thập thông tin -> Phân tích đánh giá -> Lập báo cáo yêu cầu giải trình -> Chốt trạng thái vi phạm).
- Phỏng vấn xác định yêu cầu: Trình bày kế hoạch và biên bản phỏng vấn chuyên gia BPTT ngày 01/04/2024, ghi nhận nhu cầu hệ thống hóa quy trình, tự động phát hiện vi phạm và quản lý tập trung từ quy mô 50 người dùng BPTT đến 500 người dùng tại chi nhánh.
- Khảo sát giải pháp thương mại: Phân tích 3 hệ thống quốc tế gồm SAP Enterprise Threat Development, MetricStream Compliance Management và ServiceNow Governance Risk & Compliance.
| Tiêu chí | SAP Enterprise Threat Development | MetricStream Compliance Management | ServiceNow GRC |
|---|---|---|---|
| Đánh giá Gartner | Chưa có dữ liệu công bố | 4.1 / 5.0 sao (43 lượt đánh giá) | 4.0 / 5.0 sao (85 lượt đánh giá) |
| Chi phí triển khai ước tính | Chưa có dữ liệu công bố | $75.000 - $150.000 | Khoảng $60.000 |
| Chi phí bản quyền | Chưa có dữ liệu công bố | $180.000 / 36 tháng (~$5.000/tháng) | $100 / người dùng / tháng |
| Thời gian triển khai | Chưa có dữ liệu công bố | 3 - 6 tháng | 6 - 9 tháng |
| Khả năng mở rộng/tích hợp | Cần mua thêm module | Cần mua thêm module | Cần mua thêm module |
Từ kết quả so sánh, tác giả lập luận việc tự phát triển hệ thống CMS nội bộ giúp MB tối ưu hóa chi phí, làm chủ công nghệ và dễ dàng tích hợp sâu vào hạ tầng sẵn có. Đề xuất mô hình tổng quan tích hợp với DWH/Datastage, MS AD, ECM, Email Server và Tableau.
Chương 3: Phân tích thiết kế hệ thống
- Biểu đồ luồng hoạt động tổng thể: Mô tả chi tiết 23 bước xử lý nghiệp vụ từ khâu tiếp nhận dữ liệu ETL, mở kỳ tuân thủ, thực thi kịch bản (tùy chỉnh/theo lịch), tạo case, gửi cảnh báo, phân luồng giải trình chi nhánh, thẩm định giải trình của BPTT, đến khâu đóng case và đóng kỳ tuân thủ.
- Biểu đồ ca sử dụng (Use Case Diagram): Xây dựng chi tiết các ca sử dụng cho 3 nhóm người dùng; lập bảng đặc tả cho các ca sử dụng trọng yếu như: Đăng nhập, Mở kỳ tuân thủ, Upload các trường hợp vi phạm bổ sung, Quản lý các trường hợp vi phạm tuân thủ, Phê duyệt giải trình, Thiết lập mô hình kịch bản.
- Biểu đồ tuần tự (Sequence Diagram): Mô hình hóa tương tác giữa đối tượng giao diện (Boundary), bộ điều khiển (Controller) và thực thể cơ sở dữ liệu (Entity) cho các luồng xử lý chính.
- Thiết kế cơ sở dữ liệu: Xây dựng sơ đồ thực thể liên kết (ERD) và mô hình dữ liệu vật lý gồm các bảng danh mục kịch bản, tham số, kỳ tuân thủ, log chạy kịch bản, thông tin vi phạm và chi tiết giải trình.
Chương 4: Xây dựng thử nghiệm phần mềm
- Xây dựng kịch bản: Hiện thực hóa kịch bản Cảnh báo đăng nhập user hệ thống T24 bằng nhiều thiết bị, chuẩn hóa cấu trúc dữ liệu đầu vào (
UP_LOG_T24,UP_BRANCH_T24,UP_USER_HRIS). - Hiện thực hóa phương pháp chấm điểm: Thiết lập bảng quy ước điểm rủi ro kịch bản, điểm $F_2\text{-Score}$, điểm vi phạm lịch sử chi nhánh và quy mô giao dịch; đưa ra ví dụ tính toán phân loại mức độ cảnh báo cụ thể.
- Xây dựng giao diện hệ thống: Hiện thực hóa các màn hình chức năng chính (Quản lý các trường hợp VPTT, Trường hợp vi phạm bổ sung, Chi nhánh giải trình, Kết quả chạy kịch bản theo lịch, Thiết lập và Phê duyệt kịch bản, Tham số ngưỡng cảnh báo, Báo cáo tổng quan tình hình vi phạm tuân thủ).
- Đánh giá kết quả: Tổng kết các kết quả đạt được, phân tích hạn chế và đề xuất hướng phát triển tiếp theo.
Kết quả và đóng góp
Kết quả chính
- Khảo sát thực chứng: Hoàn thành báo cáo so sánh chi tiết giữa 3 giải pháp thương mại quốc tế (SAP, MetricStream, ServiceNow) và nhu cầu nội bộ của MB dựa trên dữ liệu Gartner Peer Insights.
- Hồ sơ phân tích thiết kế hoàn chỉnh: Xây dựng biểu đồ hoạt động 23 bước, hệ thống biểu đồ ca sử dụng và biểu đồ tuần tự cho 3 nhóm tác nhân, cùng mô hình cơ sở dữ liệu quan hệ hoàn chỉnh phục vụ hệ thống CMS.
- Kịch bản nghiệp vụ mẫu: Thiết lập thành công logic phát hiện vi phạm đăng nhập bất thường trên Core banking T24 từ 3 bảng dữ liệu nguồn.
- Phương pháp luận chấm điểm cảnh báo sớm: Xây dựng thuật toán tính điểm cảnh báo đa thành phần ứng dụng chỉ số $F_2\text{-Score}$, cho phép tự động phân loại mức độ rủi ro của từng hồ sơ vi phạm.
- Hệ thống phần mềm thử nghiệm: Triển khai hoàn chỉnh giao diện web cho toàn bộ các phân hệ: Quản trị hệ thống, Quản lý kỳ tuân thủ, Theo dõi và xử lý vi phạm, Thiết lập kịch bản và Báo cáo trực quan Tableau.
Đóng góp của đề tài
- Đóng góp về mặt phương pháp: Đưa ra phương pháp kết hợp giữa logic kịch bản nghiệp vụ cố định và mô hình chấm điểm cảnh báo ưu tiên dựa trên $F_2\text{-Score}$, giúp tối ưu hóa nguồn lực xử lý của BPTT trước lượng lớn hồ sơ vi phạm.
- Đóng góp về mặt ứng dụng: Cung cấp tài liệu thiết kế hệ thống chi tiết và bản mẫu phần mềm có khả năng ứng dụng thực tế cao, hỗ trợ chuyển đổi số toàn diện quy trình kiểm soát nội bộ tại Ngân hàng TMCP Quân đội, đảm bảo khả năng mở rộng phục vụ đồng thời 50 chuyên viên BPTT và hơn 500 người dùng tại các chi nhánh.
Hạn chế và hướng nghiên cứu tiếp
Hạn chế
- Dữ liệu thực nghiệm kịch bản T24 và dữ liệu người dùng chủ yếu được thu thập và giả lập dựa trên cấu trúc các bảng ETL trong giai đoạn thực tập dự án, chưa kiểm thử tải trên toàn bộ tập dữ liệu giao dịch lịch sử quy mô lớn của ngân hàng.
- Phương pháp chấm điểm cảnh báo mới dừng lại ở việc áp dụng công thức trọng số đa tiêu chí kết hợp $F_2\text{-Score}$, chưa tích hợp các mô hình học máy tự động thích ứng với sự thay đổi của hành vi vi phạm theo thời gian thực.
Hướng nghiên cứu tiếp
- Mở rộng xây dựng và chuẩn hóa thêm các kịch bản kiểm soát chuyên sâu cho các nhóm nghiệp vụ còn lại (Tín dụng, Bảo lãnh, Thanh toán quốc tế).
- Tích hợp sâu hơn các thuật toán Trí tuệ nhân tạo (AI) và Học máy (Machine Learning) để phát hiện các mẫu hành vi vi phạm mới (chưa có quy tắc định sẵn) từ dữ liệu Big Data của ngân hàng.
- Kiểm thử tích hợp toàn diện trên môi trường thực tế (UAT/Production) tại MB để đo lường hiệu năng xử lý đồng thời của hệ thống.
Giá trị tham khảo
- Đối tượng thụ hưởng: Tài liệu hữu ích cho sinh viên các ngành Hệ thống thông tin quản lý, Công nghệ thông tin, Ngân hàng số và Quản trị rủi ro tài chính; các kỹ sư phân tích nghiệp vụ (BA) và lập trình viên phát triển hệ thống phần mềm trong lĩnh vực tài chính - ngân hàng (Fintech/Regtech).
- Nội dung tham khảo giá trị:
- Quy trình nghiệp vụ điều tra tuân thủ thực tế tại ngân hàng thương mại (Khối Kiểm soát nội bộ MB).
- Phương pháp phân tích thiết kế hệ thống phần mềm CMS (từ biểu đồ hoạt động, đặc tả ca sử dụng đến thiết kế CSDL và tích hợp SSO, ETL Datastage, ECM, Tableau).
- Phương pháp luận xây dựng kịch bản kiểm soát Core banking và mô hình chấm điểm cảnh báo sớm trường hợp nghi ngờ vi phạm.
Câu hỏi thường gặp
1. Tại sao đề tài lại đề xuất tự phát triển phần mềm CMS thay vì mua các giải pháp sẵn có trên thị trường như MetricStream hay ServiceNow?
Dựa trên khảo sát thực tế từ Gartner Peer Insights, các giải pháp thương mại có chi phí triển khai ban đầu rất lớn ($60.000 - $150.000), phí bản quyền duy trì cao ($100/user/tháng hoặc $180.000/36 tháng), thời gian triển khai kéo dài từ 3 đến 9 tháng và phải mua thêm các module bổ sung khi cần tích hợp. Việc tự xây dựng giúp MB làm chủ hoàn toàn công nghệ, tiết kiệm chi phí, dễ dàng tích hợp vào hạ tầng sẵn có (DWH, ECM, MS AD) và linh hoạt tùy biến kịch bản theo quy chế nội bộ.
2. Kịch bản giám sát tuân thủ trong hệ thống được phân chia theo những tiêu chí nào?
Hệ thống phân loại kịch bản theo 2 tiêu chí:
- Theo chức năng (3 loại): Kịch bản Tự động (tự động chuyển case yêu cầu chi nhánh giải trình), Kịch bản Thủ công (BPTT thẩm định trước khi chuyển chi nhánh), và Kịch bản Cảnh báo (tự động gửi email cảnh báo, không yêu cầu giải trình).
- Theo chủ đề (5 nhóm): Hệ thống thông tin, Tín dụng, Bảo lãnh, Thanh toán quốc tế, và Khác.
3. Phương pháp chấm điểm cảnh báo sớm trường hợp nghi ngờ vi phạm được xây dựng dựa trên các cấu phần nào?
Điểm cảnh báo tổng hợp được tính toán dựa trên 4 cấu phần: (1) Mức độ rủi ro nội tại của kịch bản phát hiện; (2) Điểm hiệu quả hoạt động của kịch bản (quy ước dựa trên chỉ số $F_2\text{-Score}$); (3) Điểm lịch sử vi phạm tuân thủ của chi nhánh theo nhóm kịch bản; (4) Điểm quy mô giá trị giao dịch hoặc hạn mức khoản vay liên quan.
4. Kịch bản nghiệp vụ mẫu được tác giả thử nghiệm cụ thể trong khóa luận là gì?
Tác giả xây dựng và thử nghiệm kịch bản "Cảnh báo đăng nhập user hệ thống T24 bằng nhiều thiết bị", thực hiện trích xuất và đối soát dữ liệu từ 3 bảng nguồn: nhật ký giao dịch Core banking (UP_LOG_T24), danh mục chi nhánh (UP_BRANCH_T24) và thông tin nhân sự (UP_USER_HRIS) để phát hiện các phiên đăng nhập trùng User ID trên các thiết bị khác nhau.
Kết luận
Khóa luận đã hoàn thành toàn diện việc nghiên cứu thực trạng, khảo sát giải pháp và xây dựng thiết kế chi tiết cho Phần mềm Quản lý tuân thủ (CMS) tại Ngân hàng TMCP Quân đội. Đề tài không chỉ chuẩn hóa 23 bước quy trình nghiệp vụ kiểm soát nội bộ mà còn đề xuất thành công phương pháp luận chấm điểm cảnh báo sớm dựa trên $F_2\text{-Score}$ và thử nghiệm kịch bản kiểm soát đăng nhập Core banking T24. Đây là công trình mang tính ứng dụng thực tiễn cao, đóng góp giải pháp công nghệ quan trọng giúp nâng cao năng lực giám sát rủi ro và quản trị tuân thủ trong hệ thống ngân hàng thương mại.