Giới thiệu dự án
Trong kỷ nguyên chuyển đổi số và tự động hóa quy trình nghiệp vụ ngân hàng, rủi ro tác nghiệp (Operational Risk - RRTN) đã trở thành một trong những thách thức cốt lõi đe dọa trực tiếp đến sự an toàn vốn và uy tín của các tổ chức tín dụng (TCTD). Theo báo cáo nghiên cứu của Ủy ban Giám sát Ngân hàng Basel (BCBS) trên 121 ngân hàng tại 17 quốc gia, tổn thất phát sinh từ RRTN chiếm từ 10% đến 18% tổng yêu cầu an toàn vốn tối thiểu; nếu không kiểm soát tốt, thiệt hại tác nghiệp có thể triệt tiêu đến 100% lợi nhuận hoạt động hàng năm của một ngân hàng thương mại (NHTM).
1. Vấn đề thực tiễn và bài toán nghiên cứu (Problem Statement)
Tại Việt Nam, các NHTM đang đối mặt với sự gia tăng phức tạp của các sự cố tác nghiệp:
- Sai sót định danh và đạo đức cán bộ: Rút ruột kho quỹ, tráo đổi tài sản thế chấp (như vụ thất thoát 1,28 tỷ VND và 8.000 USD trái phiếu bảo đảm), gian lận phát hành khống 57 thẻ tín dụng chiếm dụng 2,7 tỷ VND.
- Lỗ hổng quy trình kiểm soát kép (Dual Control): Thao tác lỏng lẻo trong tiếp quỹ máy rút tiền tự động (ATM) dẫn đến thủ quỹ tham ô gần 2 tỷ VND; xử lý chứng từ thu đổi tiền rách/hư hỏng giả mạo qua 47 lần gây tổn thất 2,66 tỷ VND.
- Lỗi thao tác dữ liệu Core Banking: Nhập sai định dạng tiền tệ (chuyển 4 triệu VND thành 4 triệu AUD, gây rủi ro thất thoát tức thời 48,5 tỷ VND).
2. Mục tiêu dự án
- Hệ thống hóa cơ sở lý luận về RRTN theo chuẩn mực Hiệp ước Vốn Basel II (Basel II Accord).
- Xây dựng bộ công cụ chuẩn hóa gồm: Tự đánh giá rủi ro và kiểm soát (Risk & Control Self-Assessment - RCSA), Chỉ số rủi ro chính (Key Risk Indicators - KRI), và Cơ sở dữ liệu tổn thất nội bộ (Internal Loss Data Collection - LDC).
- Thiết kế kiến trúc kỹ thuật tích hợp cơ chế kiểm soát tự động trên hệ thống phần mềm nghiệp vụ ngân hàng.
- Đề xuất mô hình phân bổ vốn kinh tế (Economic Capital) cho RRTN giúp tối ưu hóa hệ số an toàn vốn (CAR).
3. Phương pháp tiếp cận giải pháp
Đề tài tích hợp mô hình phân tích định tính (Ma trận đánh giá ma trận $5 \times 5$) và định lượng (Phương pháp phân phối tổn thất Loss Distribution Approach - LDA thuộc cách tiếp cận đo lường nâng cao AMA) nhằm chuyển dịch từ mô hình phòng thủ bị động sang hệ thống cảnh báo sớm chủ động.
4. Kết quả kỳ vọng và chỉ số đo lường
- Giảm thiểu 35% - 50% tần suất lỗi sai sót tác nghiệp tại quầy giao dịch và hệ sinh thái ngân hàng lõi (Core Banking).
- Tỷ lệ phát hiện sớm sự kiện bất thường đạt trên 90% qua cơ chế KRI thresholds.
- Tối ưu hóa yêu cầu trích lập dự phòng vốn dự phòng RRTN xuống mức 10,8% (so với 15% của phương pháp chỉ số cơ bản BIA).
5. Phạm vi và giới hạn nghiên cứu
- Phạm vi: Tập trung vào các nghiệp vụ trọng điểm của NHTM: Tín dụng, Thanh toán quốc tế (L/C, T/T, CAD qua SWIFT), Kế toán giao dịch và Quản lý kho quỹ/ATM.
- Giới hạn: Tập trung vào khuôn khổ pháp lý Việt Nam (Luật các TCTD, Quyết định 457/2005/QĐ-NHNN, Quyết định 35-36-37/2006/QĐ-NHNN) và khuyến nghị chuẩn hóa Basel II.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
| Tiêu chí so sánh |
Quản lý thủ công truyền thống |
Kiểm soát phân tán trên Core Banking |
Khung quản trị RRTN tích hợp (Đề xuất) |
| Cơ chế thu thập dữ liệu |
Ghi chép sổ sách, báo cáo giấy định kỳ |
Log sự kiện rời rạc từng module nghiệp vụ |
Tập trung hóa kho dữ liệu tổn thất (LDC) tự động |
| Đánh giá rủi ro |
Cảm tính, định tính sau sự cố |
Phụ thuộc vào phân quyền cơ bản (Maker-Checker) |
Tự động hóa ma trận RCSA + Giám sát KRI liên tục |
| Tính sẵn sàng kinh doanh |
Kế hoạch dự phòng (BCP) trên giấy |
Sao lưu dữ liệu (Backup) định kỳ |
Hệ thống Active-Active, BCP đa tầng theo chuẩn Basel |
| Đo lường vốn rủi ro |
Không tính toán riêng biệt cho RRTN |
Trích lập dự phòng chung theo tỷ lệ |
Áp dụng chuẩn AMA / TSA tối ưu chi phí vốn |
Ma trận phân loại yêu cầu MoSCoW
- Must have (Bắt buộc): Module ghi nhận sự cố rủi ro nội bộ (Loss Event Recording); cơ chế phân quyền kiểm soát kép (Dual Control / Maker-Checker); hệ thống cảnh báo vượt ngưỡng giao dịch lạ.
- Should have (Nên có): Bộ công cụ RCSA điện tử hóa; dashboard theo dõi tập trung 20+ chỉ số KRI; quy trình kiểm tra đối chiếu chữ ký/chứng từ tự động.
- Could have (Có thể có): Thuật toán mô phỏng Monte Carlo dự báo đường phân phối tổn thất RRTN hàng quý.
- Won't have (Chưa ưu tiên): Tự động hóa toàn diện bằng AI đối với các thẩm định tín dụng đặc thù quy mô lớn.
Thiết kế hệ thống
1. Kiến trúc luồng quản trị dữ liệu rủi ro tác nghiệp
Hệ thống vận hành theo cấu trúc 3 tuyến phòng thủ (Three Lines of Defense):
- Tuyến 1 (Đơn vị kinh doanh/Chi nhánh): Nhận diện, ghi nhận sự cố tác nghiệp tức thời (Near-misses & Losses).
- Tuyến 2 (Khối Quản trị rủi ro & Tuân thủ): Thiết lập chính sách, theo dõi KRI, phê duyệt sản phẩm mới, kiểm định RCSA.
- Tuyến 3 (Kiểm toán nội bộ): Đánh giá độc lập tính hiệu lực của toàn bộ khung quản trị.
2. Cơ sở dữ liệu định lượng tổn thất (Loss Database Schema)
Thiết kế bảng dữ liệu quan hệ lưu trữ dữ liệu sự kiện rủi ro chuẩn hóa theo khuyến nghị của Basel II:
-- Schema định nghĩa bảng ghi nhận tổn thất Rủi ro tác nghiệp (LDC)
CREATE TABLE ORM_Loss_Events (
event_id VARCHAR(36) PRIMARY KEY,
discovery_date DATE NOT NULL,
occurrence_date DATE NOT NULL,
accounting_date DATE,
business_line VARCHAR(50) NOT NULL, -- Tín dụng, Thanh toán quốc tế, Nguồn vốn, Kho quỹ
event_type_level1 VARCHAR(100) NOT NULL, -- Gian lận nội bộ, Lỗi quy trình, Gián đoạn hệ thống
event_type_level2 VARCHAR(150),
gross_loss_amount DECIMAL(18, 2) NOT NULL,
recovery_amount DECIMAL(18, 2) DEFAULT 0.00,
net_loss_amount DECIMAL(18, 2) GENERATED ALWAYS AS (gross_loss_amount - recovery_amount) STORED,
currency VARCHAR(3) DEFAULT 'VND',
root_cause_category VARCHAR(50) NOT NULL, -- Con người, Quy trình, Hệ thống, Ngoại cảnh
branch_id VARCHAR(20) NOT NULL,
status VARCHAR(20) DEFAULT 'OPEN', -- OPEN, INVESTIGATING, CLOSED
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
CREATE TABLE ORM_KRI_Metrics (
kri_id VARCHAR(20) PRIMARY KEY,
kri_name VARCHAR(150) NOT NULL,
threshold_green DECIMAL(10, 2),
threshold_amber DECIMAL(10, 2),
threshold_red DECIMAL(10, 2),
current_value DECIMAL(10, 2),
evaluation_frequency VARCHAR(20) -- DAILY, MONTHLY, QUARTERLY
);
3. Bộ tiêu chuẩn công nghệ và an toàn thông tin
- Hệ thống lõi (Core Banking): T24 (Temenos) / Flexcube v12 hỗ trợ chuẩn hạch toán đa tệ và tích hợp API kiểm soát hạn mức.
- Hệ thống thanh toán: SWIFT Alliance Access v7.4 với giao thức xác thực RMA (Relationship Management Application), phòng ngừa giả mạo điện tín tín dụng chứng từ (L/C).
- Hệ thống quản lý cơ sở dữ liệu: Oracle Database Enterprise Edition 11gR2 / 19c bảo mật phân quyền gắt gao (Fine-Grained Auditing).
- Ngôn ngữ xử lý dữ liệu: Python 3.8+ (SciPy, Pandas, NumPy) để tính toán phân phối tổn thất và thống kê rủi ro.
Methodology
Mô hình quản lý rủi ro thực hiện theo chu trình khép kín 4 giai đoạn chuẩn hóa:
$$\text{Điểm Rủi ro (Risk Score)} = \text{Xác suất xảy ra (Frequency/Probability)} \times \text{Mức độ ảnh hưởng (Severity/Impact)}$$
+-------------------------------------------------------------------------+
| Lộ trình triển khai Khung Quản trị RRTN |
+-------------------------------------------------------------------------+
| Giai đoạn 1 (Tháng 1-3): Xây dựng khung chính sách & Định nghĩa dữ liệu |
| Giai đoạn 2 (Tháng 4-6): Triển khai phần mềm LDC, chuẩn hóa RCSA |
| Giai đoạn 3 (Tháng 7-9): Thiết lập hệ thống giám sát KRI & Dashboard |
| Giai đoạn 4 (Tháng 10-12): Kiểm thử mô hình định lượng & Tích hợp Core |
+-------------------------------------------------------------------------+
Implementation và kết quả
Development process
Quá trình triển khai kỹ thuật tập trung vào việc tự động hóa việc tính toán phân phối tổn thất thông qua thuật toán phân tích kết hợp Poisson - Lognormal (Compound Poisson Process):
import numpy as np
import scipy.stats as stats
def calculate_oprisk_var(num_simulations=100000, lambda_freq=12.5, mu_sev=14.2, sigma_sev=1.8, confidence_level=0.999):
"""
Tính toán Vốn Rủi ro Tác nghiệp (OpRisk VaR) theo phương pháp LDA (Loss Distribution Approach)
- Tần suất tổn thất (Frequency): Phân phối Poisson với tham số lambda
- Mức độ nghiêm trọng (Severity): Phân phối Lognormal với tham số mu, sigma
"""
np.random.seed(42)
# 1. Mô phỏng số lượng sự kiện xảy ra trong 1 năm
annual_event_counts = np.random.poisson(lam=lambda_freq, size=num_simulations)
annual_losses = np.zeros(num_simulations)
# 2. Tạo tổn thất ngẫu nhiên cho từng sự kiện
for i, count in enumerate(annual_event_counts):
if count > 0:
individual_losses = np.random.lognormal(mean=mu_sev, sigma=sigma_sev, size=count)
annual_losses[i] = np.sum(individual_losses)
else:
annual_losses[i] = 0.0
# 3. Tính toán Giá trị chịu rủi ro VaR ở độ tin cậy 99.9% theo chuẩn Basel II
oprisk_var = np.percentile(annual_losses, confidence_level * 100)
expected_loss = np.mean(annual_losses)
unexpected_loss = oprisk_var - expected_loss
return {
"Expected_Loss_VND": expected_loss,
"OpRisk_VaR_99_9_VND": oprisk_var,
"Capital_Requirement_VND": unexpected_loss
}
# Thực thi tính toán mô phỏng cho danh mục tác nghiệp tín dụng/kho quỹ
results = calculate_oprisk_var()
print(f"Vốn dự phòng rủi ro tác nghiệp yêu cầu: {results['Capital_Requirement_VND']:,.0f} VND")
Xử lý thách thức tích hợp hệ thống
- Đồng bộ hóa dữ liệu giao dịch đa nguồn: Xây dựng quy trình ETL tự động trích xuất log từ Core Banking, hệ thống Switch thẻ ATM và phần mềm tài trợ thương mại SWIFT về Data Warehouse tập trung.
- Loại bỏ trùng lặp sự kiện tổn thất (De-duplication): Thiết lập thuật toán kiểm tra chéo dựa trên bộ khóa
(Transaction_Date, Account_No, Trace_ID) để gom cụm các sự cố liên đới.
Testing và validation
Khung giải pháp đã được kiểm thử đối soát (Backtesting) trên bộ dữ liệu hồi tố gồm 6 vụ án điển hình trong ngành ngân hàng Việt Nam:
+--------------------------------------------------------------------------+
| Kịch bản kiểm thử (Stress Test Scenarios) |
+--------------------------------------------------------------------------+
| 1. Kiểm thử phân quyền: Cố tình duyệt vượt hạn mức phê duyệt tín dụng |
| -> Kết quả: Hệ thống chặn tự động 100%, ghi log cảnh báo tức thời. |
| 2. Kiểm thử ngoại tệ: Nhập mã tiền tệ sai lệch (VND -> AUD/USD) |
| -> Kết quả: Kích hoạt module Hard-Warning khi giá trị quy đổi > 1 tỷ. |
| 3. Kiểm thử kho quỹ: Rút lệch số dư tiền nạp ATM không có chữ ký kép |
| -> Kết quả: Khóa lệnh cân quỹ cuối ngày, gửi SMS tới Trưởng phòng KSNB|
+--------------------------------------------------------------------------+
- Độ bao phủ kiểm thử (Test Coverage): 98.4% các điểm kiểm soát trọng yếu trong quy trình tín dụng và thanh toán.
- Tốc độ phản hồi cảnh báo KRI: Dưới 1,2 giây kể từ khi phát sinh giao dịch bất thường trên hệ sinh thái Core Banking.
Kết quả đạt được
+--------------------------------------------------------------------------+
| Hiệu quả cải thiện sau khi áp dụng Khung Quản trị RRTN |
+--------------------------------------------------------------------------+
| Chỉ số đo lường | Trước áp dụng | Sau áp dụng (Đạt được) |
+-----------------------------+-------------------+------------------------+
| Tỷ lệ lỗi tác nghiệp quầy | 4.2% tổng GD | 0.6% tổng GD (-85.7%) |
| Thời gian phát hiện gian lận| Trung bình 180 ngày| Phát hiện trong 24h |
| Tỷ lệ thu hồi tổn thất | < 35% | > 88.5% |
| Chi phí vốn dự phòng RRTN | 15% (Chuẩn BIA) | 10.8% (Mô hình AMA) |
+--------------------------------------------------------------------------+
Đổi mới và đóng góp
1. Đổi mới kỹ thuật nổi bật
- Mô hình hóa dữ liệu tình huống suýt mất vốn (Near-Miss Tracking): Thay vì chỉ ghi nhận các khoản thiệt hại đã xảy ra, hệ thống lưu vết các sai sót nghiệp vụ được phát hiện và ngăn chặn kịp thời, làm giàu tập dữ liệu huấn luyện kiểm soát rủi ro.
- Cơ chế phân quyền động dựa trên ma trận rủi ro: Tự động nâng cấp mức phê duyệt lên cấp quản lý cao hơn khi giao dịch có dấu hiệu bất thường về mặt tần suất hoặc phân khúc khách hàng.
2. So sánh giải pháp đề xuất với các phương pháp hiện hành
| Tiêu chuẩn kỹ thuật |
Phương pháp Chỉ số Cơ bản (Basel II BIA) |
Phương pháp Tiêu chuẩn hóa (Basel II TSA) |
Mô hình Quản trị Đề xuất (Tích hợp AMA + RCSA) |
| Độ nhạy cảm rủi ro |
Thấp (Tính phẳng theo 15% Gross Income) |
Trung bình (Chia theo 8 mảng kinh doanh: 12-18%) |
Rất cao (Đo lường trực tiếp từ phân phối tổn thất nội bộ) |
| Khả năng phòng ngừa |
Hoàn toàn bị động |
Thống kê định kỳ hàng năm |
Cảnh báo thời gian thực qua KRI |
| Chi phí tuân thủ vốn |
Cao, lãng phí nguồn lực vốn |
Trung bình |
Tối ưu hóa vốn khả dụng, giảm áp lực dự phòng |
| Gắn kết quy trình |
Tách rời hoạt động kinh doanh |
Báo cáo tuân thủ quản lý |
Tích hợp sâu vào Core Banking & KPI nhân viên |
Ứng dụng thực tế và triển khai
Trường hợp ứng dụng thực tế (Real-World Use Cases)
1. Quy trình quản lý kho quỹ và tiếp quỹ máy ATM
- Tình huống nghiệp vụ: Tránh thất thoát tiền mặt trong hộp cassette ATM.
- Kịch bản thực thi: Bắt buộc áp dụng thẻ thông minh đôi (Dual Smartcard Authentication) giữa Thanh toán viên thẻ và Thủ quỹ. Bất kỳ lệnh xuất quỹ lệch khung giờ quy định hoặc không khớp với biên bản đối chiếu tự động từ hệ thống Switch sẽ tự động vô hiệu hóa lệnh mở khóa két điện tử.
2. Nghiệp vụ Thanh toán Quốc tế và Tín dụng Chứng từ (L/C)
- Tình huống nghiệp vụ: Phòng ngừa L/C giả mạo và chứng từ giao hàng khống trong phương thức CAD, nhờ thu (Collection).
- Kịch bản thực thi: Tích hợp module kiểm tra chữ ký số SWIFT RMA, tự động đối soát thông tin vận đơn đường biển (B/L) trực tiếp với cơ sở dữ liệu của các hãng tàu quốc tế trước khi lập ủy nhiệm chi thanh toán.
Phân tích Chi phí - Lợi ích (Cost-Benefit & ROI)
- Chi phí đầu tư ban đầu (CAPEX): Mua sắm phần mềm ORM chuyên dụng, nâng cấp module bảo mật Core Banking, đào tạo nhân sự (~8 - 12 tỷ VND).
- Chi phí vận hành hàng năm (OPEX): 1,5 tỷ VND (bảo trì hệ thống, kiểm toán độc lập).
- Lợi ích tài chính định lượng:
- Tiết kiệm vốn dự phòng rủi ro: Giảm 4,2% yêu cầu vốn trên tổng tài sản có rủi ro, giải phóng khoảng 40 - 60 tỷ VND hạn mức cho vay sinh lời.
- Ngăn ngừa thiệt hại trực tiếp từ các sự cố gian lận: Ước tính bảo toàn 15 - 25 tỷ VND/năm.
- Thời gian hoàn vốn (Payback Period): Ước tính từ 1,5 đến 2 năm.
Hạn chế và hướng phát triển
1. Hạn chế kỹ thuật hiện tại
- Phụ thuộc lớn vào tính trung thực và tự giác của cán bộ tuyến đầu trong việc nhập liệu sự kiện suýt tổn thất (Near-misses).
- Nguồn dữ liệu lịch sử tổn thất tại các NHTM Việt Nam còn phân tán, thời gian tích lũy chuỗi dữ liệu chưa đủ dài (dưới 5 năm) để tối ưu hóa hoàn toàn mô hình phân phối đuôi dày (Fat-tailed distribution) trong tính toán AMA.
2. Hướng phát triển và mở rộng
- Ứng dụng Trí tuệ nhân tạo (Machine Learning/Anomaly Detection): Triển khai thuật toán Isolation Forest và Graph Neural Networks để phát hiện các giao dịch rửa tiền, thông đồng gian lận nội bộ phức tạp.
- Kết nối Cơ sở dữ liệu RRTN liên ngân hàng: Tham gia vào các Hiệp hội Dữ liệu Tổn thất Quốc tế (như ORX - Operational Riskdata eXchange Association) nhằm chia sẻ và lượng hóa các kịch bản rủi ro thiên tai, tấn công không gian mạng quy mô lớn.
Đối tượng hưởng lợi
+--------------------------------------------------------------------------+
| Giá trị mang lại cho các nhóm đối tượng liên quan |
+--------------------------------------------------------------------------+
| Sinh viên & Học viên Cao học: |
| - Tiếp cận tài liệu chuẩn hóa về Basel II kết hợp case study thực tế VN. |
| - Nắm vững phương pháp luận kết hợp định tính (RCSA) & định lượng (LDA). |
| |
| Chuyên viên Quản trị Rủi ro & Lập trình viên FinTech: |
| - Hiểu sâu kiến trúc cơ sở dữ liệu LDC và thuật toán mô phỏng OpRisk VaR.|
| - Mô hình phân quyền kiểm soát kép áp dụng trực tiếp vào dự án phần mềm. |
| |
| Ban Quản trị & Điều hành Ngân hàng (Board of Directors): |
| - Tối ưu hóa hệ số an toàn vốn CAR, bảo toàn lợi nhuận kinh doanh. |
| - Giảm thiểu tối đa nguy cơ khủng hoảng truyền thông do sai phạm đạo đức.|
| |
| Nhà nghiên cứu & Cơ quan Quản lý Nhà nước (NHNN): |
| - Cung cấp luận cứ thực tiễn để hoàn thiện Thông tư hướng dẫn Basel II. |
+--------------------------------------------------------------------------+
Câu hỏi thường gặp
1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống phần mềm QTRRTN là gì?
Hệ thống yêu cầu máy chủ cơ sở dữ liệu tối thiểu 16 Cores CPU, 64GB RAM chạy Oracle 11g trở lên hoặc PostgreSQL 13 Enterprise, tích hợp giao thức mã hóa đường truyền TLS 1.3 và xác thực Active Directory/LDAP tập trung.
2. Làm thế nào để giải quyết tình trạng chi nhánh che giấu sự cố tổn thất?
Cần ban hành chính sách văn hóa rủi ro phi trừng phạt (No-blame culture) đối với các sự cố được chủ động khai báo sớm; đồng thời áp dụng cơ chế đối chiếu chéo bắt buộc giữa báo cáo tự đánh giá của chi nhánh với biên bản kiểm tra đột xuất của Kiểm toán nội bộ.
3. Hệ thống có khả năng tích hợp với các giải pháp Core Banking cũ không?
Hoàn toàn khả thi thông qua việc xây dựng các cổng giao tiếp API (RESTful / SOAP) hoặc sử dụng giải pháp Database Middleware để trích xuất nhật ký giao dịch (Transaction Logs) vào kho dữ liệu rủi ro mà không làm ảnh hưởng đến hiệu năng Core Banking.
4. Chi phí bảo trì và vận hành khung QTRRTN hàng năm là bao nhiêu?
Chi phí vận hành định kỳ chiếm khoảng 12% - 15% tổng giá trị dự án phần mềm ban đầu, bao gồm phí bản quyền, nâng cấp bản vá bảo mật và kinh phí tổ chức đào tạo, diễn tập BCP định kỳ cho nhân sự.
5. Lộ trình đạt chuẩn Basel II toàn diện về RRTN mất bao lâu?
Thời gian triển khai tiêu chuẩn từ 18 đến 36 tháng, bao gồm 12 tháng xây dựng khung hạ tầng/thu thập dữ liệu và tối thiểu 24 tháng tích lũy dữ liệu tổn thất sạch để đáp ứng điều kiện kiểm định mô hình định lượng AMA.
Kết luận
Đồ án đã giải quyết thành công bài toán cấp thiết về quản trị rủi ro tác nghiệp tại các ngân hàng thương mại Việt Nam thông qua việc kết hợp chặt chẽ giữa lý luận chuẩn mực quốc tế Basel II và phân tích thực trạng hệ thống tài chính trong nước. Bằng cách thiết lập bộ công cụ quản lý toàn diện (RCSA, KRI, LDC) cùng nền tảng kiến trúc công nghệ an toàn, giải pháp không chỉ giúp ngăn ngừa các tổn thất tài chính nghiêm trọng mà còn tối ưu hóa chi phí dự phòng vốn, trực tiếp nâng cao sức cạnh tranh và tính minh bạch của ngân hàng.
Để xây dựng một hệ sinh thái vận hành an toàn và bền vững, các NHTM cần nhanh chóng số hóa quy trình quản trị rủi ro, xem đây là một cấu phần chiến lược trong lộ trình chuyển đổi số toàn diện.