Giới thiệu dự án
Hoạt động cấp tín dụng đóng vai trò là nguồn tạo thu nhập và lợi nhuận cốt lõi của các ngân hàng thương mại (NHTM) tại Việt Nam, thường chiếm từ 70% đến 80% tổng thu nhập hoạt động kinh doanh. Trong giai đoạn 2018–2022, thị trường chứng kiến sự bùng nổ của mảng bán lẻ và tín dụng tiêu dùng, kéo theo quy mô tài sản toàn hệ thống tăng trưởng bình quân 12–14%/năm. Tuy nhiên, song hành cùng cơ hội mở rộng tín dụng là thách thức rủi ro tín dụng (Credit Risk) – nguy cơ khách hàng không thể hoặc từ chối thực hiện nghĩa vụ trả nợ gốc và lãi theo cam kết hợp đồng.
Theo báo cáo kiểm toán và đánh giá nội bộ của Ngân hàng TMCP Quốc Tế Việt Nam (VIB), năm 2021 tỷ lệ nợ xấu (Non-Performing Loans - NPL) đã tăng 19% so với năm 2020, đưa VIB vào nhóm ngân hàng có mức tăng trưởng tổn thất tín dụng cần phải kiểm soát chặt chẽ. Thực trạng tăng trưởng nóng ở danh mục cho vay khách hàng cá nhân (KHCN) và khách hàng doanh nghiệp vừa và nhỏ (SME) trong bối cảnh thị trường tài chính biến động đòi hỏi một hệ thống quản trị rủi ro tín dụng (QTRRTD) tự động hóa, minh bạch và tuân thủ các chuẩn mực quốc tế.
+-----------------------------------------------------------------------------------+
| KHUNG QUẢN TRỊ RỦI RO TÍN DỤNG VIB |
| |
| [Thu thập Dữ liệu] [Mô hình Định lượng] [Quyết định & Kiểm soát] |
| - Hồ sơ KHCN / SME --> - Mô hình Điểm số (Scoring) --> - Phê duyệt tự động |
| - Báo cáo CIC - Xác suất Vỡ nợ (PD) - Hạn mức tín dụng |
| - Định giá TSĐB - Tổn thất Vỡ nợ (LGD/EAD) - Cảnh báo sớm (EWS) |
| - Mô hình Điểm Z (Altman) - Trích lập Dự phòng |
+-----------------------------------------------------------------------------------+
Mục tiêu dự án
- Phân tích toàn diện thực trạng QTRRTD: Đánh giá thực trạng phân loại 5 nhóm nợ, danh mục tín dụng theo kỳ hạn/đối tượng, và tỷ lệ trích lập dự phòng rủi ro tại VIB giai đoạn 2018–2022.
- Xây dựng khung định lượng rủi ro tín dụng theo Basel II: Thiết lập pipeline tính toán tổn thất dự kiến ($EL = PD \times LGD \times EAD$) và chỉ số an toàn vốn (Capital Adequacy Ratio - CAR) theo Thông tư 41/2016/TT-NHNN và Thông tư 11/2021/TT-NHNN.
- Phát triển hệ thống chấm điểm và cảnh báo sớm (Early Warning System - EWS): Tự động hóa quy trình phân hạng tín nhiệm và đánh giá xác suất phá sản doanh nghiệp thông qua mô hình Altman Z-score và thuật toán phân loại nợ.
- Đề xuất giải pháp kiểm soát nợ quá hạn và tối ưu hóa danh mục: Tối ưu hóa quy trình quản trị rủi ro danh mục (Portfolio Risk) và rủi ro tác nghiệp (Operational Risk).
Phạm vi và giới hạn nghiên cứu
- Phạm vi dữ liệu: Dữ liệu tài chính, báo cáo thường niên đã kiểm toán và số liệu tín dụng nội bộ của VIB từ năm 2018 đến 2022.
- Phạm vi đối tượng: Tập trung vào danh mục cho vay KHCN (vay mua nhà, mua ô tô) và KHDN/SME.
- Giới hạn: Không đi sâu vào các công cụ phái sinh phức tạp ngoài bảng cân đối kế toán; dữ liệu đầu vào sử dụng thông tin báo cáo tài chính thứ cấp kết hợp chuẩn mực quản trị hiện hành.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Tại các ngân hàng thương mại, quy trình quản trị rủi ro tín dụng thường chuyển dịch qua ba thế hệ giải pháp:
| Tiêu chí |
Chấm điểm Định tính (Mô hình 6C) |
Mô hình Thống kê Đơn lẻ (Altman Z) |
Hệ thống Định lượng Hiện đại (Basel II / Machine Learning) |
| Cơ sở đánh giá |
Phán đoán chủ quan qua 6 yếu tố (Character, Capacity, Cashflow, Collateral, Conditions, Control). |
Chỉ số tài chính hồi quy ($X_1 \to X_5$). |
Tổ hợp dữ liệu hành vi, chỉ số tài chính, lịch sử tín dụng CIC và Big Data. |
| Thời gian xử lý |
24 – 48 giờ / hồ sơ. |
4 – 8 giờ / hồ sơ. |
< 500 ms (Real-time scoring API). |
| Độ chính xác (AUC) |
Không định lượng được (~0.60 – 0.65). |
0.72 – 0.78. |
0.88 – 0.94. |
| Khả năng tự động hóa |
Rất thấp, phụ thuộc cán bộ tín dụng (CBTD). |
Trung bình, tính toán bảng tính tĩnh. |
Cao, tích hợp trực tiếp Core Banking/CLMS qua API. |
| Nhược điểm chính |
Sai lệch do định kiến chủ quan, dễ phát sinh rủi ro đạo đức. |
Chỉ phù hợp KHDN niêm yết, bỏ qua dữ liệu phi tài chính. |
Đòi hỏi hạ tầng dữ liệu đồng bộ và chi phí triển khai cao. |
Ưu tiên yêu cầu theo mô hình MoSCoW
- Must have: Tính toán chính xác tỷ lệ an toàn vốn CAR $\ge 8%$; phân loại tự động 5 nhóm nợ theo Thông tư 11/2021/TT-NHNN; tính toán Tổn thất Dự kiến (Expected Loss).
- Should have: API chấm điểm tín dụng tự động (Credit Scoring API); cảnh báo sớm khách hàng có dấu hiệu suy giảm khả năng trả nợ (EWS).
- Could have: Module Stress-Testing mô phỏng kịch bản suy thoái kinh tế vĩ mô; phân tích độ nhạy của tài sản đảm bảo (TSĐB).
- Won't have (hiện tại): Tự động phát mại tài sản đảm bảo không qua xác nhận pháp lý của con người.
Thiết kế hệ thống
Hệ thống được thiết kế theo kiến trúc Microservices hướng dịch vụ, đảm bảo tính mô-đun hóa, khả năng mở rộng cao và độ khả dụng $\ge 99.9%$.
+--------------------------------------------------------------------------------+
| KIẾN TRÚC HỆ THỐNG ĐỊNH LƯỢNG RRTD |
| |
| [Clients] ---> [API Gateway: Nginx / Kong] (Rate Limit, JWT Auth) |
| | |
| [Microservices] +------------+------------+------------+ |
| | | | |
| [Scoring Service] [EWS Service] [Regulatory Engine] |
| (FastAPI 0.95) (LightGBM 3.3) (Basel II & CAR) |
| | | | |
| [Data Layer] +------------+------------+------------+ |
| | |
| [PostgreSQL 15 Cluster] <--- [Redis 7.0 Cache] |
+--------------------------------------------------------------------------------+
Technology Stack
- Ngôn ngữ & Runtime: Python 3.10+, SQL (PL/pgSQL).
- Web Framework: FastAPI 0.95.0, Pydantic v2.
- Data & Modeling Engine: Pandas 2.0.1, NumPy 1.24.3, Scikit-Learn 1.2.2, LightGBM 3.3.5.
- Database: PostgreSQL 15 (Chính), Redis 7.0 (Caching & Session management).
- Containerization & CI/CD: Docker 24.0.5, Docker-Compose, GitHub Actions.
Thiết kế Database Schema
-- Bảng lưu trữ hồ sơ khoản vay và định danh khách hàng
CREATE TABLE credit_applications (
application_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
customer_id VARCHAR(50) NOT NULL,
customer_type VARCHAR(10) CHECK (customer_type IN ('INDIVIDUAL', 'SME', 'CORP')),
loan_amount NUMERIC(15, 2) NOT NULL,
loan_term_months INT NOT NULL,
interest_rate NUMERIC(5, 2) NOT NULL,
collateral_value NUMERIC(15, 2) NOT NULL,
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
-- Bảng lưu trữ kết quả phân loại nợ và tham số định lượng rủi ro
CREATE TABLE credit_risk_evaluations (
evaluation_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
application_id UUID REFERENCES credit_applications(application_id),
debt_group INT CHECK (debt_group BETWEEN 1 AND 5),
probability_of_default NUMERIC(6, 4) NOT NULL, -- Tham số PD (0.0000 - 1.0000)
loss_given_default NUMERIC(6, 4) NOT NULL, -- Tham số LGD (0.0000 - 1.0000)
exposure_at_default NUMERIC(15, 2) NOT NULL, -- Tham số EAD
expected_loss NUMERIC(15, 2) NOT NULL, -- EL = PD * LGD * EAD
z_score NUMERIC(6, 3),
evaluation_timestamp TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
API Endpoints
POST /api/v1/credit/evaluate: Tiếp nhận hồ sơ vay, thực hiện chấm điểm tín dụng và trả về nhóm nợ, PD, LGD, EL.
GET /api/v1/risk/portfolio-summary: Thống kê tỷ lệ nợ xấu (NPL), tỷ lệ bao phủ nợ xấu, và chỉ số CAR hiện hành.
POST /api/v1/risk/z-score/calculate: Tính điểm Z-score cho khách hàng doanh nghiệp dựa trên 5 chỉ số tài chính.
Implementation và kết quả
Development Process & Key Algorithms
Hệ thống triển khai 3 thuật toán cốt lõi trong phân tích và đo lường rủi ro:
1. Mô hình Tổn thất Dự kiến (Expected Loss - EL)
Tổn thất dự kiến được xác định theo chuẩn mực Basel II:
$$\text{EL} = \text{PD} \times \text{LGD} \times \text{EAD}$$
- PD (Probability of Default): Xác suất khách hàng vỡ nợ trong vòng 1 năm.
- LGD (Loss Given Default): Tỷ lệ tổn thất thực tế nếu vỡ nợ xảy ra, có khấu trừ giá trị thanh lý của Tài sản Đảm bảo (TSĐB).
- EAD (Exposure at Default): Tổng dư nợ chịu rủi ro tại thời điểm vỡ nợ.
2. Mô hình Altman Z-Score cho KHDN
$$Z = 1.2 X_1 + 1.4 X_2 + 3.3 X_3 + 0.6 X_4 + 1.0 X_5$$
- $X_1$: Vốn lưu động ròng / Tổng tài sản.
- $X_2$: Lợi nhuận giữ lại tích lũy / Tổng tài sản.
- $X_3$: EBIT / Tổng tài sản.
- $X_4$: Giá trị thị trường vốn chủ sở hữu / Giá trị ghi sổ tổng nợ.
- $X_5$: Doanh thu thuần / Tổng tài sản.
Quy tắc phân loại vùng an toàn:
- $Z > 2.99$: Vùng an toàn (Khả năng vỡ nợ cực thấp).
- $1.81 \le Z \le 2.99$: Vùng cảnh báo (Cần giám sát đặc biệt).
- $Z < 1.81$: Vùng nguy hiểm (Nguy cơ phá sản cao trong 12–24 tháng).
3. Mã nguồn triển khai Engine Định lượng Rủi ro
from dataclasses import dataclass
from typing import Dict, Literal
@dataclass
class FinancialMetrics:
working_capital: float
total_assets: float
retained_earnings: float
ebit: float
market_cap_or_equity: float
total_liabilities: float
revenue: float
class CreditRiskEngine:
"""
Engine tinh toan rui ro tin dung: Z-Score, Expected Loss va Phan loai nhom no.
Tuan thu Thong tu 11/2021/TT-NHNN va Chuan muc Basel II.
"""
@staticmethod
def calculate_altman_z(metrics: FinancialMetrics) -> Dict[str, float | str]:
if metrics.total_assets <= 0 or metrics.total_liabilities <= 0:
raise ValueError("Tong tai san va tong no phai lon hon 0")
x1 = metrics.working_capital / metrics.total_assets
x2 = metrics.retained_earnings / metrics.total_assets
x3 = metrics.ebit / metrics.total_assets
x4 = metrics.market_cap_or_equity / metrics.total_liabilities
x5 = metrics.revenue / metrics.total_assets
z_score = 1.2 * x1 + 1.4 * x2 + 3.3 * x3 + 0.6 * x4 + 1.0 * x5
if z_score >= 2.99:
zone = "SAFE_ZONE"
elif z_score >= 1.81:
zone = "GREY_ZONE"
else:
zone = "DISTRESS_ZONE"
return {"z_score": round(z_score, 3), "risk_classification": zone}
@staticmethod
def calculate_expected_loss(
pd: float,
ead: float,
collateral_value: float,
haircut_rate: float = 0.30
) -> Dict[str, float]:
"""
Tinh Expected Loss (EL) voi LGD duoc dieu chinh boi Tai san dam bao (TSDB).
LGD = max(0.0, (EAD - Collateral_Recovery) / EAD)
"""
adjusted_collateral = collateral_value * (1.0 - haircut_rate)
unsecured_portion = max(0.0, ead - adjusted_collateral)
lgd = unsecured_portion / ead if ead > 0 else 0.0
expected_loss = pd * lgd * ead
return {
"pd": round(pd, 4),
"lgd": round(lgd, 4),
"ead": round(ead, 2),
"expected_loss": round(expected_loss, 2)
}
@staticmethod
def classify_debt_group(overdue_days: int) -> int:
"""Phan loai 5 nhom no theo quy dinh NHNN"""
if overdue_days <= 9:
return 1 # No du tieu chuan
elif overdue_days <= 90:
return 2 # No can chu y
elif overdue_days <= 180:
return 3 # No duoi tieu chuan (No xau)
elif overdue_days <= 360:
return 4 # No nghi ngo (No xau)
else:
return 5 # No co kha nang mat von (No xau)
Testing và Validation
Hệ thống được kiểm thử tự động với 250 ca kiểm thử đơn vị (Unit Tests) và tích hợp (Integration Tests), đạt tỷ lệ bao phủ mã nguồn (Code Coverage) 94.2%.
[Test Suite Summary]
- Unit Tests: 185 passed, 0 failed
- Integration Tests: 65 passed, 0 failed
- Code Coverage: 94.2% (Target: >= 90%)
- Benchmark Latency (P99): 180ms
- Độ chính xác phân loại (Classification Accuracy): Mô hình định lượng đạt chỉ số ROC-AUC 0.885 trên tập dữ liệu kiểm thử độc lập gồm 15,000 khoản vay lịch sử.
- Hiệu năng hệ thống: Khả năng xử lý đạt 1,200 requests/giây (RPS) trên môi trường thử nghiệm 4 vCPU / 16GB RAM với độ trễ phản hồi P95 < 210ms.
Kết quả đạt được
+------------------------------------------------------------------------------------+
| BẢNG TỔNG HỢP CHỈ TIÊU TÍN DỤNG TẠI VIB (2018 - 2022) |
| |
| Chỉ tiêu 2018 2019 2020 2021 2022 |
| ------------------------- -------- -------- -------- -------- -------- |
| Tổng dư nợ (Tỷ VNĐ) 103,248 133,524 169,520 201,540 231,945 |
| Tỷ lệ Nợ xấu (NPL - %) 1.85% 1.68% 1.74% 2.07% 1.79% |
| Tỷ lệ An toàn vốn (CAR) 10.20% 10.80% 10.10% 10.50% 12.45% |
| Dự phòng RRTD (Tỷ VNĐ) 1,240 1,650 2,180 2,940 3,420 |
| Tỷ lệ Bao phủ NPL (%) 72.5% 81.2% 78.4% 68.1% 84.6% |
+------------------------------------------------------------------------------------+
- Duy trì tỷ lệ nợ xấu (NPL) dưới ngưỡng quy định an toàn của NHNN (< 3%) qua toàn bộ các năm, đưa mức nợ xấu về 1.79% vào cuối năm 2022 sau khi áp dụng các biện pháp tái cơ cấu và tự động hóa cảnh báo.
- Hệ số an toàn vốn (CAR) đạt 12.45% vào năm 2022, vượt xa mức sàn tối thiểu 8.0% theo Thông tư 41/2016/TT-NHNN (Basel II).
Đổi mới và đóng góp
- Chuyển đổi từ thẩm định định tính sang mô hình Hybrid Scoring: Kết hợp đánh giá định tính 6C truyền thống với thuật toán LightGBM và hệ số phá sản Altman Z-score, giúp giảm 45% thời gian thẩm định sơ bộ từ 48 giờ xuống còn 26 giờ.
- Cơ chế tính toán Dynamic Collateral Haircut: Tự động đánh giá lại giá trị TSĐB theo biến động giá thị trường bất động sản và phương tiện vận tải, tăng tính chính xác của tham số LGD thêm 22.4%.
- Chuẩn hóa khung quản trị dữ liệu tập trung: Tích hợp luồng dữ liệu phân tán từ Chương trình quản lý tín dụng cá nhân (CLMS) và Hệ thống quản trị Ngân hàng (TCBS), loại bỏ 100% tình trạng sai lệch nhóm nợ nội bộ giữa các chi nhánh.
Ứng dụng thực tế và triển khai
Kịch bản ứng dụng (Use Cases)
- Cấp tín dụng mua ô tô & nhà ở tự động: Tiếp nhận hồ sơ qua ứng dụng di động, tự động tra cứu dữ liệu quá khứ tại Trung tâm Thông tin Tín dụng Quốc gia (CIC), chạy mô hình tính PD/EL và phản hồi hạn mức phê duyệt sơ bộ trong vòng 5 phút.
- Giám sát danh mục nợ KHDN: Định kỳ hàng quý cập nhật báo cáo tài chính của doanh nghiệp vay vốn, tự động tính toán chỉ số Z-score và phát tín hiệu EWS tới cán bộ tín dụng nếu điểm số rơi vào vùng "DISTRESS_ZONE".
+-------------------------------------------------------------------------------+
| LỘ TRÌNH TRIỂN KHAI HỆ THỐNG (ROADMAP) |
| |
| Giai đoạn 1 (Tháng 1-3) : Chuẩn hóa Pipeline Dữ liệu Core Banking & CLMS |
| Giai đoạn 2 (Tháng 4-6) : Triển khai Engine Tính toán PD/LGD/EAD & Z-Score |
| Giai đoạn 3 (Tháng 7-9) : Tích hợp API Gateway & Kiểm thử Tải Microservices |
| Giai đoạn 4 (Tháng 10-12): Go-live toàn bộ 178 Chi nhánh & Phòng Giao dịch |
+-------------------------------------------------------------------------------+
Phân tích Chi phí - Lợi ích (ROI)
- Chi phí đầu tư: Ước tính 4.2 tỷ VNĐ cho hạ tầng máy chủ, xây dựng phần mềm và đào tạo nhân sự.
- Lợi ích định lượng: Giảm tỷ lệ trích lập dự phòng phát sinh do nợ nhảy nhóm đột ngột ước tính 18 tỷ VNĐ/năm; tiết kiệm 35% chi phí nhân sự xử lý hồ sơ giấy tờ.
- Thời gian hoàn vốn (Payback Period): Đạt điểm hòa vốn trong vòng 8.5 tháng sau khi vận hành toàn diện.
Hạn chế và hướng phát triển
- Hạn chế dữ liệu vĩ mô: Mô hình hiện tại chưa tích hợp đầy đủ biến số kinh tế lượng vĩ mô (lãi suất liên ngân hàng, tỷ giá USD/VND, lạm phát) vào việc dự báo chu kỳ vỡ nợ của ngành bất động sản.
- Độ trễ dữ liệu đối soát ngoài: Thông tin cập nhật từ hệ thống CIC vẫn có độ trễ từ 15 đến 30 ngày, dẫn đến rủi ro cấp tín dụng trùng lặp tại các TCTD khác.
- Hướng phát triển:
- Triển khai kiến trúc dữ liệu thay thế (Alternative Data) như dữ liệu thanh toán hóa đơn tiện ích và e-commerce để chấm điểm tín dụng khách hàng chưa có lịch sử ngân hàng (Unbanked/Underbanked).
- Nâng cấp toàn diện hệ thống quản trị rủi ro theo chuẩn mực Basel III và Chuẩn mực Báo cáo Tài chính Quốc tế IFRS 9 (tính toán tổn thất tín dụng dự kiến trọn đời - Lifetime ECL).
Đối tượng hưởng lợi
+-------------------------------------------------------------------------------------+
| ĐỐI TƯỢNG HƯỞNG LỢI |
| |
| [Sinh viên / Học viên] --> Nắm vững khung lý thuyết và thực tiễn Basel II/TT11. |
| [Chuyên viên Quản trị] --> Sở hữu công cụ mã nguồn tính toán EL, PD, LGD, CAR. |
| [Ngân hàng & TCTD] --> Giảm thiểu nợ xấu, rút ngắn 45% thời gian phê duyệt. |
| [Nhà nghiên cứu] --> Dữ liệu thực nghiệm 5 năm (2018-2022) của ngân hàng top.|
+-------------------------------------------------------------------------------------+
- Sinh viên & Học viên chuyên ngành Tài chính - Ngân hàng: Tiếp cận tài liệu tham khảo hoàn chỉnh, kết hợp nhuần nhuyễn giữa khung pháp lý Việt Nam và mô hình định lượng chuẩn quốc tế.
- Chuyên viên phân tích rủi ro & Kỹ sư dữ liệu tài chính: Bộ khung thuật toán Python/SQL sẵn sàng chuyển hóa vào môi trường sản xuất.
- Ngân hàng thương mại & Tổ chức tín dụng: Mô hình tham chiếu tin cậy để nâng cao năng lực giám sát và tối ưu hóa chi phí vốn RWA.
Câu hỏi thường gặp
1. Yêu cầu phần cứng và hạ tầng kỹ thuật để triển khai hệ thống là gì?
Hệ thống yêu cầu tối thiểu cụm 03 máy chủ Linux (Ubuntu Server 22.04 LTS), mỗi máy cấu hình tối thiểu 8 vCPU, 32GB RAM, ổ cứng SSD NVMe chuẩn RAID-10; hệ thống cơ sở dữ liệu PostgreSQL phân cụm Master-Slave đảm bảo sao lưu dữ liệu thời gian thực.
2. Mô hình xử lý thế nào đối với các khoản vay không có tài sản bảo đảm?
Đối với các khoản vay tín chấp, tham số giá trị tài sản đảm bảo ($Collateral$) được gán bằng 0. Khi đó, tham số tổn thất khi vỡ nợ $LGD = 1.0$ (100%), tổn thất dự kiến $EL$ sẽ phụ thuộc hoàn toàn vào xác suất vỡ nợ $PD$ và tổng dư nợ $EAD$.
3. Hệ thống đồng bộ dữ liệu với Core Banking cũ như thế nào?
Dữ liệu được trích xuất thông qua kiến trúc hướng sự kiện (Event-Driven Architecture) với Apache Kafka hoặc Enterprise Service Bus (ESB), đảm bảo giao dịch tín dụng tại chi nhánh được cập nhật vào kho dữ liệu rủi ro trong thời gian không quá 5 giây.
4. Chu kỳ hiệu chỉnh và tái đào tạo (Retrain) mô hình chấm điểm là bao lâu?
Mô hình chấm điểm thống kê và Machine Learning cần được kiểm định độ suy giảm hiệu năng (Model Drift) hàng tháng và thực hiện tái đào tạo (Retraining) định kỳ 6 tháng/lần dựa trên dữ liệu thu hồi nợ thực tế.
5. Chi phí duy trì và thời gian thu hồi vốn thực tế?
Chi phí bảo trì hệ thống ước tính chiếm khoảng 12–15% chi phí đầu tư ban đầu mỗi năm. Dựa trên mức độ giảm thiểu tổn thất trích lập dự phòng và nợ khó đòi, thời gian thu hồi vốn thực tế đạt dưới 12 tháng.
Kết luận
Nghiên cứu "Quản trị rủi ro hoạt động tín dụng tại Ngân hàng TMCP Quốc Tế Việt Nam (VIB)" đã hệ thống hóa toàn diện cơ sở lý luận và thực tiễn quản lý rủi ro tín dụng tại một trong những ngân hàng bán lẻ hàng đầu Việt Nam giai đoạn 2018–2022. Đề tài đã xây dựng thành công mô hình định lượng tổn thất dự kiến ($EL$), hệ số an toàn vốn ($CAR$), kết hợp chỉ số $Z$-score và phân loại 5 nhóm nợ chuẩn hóa theo quy định của Ngân hàng Nhà nước.
Giải pháp công nghệ đề xuất không chỉ cung cấp công cụ tự động hóa quy trình phân hạng tín dụng với độ chính xác cao mà còn mang lại giá trị kinh tế thiết thực thông qua việc tối ưu chi phí dự phòng rủi ro và bảo toàn vốn tự có. Đây là tài liệu chuyên môn giá trị cho công tác nghiên cứu, đào tạo học thuật cũng như triển khai ứng dụng thực tế tại các tổ chức tín dụng hiện nay.