# ISO 20022 cho FDE: kiểm tra dữ liệu thanh toán trước khi đưa AI vào ngân hàng

> Ngân hàng đã chuyển sang chuẩn điện mới không có nghĩa là dữ liệu đã sạch, và bạn cần đo được điều đó trước khi mô hình học sai.

Bản gốc: https://fdetimes.net/vi/bach-khoa/iso-20022-thanh-toan-ngan-hang-fde-ai/

Bạn vừa nhận việc ở một ngân hàng: xây một agent giúp đội tuân thủ đọc điện thanh toán quốc tế, gom các đối tác giao dịch theo thành phố và quốc gia, rồi đánh dấu các trường hợp bất thường. Trong buổi họp đầu tiên, trưởng nhóm công nghệ của khách hàng nói chắc: "Chúng tôi lên ISO 20022 rồi, dữ liệu có cấu trúc hết."

Câu đó chỉ đúng một nửa. Phần chưa đúng sẽ lộ ra sau khi mô hình đã chạy được ba tuần, thường dưới dạng một danh sách đối tác vô lý mà không ai giải thích được.

Việc của bạn trong tuần đầu là tìm ra nửa chưa đúng ấy trước khi nó tự lộ ra: ISO 20022 thực sự mang lại gì, chỗ nào dữ liệu vẫn bẩn, và bẩn đến mức nào.

## ISO 20022 hứa hẹn điều gì?

Điện MT kiểu cũ nhét nhiều thông tin vào các dòng văn bản tự do. ISO 20022 thay đổi điều đó bằng các trường được định nghĩa rõ cho tên, địa chỉ bưu chính và thông tin remittance. Máy đọc được từng phần riêng thay vì phải tách chuỗi theo kiểu đoán mò.

Với thanh toán xuyên biên giới trên Swift CBPR+, giai đoạn MT và ISO 20022 cùng tồn tại đã chính thức kết thúc ngày 22/11/2025.

Ở Việt Nam, ACH do NAPAS vận hành đã triển khai ISO 20022, BIDV áp dụng chuẩn này từ 2023, và tháng 11/2025 NHNN tổ chức một hội nghị hai ngày tại Hà Nội để thúc đẩy nó trong thanh toán liên ngân hàng.

Vì thế, ở một ngân hàng Việt Nam, câu hỏi đáng hỏi không còn là "đã lên chuẩn chưa". Câu hỏi đúng là: những hệ thống nội bộ nào vẫn đang đổ dữ liệu văn bản tự do cũ vào điện mới?

FTI Consulting cho rằng vì ISO 20022 là định dạng có cấu trúc, cả ML cổ điển lẫn AI sinh tạo đều trở nên hiệu quả hơn nhiều. Đây là quan điểm của một hãng tư vấn, chưa phải kết quả đo lường độc lập. Lập luận này hợp lý, nhưng nó chỉ đúng khi dữ liệu thực sự nằm trong các trường có cấu trúc.

## Vì sao "đã lên ISO 20022" chưa có nghĩa là dữ liệu sạch?

Định dạng điện mới không tự sửa được dữ liệu đã có. Địa chỉ nhập bằng văn bản tự do trong nhiều thập kỷ thường không nhất quán, bị viết tắt hoặc thiếu. Một rủi ro bạn nên kiểm tra ngay khi profiling là liệu dữ liệu cũ ấy có bị chuyển nguyên sang dòng địa chỉ tự do của điện mới hay không.

Vì thế, trong cùng một bảng dữ liệu bạn có thể gặp ba dạng. Dạng có cấu trúc tách riêng từng phần như tên đường, số nhà, thành phố, quốc gia. Dạng hybrid có một phần được tách thành trường, phần còn lại vẫn là dòng tự do.

Dạng hoàn toàn phi cấu trúc chỉ gồm các dòng văn bản. Quy tắc của EPC cho phép hybrid như một bước đệm, còn dạng hoàn toàn phi cấu trúc thì bị cấm. Vấn đề là thời điểm áp dụng lệnh cấm vẫn đang dịch chuyển.

Theo lịch gốc, từ 14/11/2026 CBPR+ của Swift không còn nhận địa chỉ hoàn toàn phi cấu trúc; Swift đã lùi mốc này và dự kiến công bố lịch mới trước tháng 12/2026. Ở khu vực SEPA, EPC cũng đã hoãn mốc 15/11/2026 và sẽ ấn định mốc mới sau.

Hệ quả thực tế là dữ liệu của khách hàng sẽ còn lẫn cả ba dạng trong một thời gian. Trước khi đưa bất kỳ mốc nào vào kế hoạch, hãy kiểm tra trang SR2026 của Swift.

**Điểm mấu chốt:** Định dạng có cấu trúc không tự làm sạch dữ liệu cũ — hãy đo trước khi tin.

## Một bài profiling trong ngày đầu

Thử hình dung cùng một đối tác xuất hiện trong hai bản ghi. Đoạn XML dưới đây chỉ để minh hoạ:

```xml
<!-- Hoàn toàn phi cấu trúc -->
rỗng: đều là thiếu địa chỉ
if pstl_adr is None or len(pstl_adr) == 0:
return "missing"
tags = [c.tag.split("}")[-1] for c in pstl_adr]
has_lines = "AdrLine" in tags
has_fields = any(t != "AdrLine" for t in tags)
if has_fields and not has_lines:
return "structured"
if has_fields and has_lines:
return "hybrid"
return "unstructured"

def profile(records):
# records: list of (source_system, pstl_adr_element)
return Counter((src, classify(adr)) for src, adr in records)
```

Chi tiết cần để ý là thẻ rỗng. Nếu không tách riêng, một `` không có thẻ con nào sẽ bị đếm là "unstructured", và bạn sẽ báo sai cho khách hàng rằng nguồn đó có địa chỉ tự do trong khi thực tế nó không có địa chỉ.

Giả sử bạn lấy mẫu 1.000 bản ghi và có kết quả 380 có cấu trúc, 270 hybrid, 350 phi cấu trúc. Nếu agent chỉ đọc trường thành phố, và chỉ một số bản ghi hybrid có trường này, thì trong trường hợp tốt nhất nó thấy 650 bản ghi.

Ít nhất 350 đối tác, tức hơn một phần ba mẫu giả định này, biến mất khỏi phân tích mà không hề có thông báo lỗi nào.

Con số tổng chưa quan trọng bằng con số theo từng nguồn. Nếu gần như toàn bộ 350 bản ghi phi cấu trúc đến từ một hệ thống core cũ, bạn đã có câu hỏi cụ thể cho khách hàng: dữ liệu từ nguồn này sẽ được chuẩn hoá hay sẽ bị loại khỏi phạm vi?

## Năm bước trước khi chạm vào mô hình

Bước một là lấy mẫu theo từng nguồn và từng giai đoạn thời gian, không lấy ngẫu nhiên từ toàn bảng, vì dữ liệu cũ và dữ liệu mới thường khác hẳn nhau. Bước hai là chạy profiling như trên và trình bày kết quả dưới dạng bảng nguồn × dạng địa chỉ. Bảng này giúp người phụ trách nghiệp vụ hiểu vấn đề mà không cần đọc XML.

Bước ba là hỏi về quản trị dữ liệu. FTI nhấn mạnh rằng catalog metadata, field lineage và chính sách lưu trữ là điều kiện để khai thác dữ liệu ISO 20022 một cách đáng tin cậy và kiểm toán được. Ở ngân hàng, câu hỏi "trường này đến từ đâu, ai đã chuyển đổi nó" sớm muộn cũng xuất hiện trong một buổi audit.

Bước bốn là xác định phần dữ liệu có giá trị thật cho bài toán. Theo FTI, dữ liệu phong phú hơn về ultimate debtor và ultimate creditor giúp ngân hàng hiểu cơ sở khách hàng tốt hơn. Nhưng bạn chỉ khai thác được nếu các trường đó thực sự được điền, nên hãy đo tỷ lệ điền của chúng giống như đã đo địa chỉ.

Bước năm mới đến mô hình. Với dữ liệu hybrid và phi cấu trúc, cần quyết định rõ sẽ tách dữ liệu, gắn cờ hay loại bỏ, và ghi lại quyết định đó để đội tuân thủ có thể xem lại.

## Ba lỗi mà FDE mới hay mắc

Lỗi phổ biến nhất là tin vào câu "đã lên chuẩn" mà không mở dữ liệu ra xem. Lỗi thứ hai là dùng một LLM để tách địa chỉ tự do thành các trường rồi ghi đè lên dữ liệu gốc.

Làm vậy là mất lineage, và khi kiểm toán viên hỏi thì không ai chứng minh được giá trị nào là của khách hàng, giá trị nào do máy suy ra.

Lỗi thứ ba là xây kế hoạch dựa trên một mốc deadline cố định. Như đã nói ở trên, các mốc này vẫn đang dịch chuyển, nên một roadmap viết "sau tháng 11/2026 không còn địa chỉ phi cấu trúc" có thể sai ngay từ ngày được trình bày.

## Kỹ năng này trên CV trông như thế nào?

Khi đọc JD của các vị trí FDE hay solutions engineer trong mảng ngân hàng, hãy để ý các từ khoá ISO 20022, pacs.008, CBPR+, NAPAS hoặc data lineage. Với những vị trí này, nên chuẩn bị để chứng minh bạn vừa viết được code vừa trao đổi được với đội vận hành thanh toán.

Trên CV, đừng viết "có kiến thức ISO 20022". Hãy viết một dòng có số liệu, ví dụ: đã profiling bao nhiêu bản ghi, phát hiện tỷ lệ địa chỉ phi cấu trúc bao nhiêu ở nguồn nào, và quyết định xử lý ra sao.

Nếu chưa có dự án thật, một repo nhỏ dùng dữ liệu giả lập kèm README giải thích ba dạng địa chỉ cũng đủ để mở đầu một cuộc phỏng vấn tốt.

Ở dự án ngân hàng, giá trị của FDE không nằm ở việc đưa được mô hình vào chạy. Nó nằm ở việc chỉ ra được, như 350 bản ghi trong mẫu giả định kia, phần dữ liệu đang lặng lẽ biến mất, trước khi mô hình kịp học từ phần còn lại.

**Thử ngay tuần này:**

- Tự tạo 20 bản ghi PstlAdr giả lập gồm cả ba dạng địa chỉ và vài thẻ rỗng, rồi viết hàm phân loại và đếm số bản ghi theo từng nguồn
- Mở trang SR2026 của Swift và ghi lại mốc mới nhất cho địa chỉ phi cấu trúc trước khi đưa mốc này vào bất kỳ kế hoạch nào
- Soạn sẵn năm câu hỏi về metadata, lineage và retention để dùng trong buổi discovery đầu tiên với một khách hàng ngân hàng

## Nguồn

- [CBPR+ is live: what ISO 20022 means in practice (Mambu)](https://mambu.com/en/insights/articles/cbpr-is-live-what-iso-20022-means-in-practice)

- [The November 2026 Structured Address Deadline: What Every PSP Needs to Do Now (Clearing Post)](https://clearingpost.com/insights/iso-20022-structured-address-deadline-november-2026/)

- [From Compliance to Competition: Unlocking the Benefits of ISO 20022 (FTI Consulting)](https://www.fticonsulting.com/en/spain/insights/articles/from-compliance-competition-unlocking-benefits-iso-20022)

- [Conference promotes ISO 20022 in interbank payment system (Viet Nam News)](https://vietnamnews.vn/economy/1729750/conference-promotes-iso-20022-in-interbank-payment-system.html)

- [BIDV adopts ISO20022 for cross-border payments in its payment hub system](https://bidv.com.vn/bidv_en/tin-tuc/tin-ve-bidv/bidv-trien-khai-chuan-tin-dien-iso20022-tai-he-thong-thanh-toan-payment-hub)