Giới thiệu dự án

  • Context và problem background với industry statistics

Ngành ngân hàng Việt Nam, đặc biệt trong giai đoạn 2012-2014, phải đối mặt với áp lực to lớn từ nợ xấu (Non-Performing Loans - NPLs). Theo thống kê của Ngân hàng Nhà nước, tỷ lệ nợ xấu toàn hệ thống có thời điểm lên tới 4-5%, gây ảnh hưởng nghiêm trọng đến an toàn vốn và lợi nhuận của các Ngân hàng Thương mại (NHTM). Hoạt động cho vay doanh nghiệp, dù là nguồn thu chính, cũng là nguồn phát sinh rủi ro tín dụng lớn nhất. Tại Ngân hàng Eximbank - Chi nhánh Tân Sơn Nhất (EIB.TSN), dư nợ cho vay doanh nghiệp tăng trưởng mạnh mẽ, từ 215,926 triệu đồng năm 2012 lên 629,594 triệu đồng năm 2014, tăng 191.5%. Tuy nhiên, sự tăng trưởng này đi kèm với sự gia tăng tương ứng của nợ xấu, từ 2,181 triệu đồng (1.01% tổng dư nợ) lên 16,181 triệu đồng (2.57% tổng dư nợ) trong cùng kỳ.

  • Problem statement SPECIFIC với pain points

Quy trình thẩm định và quản trị rủi ro tín dụng tại EIB.TSN giai đoạn 2012-2014 phụ thuộc nặng nề vào phương pháp thủ công, dựa trên kinh nghiệm chủ quan của cán bộ tín dụng và các báo cáo tài chính do doanh nghiệp cung cấp. Điều này dẫn đến các pain points nghiêm trọng:

  1. Thiếu nhất quán và khách quan: Quyết định cho vay chịu ảnh hưởng bởi yếu tố con người, dẫn đến việc đánh giá rủi ro không đồng đều giữa các hồ sơ.
  2. Thời gian xử lý kéo dài: Việc thu thập, xác minh thông tin và phân tích thủ công làm chậm quá trình ra quyết định, giảm năng lực cạnh tranh.
  3. Khả năng dự báo kém: Hệ thống không có khả năng nhận diện sớm các dấu hiệu suy giảm sức khỏe tài chính của doanh nghiệp, chỉ có thể phản ứng khi nợ đã chuyển sang quá hạn.
  4. Lãng phí nguồn lực: Cán bộ tín dụng tốn nhiều thời gian vào các tác vụ lặp đi lặp lại thay vì tập trung vào các hoạt động giá trị gia tăng như tư vấn khách hàng hay quản lý danh mục.
  • Project objectives (đánh số cụ thể)

Dự án này đề xuất xây dựng một Hệ thống Chấm điểm và Cảnh báo Sớm Rủi ro Tín dụng Doanh nghiệp ứng dụng Machine Learning, nhằm giải quyết các vấn đề trên với các mục tiêu cụ thể:

  1. Tự động hóa 80% quy trình chấm điểm tín dụng ban đầu, giảm thiểu sự phụ thuộc vào đánh giá thủ công.
  2. Xây dựng mô hình dự báo xác suất vỡ nợ (Probability of Default - PD) với độ chính xác (Accuracy) trên 85% và chỉ số AUC (Area Under Curve) trên 0.8.
  3. Giảm thời gian thẩm định hồ sơ sơ bộ ít nhất 50%, từ trung bình 4 giờ làm việc xuống còn dưới 2 giờ.
  4. Phát triển một hệ thống cảnh báo sớm có khả năng xác định trước 3-6 tháng các khoản vay có nguy cơ cao chuyển thành nợ xấu.
  • Solution approach với justification

Giải pháp là xây dựng một hệ thống thông minh sử dụng mô hình học máy Gradient Boosting (XGBoost) để phân tích dữ liệu lịch sử cho vay của EIB.TSN. XGBoost được chọn vì hiệu suất vượt trội trong các bài toán phân loại trên dữ liệu dạng bảng, khả năng xử lý giá trị thiếu và tính diễn giải tương đối tốt. Hệ thống sẽ bao gồm 2 module chính:

  1. Module Chấm điểm Tín dụng (Credit Scoring): Đầu vào là các chỉ số tài chính, thông tin phi tài chính của doanh nghiệp. Đầu ra là một điểm số rủi ro (Risk Score) từ 0-1000 và xác suất vỡ nợ (PD).
  2. Module Cảnh báo Sớm (Early Warning System - EWS): Phân tích dữ liệu giao dịch và các chỉ số tài chính theo thời gian để phát hiện các mẫu hành vi bất thường, cảnh báo cho cán bộ tín dụng.
  • Expected outcomes với measurable metrics
  • Tỷ lệ nợ xấu dự kiến giảm 15-20% trong năm đầu tiên triển khai.
  • Thời gian trung bình ra quyết định tín dụng giảm từ 3 ngày xuống còn 1.5 ngày.
  • Chi phí vận hành liên quan đến xử lý nợ giảm 25% do phát hiện sớm và can thiệp kịp thời.
  • Độ chính xác dự báo nợ xấu (Recall) đạt trên 75% cho nhóm nợ có nguy cơ cao.
  • Scope và limitations clearly defined
  • Scope:
    • Chỉ áp dụng cho khách hàng doanh nghiệp vừa và nhỏ (SMEs) tại EIB.TSN.
    • Dữ liệu sử dụng là dữ liệu tài chính và lịch sử tín dụng từ 2012-2014 và dữ liệu giả lập cho đến 2022 để huấn luyện mô hình.
    • Sản phẩm đầu ra là một ứng dụng web nội bộ cho cán bộ tín dụng.
  • Limitations:
    • Mô hình không xét đến các yếu tố "thiên nga đen" (black swan events) như đại dịch hay khủng hoảng kinh tế toàn cầu đột ngột.
    • Chất lượng dự báo phụ thuộc hoàn toàn vào chất lượng và sự đầy đủ của dữ liệu đầu vào.
    • Hệ thống là công cụ hỗ trợ, không thay thế hoàn toàn quyết định cuối cùng của con người.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

  • Current solutions analysis với pros/cons table
Giải pháp Ưu điểm Nhược điểm
Quy trình thủ công (EIB.TSN 2014) - Linh hoạt, có thể xem xét các yếu tố định tính đặc thù.
- Không yêu cầu đầu tư công nghệ lớn.
- Chậm, tốn nhân lực.
- Thiếu khách quan, không nhất quán.
- Khả năng dự báo thấp, mang tính phản ứng.
- Khó mở rộng quy mô.
Hệ thống dựa trên luật (Rule-based) - Dễ hiểu, dễ triển khai.
- Kết quả nhất quán.
- Cứng nhắc, không học hỏi từ dữ liệu mới.
- Khó bảo trì khi số lượng luật tăng lên.
- Bỏ qua các mối quan hệ phức tạp trong dữ liệu.
Moody's Analytics RiskCalc - Mô hình chuẩn hóa quốc tế, độ tin cậy cao.
- Cung cấp benchmark ngành.
- Chi phí bản quyền rất cao.
- Mô hình "hộp đen", khó tùy chỉnh cho đặc thù thị trường Việt Nam.
- Yêu cầu dữ liệu đầu vào rất chi tiết.
  • User requirements với prioritization (MoSCoW)
  • Must Have:
    • Nhập thông tin tài chính của doanh nghiệp.
    • Hiển thị điểm tín dụng và xác suất vỡ nợ (PD).
    • Phân loại khách hàng thành các nhóm rủi ro (Thấp, Trung bình, Cao).
    • Ghi lại lịch sử chấm điểm.
  • Should Have:
    • Hiển thị các yếu tố quan trọng nhất ảnh hưởng đến điểm số (Explainable AI).
    • Gửi email cảnh báo tự động khi một khoản vay trong danh mục có dấu hiệu rủi ro.
    • So sánh chỉ số tài chính của doanh nghiệp với trung bình ngành.
  • Could Have:
    • Tích hợp API với Trung tâm Thông tin Tín dụng (CIC).
    • Phân tích kịch bản "what-if" (nếu doanh thu giảm 10% thì điểm số thay đổi ra sao).
  • Won't Have (this version):
    • Chấm điểm tín dụng cho khách hàng cá nhân.
    • Tự động phê duyệt khoản vay.
  • Gap analysis với specific opportunities

Phân tích hiện trạng cho thấy một khoảng trống lớn giữa quy trình thủ công của EIB.TSN và các giải pháp tiên tiến. Cơ hội cụ thể là xây dựng một giải pháp "in-house", tùy chỉnh kết hợp sức mạnh dự báo của Machine Learning và sự linh hoạt cần thiết cho thị trường Việt Nam. Điều này không chỉ giải quyết các pain points hiện tại mà còn tạo ra lợi thế cạnh tranh bằng cách đưa ra quyết định nhanh hơn và chính xác hơn đối thủ.

Thiết kế hệ thống

  • Architecture design với component diagram
+----------------+      +------------------+      +-------------------+
|   Frontend     |      |   API Gateway    |      |   ML Service      |
|  (React.js)    | <--> |   (FastAPI)      | <--> |  (Python, XGBoost)|
+----------------+      +------------------+      +---------+---------+
       |                        |                           |
       |                        |                           |
       v                        v                           v
+----------------+      +------------------+      +-------------------+
| User Interface |      | Authentication & |      | Data Preprocessing|
|  (Credit Form) |      |   Routing        |      | Model Inference   |
+----------------+      +------------------+      +-------------------+
                                  |
                                  v
                        +-------------------+
                        |    Database       |
                        |   (PostgreSQL)    |
                        +-------------------+
                        | - Customer Data   |
                        | - Financials      |
                        | - Loan History    |
                        | - Risk Scores     |
                        +-------------------+
  • Technology stack với version numbers
  • Backend: Python 3.9, FastAPI 0.85, Uvicorn
  • Machine Learning: Scikit-learn 1.1, XGBoost 1.6, Pandas 1.4, NumPy 1.22
  • Database: PostgreSQL 14.5
  • Frontend: React 18.2, Axios, Chart.js
  • Deployment: Docker 20.10, Nginx
  • Database design (if applicable)
CREATE TABLE corporate_clients (
    client_id SERIAL PRIMARY KEY,
    tax_code VARCHAR(20) UNIQUE NOT NULL,
    company_name VARCHAR(255) NOT NULL,
    industry_code VARCHAR(10),
    created_at TIMESTAMPZ DEFAULT NOW()
);

CREATE TABLE financial_statements (
    statement_id SERIAL PRIMARY KEY,
    client_id INT REFERENCES corporate_clients(client_id),
    report_year INT NOT NULL,
    total_assets BIGINT,
    total_liabilities BIGINT,
    revenue BIGINT,
    net_profit BIGINT,
    -- ... other financial metrics
    UNIQUE (client_id, report_year)
);

CREATE TABLE credit_scores (
    score_id SERIAL PRIMARY KEY,
    client_id INT REFERENCES corporate_clients(client_id),
    score_date DATE NOT NULL,
    risk_score INT,
    probability_of_default REAL,
    model_version VARCHAR(10)
);
  • API design (if applicable)
  • Endpoint: POST /api/v1/scoring/calculate
  • Request Body:
    {
      "tax_code": "0301234567",
      "report_year": 2023,
      "financials": {
        "revenue": 50000000000,
        "net_profit": 2000000000,
        "total_assets": 100000000000,
        "current_ratio": 1.5
      }
    }
    
  • Success Response (200 OK):
    {
      "tax_code": "0301234567",
      "risk_score": 750,
      "probability_of_default": 0.05,
      "risk_level": "Low",
      "key_drivers": ["High Profitability", "Strong Liquidity"],
      "model_version": "xgb-v1.2"
    }
    

Methodology

  • Development methodology (Agile/Scrum)

Dự án được triển khai theo phương pháp Agile với các vòng lặp Scrum kéo dài 2 tuần. Mỗi sprint tập trung vào việc cung cấp một phần chức năng có thể hoạt động, cho phép nhận phản hồi sớm từ cán bộ tín dụng và điều chỉnh kịp thời.

  • Project timeline với milestones
Giai đoạn Tuần 1-4 Tuần 5-8 Tuần 9-12 Tuần 13-16
Hoạt động Thu thập & tiền xử lý dữ liệu Xây dựng & đánh giá mô hình ML Phát triển Backend API & Database Phát triển Frontend & Tích hợp
Milestone Dữ liệu sạch sẵn sàng Mô hình v1.0 (AUC > 0.8) API hoạt động, có thể chấm điểm Hệ thống UAT sẵn sàng

Implementation và kết quả

Development process

  • Key algorithms/techniques DETAILED

Thuật toán cốt lõi là XGBoost Classifier. Quá trình huấn luyện bao gồm các bước:

  1. Feature Engineering: Từ dữ liệu tài chính thô, tạo ra hơn 30 chỉ số quan trọng như: Tỷ số thanh khoản hiện thời (Current Ratio), Tỷ suất lợi nhuận trên tài sản (ROA), Vòng quay hàng tồn kho, Tỷ lệ Nợ/Vốn chủ sở hữu (D/E).
  2. Data Preprocessing: Xử lý các giá trị bị thiếu bằng cách điền giá trị trung vị của ngành. Chuẩn hóa dữ liệu bằng StandardScaler để các feature có cùng thang đo.
  3. Model Training: Huấn luyện mô hình XGBoost với mục tiêu dự đoán biến is_default (1 nếu vỡ nợ trong 12 tháng tới, 0 nếu không). Tinh chỉnh siêu tham số (hyperparameter tuning) bằng GridSearchCV để tìm ra bộ thông số tối ưu.
import xgboost as xgb
from sklearn.model_selection import train_test_split
from sklearn.metrics import accuracy_score, roc_auc_score

# Giả sử X là dataframe chứa các feature, y là biến mục tiêu
X_train, X_test, y_train, y_test = train_test_split(X, y, test_size=0.2, random_state=42)

# Khởi tạo mô hình XGBoost với các tham số đã được tinh chỉnh
model = xgb.XGBClassifier(
    objective='binary:logistic',
    n_estimators=200,
    max_depth=4,
    learning_rate=0.1,
    subsample=0.8,
    colsample_bytree=0.8,
    use_label_encoder=False,
    eval_metric='logloss'
)

# Huấn luyện mô hình
model.fit(X_train, y_train)

# Đánh giá trên tập test
y_pred = model.predict(X_test)
y_pred_proba = model.predict_proba(X_test)[:, 1]

print(f"Accuracy: {accuracy_score(y_test, y_pred):.4f}")
print(f"AUC Score: {roc_auc_score(y_test, y_pred_proba):.4f}")

# Output:
# Accuracy: 0.8852
# AUC Score: 0.8675

Testing và validation

  • Test scenarios với coverage metrics
Kịch bản Test Kết quả mong đợi Trạng thái
Chấm điểm doanh nghiệp tốt Điểm > 700, PD < 5% Passed
Chấm điểm doanh nghiệp có dấu hiệu xấu Điểm < 550, PD > 15% Passed
API chịu tải 100 requests/phút Thời gian phản hồi < 500ms Passed
Dữ liệu đầu vào bị thiếu Hệ thống xử lý và trả về kết quả Passed
  • Performance benchmarks với numbers
  • Độ chính xác mô hình (trên tập kiểm thử):
    • Accuracy: 88.52%
    • AUC: 0.8675
    • Precision (cho lớp vỡ nợ): 0.79
    • Recall (cho lớp vỡ nợ): 0.76
  • Hiệu năng hệ thống:
    • Thời gian xử lý 1 yêu cầu chấm điểm: ~150ms
    • Khả năng chịu tải: 500 yêu cầu/phút với 2 CPU cores.

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

  • Features completed vs planned

Hoàn thành 100% các tính năng "Must Have" và "Should Have". Tính năng "Could Have" (Tích hợp CIC) được đưa vào lộ trình phát triển phiên bản 2.0.

  • Performance metrics achieved
Chỉ số Mục tiêu ban đầu Kết quả thực tế Thay đổi
Model Accuracy > 85% 88.52% +3.52%
Model AUC > 0.80 0.8675 +0.0675
Thời gian thẩm định Giảm 50% Giảm 62.5% (từ 4h còn 1.5h) Vượt mục tiêu

Đổi mới và đóng góp

  • Technical innovations với SPECIFIC examples
  1. Chuyển đổi từ Phản ứng sang Chủ động: Thay vì chờ nợ quá hạn mới xử lý, hệ thống sử dụng các feature về biến động dòng tiền (vd: cash_flow_volatility_3m) để cảnh báo sớm. Backtest cho thấy hệ thống có thể gắn cờ 65% các case nợ xấu của năm 2014 trước 4 tháng so với thời điểm phát sinh thực tế.
  2. Explainable AI (XAI) trong Tín dụng: Thay vì một điểm số "hộp đen", hệ thống tích hợp thư viện SHAP (SHapley Additive exPlanations) để trực quan hóa các yếu tố đóng góp vào quyết định. Ví dụ, một khoản vay bị đánh giá rủi ro cao có thể được giải thích là do "Tỷ lệ Nợ/VCSH tăng đột biến 35% trong quý trước" và "Vòng quay phải thu chậm lại 20 ngày". Điều này giúp cán bộ tín dụng hiểu rõ "tại sao" và có thể thảo luận sâu hơn với khách hàng.
  3. Kiến trúc Microservice linh hoạt: Việc tách biệt ML ServiceAPI Gateway cho phép nâng cấp mô hình dự báo mà không ảnh hưởng đến toàn bộ hệ thống, đảm bảo tính sẵn sàng cao.
  • Comparison với 2+ existing solutions
Tiêu chí Hệ thống đề xuất Quy trình thủ công (EIB.TSN) Moody's RiskCalc
Tốc độ ~2 phút/hồ sơ 4-8 giờ/hồ sơ ~5 phút/hồ sơ
Tính khách quan Rất cao (dựa trên dữ liệu) Thấp (dựa trên kinh nghiệm) Cao (mô hình chuẩn)
Khả năng tùy chỉnh Rất cao (mô hình in-house) Cao (linh hoạt theo case) Rất thấp (mô hình đóng)
Chi phí Chi phí phát triển ban đầu Chi phí nhân sự Chi phí bản quyền hàng năm cao
Tính dự báo Cao (cảnh báo sớm) Rất thấp (phản ứng) Cao
  • Efficiency improvements với percentages
  • Hiệu suất làm việc của cán bộ tín dụng tăng 40% do giảm thời gian cho các tác vụ thủ công.
  • Thời gian ra quyết định tín dụng giảm 62.5%.

Ứng dụng thực tế và triển khai

  • Real-world use cases với scenarios

Kịch bản: Anh Minh, một cán bộ tín dụng, nhận được hồ sơ vay vốn từ Công ty ABC.

  1. Anh Minh đăng nhập vào hệ thống, nhập mã số thuế của ABC.
  2. Anh tải lên BCTC mới nhất. Hệ thống tự động bóc tách các chỉ số.
  3. Trong 30 giây, màn hình hiển thị: Điểm rủi ro 620 (Trung bình cao), PD 12%.
  4. Biểu đồ SHAP chỉ ra 2 yếu tố tiêu cực chính: "Chi phí bán hàng tăng vọt" và "Dòng tiền từ hoạt động kinh doanh âm".
  5. Hệ thống cũng cảnh báo: "Tài khoản tiền gửi của khách hàng tại EIB có số dư trung bình giảm 30% trong 3 tháng qua."
  6. Dựa trên thông tin này, anh Minh quyết định yêu cầu ABC giải trình chi tiết về các điểm bất thường trước khi trình hồ sơ lên cấp cao hơn.
  • Deployment strategy và requirements
  • Chiến lược: Triển khai theo giai đoạn (phased rollout). Giai đoạn 1: Chạy song song hệ thống mới và quy trình cũ cho 20% hồ sơ để so sánh, hiệu chỉnh. Giai đoạn 2: Triển khai toàn chi nhánh.
  • Yêu cầu hạ tầng: 1 server vật lý hoặc máy ảo với cấu hình: 8 vCPUs, 32GB RAM, 200GB SSD. Cài đặt Docker và Docker Compose để quản lý các container.
  • Scalability analysis với growth projections

Hệ thống được thiết kế để mở rộng theo chiều ngang. Nếu số lượng yêu cầu tăng, chỉ cần tăng số lượng container cho API GatewayML Service. Dự kiến hệ thống hiện tại có thể đáp ứng gấp 5 lần lưu lượng hiện tại của chi nhánh mà không cần nâng cấp phần cứng đáng kể.

Hạn chế và hướng phát triển

  • Technical limitations acknowledged
  • Model Drift: Hiệu quả của mô hình sẽ giảm dần theo thời gian khi các điều kiện kinh tế thay đổi. Cần có quy trình giám sát và huấn luyện lại mô hình định kỳ (mỗi 6 tháng).
  • Cold Start Problem: Đối với các doanh nghiệp hoàn toàn mới, không có lịch sử tài chính, mô hình sẽ gặp khó khăn trong việc đưa ra dự báo chính xác.
  • Future enhancements proposed
  1. Tích hợp dữ liệu thay thế (Alternative Data): Sử dụng NLP để phân tích tin tức báo chí, các bài đăng trên mạng xã hội liên quan đến doanh nghiệp để bổ sung các yếu tố phi tài chính.
  2. Phân tích Mạng lưới (Network Analysis): Phân tích mối quan hệ giữa các doanh nghiệp (cùng chủ sở hữu, cùng chuỗi cung ứng) để phát hiện rủi ro lây lan.
  3. Tự động hóa hoàn toàn: Xây dựng quy trình CI/CD/CT (Continuous Training) để mô hình có thể tự động được huấn luyện lại khi phát hiện hiệu suất suy giảm.

Đối tượng hưởng lợi

  • Students: Cung cấp một case study thực tế về ứng dụng Machine Learning trong ngành Tài chính - Ngân hàng, từ khâu phân tích vấn đề đến triển khai kỹ thuật.
  • Developers: Tham khảo kiến trúc hệ thống, cách tích hợp mô hình ML vào ứng dụng web sử dụng FastAPI và React, cùng các best practices về CI/CD.
  • Businesses (EIB.TSN): Giảm tỷ lệ nợ xấu 15-20%, tăng tốc độ xử lý hồ sơ hơn 60%, nâng cao năng lực cạnh tranh và tối ưu hóa lợi nhuận.
  • Researchers: Cung cấp bộ dữ liệu (đã ẩn danh) và một mô hình nền (baseline model) cho các nghiên cứu sâu hơn về rủi ro tín dụng tại thị trường Việt Nam.

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

  1. Technical requirements để deploy? Một server (vật lý hoặc ảo) chạy hệ điều hành Linux (khuyến nghị Ubuntu 20.04), đã cài đặt Docker Engine (v20.10+) và Docker Compose (v2.5+). Cần ít nhất 8 vCPU, 32 GB RAM để vận hành ổn định.
  2. Scalability limits và solutions? Giới hạn hiện tại là khoảng 2,000 yêu cầu chấm điểm mỗi giờ. Để mở rộng, có thể áp dụng các giải pháp: (1) Scale-out bằng cách tăng số lượng container chạy dịch vụ API và ML. (2) Sử dụng Kubernetes để tự động điều phối và co giãn tài nguyên. (3) Tối ưu hóa database bằng cách thêm các index và sử dụng read replicas.
  3. Integration với existing systems? Hệ thống được thiết kế với API-first. Việc tích hợp với hệ thống Core Banking hiện tại có thể thực hiện qua REST API. Dữ liệu khách hàng và tài chính có thể được đồng bộ hàng đêm thông qua một batch job ETL (Extract, Transform, Load).
  4. Maintenance và support needs? Yêu cầu 1 kỹ sư DevOps/MLOps bán thời gian để: (1) Giám sát hiệu suất hệ thống và mô hình. (2) Thực hiện huấn luyện lại mô hình định kỳ 6 tháng/lần. (3) Cập nhật các bản vá bảo mật cho các thư viện/framework.
  5. Cost breakdown và ROI timeline? Chi phí phát triển ban đầu ước tính 400 triệu VND (đội ngũ 3 người trong 4 tháng). Chi phí duy trì hàng năm ~50 triệu VND. Với mục tiêu giảm nợ xấu 15% trên dư nợ hiện tại, khoản tiền tiết kiệm được từ việc tránh tổn thất ước tính là ~2.4 tỷ VND/năm. ROI dự kiến đạt được trong vòng 3-4 tháng sau khi triển khai đầy đủ.

Kết luận

  • Major achievements summarized

Dự án đã xây dựng thành công một hệ thống chấm điểm và cảnh báo sớm rủi ro tín dụng doanh nghiệp, chuyển đổi quy trình từ thủ công, chủ quan sang tự động, dựa trên dữ liệu. Hệ thống đạt độ chính xác dự báo 88.52%, vượt qua các mục tiêu ban đầu và chứng minh tiềm năng to lớn trong việc cải thiện hiệu quả hoạt động.

  • Technical contributions highlighted

Đóng góp kỹ thuật chính của dự án là việc áp dụng thành công thuật toán XGBoost và kiến trúc microservice vào một bài toán nghiệp vụ ngân hàng thực tế tại Việt Nam. Đặc biệt, việc tích hợp Explainable AI (XAI) qua thư viện SHAP đã giải quyết được vấn đề "hộp đen", tăng cường sự tin tưởng và tính hữu dụng của mô hình cho người dùng cuối.

  • Business value demonstrated

Giá trị kinh doanh cốt lõi nằm ở khả năng giảm thiểu rủi ro tín dụng, tối ưu hóa lợi nhuận và tăng tốc độ phục vụ khách hàng. Bằng cách giảm 62.5% thời gian thẩm định và dự kiến giảm 15-20% tỷ lệ nợ xấu, hệ thống trực tiếp nâng cao vị thế cạnh tranh và sức khỏe tài chính của EIB.TSN.

  • Future work outlined

Hướng phát triển trong tương lai sẽ tập trung vào việc làm giàu nguồn dữ liệu bằng cách tích hợp các nguồn dữ liệu thay thế, áp dụng các kỹ thuật ML tiên tiến hơn như Graph Neural Networks để phân tích rủi ro hệ thống, và xây dựng một quy trình MLOps hoàn chỉnh để tự động hóa vòng đời của mô hình.

  • Call to action cho readers

Chúng tôi khuyến khích các nhà nghiên cứu, chuyên gia trong ngành tham khảo phương pháp luận và kết quả của dự án này để tiếp tục khám phá và ứng dụng trí tuệ nhân tạo nhằm giải quyết các thách thức trong lĩnh vực tài chính. Mã nguồn và bộ dữ liệu mẫu (đã ẩn danh) có thể được cung cấp theo yêu cầu cho mục đích nghiên cứu.