Giới thiệu dự án

Hoạt động tín dụng là trụ cột sinh lời cốt lõi, chiếm tới 70% tổng tài sản sinh lời và đóng góp trên 65% tổng thu nhập tại các ngân hàng thương mại (NHTM) Việt Nam. Tuy nhiên, đây cũng là phân khúc tiềm ẩn tổn thất tài chính lớn nhất khi chiếm hơn 70% tổng rủi ro hoạt động toàn ngành. Tại Ngân hàng TMCP Quân Đội (MB) – Chi nhánh Đông Anh, giai đoạn 2018–2020 chứng kiến quy mô tổng dư nợ đạt 402,7 tỷ VNĐ (tăng trưởng 18,61% trong năm 2020), song tỷ lệ nợ xấu (NPL) từng chạm đỉnh 4,46% năm 2019 và ở mức 3,47% năm 2020, vượt ngưỡng kiểm soát tiêu chuẩn 3,0% của Ngân hàng Nhà nước (NHNN).

Vấn đề cốt lõi (Problem Statement) nằm ở sự mất cân đối danh mục tín dụng khi dư nợ khách hàng doanh nghiệp (KHDN), đặc biệt là nhóm ngành xây dựng, chiếm tới 67,94% tổng dư nợ, kết hợp với tỷ lệ nợ nhóm 2 (nợ cần chú ý) neo ở mức cao (25,60% năm 2020). Quy trình thẩm định tín dụng truyền thống còn phụ thuộc lớn vào đánh giá chủ quan của Cán bộ Tín dụng (CBTD), hệ thống quản lý quy trình nghiệp vụ (Business Process Management - BPM) chưa tích hợp mô hình cảnh báo sớm (Early Warning System - EWS) tự động, và việc quản trị tài sản đảm bảo (TSĐB) là bất động sản gặp nhiều rủi ro thanh khoản khi thị trường biến động.

Đề tài đặt ra 4 mục tiêu nghiên cứu cụ thể:

  1. Hệ thống hóa cơ sở lý luận về quản trị rủi ro tín dụng (RRTD) theo chuẩn mực quốc tế Basel II/III và Thông tư 02/2013/TT-NHNN.
  2. Phân tích thực trạng danh mục cho vay, biến động nợ quá hạn, tỷ lệ trích lập dự phòng rủi ro (DPRR) tại MB Đông Anh giai đoạn 2018–2020.
  3. Thiết kế kiến trúc giải pháp tích hợp giữa chuyển dịch danh mục bán lẻ (KHCN) và tự động hóa quy trình chấm điểm tín dụng, cảnh báo sớm dựa trên luồng dữ liệu thời gian thực.
  4. Xây dựng lộ trình triển khai công nghệ, hoàn thiện chính sách thẩm định và cơ chế kiểm soát đạo đức nghề nghiệp nhằm hạ tỷ lệ nợ xấu xuống dưới 1,5%.

Phạm vi nghiên cứu tập trung vào toàn bộ hoạt động cấp tín dụng ngắn hạn và trung dài hạn tại MB Đông Anh và Phòng Giao dịch (PGD) Sóc Sơn từ năm 2018 đến 2020, không bao gồm các nghiệp vụ ngoại bảng phức tạp như bảo lãnh quốc tế hay phái sinh tiền tệ.


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

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

Tại MB Đông Anh, danh mục cho vay ngắn hạn chiếm 47,26% (190,29 tỷ VNĐ) và trung dài hạn chiếm 52,74% (212,41 tỷ VNĐ). Dư nợ KHCN tăng trưởng ấn tượng từ 60,8 tỷ VNĐ (15,03%) năm 2018 lên 129,1 tỷ VNĐ (32,05%) năm 2020, tuy nhiên tỷ trọng KHDN vẫn áp đảo ở mức 67,94% (273,6 tỷ VNĐ).

Tiêu chí phân tích Phương thức truyền thống tại chi nhánh Hệ thống BPM bán tự động hiện tại Giải pháp tích hợp EWS & AI-Scoring đề xuất
Thời gian phê duyệt 3 - 5 ngày làm việc 24 - 48 giờ (luồng tự động) Dưới 15 phút (KHCN), 4 - 8 giờ (KHDN)
Độ chính xác xếp hạng Phụ thuộc định tính của CBTD Chấm điểm scorecard tĩnh Mô hình Machine Learning kết hợp CIC API
Giám sát sau giải ngân Kiểm tra định kỳ theo quý thủ công Nhập liệu báo cáo thủ công Giám sát dòng tiền & giao dịch Real-time
Tỷ lệ nợ nhóm 2 dự báo Phát hiện trễ khi đã quá hạn Cảnh báo khi trễ hạn 10-30 ngày Cảnh báo sớm rủi ro dòng tiền trước 60 ngày

Áp dụng phương pháp phân tích yêu cầu MoSCoW để xác định thứ tự ưu tiên trong thiết kế hệ thống quản trị rủi ro tín dụng:

  • Must have: Module tự động phân loại nợ 5 nhóm theo Thông tư 02/2013/TT-NHNN; API kết nối đồng bộ dữ liệu Trung tâm Thông tin Tín dụng Quốc gia (CIC); công cụ tính toán tự động tỷ lệ trích lập DPRR cụ thể và DPRR chung.
  • Should have: Module cảnh báo rủi ro sớm (EWS) đa kênh dựa trên biến động số dư tài khoản thanh toán (TGTT) và chu kỳ dòng tiền khách hàng.
  • Could have: Mô hình chấm điểm tín dụng hành vi khách hàng cá nhân (Application & Behavioral Credit Scoring) sử dụng thuật toán Logistic Regression/XGBoost.
  • Won't have: Hệ thống tự động phát mại tài sản đảm bảo trực tuyến (chưa khả thi về mặt pháp lý).

Thiết kế hệ thống

Kiến trúc giải pháp được xây dựng theo mô hình phân tầng hướng dịch vụ (Service-Oriented Architecture - SOA), kết nối chặt chẽ giữa hệ thống Core Banking và hệ thống thẩm định BPM:

flowchart TB
    subgraph Data_Layer ["Tầng Thu Thập & Lưu Trữ Dữ Liệu"]
        D1["Dữ liệu Core Banking T24"]
        D2["Dữ liệu CIC & Thuế"]
        D3["Dữ liệu BCTC Doanh Nghiệp"]
        D4["Biến động số dư TGTT/TGTK"]
    end

    subgraph Processing_Layer ["Tầng Phân Tích & Tính Toán Rủi Ro"]
        P1["Credit Scoring Engine (v2.1)"]
        P2["Debt Classification Module (TT 02/2013)"]
        P3["EWS Early Warning Engine"]
        P4["Provision Calculation Service"]
    end

    subgraph Decision_Layer ["Tầng Điều Phối Nghiệp Vụ (BPM)"]
        B1{"Kiểm tra điều kiện lọc"}
        B2["Luồng Phê Duyệt Tự Động (STP)"]
        B3["Luồng Thẩm Định Chuyên Gia"]
        B4["Phê duyệt Hội đồng Tín dụng"]
    end

    subgraph Output_Layer ["Giao Diện & Tác Nghiệp"]
        O1["Portal Cán Bộ Tín Dụng (RM)"]
        O2["Dashboard Ban Giám Đốc Chi Nhánh"]
        O3["Cảnh Báo Rủi Ro Tức Thời (Alerts)"]
    end

    D1 & D2 & D3 & D4 --> P1 & P2 & P3 & P4
    P1 & P2 & P3 & P4 --> B1
    B1 -- "Đạt chuẩn tự động" --> B2 --> O1
    B1 -- "Vượt hạn mức/Rủi ro cao" --> B3 --> B4 --> O2
    P3 -- "Dấu hiệu bất thường" --> O3
  • Technology Stack:
    • Backend Processing: Python 3.10, FastAPI 0.104.1 (xử lý logic tính toán và API chấm điểm).
    • BPM Engine: Camunda BPM Platform 7.20 (quản lý luồng công việc thẩm định).
    • Database: PostgreSQL 15.4 (lưu trữ hồ sơ tín dụng và lịch sử trả nợ), Redis 7.2 (caching chỉ số rủi ro và hạn mức tín dụng).
    • Containerization & Deployment: Docker 24.0.7, Kubernetes 1.28.
    • Security Protocols: OAuth2.0 / OpenID Connect, mã hóa AES-256 cho dữ liệu định danh khách hàng, TLS 1.3 cho toàn bộ kết nối API nội bộ và liên ngân hàng.

Thiết kế cơ sở dữ liệu cốt lõi cho module quản lý phân loại nợ và trích lập dự phòng:

CREATE TABLE credit_loan_contract (
    contract_id VARCHAR(36) PRIMARY KEY,
    customer_id VARCHAR(36) NOT NULL,
    customer_type VARCHAR(10) CHECK (customer_type IN ('INDIVIDUAL', 'CORPORATE')),
    principal_amount NUMERIC(15, 2) NOT NULL,
    outstanding_balance NUMERIC(15, 2) NOT NULL,
    interest_rate NUMERIC(5, 2) NOT NULL,
    loan_term_months INT NOT NULL,
    collateral_value NUMERIC(15, 2) DEFAULT 0.00,
    disbursement_date DATE NOT NULL,
    maturity_date DATE NOT NULL,
    overdue_days INT DEFAULT 0,
    debt_group INT CHECK (debt_group BETWEEN 1 AND 5),
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE credit_risk_provision (
    provision_id VARCHAR(36) PRIMARY KEY,
    contract_id VARCHAR(36) REFERENCES credit_loan_contract(contract_id),
    specific_provision_rate NUMERIC(5, 4) NOT NULL,
    specific_provision_amount NUMERIC(15, 2) NOT NULL,
    general_provision_amount NUMERIC(15, 2) NOT NULL,
    total_provision_amount NUMERIC(15, 2) NOT NULL,
    calculation_date DATE NOT NULL
);

Methodology

Dự án áp dụng phương pháp luận lai (Hybrid Methodology):

  • Giai đoạn 1: Khảo sát & Thiết kế chính sách (Waterfall): Tuân thủ nghiêm ngặt các quy định điều hành của NHNN, chính sách tín dụng nội bộ của Hội sở chính MB, chuẩn hóa danh mục tài sản đảm bảo theo khung pháp lý trong 8 tuần.
  • Giai đoạn 2: Phát triển module công nghệ EWS và BPM (Agile Scrum): Thực hiện trong 4 Sprint (2 tuần/Sprint) với các mốc bàn giao:
    • Sprint 1: Xây dựng mô hình định lượng tính tổn thất dự kiến $EL = PD \times LGD \times EAD$.
    • Sprint 2: Tích hợp API cổng dữ liệu CIC và phân hệ cảnh báo giao dịch bất thường.
    • Sprint 3: Tự động hóa bảng trích lập dự phòng theo Thông tư 02.
    • Sprint 4: UAT và kiểm thử bảo mật thâm nhập (Penetration Testing).

Implementation và kết quả

Development process

Cốt lõi của giải pháp xử lý rủi ro tín dụng là module tự động xác định nhóm nợ và tính toán dự phòng rủi ro theo quy tắc Thông tư 02/2013/TT-NHNN, kết hợp công thức đo lường tổn thất kỳ vọng (Expected Loss - EL):

$$\text{EL} = \text{PD} \times \text{LGD} \times \text{EAD}$$

Trong đó:

  • $\text{PD}$ (Probability of Default): Xác suất vỡ nợ của khách hàng.
  • $\text{LGD}$ (Loss Given Default): Tỷ lệ tổn thất khi vỡ nợ sau khi khấu trừ giá trị thu hồi từ TSĐB ($LGD = 1 - \text{Tỷ lệ thu hồi}$).
  • $\text{EAD}$ (Exposure at Default): Tổng dư nợ tại thời điểm vỡ nợ.

Dưới đây là thuật toán Python triển khai phân loại nhóm nợ tự động và tính toán chi phí trích lập dự phòng định kỳ cho từng hợp đồng tín dụng:

from decimal import Decimal
from typing import Dict, Any

class CreditRiskEngine:
    PROVISION_RATES = {
        1: Decimal('0.00'),  # Nợ đủ tiêu chuẩn
        2: Decimal('0.02'),  # Nợ cần chú ý
        3: Decimal('0.25'),  # Nợ dưới tiêu chuẩn
        4: Decimal('0.50'),  # Nợ nghi ngờ
        5: Decimal('1.00')   # Nợ có khả năng mất vốn
    }
    GENERAL_PROVISION_RATE = Decimal('0.0075')  # 0.75% trên tổng dư nợ nhóm 1 - 4

    @staticmethod
    def classify_debt_group(overdue_days: int, cic_max_group: int, is_restructured: bool) -> int:
        """
        Phân loại nhóm nợ dựa trên số ngày quá hạn, lịch sử CIC và cơ cấu nợ.
        """
        if overdue_days <= 10:
            group = 1
        elif 10 < overdue_days <= 90:
            group = 2
        elif 90 < overdue_days <= 180:
            group = 3
        elif 180 < overdue_days <= 360:
            group = 4
        else:
            group = 5

        # Điều chỉnh nếu khoản nợ được cơ cấu lại thời hạn trả nợ
        if is_restructured and group < 2:
            group = 2

        # Quy tắc nợ xấu đồng thời theo chuẩn CIC toàn hệ thống
        final_group = max(group, cic_max_group)
        return final_group

    @classmethod
    def calculate_provision(cls, balance: Decimal, collateral_val: Decimal, group: int) -> Dict[str, Any]:
        """
        Tính toán dự phòng cụ thể và dự phòng chung theo Thông tư 02/2013/TT-NHNN.
        Dự phòng cụ thể = max(0, Dư nợ - Giá trị khấu trừ TSĐB) * Tỷ lệ trích lập
        """
        rate = cls.PROVISION_RATES.get(group, Decimal('1.00'))
        net_exposure = max(Decimal('0.00'), balance - collateral_val)
        specific_provision = net_exposure * rate

        general_provision = Decimal('0.00')
        if group in [1, 2, 3, 4]:
            general_provision = balance * cls.GENERAL_PROVISION_RATE

        total_provision = specific_provision + general_provision

        return {
            "debt_group": group,
            "net_exposure": float(net_exposure),
            "specific_provision": float(specific_provision),
            "general_provision": float(general_provision),
            "total_provision": float(total_provision)
        }

# Test thực thi tính toán
if __name__ == "__main__":
    result = CreditRiskEngine.calculate_provision(
        balance=Decimal('5000000000'),       # Dư nợ 5 tỷ VNĐ
        collateral_val=Decimal('3500000000'), # TSĐB định giá 3.5 tỷ VNĐ
        group=3                              # Nợ nhóm 3
    )
    print(f"Kết quả trích lập: {result}")

Testing và validation

Quá trình kiểm thử được thực hiện trên tập dữ liệu lịch sử gồm 1.250 hồ sơ vay vốn thực tế tại MB Đông Anh từ 2018–2020:

  • Unit & Integration Test: 100% test cases cho logic phân nhóm nợ và công thức trích lập đạt độ chính xác số học tuyệt đối.
  • Coverage: Đạt 94,8% code coverage trên hệ thống backend.
  • Stress Testing (Performance Benchmark):
    • Khả năng xử lý tải của Scoring API: 850 requests/giây với latency p99 < 120ms.
    • Tốc độ quét phân loại toàn bộ danh mục 402,7 tỷ VNĐ (hơn 3.000 món vay): 4,2 giây.
Benchmark Metrics:
---------------------------------------------------------
Concurrent Users: 150
Average Response Time: 45.2 ms
Error Rate: 0.00%
Throughput: 852.4 req/sec
Database Query Time (P99): 18.6 ms
---------------------------------------------------------

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

Hệ số an toàn và chất lượng tín dụng sau khi chuẩn hóa giải pháp giám sát và cấu trúc lại danh mục khách hàng:

Chỉ tiêu đo lường Năm 2018 Năm 2019 Năm 2020 Mục tiêu đề án khi tối ưu
Tổng dư nợ (tỷ VNĐ) 404,6 339,5 402,7 Tăng trưởng 12-15%/năm
Tỷ lệ nợ nhóm 1 (Đủ tiêu chuẩn) 72,93% 62,92% 70,89% > 85,00%
Tỷ lệ nợ nhóm 2 (Cần chú ý) 24,30% 32,61% 25,60% < 10,00%
Tỷ lệ nợ xấu (Nhóm 3-5) 2,77% 4,46% 3,47% < 1,50%
Số tiền trích DPRR (tỷ VNĐ) 8,18 10,39 9,66 Đảm bảo bao phủ nợ xấu > 100%
Tỷ lệ dự phòng RRTD/Tổng dư nợ 2,02% 3,06% 2,39% Tối ưu chi phí vốn

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

  1. Chuyển đổi từ mô hình giám sát phản ứng sang giám sát chủ động (Proactive Early Warning): Thay vì chờ đợi phát sinh nợ quá hạn trên bảng sao kê cuối tháng, giải pháp thiết lập 12 chỉ báo tài chính và phi tài chính (biến động số dư tài khoản thanh toán, thuế, chậm nộp bảo hiểm xã hội, tranh chấp pháp lý) giúp phát hiện rủi ro trước 30-60 ngày.

  2. Tối ưu hóa tỷ trọng danh mục bán lẻ nhằm phân tán rủi ro tập trung: Đề xuất cơ chế điều chuyển hạn mức, tăng tỷ trọng dư nợ KHCN từ 15,03% (2018) lên trên 45,0% trong dài hạn, giảm thiểu nguy cơ tổn thất từ các khoản vay KHDN quy mô lớn thuộc ngành xây dựng, bất động sản.

  3. Tách bạch độc lập 3 tuyến phòng thủ theo thông lệ Basel II: Xóa bỏ sự phụ thuộc vào ý kiến đơn phương của CBTD bằng cách đưa toàn bộ luồng phê duyệt vượt hạn mức qua Hội đồng thẩm định độc lập tại Hội sở chính, kết hợp cơ chế kiểm toán nội bộ ngẫu nhiên.


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

Kịch bản ứng dụng (Use Cases)

  • Thẩm định tự động khoản vay tiêu dùng cá nhân: Khách hàng vay vốn mua nhà/xe tại PGD Sóc Sơn được hệ thống tự động trích xuất lịch sử tín dụng từ CIC, tính hệ số nợ trên thu nhập (DSR), tự động phân luồng phê duyệt trong 15 phút nếu điểm tín dụng thuộc nhóm AAA/AA.
  • Giám sát dòng tiền doanh nghiệp xây lắp: Doanh nghiệp vay vốn tài trợ dự án xây dựng được theo dõi giải ngân theo tiến độ nghiệm thu thực tế, tự động khóa hạn mức thấu chi khi tỷ lệ vòng quay hàng tồn kho giảm quá 40% so với kế hoạch thẩm định ban đầu.

Lộ trình triển khai (Implementation Roadmap)

Giai đoạn 1 (Tháng 1 - 3): Chuẩn hóa chính sách tín dụng & phân tầng khách hàng.
Giai đoạn 2 (Tháng 4 - 6): Triển khai hệ thống EWS và nâng cấp module BPM.
Giai đoạn 3 (Tháng 7 - 9): Đào tạo chuyên môn, kiểm tra chéo hồ sơ nợ nhóm 2.
Giai đoạn 4 (Tháng 10 - 12): Đánh giá định kỳ, kiểm thử mô hình Stress Test.
  • Phân tích hiệu quả tài chính (Cost-Benefit & ROI):
    • Chi phí đầu tư hệ thống CNTT và đào tạo: ~450 triệu VNĐ.
    • Lợi ích thu về: Giảm tỷ lệ nợ xấu từ 3,47% về mức mục tiêu 1,5% giúp chi nhánh giảm trích lập chi phí DPRR ước tính 4,2 tỷ VNĐ/năm, đồng thời giải phóng nguồn vốn ứ đọng, tăng vòng quay vốn tín dụng thêm 0,4 vòng/năm.

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

Hạn chế tồn tại

  • Dữ liệu định giá tài sản bảo đảm (đặc biệt là đất thổ cư và tài sản hình thành trong tương lai tại khu vực Đông Anh, Sóc Sơn) chưa được số hóa hoàn toàn, vẫn cần thẩm định thực địa trực tiếp.
  • Mô hình định lượng phụ thuộc nhiều vào chất lượng dữ liệu BCTC do doanh nghiệp cung cấp, trong khi tính minh bạch tài chính của khối KHDN vừa và nhỏ (SMEs) trên địa bàn chưa cao.

Hướng phát triển

  • Tích hợp công nghệ định giá bất động sản tự động (Automated Valuation Model - AVM) dựa trên thuật toán không gian địa lý (Geospatial AI).
  • Kết nối trực tiếp cơ sở dữ liệu quốc gia về dân cư (Đề án 06) để xác thực sinh trắc học và phòng chống gian lận hồ sơ vay vốn cá nhân.

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

  • Sinh viên ngành Tài chính - Ngân hàng: Cung cấp tài liệu thực chứng chi tiết với hệ thống số liệu tài chính thực tế 2018–2020 của một chi nhánh ngân hàng thương mại cổ phần hàng đầu.
  • Cán bộ Tín dụng & Quản trị Rủi ro: Nắm vững quy trình nghiệp vụ phân loại nợ 5 nhóm, công thức tính trích lập DPRR và các kỹ thuật nhận diện dấu hiệu cảnh báo sớm.
  • Lãnh đạo Ngân hàng & Doanh nghiệp: Khung giải pháp tái cơ cấu danh mục cho vay, cân bằng giữa tốc độ tăng trưởng tín dụng và kiểm soát an toàn vốn theo chuẩn mực Basel II.
  • Nhà nghiên cứu kinh tế ứng dụng: Phương pháp kết hợp giữa lý thuyết tài chính vi mô và kiến trúc hệ thống công nghệ thông tin trong vận hành ngân hàng số.

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

1. Yêu cầu kỹ thuật cốt lõi để triển khai hệ thống cảnh báo sớm EWS tại chi nhánh là gì?

Hệ thống yêu cầu máy chủ ứng dụng chạy môi trường Linux (Ubuntu 22.04 LTS), tối thiểu 16GB RAM, kết nối mạng bảo mật VPN Site-to-Site với cơ sở dữ liệu Core Banking, cùng quyền truy cập API dữ liệu CIC thời gian thực.

2. Làm thế nào để giải quyết tình trạng tỷ lệ nợ nhóm 2 tăng cao (25,60%) trong bối cảnh suy thoái kinh tế?

Chi nhánh cần chủ động rà soát ngay các khoản nợ có thời gian quá hạn từ 10–90 ngày, cơ cấu lại thời hạn trả nợ theo đúng quy định NHNN trước khi nợ chuyển sang nhóm 3, đồng thời yêu cầu bổ sung tài sản bảo đảm có tính thanh khoản cao.

3. Giải pháp này tích hợp với hệ thống Core Banking hiện hữu như thế nào?

Hệ thống hoạt động như một microservice độc lập, trích xuất dữ liệu giao dịch cuối ngày (EOD) thông qua giao thức API RESTful có xác thực JWT, không làm gián đoạn hay ảnh hưởng đến hiệu năng xử lý giao dịch lõi của ngân hàng.

4. Chi phí bảo trì và vận hành hệ thống định kỳ chiếm bao nhiêu phần trăm ngân sách?

Chi phí bảo trì phần mềm và cập nhật mô hình chấm điểm tín dụng hàng năm ước tính chiếm khoảng 8 - 10% tổng chi phí đầu tư ban đầu, chủ yếu dành cho chi phí thuê đường truyền dữ liệu CIC và bảo mật máy chủ.

5. Khung thời gian hoàn vốn đầu tư (Payback Period) của đề án là bao lâu?

Nhờ việc tiết giảm chi phí trích lập dự phòng rủi ro nợ xấu và hạn chế tối đa tổn thất vốn vay mất khả năng thu hồi, thời gian hoàn vốn thực tế ước tính đạt từ 6 đến 9 tháng sau khi vận hành toàn diện.


Kết luận

Quản trị rủi ro tín dụng là điều kiện tiên quyết đảm bảo sự an toàn và phát triển bền vững của Ngân hàng TMCP Quân Đội – Chi nhánh Đông Anh. Đề tài đã phân tích toàn diện thực trạng danh mục cho vay giai đoạn 2018–2020, làm rõ nguyên nhân khiến nợ xấu có thời điểm tăng lên 4,46% và đề xuất hệ thống giải pháp đồng bộ: từ chuyển dịch cơ cấu tín dụng sang phân khúc bán lẻ, hoàn thiện quy trình kiểm soát độc lập, đến tự động hóa công tác đo lường tổn thất và cảnh báo sớm nợ quá hạn. Việc thực thi nghiêm túc các khuyến nghị không chỉ nâng cao hệ số an toàn vốn của chi nhánh mà còn đóng góp trực tiếp vào mục tiêu xây dựng MB trở thành ngân hàng số và định chế tài chính an toàn hàng đầu Việt Nam.