KYC và AML nằm ở đâu trong hệ sinh thái tài sản số BĐS?

KYC thường được hiểu đơn giản là chụp giấy tờ và nhận diện khuôn mặt trước khi mở tài khoản. Trong thực tế, Know Your Customer (nhận biết khách hàng) chỉ là một phần của chương trình phòng, chống rửa tiền. Đối với sản phẩm tài sản số gắn với BĐS, quy trình còn phải xem xét chủ sở hữu hưởng lợi, mục đích quan hệ, nguồn tiền, hành vi giao dịch và các dấu hiệu bất thường trong suốt vòng đời.

Blockchain có ưu điểm là để lại lịch sử giao dịch có thể phân tích, nhưng địa chỉ ví không tự cho biết danh tính hoặc nguồn gốc hợp pháp của tiền. Vì vậy KYC/AML phải kết nối dữ liệu ngoài chuỗi với dữ liệu giao dịch trên chuỗi thay vì coi một trong hai là đủ.

Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

1. KYC là cửa vào; AML là quá trình quản trị rủi ro kéo dài suốt quan hệ

Luật Phòng, chống rửa tiền 2022 của Việt Nam quy định việc nhận biết khách hàng gồm thu thập, cập nhật và xác minh thông tin. Ở phạm vi tài sản ảo/tài sản mã hóa, FATF yêu cầu cách tiếp cận dựa trên rủi ro, giám sát nhà cung cấp dịch vụ và các biện pháp như Travel Rule. Nghị quyết 05/2025/NQ-CP cũng yêu cầu tổ chức cung cấp dịch vụ tài sản mã hóa xác minh danh tính nhà đầu tư và giám sát giao dịch.

2. Mục tiêu học tập

Phân biệt KYC, thẩm tra tăng cường, giám sát giao dịch và báo cáo giao dịch đáng ngờ.
Xác định dữ liệu cần thu thập cho cá nhân, pháp nhân và chủ sở hữu hưởng lợi.
Kết nối địa chỉ ví với hồ sơ khách hàng mà không coi phân tích chuỗi là bằng chứng duy nhất.
Nhận diện chỉ báo rủi ro đặc thù khi tài sản số giao thoa với giao dịch BĐS.
Thiết kế quy trình tái đánh giá rủi ro trong suốt vòng đời nhà đầu tư.

3. Tình huống BĐS mở bài

Một nhà đầu tư pháp nhân đăng ký mua token quyền lợi kinh tế của dự án BĐS. Hồ sơ doanh nghiệp hợp lệ, nhưng tiền chuyển đến qua nhiều ví tự quản lý mới tạo, sau đó được gom từ một dịch vụ tăng ẩn danh. Người liên hệ yêu cầu ghi nhận khoản đầu tư cho một công ty khác “cùng tập đoàn”. Nếu chỉ nhìn hồ sơ KYC ban đầu, khách hàng có vẻ bình thường; nếu chỉ nhìn chuỗi, cũng chưa đủ kết luận vi phạm. Cần quy trình kết hợp danh tính, chủ sở hữu hưởng lợi, mục đích giao dịch và lịch sử dòng tiền.

Khi phân tích tình huống, hãy tách thành bốn lớp: dữ kiện đã biết – giả định đang dùng – dữ liệu cần xác minh – người có thẩm quyền quyết định. Cách tách này đặc biệt quan trọng với blockchain vì một chữ ký kỹ thuật hoặc bản ghi trên chuỗi có thể hoàn toàn hợp lệ về mặt máy tính nhưng vẫn không phản ánh đúng quyền, nghĩa vụ hoặc trạng thái thực tế ngoài đời.

4. Khung phân tích dùng xuyên suốt bài

Một giải pháp tài sản số BĐS không nên được xem chỉ như phần mềm. Ít nhất phải đọc đồng thời sáu lớp: tài sản hoặc dòng tiền cơ sở; chủ thể và quyền pháp lý; dữ liệu; cơ chế ký hoặc thực thi; quản trị và kiểm soát; pháp luật áp dụng. Nếu một lớp bị bỏ trống, tự động hóa ở lớp còn lại có thể làm sai sót lan nhanh hơn.

Lớp	Câu hỏi trọng tâm	Bằng chứng cần có
Tài sản/quy trình	Đang kiểm soát cái gì và vì sao?	Quy trình, hợp đồng, tài sản cơ sở, dòng tiền.
Chủ thể/quyền	Ai có quyền ra quyết định?	Điều lệ, ủy quyền, hồ sơ định danh, hạn mức.
Dữ liệu	Dữ liệu đến từ đâu và ai chịu trách nhiệm?	Nguồn, thời điểm, phiên bản, chữ ký hoặc dấu kiểm chứng.
Kỹ thuật	Hệ thống ký/thực thi điều gì?	Mã, khóa, cấu hình, nhật ký, kết quả kiểm thử.
Quản trị	Ai giám sát, ai xử lý ngoại lệ?	Ma trận quyền, cảnh báo, quy trình sự cố.
Pháp lý	Quyền và nghĩa vụ được công nhận theo căn cứ nào?	Văn bản pháp luật, hợp đồng, hồ sơ pháp lý.

5. Các nguyên lý cốt lõi

5.1. Nhận biết khách hàng bắt đầu bằng xác định chủ thể

Cần biết khách hàng là cá nhân hay pháp nhân, người đại diện là ai, chủ sở hữu hưởng lợi nào đứng sau và ai có quyền ra chỉ thị. Với cấu trúc SPV hoặc quỹ nhiều tầng, việc chỉ thu tên pháp nhân trực tiếp có thể không đủ.

Ví dụ BĐS: công ty A đầu tư vào token dự án nhưng phần lớn vốn thuộc công ty B ở nước khác; hồ sơ phải làm rõ chuỗi sở hữu theo quy định áp dụng.

Điểm kiểm soát: xây biểu đồ sở hữu và kiểm tra người kiểm soát cuối cùng.

5.2. KYC không kết thúc tại thời điểm mở tài khoản

Thông tin có thể thay đổi, rủi ro giao dịch tăng, khách hàng thay chủ sở hữu hoặc xuất hiện hành vi không phù hợp hồ sơ ban đầu. Cần cập nhật theo mức rủi ro và sự kiện.

Ví dụ BĐS: nhà đầu tư nhỏ đột ngột nhận/chuyển lượng token lớn hơn nhiều so với năng lực tài chính đã khai.

Điểm kiểm soát: tiêu chí tái KYC theo thời gian và sự kiện.

5.3. Nguồn tiền và nguồn tài sản là hai câu hỏi khác nhau

Nguồn tiền giải thích khoản tiền cụ thể đến từ đâu; nguồn tài sản/giàu có giải thích nền tảng kinh tế tạo nên tài sản của khách hàng. Trong giao dịch BĐS giá trị lớn, hai lớp này giúp đánh giá tính hợp lý.

Ví dụ BĐS: khách hàng nói tiền đầu tư đến từ bán cổ phần; cần tài liệu hỗ trợ thay vì chỉ ảnh chụp giao dịch ví.

Điểm kiểm soát: mức độ chứng minh tăng theo rủi ro, không yêu cầu giống nhau cho mọi khách hàng.

5.4. Phân tích blockchain là công cụ hỗ trợ, không phải bản án

Công cụ có thể phát hiện mối liên hệ với địa chỉ rủi ro, mô hình nhiều bước hoặc dịch vụ tăng ẩn danh. Nhưng nhãn địa chỉ có thể sai, thiếu hoặc cần bối cảnh. Quyết định cần kết hợp hồ sơ khách hàng và phân tích con người.

Ví dụ BĐS: một địa chỉ nhận tiền từ sàn có thể liên quan hàng nghìn người dùng; không thể suy ra một khách hàng cụ thể có hành vi bất hợp pháp chỉ từ mối liên hệ xa.

Điểm kiểm soát: quy định mức bằng chứng và quy trình rà soát thủ công.

5.5. Dấu hiệu bất thường nằm ở mẫu hành vi, không chỉ giá trị lớn

FATF nêu nhiều nhóm chỉ báo: mô hình giao dịch bất thường, địa lý rủi ro, công nghệ tăng ẩn danh, quy mô/tần suất không hợp lý, hồ sơ người gửi/nhận và nguồn tiền. Một giao dịch nhỏ nhưng lặp hàng trăm lần có thể đáng chú ý.

Ví dụ BĐS: nhiều ví không liên quan cùng mua token ngay dưới ngưỡng kiểm soát rồi chuyển về một ví.

Điểm kiểm soát: giám sát theo kịch bản và tổng hợp hành vi theo thời gian.

5.6. Travel Rule phản ánh nhu cầu mang thông tin chủ thể đi cùng giao dịch

FATF mở rộng yêu cầu đối với tài sản ảo và nhà cung cấp dịch vụ để bên gửi và bên nhận có thông tin cần thiết về người khởi tạo và người thụ hưởng trong các tình huống áp dụng. Việc triển khai khác nhau theo từng quốc gia nhưng tư duy quan trọng là giao dịch blockchain không thể chỉ có địa chỉ vô danh trong hệ thống được quản lý.

Ví dụ BĐS: khi token chuyển giữa hai nền tảng được quản lý, thông tin khách hàng cần được trao đổi theo chuẩn và luật áp dụng.

Điểm kiểm soát: kiến trúc dữ liệu phải tách thông tin tuân thủ khỏi dữ liệu công khai trên chuỗi.

5.7. Danh sách hạn chế và rủi ro địa lý phải được cập nhật

Rủi ro thay đổi theo quốc gia, đối tượng và các biện pháp hạn chế. Hệ thống tự động cần cập nhật nguồn dữ liệu và có quy trình xử lý trùng tên hoặc kết quả giả.

Ví dụ BĐS: một pháp nhân có tên gần giống đối tượng bị hạn chế không nên bị tự động từ chối mà không có kiểm tra.

Điểm kiểm soát: lưu nguồn, thời điểm và người xử lý cảnh báo.

5.8. Quy trình báo cáo và lưu hồ sơ phải tách khỏi quyết định thương mại

Bộ phận kinh doanh có động cơ hoàn tất giao dịch; AML cần chức năng độc lập đủ quyền tạm dừng, yêu cầu thông tin và báo cáo theo quy định. Hồ sơ phải giải thích tại sao cảnh báo được đóng hoặc nâng cấp.

Ví dụ BĐS: môi giới không được tự bỏ cảnh báo vì sợ mất khách hàng lớn.

Điểm kiểm soát: phân quyền độc lập cho tuân thủ và kiểm toán hậu kiểm.

6. Bảng so sánh để ra quyết định

Lớp kiểm soát	Mục tiêu	Dữ liệu chính	Ví dụ cảnh báo
KYC ban đầu	Xác định khách hàng	Giấy tờ, pháp nhân, đại diện	Thông tin không khớp
Chủ sở hữu hưởng lợi	Biết người kiểm soát cuối	Cơ cấu sở hữu	Nhiều lớp không có lý do rõ
Nguồn tiền/tài sản	Đánh giá tính hợp lý	Ngân hàng, hợp đồng, hồ sơ tài chính	Số tiền vượt xa hồ sơ
Giám sát giao dịch	Phát hiện hành vi bất thường	On-chain + off-chain	Chia nhỏ, vòng vo, dịch vụ tăng ẩn danh
Tái đánh giá	Cập nhật rủi ro	Sự kiện, hành vi, thay đổi pháp nhân	Đổi đại diện, đổi ví, tăng đột biến

Bảng trên là công cụ phân tích chứ không phải công thức pháp lý. Khi áp dụng vào dự án thật phải cập nhật theo giá trị giao dịch, cấu trúc pháp nhân, quy định nội bộ, loại BĐS, hệ thống công nghệ và thời điểm triển khai.

7. Quy trình thực hành đề xuất

Bước 1. Xác định loại khách hàng và hồ sơ tối thiểu phải thu thập. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 2. Xác định chủ sở hữu hưởng lợi và người có quyền ra chỉ thị. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 3. Chấm điểm rủi ro ban đầu theo khách hàng, sản phẩm, địa lý và kênh giao dịch. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 4. Liên kết ví với hồ sơ khách hàng và ghi thời hạn hiệu lực. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 5. Thiết lập kịch bản giám sát giao dịch trên chuỗi và ngoài chuỗi. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 6. Quy định ngưỡng chuyển sang thẩm tra tăng cường. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 7. Thiết lập quy trình xử lý cảnh báo, báo cáo và lưu hồ sơ. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.
Bước 8. Tái đánh giá định kỳ hoặc khi có sự kiện thay đổi đáng kể. Đầu ra của bước này phải là tài liệu, cấu hình, bằng chứng hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng.

Điểm quan trọng là mỗi bước phải chỉ rõ người chịu trách nhiệm – dữ liệu đầu vào – tiêu chí đạt – bằng chứng đầu ra – cách xử lý nếu không đạt. Đây là cách biến một ý tưởng công nghệ thành quy trình có thể quản trị và kiểm toán.

8. Ma trận kiểm soát tối thiểu

Nhóm kiểm soát	Mục tiêu	Bằng chứng nên lưu	Câu hỏi kiểm toán
Phân quyền	Không để một người tự hoàn tất giao dịch quan trọng	Ma trận quyền, danh sách vai trò, lịch sử thay đổi	Có ai vừa tạo, vừa duyệt, vừa ký và vừa đối soát không?
Dữ liệu	Đầu vào đúng nguồn, đúng phiên bản và còn hiệu lực	Nguồn, dấu thời gian, phiên bản, mã băm/chữ ký	Có thể truy ngược dữ liệu đến nguồn gốc không?
Giao dịch	Nội dung ký khớp quyết định nghiệp vụ	Phiếu lệnh, payload, địa chỉ, số lượng, mã giao dịch	Người ký có nhìn thấy đúng dữ liệu đã được duyệt?
Giám sát	Phát hiện bất thường đủ sớm	Cảnh báo, nhật ký, vụ việc và kết quả xử lý	Cảnh báo có người độc lập xử lý và đóng vụ việc?
Phục hồi	Hệ thống vẫn hoạt động khi mất người/thiết bị/nguồn	Biên bản diễn tập, RTO/RPO hoặc mục tiêu tương đương	Lần gần nhất tổ chức kiểm thử thực tế là khi nào?
Pháp lý	Bản ghi kỹ thuật nối đúng quyền/nghĩa vụ	Hợp đồng, ủy quyền, hồ sơ pháp lý, ý kiến tuân thủ	Điều gì xảy ra nếu code và văn bản không giống nhau?

9. Bối cảnh pháp lý và quản trị cần lưu ý

Luật Phòng, chống rửa tiền 14/2022/QH15 đặt nền tảng về nhận biết khách hàng, thu thập, cập nhật và xác minh thông tin.

Nghị quyết 05/2025/NQ-CP yêu cầu tổ chức cung cấp dịch vụ tài sản mã hóa xác minh danh tính nhà đầu tư, giám sát giao dịch, bảo vệ tài sản và tuân thủ pháp luật Việt Nam.

FATF 2026 ghi nhận tiến bộ về Travel Rule nhưng vẫn chỉ ra khoảng trống trong cấp phép, giám sát và rủi ro tăng từ stablecoin, giao dịch ngang hàng và ví tự quản lý. Đây là bối cảnh quốc tế quan trọng khi thiết kế sản phẩm BĐS số xuyên biên giới.

Các nội dung pháp lý trong bài nhằm giúp sinh viên nhận diện lớp vấn đề cần kiểm tra. Khi triển khai dự án thật, tổ chức phải đối chiếu văn bản đang có hiệu lực, phạm vi giấy phép, loại sản phẩm, tư cách nhà đầu tư và cấu trúc quyền đối với tài sản cơ sở; không được suy từ một nguyên tắc kỹ thuật thành kết luận pháp lý.

10. Những cách hiểu sai thường gặp

10.1. “KYC là chụp CCCD một lần”

KYC gồm thu thập, xác minh, cập nhật và đánh giá theo rủi ro.

10.2. “Blockchain minh bạch nên không cần AML”

Địa chỉ công khai không tự cho biết chủ thể và nguồn tiền hợp pháp.

10.3. “Công cụ phân tích chuỗi quyết định khách hàng xấu”

Công cụ chỉ cung cấp tín hiệu cần được đánh giá trong bối cảnh.

10.4. “AML là việc của ngân hàng”

Tùy mô hình và pháp luật, nhiều nhà cung cấp dịch vụ tài sản số có nghĩa vụ riêng.

11. Case study tổng hợp

Một nền tảng token hóa BĐS có 500 nhà đầu tư, trong đó 30% dùng ví tự quản lý và 10% là pháp nhân nước ngoài. Hãy thiết kế các điểm KYC, kiểm tra chủ sở hữu hưởng lợi, liên kết ví, giám sát giao dịch và điều kiện chuyển sang thẩm tra tăng cường.

Nhóm học viên không nên trả lời bằng một danh sách công nghệ. Hãy lập bảng gồm: chủ thể – quyền – dữ liệu – sự kiện – kiểm soát – ngoại lệ – bằng chứng. Với mỗi quyết định, giải thích vì sao chọn mức kiểm soát đó và điều gì sẽ xảy ra nếu một lớp bị lỗi.

Hạng mục	Câu hỏi phải trả lời	Đầu ra
Phạm vi	Giao dịch/tài sản nào nằm trong bài toán?	Sơ đồ phạm vi và tài sản.
Chủ thể	Ai tham gia và ai có thẩm quyền?	Ma trận vai trò/quyền.
Dữ liệu	Thông tin nào quyết định hành động?	Danh mục dữ liệu và nguồn.
Kiểm soát	Điểm nào cần hai người hoặc cơ chế độc lập?	Luồng phê duyệt.
Ngoại lệ	Nếu dữ liệu sai, mất khóa hoặc hệ thống dừng?	Kịch bản xử lý.
Kiểm toán	Làm sao chứng minh giao dịch được xử lý đúng?	Bộ bằng chứng cuối.

12. Phòng thực hành phân tích sâu

Tình huống 1: Nhận biết khách hàng bắt đầu bằng xác định chủ thể

Giả sử hệ thống đã vận hành sáu tháng và xuất hiện một sự cố liên quan trực tiếp nguyên lý này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu/đầu vào – lỗi quyền hoặc quy trình – lỗi kỹ thuật. Không được kết luận trước khi có bằng chứng.

Dữ kiện nền: Cần biết khách hàng là cá nhân hay pháp nhân, người đại diện là ai, chủ sở hữu hưởng lợi nào đứng sau và ai có quyền ra chỉ thị. Với cấu trúc SPV hoặc quỹ nhiều tầng, việc chỉ thu tên pháp nhân trực tiếp có thể không đủ.

Bối cảnh BĐS để phân tích: công ty A đầu tư vào token dự án nhưng phần lớn vốn thuộc công ty B ở nước khác; hồ sơ phải làm rõ chuỗi sở hữu theo quy định áp dụng.

Yêu cầu xử lý: xây biểu đồ sở hữu và kiểm tra người kiểm soát cuối cùng. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Câu hỏi phản biện: Nếu bỏ blockchain và dùng cơ sở dữ liệu truyền thống thì kiểm soát này còn cần không? Nếu câu trả lời là có, hãy chỉ ra phần nào là kiểm soát quản trị chung và phần nào đặc thù của tài sản số.

Tình huống 2: KYC không kết thúc tại thời điểm mở tài khoản

Dữ kiện nền: Thông tin có thể thay đổi, rủi ro giao dịch tăng, khách hàng thay chủ sở hữu hoặc xuất hiện hành vi không phù hợp hồ sơ ban đầu. Cần cập nhật theo mức rủi ro và sự kiện.

Bối cảnh BĐS để phân tích: nhà đầu tư nhỏ đột ngột nhận/chuyển lượng token lớn hơn nhiều so với năng lực tài chính đã khai.

Yêu cầu xử lý: tiêu chí tái KYC theo thời gian và sự kiện. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 3: Nguồn tiền và nguồn tài sản là hai câu hỏi khác nhau

Dữ kiện nền: Nguồn tiền giải thích khoản tiền cụ thể đến từ đâu; nguồn tài sản/giàu có giải thích nền tảng kinh tế tạo nên tài sản của khách hàng. Trong giao dịch BĐS giá trị lớn, hai lớp này giúp đánh giá tính hợp lý.

Bối cảnh BĐS để phân tích: khách hàng nói tiền đầu tư đến từ bán cổ phần; cần tài liệu hỗ trợ thay vì chỉ ảnh chụp giao dịch ví.

Yêu cầu xử lý: mức độ chứng minh tăng theo rủi ro, không yêu cầu giống nhau cho mọi khách hàng. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 4: Phân tích blockchain là công cụ hỗ trợ, không phải bản án

Dữ kiện nền: Công cụ có thể phát hiện mối liên hệ với địa chỉ rủi ro, mô hình nhiều bước hoặc dịch vụ tăng ẩn danh. Nhưng nhãn địa chỉ có thể sai, thiếu hoặc cần bối cảnh. Quyết định cần kết hợp hồ sơ khách hàng và phân tích con người.

Bối cảnh BĐS để phân tích: một địa chỉ nhận tiền từ sàn có thể liên quan hàng nghìn người dùng; không thể suy ra một khách hàng cụ thể có hành vi bất hợp pháp chỉ từ mối liên hệ xa.

Yêu cầu xử lý: quy định mức bằng chứng và quy trình rà soát thủ công. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 5: Dấu hiệu bất thường nằm ở mẫu hành vi, không chỉ giá trị lớn

Dữ kiện nền: FATF nêu nhiều nhóm chỉ báo: mô hình giao dịch bất thường, địa lý rủi ro, công nghệ tăng ẩn danh, quy mô/tần suất không hợp lý, hồ sơ người gửi/nhận và nguồn tiền. Một giao dịch nhỏ nhưng lặp hàng trăm lần có thể đáng chú ý.

Bối cảnh BĐS để phân tích: nhiều ví không liên quan cùng mua token ngay dưới ngưỡng kiểm soát rồi chuyển về một ví.

Yêu cầu xử lý: giám sát theo kịch bản và tổng hợp hành vi theo thời gian. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 6: Travel Rule phản ánh nhu cầu mang thông tin chủ thể đi cùng giao dịch

Dữ kiện nền: FATF mở rộng yêu cầu đối với tài sản ảo và nhà cung cấp dịch vụ để bên gửi và bên nhận có thông tin cần thiết về người khởi tạo và người thụ hưởng trong các tình huống áp dụng. Việc triển khai khác nhau theo từng quốc gia nhưng tư duy quan trọng là giao dịch blockchain không thể chỉ có địa chỉ vô danh trong hệ thống được quản lý.

Bối cảnh BĐS để phân tích: khi token chuyển giữa hai nền tảng được quản lý, thông tin khách hàng cần được trao đổi theo chuẩn và luật áp dụng.

Yêu cầu xử lý: kiến trúc dữ liệu phải tách thông tin tuân thủ khỏi dữ liệu công khai trên chuỗi. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 7: Danh sách hạn chế và rủi ro địa lý phải được cập nhật

Dữ kiện nền: Rủi ro thay đổi theo quốc gia, đối tượng và các biện pháp hạn chế. Hệ thống tự động cần cập nhật nguồn dữ liệu và có quy trình xử lý trùng tên hoặc kết quả giả.

Bối cảnh BĐS để phân tích: một pháp nhân có tên gần giống đối tượng bị hạn chế không nên bị tự động từ chối mà không có kiểm tra.

Yêu cầu xử lý: lưu nguồn, thời điểm và người xử lý cảnh báo. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

Tình huống 8: Quy trình báo cáo và lưu hồ sơ phải tách khỏi quyết định thương mại

Dữ kiện nền: Bộ phận kinh doanh có động cơ hoàn tất giao dịch; AML cần chức năng độc lập đủ quyền tạm dừng, yêu cầu thông tin và báo cáo theo quy định. Hồ sơ phải giải thích tại sao cảnh báo được đóng hoặc nâng cấp.

Bối cảnh BĐS để phân tích: môi giới không được tự bỏ cảnh báo vì sợ mất khách hàng lớn.

Yêu cầu xử lý: phân quyền độc lập cho tuân thủ và kiểm toán hậu kiểm. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần khóa để bảo toàn bằng chứng và tiêu chí đóng vụ việc.

13. Bài tập thực hành

Xây ma trận rủi ro khách hàng–sản phẩm–địa lý–kênh giao dịch. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn và lý do loại bỏ ít nhất một phương án khác.
Thiết kế 12 kịch bản cảnh báo giao dịch phù hợp sản phẩm BĐS số. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn và lý do loại bỏ ít nhất một phương án khác.
Phân tích một cảnh báo liên quan dịch vụ tăng ẩn danh: dữ liệu nào cần trước khi kết luận. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn và lý do loại bỏ ít nhất một phương án khác.
Vẽ quy trình xử lý từ cảnh báo tự động đến quyết định đóng, tăng cường thẩm tra hoặc báo cáo. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn và lý do loại bỏ ít nhất một phương án khác.

14. Bộ câu hỏi tự kiểm tra trước khi triển khai

Tài sản hoặc dòng tiền cơ sở đã được mô tả rõ chưa?
Quyền pháp lý và quyền kỹ thuật đã được tách riêng chưa?
Có điểm nào một cá nhân có thể tự hoàn tất giao dịch quan trọng không?
Dữ liệu quyết định giao dịch có nguồn, thời điểm và người chịu trách nhiệm không?
Hệ thống có cơ chế phát hiện dữ liệu quá cũ, sai đơn vị hoặc sai phiên bản không?
Quy trình thay đổi khóa, vai trò hoặc cấu hình có phê duyệt tăng cường không?
Có kế hoạch khi một người, thiết bị, nhà cung cấp hoặc oracle không khả dụng không?
Nhật ký kỹ thuật có nối được với hồ sơ quyết định nghiệp vụ không?
Dữ liệu cá nhân/bí mật kinh doanh đã được tối thiểu hóa trên chuỗi chưa?
Đã kiểm thử tình huống xấu và ngoại lệ, không chỉ đường đi bình thường chưa?
Có người độc lập đối soát sau giao dịch không?
Có tiêu chí dừng dự án nếu blockchain không tạo giá trị hơn phương án đơn giản hơn không?

15. Nguồn tham khảo chính

Nguồn được dùng để kiểm định khái niệm, nguyên tắc kiểm soát và bối cảnh pháp lý/kỹ thuật. Các tình huống BĐS trong bài là tình huống học tập do tác giả xây dựng; không phải tư vấn pháp lý, đầu tư hoặc khuyến nghị phát hành/giao dịch tài sản mã hóa.

Ghi nhớ trong 30 giây

KYC là một phần của chương trình AML, không phải toàn bộ chương trình.
Địa chỉ ví cần được nối với hồ sơ khách hàng và có vòng đời.
Giám sát phải kết hợp dữ liệu on-chain và off-chain.
Công cụ phân tích chuỗi cho tín hiệu chứ không tự đưa ra kết luận pháp lý.
Rủi ro phải được đánh giá liên tục chứ không chỉ khi mở tài khoản.

Bài tiếp theo: Case study: thiết kế luồng phê duyệt ví cho doanh nghiệp quản lý quỹ BĐS