Báo cáo NHNN 4 — Báo cáo tín dụng & CIC

13 thg 7, 2026 2 lượt xem

#banking

#provisioning

#credit-reporting

#loan-classification

#cic

Vì sao báo cáo tín dụng là "xương sống" của quản trị rủi ro

Khi một ngân hàng cho vay, câu hỏi sống còn không phải "khách này có trả không" tại thời điểm giải ngân, mà là "khách này đang nợ những ai, tổng dư nợ bao nhiêu, và lịch sử trả nợ ra sao trên toàn hệ thống". Không một tổ chức tín dụng (TCTD) đơn lẻ nào tự trả lời được câu này, vì mỗi ngân hàng chỉ nhìn thấy phần dư nợ tại chính mình. Đó là lý do tồn tại của một hệ thống thông tin tín dụng quốc gia — nơi mọi TCTD cùng đóng góp dữ liệu dư nợ và cùng tra cứu.

Ở Việt Nam, đầu mối này là CIC — Trung tâm Thông tin Tín dụng Quốc gia Việt Nam (Credit Information Center), một tổ chức trực thuộc Ngân hàng Nhà nước (NHNN). CIC là tổ chức có thật, đóng vai trò "kho dữ liệu tín dụng dùng chung" của toàn ngành. Bài này nhìn CIC dưới góc độ dữ liệu: TCTD phải báo cáo gì, chất lượng dữ liệu quan trọng thế nào, phân loại nợ và trích lập dự phòng liên hệ ra sao, và điều gì xảy ra khi báo sai nhóm nợ.

Cảnh báo xuyên suốt: Bài này ở mức nguyên tắc. Các quy định cụ thể về cơ chế hoạt động thông tin tín dụng, phân loại tài sản có và trích lập dự phòng đều do NHNN ban hành và thay đổi theo từng thời kỳ. Tôi cố tình không gán số Thông tư cụ thể cho từng nội dung để tránh dẫn sai; khi triển khai, luôn đối chiếu văn bản đang có hiệu lực. Bài nằm trong chuỗi giám sát tuân thủ, xem tổng quan tại reg-01-overview và nền tảng dữ liệu chung tại reg-06-regulatory-data-mart.

CIC là gì và làm những gì

CIC vận hành như một trung tâm thu thập, xử lý, lưu trữ và cung cấp thông tin tín dụng cho toàn hệ thống. Có thể tóm gọn trong ba chức năng:

Thu thập (report-in): Các TCTD định kỳ gửi dữ liệu dư nợ, hợp đồng tín dụng, nhóm nợ, tài sản bảo đảm... của khách hàng lên CIC. Đây là nghĩa vụ báo cáo, không phải tùy chọn.
Cung cấp / tra cứu (report-out): Khi thẩm định một khoản vay mới, TCTD tra cứu CIC để lấy bức tranh dư nợ toàn hệ thống của khách hàng: đang vay bao nhiêu nơi, tổng dư nợ, nhóm nợ xấu nhất, lịch sử chậm trả. Đây là đầu vào bắt buộc trong quy trình cấp tín dụng của hầu hết ngân hàng.
Sản phẩm giá trị gia tăng: CIC còn cung cấp báo cáo tổng hợp, chấm điểm tín dụng (credit scoring) và cảnh báo, giúp TCTD đánh giá rủi ro khách hàng nhanh và nhất quán hơn.

Điểm mấu chốt về mặt dữ liệu: CIC là một hệ thống "đóng góp để được dùng". Một TCTD báo cáo dữ liệu kém chất lượng (sai, thiếu, trễ) không chỉ vi phạm nghĩa vụ mà còn làm ô nhiễm dữ liệu mà chính họ và cả ngành sẽ tra cứu. Chất lượng đầu ra của CIC phụ thuộc trực tiếp vào kỷ luật dữ liệu của từng thành viên.

Dữ liệu TCTD phải báo cáo cho CIC

Ở mức nguyên tắc, dữ liệu báo cáo CIC xoay quanh bốn cụm thực thể: khách vay — hợp đồng — dư nợ — tài sản bảo đảm. Bảng dưới liệt kê các trường tiêu biểu (danh mục trường cụ thể theo quy định NHNN từng thời kỳ; đây là mô tả nguyên tắc):

Cụm dữ liệu	Trường tiêu biểu	Vai trò trong tra cứu
Thông tin khách vay	Mã định danh (CCCD/CMND, mã số thuế/mã doanh nghiệp), họ tên/tên tổ chức, ngày sinh/ngày thành lập, địa chỉ	Khóa để định danh & khớp khách hàng trên toàn hệ thống
Hợp đồng tín dụng	Số hợp đồng, ngày ký, loại hình cấp tín dụng (vay, thẻ, bảo lãnh, cho thuê tài chính...), số tiền cấp, kỳ hạn, mục đích	Cho biết khách đang có bao nhiêu quan hệ tín dụng và bản chất từng khoản
Dư nợ	Dư nợ gốc, dư nợ lãi, dư nợ theo kỳ hạn (ngắn/trung/dài), tiền tệ, ngày cập nhật	Đo mức độ vay nợ hiện tại — đầu vào cho tính tổng dư nợ toàn hệ thống
Nhóm nợ / phân loại	Nhóm nợ (1–5), số ngày quá hạn, ngày chuyển nhóm	Chỉ báo chất lượng khoản vay; quyết định "nợ xấu" hay không
Tài sản bảo đảm (TSBĐ)	Loại tài sản, giá trị định giá, tỷ lệ bảo đảm	Cho biết khoản vay được bảo đảm ở mức nào

Định danh khách hàng (customer matching) là bài toán dữ liệu khó nhất ở đây. Nếu mã định danh không chuẩn hóa (ví dụ một khách có cả CMND cũ 9 số và CCCD 12 số), hệ thống có thể coi là hai khách khác nhau, khiến bức tranh dư nợ bị chia đôi và tra cứu ra kết quả sai. Vì vậy mọi pipeline báo cáo CIC đều đặt ưu tiên cao cho việc chuẩn hóa và hợp nhất định danh trước khi gửi.

Về tần suất, báo cáo dư nợ được thực hiện định kỳ (nhiều loại thông tin theo chu kỳ hàng tháng, một số theo ngày/tuần tùy quy định và loại nghiệp vụ). Nguyên tắc bất biến: dữ liệu phải kịp thời — một khoản vừa chuyển sang quá hạn nhưng chưa được báo cập nhật sẽ khiến ngân hàng khác tra cứu vẫn thấy "sạch" và có thể cho vay tiếp một khách đã có dấu hiệu rủi ro.

Phân loại nợ 5 nhóm

Trái tim của báo cáo tín dụng là phân loại nợ. Theo quy định của NHNN về phân loại tài sản có, mỗi khoản cấp tín dụng được xếp vào một trong 5 nhóm, phản ánh mức độ rủi ro tăng dần. Ở mức nguyên tắc, hai tiêu chí phổ biến để phân nhóm là định lượng (số ngày quá hạn) và định tính (đánh giá khả năng trả nợ, kể cả khi chưa quá hạn nhưng có dấu hiệu suy giảm).

Diễn giải nguyên tắc từng nhóm:

Nhóm	Tên gọi	Ý nghĩa (nguyên tắc)
1	Nợ đủ tiêu chuẩn	Trong hạn hoặc quá hạn rất ngắn, được đánh giá thu hồi đủ gốc + lãi đúng hạn
2	Nợ cần chú ý	Bắt đầu quá hạn ở mức nhẹ hoặc có dấu hiệu suy giảm — "cảnh báo sớm"
3	Nợ dưới tiêu chuẩn	Quá hạn kéo dài hơn / khả năng thu hồi đầy đủ bị nghi ngờ
4	Nợ nghi ngờ	Khả năng tổn thất cao
5	Nợ có khả năng mất vốn	Khả năng mất phần lớn hoặc toàn bộ vốn

Nợ xấu (NPL — Non-Performing Loan) theo thông lệ là tổng dư nợ nhóm 3 + 4 + 5. Tỷ lệ NPL (nợ xấu / tổng dư nợ) là một trong những chỉ số sức khỏe quan trọng nhất của một ngân hàng và được NHNN giám sát chặt.

Hai quy tắc dữ liệu cực kỳ hay bị bỏ sót:

Phân loại theo nhóm cao nhất trên toàn hệ thống: Nếu một khách bị nhóm 4 tại ngân hàng khác (thấy qua tra cứu CIC), thì tại ngân hàng mình khoản của khách đó thường phải được phân vào nhóm không thấp hơn — nguyên tắc "nhóm nợ đồng nhất theo khách". Điều này đòi hỏi pipeline phải kết hợp dữ liệu nội bộ với kết quả tra cứu CIC, không chỉ nhìn số ngày quá hạn tại ngân hàng mình.
Chuyển nhóm chỉ đi lên hoặc có điều kiện đi xuống: Việc "nâng nhóm" (từ nhóm xấu trở lại nhóm tốt) thường phải thỏa điều kiện thời gian trả nợ tốt liên tục, không phải cứ trả một kỳ là nhảy về nhóm 1.

Trích lập dự phòng rủi ro

Phân loại nợ không dừng ở việc "dán nhãn". Mỗi nhóm nợ kéo theo nghĩa vụ trích lập dự phòng rủi ro tín dụng — ngân hàng phải ghi nhận một khoản chi phí dự phòng tương ứng để hấp thụ tổn thất tiềm tàng. Ở mức nguyên tắc:

Dự phòng cụ thể (specific provision): Tính trên phần dư nợ sau khi khấu trừ giá trị TSBĐ, nhân với tỷ lệ trích lập theo nhóm nợ (nhóm càng cao, tỷ lệ càng lớn — nhóm 5 thường trích 100%).
Dự phòng chung (general provision): Một tỷ lệ nhất định trên tổng dư nợ (thường trừ nhóm rủi ro cao nhất), như một lớp đệm chung.

Đây là điểm giao thoa quan trọng với kế toán theo IFRS 9 / ECL (Expected Credit Loss — tổn thất tín dụng dự kiến). Cần phân biệt rõ hai "thế giới":

Trích lập theo quy định NHNN (regulatory provisioning): tính theo nhóm nợ và tỷ lệ cố định — dùng cho báo cáo giám sát và phần lớn báo cáo tài chính theo chuẩn Việt Nam.
Dự phòng theo IFRS 9 / ECL: mô hình hướng tương lai, dựa trên xác suất vỡ nợ (PD), tỷ lệ tổn thất khi vỡ nợ (LGD) và dư nợ tại thời điểm vỡ nợ (EAD), phân theo 3 giai đoạn (stage). ECL thường không trùng con số trích lập theo nhóm nợ.

Hầu hết ngân hàng Việt Nam phải duy trì song song cả hai và giải trình chênh lệch. Chi tiết mô hình ECL xem credit-06-ifrs9-ecl; liên hệ với vốn theo Basel xem credit-07-basel-capital. Điểm chung của cả hai là cùng dùng nhóm nợ / trạng thái quá hạn làm đầu vào cốt lõi — nên sai phân loại nợ sẽ làm sai đồng thời cả trích lập NHNN lẫn ECL.

Chất lượng và tính kịp thời của dữ liệu tín dụng

Vì báo cáo CIC vừa là nghĩa vụ pháp lý vừa là đầu vào ra quyết định cho vay, chất lượng dữ liệu ở đây không phải "nice to have". Các chiều chất lượng cần kiểm soát trước khi gửi:

Tính chính xác (accuracy): Nhóm nợ, dư nợ, số ngày quá hạn phải khớp với sổ sách hệ thống lõi (core banking). Sai lệch giữa số báo cáo và số hạch toán là lỗi nghiêm trọng nhất.
Tính đầy đủ (completeness): Không bỏ sót khách/hợp đồng thuộc diện phải báo cáo; đủ trường bắt buộc (đặc biệt mã định danh).
Tính kịp thời (timeliness): Cập nhật đúng chu kỳ. Một khoản vừa chuyển nhóm 3 hôm nay mà tháng sau mới báo là đã trễ một chu kỳ ra quyết định của cả ngành.
Tính nhất quán (consistency): Số liệu báo CIC phải hòa hợp với các báo cáo khác (báo cáo thống kê, tỷ lệ an toàn) — không thể một khách là nhóm 3 ở báo cáo này nhưng nhóm 1 ở báo cáo khác. Xem reg-03-statistical-reporting và đối soát chéo tại reg-07-data-quality-recon.
Tính hợp lệ (validity) & định danh: Mã định danh đúng định dạng, được chuẩn hóa và hợp nhất để một khách không bị tách thành nhiều bản ghi.

Về mặt kỹ thuật, một pipeline báo cáo CIC điển hình gồm: trích dữ liệu từ core banking và hệ thống khoản vay → chuẩn hóa & hợp nhất định danh → tính/kiểm nhóm nợ (kết hợp kết quả tra cứu CIC) → chạy bộ kiểm tra chất lượng (validation) → sinh file theo định dạng CIC yêu cầu → gửi và đối chiếu biên nhận/lỗi trả về.

Hệ quả của báo cáo sai nhóm nợ

Báo sai nhóm nợ là loại lỗi có "bán kính sát thương" rộng nhất trong báo cáo tín dụng, vì một trường sai lan ra nhiều hệ thống:

Sai trích lập dự phòng: Báo nhẹ nhóm nợ (ví dụ để nhóm 2 thay vì nhóm 4) làm giảm chi phí dự phòng phải trích, khiến lợi nhuận báo cáo bị thổi phồng và bảng cân đối không phản ánh đúng rủi ro. Đây là dạng "làm đẹp số liệu" mà cơ quan thanh tra đặc biệt truy.
Sai tỷ lệ NPL: Ảnh hưởng trực tiếp chỉ số nợ xấu — chỉ số then chốt trong giám sát của NHNN.
Ô nhiễm dữ liệu toàn ngành: Vì CIC là kho dùng chung, một nhóm nợ báo sai khiến các TCTD khác tra cứu ra thông tin sai và có thể cấp tín dụng cho một khách rủi ro cao — hoặc ngược lại, báo nặng oan làm khách bị từ chối vay bất công.
Rủi ro pháp lý & uy tín: Báo cáo sai (nhất là sai có hệ thống) có thể dẫn tới xử lý vi phạm hành chính, yêu cầu báo cáo lại, tăng cường thanh tra, và tổn hại uy tín. Việc tự động hóa và quản trị quy trình báo cáo (xem reg-08-automation-governance) chính là để giảm rủi ro loại này.

Use case thực tế

Bối cảnh: Ngân hàng NCB thẩm định hồ sơ vay tiêu dùng 500 triệu của khách A. Hồ sơ nội bộ cho thấy A chưa từng vay tại NCB — sạch. Cán bộ tín dụng bấm nút tra cứu CIC theo quy trình bắt buộc.

Kết quả tra cứu CIC trả về:

TCTD	Dư nợ gốc	Nhóm nợ	Số ngày quá hạn
Ngân hàng B	300 triệu	Nhóm 1	0
Cty tài chính C	120 triệu	Nhóm 4	145
Ngân hàng D	80 triệu	Nhóm 2	22

Đọc dữ liệu:

Tổng dư nợ toàn hệ thống của A hiện là 500 triệu — nếu NCB cho vay thêm 500 triệu, tổng nghĩa vụ nợ của A tăng gấp đôi, cần đánh giá lại khả năng trả nợ.
Quan trọng hơn: khách đang có khoản nhóm 4 (nợ nghi ngờ) tại cty tài chính C. Theo nguyên tắc phân loại nợ đồng nhất theo khách, nếu NCB cấp tín dụng, khoản mới không thể được phân vào nhóm 1 dù A chưa từng chậm trả tại NCB — phải phản ánh nhóm nợ cao nhất mà A đang mang trên hệ thống. Điều này kéo theo NCB phải trích lập dự phòng ở mức cao ngay cho khoản mới, làm khoản vay này kém hấp dẫn về lợi nhuận.

Quyết định & bài học dữ liệu: Bộ phận rủi ro từ chối / yêu cầu điều kiện chặt hơn. Nếu pipeline nội bộ không kết hợp kết quả tra cứu CIC mà chỉ nhìn lịch sử tại NCB, hệ thống sẽ tự động chấm A vào nhóm 1, trích lập thiếu, và NCB gánh rủi ro thật + rủi ro báo cáo sai. Bài học: dữ liệu phân loại nợ chỉ đúng khi hợp nhất nguồn nội bộ với nguồn ngành (CIC) và định danh khách được chuẩn hóa chính xác — nếu mã định danh của A bị lệch, cả ba dòng trên có thể không khớp về đúng một người.

Ghi nhớ

CIC (Trung tâm Thông tin Tín dụng Quốc gia Việt Nam, thuộc NHNN) là kho thông tin tín dụng dùng chung: TCTD vừa báo cáo dư nợ định kỳ vừa tra cứu khi thẩm định.
Dữ liệu báo cáo xoay quanh 4 cụm: khách vay — hợp đồng — dư nợ — nhóm nợ — TSBĐ; định danh khách hàng chuẩn hóa là điều kiện tiên quyết để tra cứu đúng.
Phân loại nợ 5 nhóm (1 đủ tiêu chuẩn → 5 có khả năng mất vốn); nợ xấu / NPL = nhóm 3+4+5. Nhóm nợ thường phải đồng nhất theo khách trên toàn hệ thống, không chỉ theo dữ liệu nội bộ.
Mỗi nhóm nợ kéo theo tỷ lệ trích lập dự phòng (dự phòng cụ thể sau khấu trừ TSBĐ + dự phòng chung); phân biệt với ECL theo IFRS 9 — hai con số song song, cùng lấy nhóm nợ làm đầu vào (xem credit-06-ifrs9-ecl).
Chất lượng dữ liệu tín dụng phải đủ 5 chiều: chính xác, đầy đủ, kịp thời, nhất quán, hợp lệ; trễ hoặc sai làm ô nhiễm dữ liệu của cả ngành.
Báo sai nhóm nợ gây sai trích lập → sai lợi nhuận & tỷ lệ NPL → rủi ro pháp lý và ô nhiễm dữ liệu toàn hệ thống — loại lỗi thanh tra truy gắt nhất.
Bài ở mức nguyên tắc: các quy định về hoạt động thông tin tín dụng, phân loại tài sản có và trích lập dự phòng do NHNN ban hành và thay đổi theo thời kỳ — luôn đối chiếu văn bản hiện hành.