# AML/KYC cho FDE: thống nhất với bộ phận tuân thủ trước khi agent rà soát cảnh báo

> Ở ngân hàng, demo chạy tốt chưa đủ để agent được bật lên; nó chỉ chạy khi bên tuân thủ ký duyệt. Muốn có chữ ký đó, bạn phải chuẩn bị sẵn bằng chứng ngay từ tuần đầu.

Bản gốc: https://fdetimes.net/vi/bach-khoa/aml-kyc-cho-fde-lam-viec-voi-bo-phan-tuan-thu-ngan-hang/

Bạn vừa được giao đưa một agent vào hàng đợi cảnh báo AML của một ngân hàng. Agent đọc lịch sử giao dịch, tóm tắt hồ sơ KYC, đề xuất đóng hay chuyển cấp từng cảnh báo, và soạn sẵn bản narrative cho báo cáo giao dịch đáng ngờ (SAR). Bản demo chạy trơn tru, đội kỹ thuật của khách rất thích.

Nhưng đội kỹ thuật không phải người quyết định ngày go-live.  Nếu đến tuần thứ sáu bạn mới gặp họ lần đầu, nhiều khả năng bạn sẽ phải làm lại phần lớn kiến trúc.

Loại dự án này đang ngày càng phổ biến. Wolfsberg Group, hiệp hội các ngân hàng lớn chuyên ra chuẩn mực về tội phạm tài chính, ghi nhận trong tuyên bố tháng 8/2025 rằng các tổ chức tài chính đang dần đưa tự động hóa, AI và ML vào chiến lược giám sát hoạt động đáng ngờ.

Vì vậy, với FDE, kỹ năng hiếm không nằm ở chỗ gọi được LLM. Kỹ năng hiếm là đưa được agent qua cửa tuân thủ.

## Bên tuân thủ thực sự cần nhìn thấy gì?

Khung đổi mới có trách nhiệm của Wolfsberg có ba trụ cột: kiểm định khi chuyển đổi sang công cụ mới, cân bằng rủi ro mô hình với rủi ro tội phạm tài chính, và khả năng giải thích, tức là cho người ngoài thấy rõ hệ thống bao quát được đến đâu và hiệu quả ra sao.

Đọc kiểu kỹ sư, mỗi trụ cột là một sản phẩm bạn phải giao, không phải một khẩu hiệu.

Trụ cột thứ hai dễ bị hiểu sai nhất. Rủi ro mô hình là khả năng agent sai. Rủi ro tội phạm tài chính là khả năng một vụ rửa tiền lọt qua, vì agent sai hoặc vì quy trình cũ chậm quá không theo kịp.

Bên tuân thủ không đòi một agent hoàn hảo. Họ muốn thấy hai loại rủi ro này được đặt cạnh nhau bằng con số cụ thể.

| Trụ cột Wolfsberg | Câu nên hỏi bên tuân thủ | Thứ FDE mang đến |
|---|---|---|
| Kiểm định khi chuyển đổi | Cần bằng chứng gì thì mới cho chạy song song với quy trình hiện tại? | Kế hoạch pilot trên cảnh báo đã đóng, kèm ngưỡng chấp nhận |
| Cân bằng hai loại rủi ro | Tỷ lệ bỏ sót tối đa chấp nhận được là bao nhiêu, và đổi lại được gì? | Bảng đặt thời gian tiết kiệm cạnh số ca bị bỏ sót |
| Khả năng giải thích | Kiểm toán viên cần đọc thấy gì sau mỗi đề xuất? | Lý do kèm trích dẫn giao dịch cho từng cảnh báo, cùng nhật ký kiểm toán |

## Một đợt pilot, theo từng con số

Thử hình dung bạn đề xuất chạy agent trên 200 cảnh báo mà điều tra viên đã đóng hồ sơ từ quý trước. Kết quả đã biết sẵn, nên đây là bộ eval tốt nhất bạn có. Giả sử agent đề xuất đóng 150 ca và chuyển cấp 50 ca.

Đội kỹ thuật sẽ nhìn vào con số 150: ba phần tư hàng đợi có thể được xử lý nhanh. Bên tuân thủ sẽ hỏi ngay một câu khác: trong 150 ca agent muốn đóng, có bao nhiêu ca điều tra viên từng chuyển cấp?

Nếu câu trả lời là 6 thì 6 ca đó là trọng tâm của buổi họp. Bạn cần mở từng ca ra, giải thích vì sao agent bỏ sót và đề xuất cách sửa.

Đó chính là cân bằng rủi ro bằng số liệu. Bạn không nói "agent chính xác 97%". Bạn nói: agent giúp giảm thời gian xử lý ở nhóm này, đổi lại có 6 ca bỏ sót mà với ngưỡng hiện tại bạn chưa chấp nhận được, và đây là phương án khắc phục. Bên tuân thủ quyết định được dựa trên một câu như thế.

Câu chuyện này cũng cho thấy vì sao agent không được tự đóng cảnh báo. Nhóm tác giả Co-Investigator AI, một nghiên cứu năm 2025 về agent soạn narrative AML, nhấn mạnh rằng điều tra viên con người vẫn nằm chắc trong vòng lặp. Khi thiết kế, hãy để agent ghi "đề xuất" và để con người bấm nút "quyết định".

**Điểm mấu chốt:** Trong AML, agent chỉ đề xuất; con người quyết định và chịu trách nhiệm.

## Ai được quyết định lưu gì và viết thế nào?

Ba câu hỏi kỹ sư hay tự quyết lấy thật ra thuộc về tổ chức của khách. Câu thứ nhất là mẫu narrative. Nghiên cứu Co-Investigator AI ghi nhận chất lượng narrative SAR chênh lệch rất nhiều giữa các tổ chức tài chính. Agent có thể giúp chuẩn hóa, nhưng chuẩn hóa theo mẫu nào thì bên tuân thủ phải chốt trước khi bạn viết prompt.

Câu thứ hai là lưu vết. Cùng nghiên cứu đó nêu hướng thiết kế có nhật ký kiểm toán đầy đủ cho từng agent. Nhưng lưu đến mức nào thì phải xem quy định nói gì.

FinCEN và các cơ quan quản lý ngân hàng Mỹ ra bộ FAQ về SAR ngày 9/10/2025 để tổ chức tài chính khỏi tốn công sức tuân thủ vô ích; theo phân tích của hãng luật Orrick, FAQ nói rõ không có yêu cầu pháp lý nào buộc ghi lại quyết định không nộp SAR, cũng không bắt rà soát lại sau khi đã nộp.

Vì thế agent lưu gì là lựa chọn chính sách của khách, không phải của bạn. Hãy để bên tuân thủ chốt danh sách trường bắt buộc, rồi cho agent log đúng danh sách đó với từng đề xuất, thay vì mặc định "lưu hết" hay "bỏ qua".

Câu thứ ba là agent thuộc chính sách nào. Ngày 17/4/2026, Fed, FDIC và OCC ban hành SR 26-2 về quản trị rủi ro mô hình, thay thế SR 11-7 đã dùng nhiều năm.

Theo Baker Tilly, hướng dẫn mới không đề cập đến AI tạo sinh, và AI sẽ được xử lý bằng hướng dẫn hoặc quy tắc riêng. Vì thế, hãy hỏi thẳng nhóm quản trị mô hình của khách: agent LLM này sẽ được duyệt theo chính sách nội bộ nào?

## Làm theo thứ tự nào?

Tuần đầu tiên, xin một buổi họp chung với bộ phận tuân thủ và nhóm quản trị mô hình, mang theo bảng ba trụ cột ở trên. Mục tiêu là ra về với ba thứ đã chốt bằng văn bản: phạm vi của agent (đề xuất chứ không quyết định), ngưỡng bỏ sót chấp nhận được, và chính sách mô hình áp dụng cho agent.

Sau đó, xin mẫu narrative đã được duyệt và danh sách trường dữ liệu bắt buộc phải lưu vết. Chỉ khi có hai thứ này, bạn mới viết prompt và schema log. Tiếp theo, chạy pilot trên cảnh báo đã đóng, rồi mang từng ca bỏ sót đến buổi họp thứ hai thay vì chỉ mang một con số tổng.

Bốn lỗi hay gặp nhất đều xuất phát từ cùng một thói quen: kỹ sư tự quyết những việc thuộc về tuân thủ.

- Xây xong rồi mới đi xin duyệt.
- Cho agent tự đóng cảnh báo "cho nhanh".
- Tự chọn mức lưu vết mà không hỏi chính sách.
- Cho rằng quy trình kiểm định mô hình cũ tự động áp dụng cho LLM.

Về nghề nghiệp, nếu bạn nhắm tới các vị trí FDE trong mảng tài chính, hãy nắm chắc những khái niệm trong bài này: AML, KYC, SAR và quản trị rủi ro mô hình.

Nếu bạn từng đưa một hệ thống qua quy trình duyệt của bên kiểm soát, hãy ghi vào CV theo kiểu kết quả: đã thiết kế pilot, bên kiểm soát đặt ngưỡng gì, hệ thống được duyệt với điều kiện gì.

Khi kể lại trải nghiệm đó, hãy bắt đầu từ những ca bỏ sót bạn đã mở ra và cách bạn xử lý chúng, vì đó là phần cho thấy bạn hiểu rủi ro chứ không chỉ biết viết prompt.

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

- Viết một hồ sơ kiểm định một trang cho một agent rà soát cảnh báo giả định, gồm phạm vi, phương pháp pilot, ngưỡng rủi ro bỏ sót và danh sách trường được lưu vết
- Soạn sẵn năm câu hỏi cho buổi họp đầu với bộ phận tuân thủ và quản trị rủi ro mô hình, mỗi câu gắn với một sản phẩm bạn sẽ giao
- Đọc lại CV và thêm một dòng mô tả lần bạn đưa một hệ thống qua quy trình duyệt của bên kiểm soát, nếu bạn đã từng làm

## Nguồn

- [The Wolfsberg Group publishes its second Statement on Effective Monitoring for Suspicious Activity](https://wolfsberg-group.org/news/the-wolfsberg-group-publishes-its-second-statement-on-effective-monitoring-for-suspicious-activity)

- [Co-Investigator AI: The Rise of Agentic AI for Smarter, Trustworthy AML Compliance Narratives](https://arxiv.org/html/2509.08380v1)

- [FinCEN Issues Frequently Asked Questions to Clarify Suspicious Activity Reporting](https://www.fincen.gov/news/news-releases/fincen-issues-frequently-asked-questions-clarify-suspicious-activity-reporting)

- [FinCEN Issues FAQs Clarifying SAR Reporting Requirements](https://www.orrick.com/en/Insights/2025/10/FinCEN-Issues-FAQs-Clarifying-SAR-Reporting-Requirements)

- [Updated interagency guidance on model risk management](https://www.bakertilly.com/insights/updated-interagency-guidance-on-model-risk-management)