№ 75
Sản phầm phát hiện tài khoản và giao dịch có hành vi nghi ngờ rửa tiền, AI Agent gom bằng chứng và giải thích
BÀI TOÁN Bối cảnh. Nửa đầu 2026, thanh toán không dùng tiền mặt tại Việt Nam vượt 15 tỷ giao dịch, số lượng tăng 34% so với cùng kỳ; hơn 232 triệu tài khoản cá nhân, nhiều tổ chức có trên 90% giao dịch qua kênh số. Trong khi đó Việt Nam vẫn nằm trong danh sách giám sát tăng cường (grey list) của FATF, còn Luật PCRT + Thông tư 27/2025 đặt ra thời hạn báo cáo ngắn (STR trong 3 ngày làm việc, 24 giờ nếu có dấu hiệu tội phạm) và yêu cầu giám sát tăng cường với khách hàng rủi ro cao.
Nghịch lý cốt lõi: khối lượng giao dịch tăng theo cấp số nhân, nhưng năng lực đội ngũ AML không thể tăng tuyến tính theo.
Từ đó nảy ra bốn nỗi đau:
(1) Quá nhiều giao dịch. Không thể rà thủ công ở quy mô hàng triệu/ngày; cần chấm điểm tự động. (2) Quá nhiều cảnh báo, ít tín hiệu. Hệ dựa trên luật/ngưỡng sinh cảnh báo dễ, nhưng ca thực sự đáng điều tra chìm trong nhiễu. Tỉ lệ đáng ngờ nền chỉ ~0,1% — rà không xếp hạng nghĩa là ~99,8% là báo động giả. (3) Rửa tiền là mạng lưới, không phải một giao dịch. Mule, shell, layering, dòng vòng, xuyên biên giới chỉ lộ ra khi nhìn cả mạng quan hệ, không nhìn từng dòng rời rạc. (4) Chuyên viên tốn phần lớn thời gian đi gom bằng chứng, không phải phân tích. KYC + lịch sử giao dịch + mạng lưới + sanctions + rủi ro quốc gia nằm rải 5–10 màn hình; quy trình thực tế là search → copy → compare → reconstruct → document. Định vị lại bài toán: không phải tạo thêm cảnh báo, mà biến hàng triệu giao dịch thành một số ít hồ sơ có thể giải thích, ưu tiên và điều tra ngay.
Suy ra 5 yêu cầu kỹ thuật:
Chấm điểm ở quy mô lớn, hướng thời gian thực. Xếp hạng độ chính xác cao để triệt tiêu cảnh báo giả. Phát hiện theo mạng lưới/đồ thị, không chỉ theo giao dịch đơn lẻ. Tự động gom bằng chứng đa nguồn. Giải thích được ("vì sao đáng ngờ") để lập SAR đúng thời hạn pháp lý.
Kiến trúc gồm 4 tầng, một dòng chảy: Nạp dữ liệu → Phát hiện → Cảnh báo & đồ thị → Tác tử AI → Hồ sơ giải thích được.
TẦNG 1 — NẠP DỮ LIỆU
Đường ống streaming: Kafka (giao dịch theo dòng) → Flink → HDFS (lưu trữ & phát lại), quy về một lược đồ canonical. Bộ chấm điểm real-time: đã dựng và chạy end-to-end cho nhánh Bitcoin (consumer micro-batch, chấm trực tiếp, ghi kết quả); IBM/SAML-D hiện chấm theo mẻ (batch). TẦNG 2 — PHÁT HIỆN (3 nhánh, mỗi nhánh một vùng dữ liệu, KHÔNG cộng gộp chỉ số)
IBM AML — MEGA-PNA (mạng nơ-ron đồ thị chấm cạnh). F1 0,78 · PR-AUC 0,49 · Precision 0,84 · Recall 0,73; ở nhóm top rủi ro cao nhất precision xấp xỉ 100%. SAML-D — MEGA-PNA (GNN chấm cạnh, giao dịch xuyên biên giới). F1 0,979 · PR-AUC 0,9998 · Precision 0,96 · Recall 0,999. Bitcoin — Random Forest trên bộ Elliptic. F1 0,81 · PR-AUC 0,79 · Precision 0,99 · Recall 0,69. Giải thích bằng TreeSHAP + phục hồi 151/166 tên đặc trưng ẩn danh (DFRWS 2026). Truy vết trên đồ thị giao dịch on-chain: ngược/xuôi dòng, đo phơi nhiễm tới điểm illicit đã biết (nhãn thật) + hop gần nhất, ngữ cảnh láng giềng rủi ro, topology (bậc, chuỗi tuyến tính, mẫu layering), tổng hợp thành evidence_strength (NONE→STRONG). Vì sao dùng GNN: rửa tiền là quan hệ giữa tài khoản; model chấm trên cạnh đồ thị nhìn được fan-in/out, mule, shell — thứ không thấy khi chấm từng giao dịch rời. Cô đặc tín hiệu: precision 84–99% so với tỉ lệ nền ~0,1% ≈ cô đặc 500–800× → số cảnh báo giả phải rà giảm khoảng 99% so với rà không xếp hạng. TẦNG 3 — CẢNH BÁO & ĐỒ THỊ
Fusion điểm → cảnh báo, gom theo chủ thể; mỗi cảnh báo bắt buộc kèm ≥3 lý do có số (không có "điểm 96/100" trơ trọi). Đồ thị mạng lưới trực quan hoá fan-in/out, layering, mule, shell, dòng xuyên biên giới. Vụ việc chạy theo máy trạng thái 12 bước (tiếp nhận → điều tra → soạn hồ sơ → phê duyệt → xuất SAR). TẦNG 4 — TÁC TỬ AI (3 tầng, kiểu LangGraph)
Supervisor: tự gọi công cụ để gom bằng chứng (7 công cụ: giao dịch, hành vi tài khoản, giải thích bất thường ML, typology, phân rã rủi ro, bằng chứng đồ thị, láng giềng đồ thị). Explanation: diễn giải "vì sao đáng ngờ" từ bằng chứng có cấu trúc. Evidence Critic: phản biện độc lập trước khi kết luận, chặn claim không có bằng chứng. Kết quả: hồ sơ giải thích được → Đóng / Điều tra thêm / Xuất SAR. Diễn giải ngôn ngữ tự nhiên dùng Gemini, nhưng chỉ được phép diễn đạt lại bằng chứng đã chấm (rào chắn ở system prompt + schema). NỀN TẢNG XUYÊN SUỐT
Phân quyền 3 vai trò: Chuyên viên (nghiệp vụ), Quản lý (duyệt SAR), Quản trị hệ thống (kỹ thuật). Quan sát vận hành: Prometheus (metrics) + Loki (logs) + Jaeger (traces) + Grafana, nhúng ngay trong console. Nhật ký điều tra bất biến (append-only) phục vụ audit/compliance. Lưu trữ: Cloud SQL PostgreSQL; điểm số tính sẵn để console đọc tức thì, không quét lại khi mở trang. 3. TÍNH KHẢ THI
Đã chạy thật, không phải bản demo trên giấy.
Toàn bộ hệ đang chạy production tại amlmonitoring.site (GCP VM + Cloud SQL, có tên miền + HTTPS), đủ 4 tầng. Dữ liệu thật đã nạp: 15.624.424 giao dịch, 6,1 triệu giao dịch được chấm điểm, 26.038 cảnh báo, 329 hồ sơ, 3 nhánh mô hình đang phục vụ. Tác tử AI: 162 lượt điều tra, 100% thành công (sau khi vá lỗi); 813 lượt agent 3 tầng, 766 lần tự gọi công cụ, trung bình 5,5 bằng chứng/hồ sơ. Công nghệ chín muồi, không "phát minh lại bánh xe": Kafka, Flink, PyTorch (GNN), scikit-learn (RF), FastAPI, PostgreSQL, Prometheus/Grafana, Gemini — đều là thành phần đã được kiểm chứng ở quy mô công nghiệp.
Hiệu năng đã kiểm chứng: sau tối ưu (index tổ hợp, VACUUM, sửa truy vấn), các trang chính phản hồi 0,3–1,5s trên 15,6 triệu dòng; điều tra tự động chạy nền vài giây (p90 ~10s phần máy). Đã xử lý được các nút thắt thực tế (nghẽn truy vấn, treo login) → chứng minh vận hành được dưới tải.
Phù hợp quy định: đầu ra giải thích được + nhật ký bất biến + ≥3 lý do/cảnh báo + hướng-điều-tra → khớp yêu cầu risk-based, EDD và thời hạn báo cáo của PCRT/Thông tư 27/FATF.
Chi phí/mở rộng hợp lý: hiện chạy trên hạ tầng khiêm tốn và nâng cấp được (đã nâng Cloud SQL tier khi cần); scale sản xuất dùng streaming quản lý (Pub/Sub) hoặc VM lớn hơn.
Giới hạn (nói thẳng):
Mô hình huấn luyện trên bộ dữ liệu CÔNG KHAI (IBM AML, SAML-D, Elliptic) — có thể tái lập, nhưng để dùng thật cần retrain trên dữ liệu ngân hàng. Chấm real-time mới hoàn thiện cho Bitcoin; IBM/SAML-D còn ở dạng batch. Truy vết crypto dựa trên đồ thị Elliptic tĩnh; sản xuất cần nguồn dữ liệu on-chain trực tiếp + phủ VASP. Con số "tiết kiệm ~86% giờ công" là ước tính theo mô hình minh bạch, CHƯA phải nghiên cứu bấm giờ chuyên viên có đối chứng. ═══════════════════════════════ 4. HƯỚNG PHÁT TRIỂN ═══════════════════════════════
Ngắn hạn
Mở rộng chấm real-time cho cả 3 nhánh (đưa IBM edge + SAML-D graph vào streaming, không chỉ Bitcoin). Đẩy kết quả trực tiếp lên giao diện (SSE/WebSocket) để cảnh báo/hồ sơ hiện tức thì, không cần tải lại. Thử nghiệm A/B đo giờ công thật (chuyên viên làm tay vs dùng tác tử) để thay ước tính bằng số đo có đối chứng. Trung hạn
Retrain trên dữ liệu ngân hàng thật + giám sát trôi (drift) và học liên tục (khung model-monitor đã có sẵn). Feature store cho đặc trưng tăng dần (nhánh IBM currency-native cần rolling stats theo tiền tệ). Đồ thị chủ sở hữu hưởng lợi (beneficial ownership): lần từ tài khoản → pháp nhân nhiều tầng → người kiểm soát cuối — trúng khoảng trống FATF yêu cầu. Tích hợp tình báo ngoài: connector sanctions / PEP / adverse media / watchlist. Dài hạn
Nguồn dữ liệu on-chain trực tiếp + phủ VASP cho nhánh crypto (vượt bộ Elliptic tĩnh), khớp Nghị quyết 05/2025 về tài sản mã hoá. Hội tụ Fraud–AML: tích hợp tín hiệu tài khoản rủi ro/mule (kiểu SIMO) vào cùng đồ thị điều tra. Nâng cấp hạ tầng sản xuất: Kafka/Pub/Sub quản lý, API đa worker, DB read-replica; đưa toàn bộ đường ống streaming lên prod.