NỘI DUNG CHI TIẾT
Đọc theo mạch từ bối cảnh đến bằng chứng
Mỗi phần nối một vấn đề vận hành với vai trò, hồ sơ, quyết định và mô-đun liên quan để nội dung có thể được áp dụng trong công việc thực tế.
Khi một hành trình thanh toán đi qua nhiều lớp bằng chứng
Liên kết đến phần này ↗Một doanh nghiệp thanh toán kỹ thuật số bắt đầu một hành trình hội nhập mới. Khách hàng xác minh danh tính của họ từ xa, chấp nhận thỏa thuận điện tử, kết nối tài khoản và bắt đầu giao dịch trong vòng vài phút. Trải nghiệm thương mại giống như một dòng chảy liên tục.
Bằng chứng đằng sau nó không phải là một dòng chảy.
Một nhóm quản lý nhật ký dịch vụ thanh toán; nhóm khác phụ trách thẩm định khách hàng. Nhà cung cấp chuyên môn thực hiện xác minh danh tính, còn dịch vụ tin cậy hỗ trợ chữ ký. Bộ phận quyền riêng tư xác định thời hạn bằng chứng; an ninh giới hạn quyền truy cập vào hiện vật nhạy cảm; pháp lý theo dõi nhà cung cấp và thỏa thuận; kiểm toán nội bộ xem xét việc vận hành kiểm soát. Khi cơ quan có thẩm quyền hỏi điều gì đã xảy ra với một khách hàng tại một thời điểm cụ thể, câu trả lời phải kết nối được bằng chứng của tất cả các nhóm.
Sai lầm dễ nhất là mô tả tất cả những điều này là “tuân thủ Thông tư 83” hoặc “tuân thủ thanh toán mở”. Khung đó quá rộng.
Thông tư 83/2025/TT-NHNN liên quan đến hệ thống kiểm soát nội bộ tại ngân hàng thương mại, chi nhánh ngân hàng nước ngoài. Không nên sử dụng nó làm nhãn pháp lý chung cho mọi fintech, ví điện tử, trung gian thanh toán, nền tảng thương mại hoặc giao diện lập trình ứng dụng. Các tổ chức đó có thể phải đối mặt với các khoản thanh toán khác, chống rửa tiền, quyền riêng tư, an ninh mạng, giao dịch điện tử, hợp đồng hoặc nghĩa vụ ngành. Phạm vi chính xác của chúng đòi hỏi phải phân tích pháp lý riêng biệt.
Nghị định 23/2025/NĐ-CP là một lớp khác theo Luật Giao dịch điện tử, điều chỉnh chữ ký điện tử và dịch vụ tin cậy. Văn bản này không biến nền tảng tuân thủ thành tổ chức cung cấp dịch vụ chứng thực hoặc nhà cung cấp chữ ký.
Quản trị tốt bắt đầu bằng cách giữ cho các lớp này tách biệt, sau đó kết nối các bằng chứng thực sự trùng lặp.
Để đặt luồng bằng chứng này vào đúng hệ sinh thái, xem khung ngân hàng, fintech và thanh toán, ngành tài chính, ngân hàng và thanh toán, mô-đun Quản trị nhà cung cấp, vai trò Trưởng phòng Kiểm toán nội bộ, tình huống gói bằng chứng liên khung, quy trình đối soát của Forseti AI và bài phân tích Thông tư 83 như một lớp phủ ngành.
“Hành trình của khách hàng có thể liền mạch. Phạm vi pháp lý, độ tin cậy kỹ thuật và bằng chứng hoạt động phải rõ ràng.”
Xác định phạm vi Thông tư 83 trước khi sử dụng tên gọi này
Liên kết đến phần này ↗Thông tư 83 đặt ra yêu cầu về hệ thống kiểm soát nội bộ đối với ngân hàng thương mại và chi nhánh ngân hàng nước ngoài tại Việt Nam. Nguồn pháp lý được cài đặt ghi nhận ngày có hiệu lực chính là 1 tháng 7 năm 2026; một số nội dung về kiểm tra sức chịu đựng, dữ liệu rủi ro, rủi ro mô hình và rủi ro lãi suất trên sổ ngân hàng được áp dụng từ ngày 1 tháng 1 năm 2028.
Đây không phải là khung pháp lý chung cho mọi doanh nghiệp fintech. Việc một công ty công nghệ cung cấp dịch vụ cho ngân hàng thuộc phạm vi điều chỉnh, hoặc một trung gian thanh toán áp dụng biện pháp kiểm soát tương tự ngân hàng, không tự làm phát sinh phạm vi áp dụng trực tiếp.
- Ngân hàng thuộc phạm vi điều chỉnh có thể coi Thông tư 83 là nghĩa vụ trực tiếp về kiểm soát nội bộ.
- Đơn vị liên quan nhưng không thuộc phạm vi trực tiếp chỉ nên dùng các biện pháp kiểm soát làm chuẩn tham khảo sau khi xác nhận cách tiếp cận đó phù hợp.
- Fintech không phải ngân hàng cần xác định đúng văn bản điều chỉnh giấy phép, dịch vụ, dữ liệu khách hàng, giao dịch, thuê ngoài và quan hệ dịch vụ tin cậy của mình.
- Nhà cung cấp phải phân biệt nghĩa vụ pháp lý của chính mình với yêu cầu hợp đồng và giám sát của ngân hàng.
Không nên trình bày Thông tư 83 như một biểu mức xử phạt bằng tiền. ComplianceOne cũng không tính ICAAP, mức đủ vốn, kiểm tra sức chịu đựng, thẩm định mô hình hay rủi ro lãi suất trên sổ ngân hàng. Nền tảng có thể tổ chức chính sách, phê duyệt, giấy tờ làm việc, kết quả chuyên môn, phát hiện và bằng chứng báo cáo mà không trở thành công cụ tính toán rủi ro ngân hàng.
Xây dựng danh mục bằng chứng dịch vụ thanh toán
Liên kết đến phần này ↗Sau khi xác định phạm vi pháp lý, tổ chức cần lập danh mục các dịch vụ thực sự cung cấp hoặc sử dụng. ComplianceOne ghi nhận dịch vụ thanh toán, hoạt động ghi nhật ký của từng dịch vụ và bối cảnh lưu giữ của các nhật ký đó. Hồ sơ có thể liên kết dịch vụ với lần xác minh danh tính điện tử, thẩm định khách hàng, nghĩa vụ và ngoại lệ. Thuật ngữ pháp lý cùng phương thức lựa chọn phải đến từ nội dung pháp quy đã cài đặt, không được tự tạo thành danh mục thanh toán “phổ quát”.
Danh mục cần trả lời: dịch vụ nào đang hoạt động; ai chịu trách nhiệm; hệ thống và nhà cung cấp nào hỗ trợ; bằng chứng nào được ghi lại và lưu bao lâu; kiểm tra khách hàng nào phụ thuộc vào bằng chứng đó; ngoại lệ nào chưa xử lý; và quy tắc nào được chấp nhận là áp dụng trực tiếp hay chỉ giữ để tham khảo.
Khả năng này không phải công cụ giám sát giao dịch. Nó không có điểm rủi ro, ngưỡng hoạt động đáng ngờ hoặc kết luận tự động về giao dịch đáng ngờ, và không nộp báo cáo giao dịch đáng ngờ. Một lần xác minh danh tính thất bại hoặc một khoảng trống thẩm định không tự tạo thành kết luận về tội phạm tài chính; chuyên gia có trách nhiệm phải đánh giá toàn bộ sự kiện theo quy tắc áp dụng.
Lưu cả những lần eKYC không thành công
Liên kết đến phần này ↗ComplianceOne ghi nhận cả lần xác minh danh tính điện tử thành công, thất bại, bị gián đoạn hoặc chưa có kết luận. Hồ sơ có thể thể hiện phương thức, thời điểm, kết quả, bối cảnh bên phát hành và tham chiếu đến bằng chứng được bảo vệ, đồng thời liên kết với hồ sơ thẩm định khách hàng và nghĩa vụ mà hồ sơ đó hỗ trợ.
Nền tảng không lưu số định danh quốc gia, số thẻ, ảnh sinh trắc học, mẫu sinh trắc học, phần giá trị đã che hoặc hàm băm của các giá trị này. Thay vào đó, hồ sơ chỉ lưu loại tài liệu, bên lưu giữ và một mã tham chiếu chỉ có ý nghĩa trong hệ thống của bên lưu giữ. Không dùng hàm băm cho các số định danh có miền giá trị hạn chế giúp tránh tạo cảm giác an toàn sai lệch.
Mặc định, người dùng chỉ thấy dữ liệu đã lược bỏ. Việc truy cập mã tham chiếu hạn chế đòi hỏi cả quyền đọc bằng chứng thanh toán và quyền hiển thị riêng; lần truy cập thành công được ghi lại.
Dung hòa lưu giữ với giảm thiểu dữ liệu
Liên kết đến phần này ↗Bằng chứng thanh toán và danh tính nằm giữa các yêu cầu có thể xung đột. Quy tắc về phòng, chống tội phạm tài chính, tranh chấp, kiểm toán hoặc ngành có thể yêu cầu giữ bằng chứng; nguyên tắc về quyền riêng tư lại yêu cầu không giữ dữ liệu cá nhân khi không còn mục đích hoặc quá thời hạn áp dụng.
ComplianceOne ghi nhận quy tắc lưu giữ và quy tắc giảm thiểu như hai trách nhiệm cần được dung hòa. Việc hoàn tất đòi hỏi hai chức năng được chỉ định cùng phê duyệt; một phê duyệt duy nhất vẫn để hồ sơ ở trạng thái chờ quyết định thứ hai. Nền tảng không tự quyết định thời hạn lưu giữ mà bảo tồn quy tắc do tổ chức lựa chọn, điểm xung đột, người xem xét, quyết định và bằng chứng kết quả.
Coi thẩm định là bằng chứng, không phải phán quyết
Liên kết đến phần này ↗Hồ sơ thẩm định khách hàng có thể liên kết với lần xác minh danh tính và nghĩa vụ được hỗ trợ. Tuy nhiên, hồ sơ đó không chứng minh tổ chức đã đáp ứng mọi nghĩa vụ về phòng, chống rửa tiền; kết quả xác minh điện tử cũng không chứng minh không có gian lận.
Khi rà soát, tổ chức cần xác nhận đối tượng được tham chiếu đúng mà không sao chép giá trị hạn chế; mọi kết quả xác minh được giữ lại; bằng chứng có bên lưu giữ được chỉ định; hồ sơ thẩm định gắn với nghĩa vụ cụ thể; ngoại lệ có người xử lý; và quyết định lưu giữ đã bao gồm góc nhìn quyền riêng tư.
Tách bằng chứng dịch vụ tin cậy điện tử khỏi bằng chứng thanh toán
Liên kết đến phần này ↗Nghị định 23/2025/NĐ-CP có hiệu lực từ ngày 10 tháng 4 năm 2025 theo Luật Giao dịch điện tử. Nội dung vận hành bao gồm chữ ký điện tử, chứng thư, nhà cung cấp dịch vụ tin cậy, vòng đời thông tin xác thực, tương tác với cơ quan có thẩm quyền và bằng chứng về khả năng chống chối bỏ. Nội dung pháp quy hiện hành phân biệt dịch vụ cấp dấu thời gian, chứng thực thông điệp dữ liệu, chứng thực chữ ký số công cộng và chữ ký điện tử chuyên dùng bảo đảm an toàn. Phạm vi áp dụng và cách diễn giải vẫn cần ý kiến chuyên môn phù hợp.
ComplianceOne cung cấp sổ đăng ký danh tính, nhà cung cấp dịch vụ tin cậy, lần gửi điện tử và thỏa thuận điện tử. Các loại dịch vụ, phương thức xác minh, mức bảo đảm, loại thuộc tính danh tính và loại thỏa thuận phải do nội dung pháp quy tương ứng khai báo. Khi một văn bản không có danh mục, nền tảng không mượn danh mục từ văn bản khác chỉ để điền lựa chọn.
Ghi nhận nhà cung cấp mà không tự xác định tình trạng giấy phép
Liên kết đến phần này ↗ComplianceOne ghi nhận đánh giá của tổ chức về nhà cung cấp; “chưa xác định” là trạng thái hợp lệ. Nếu tổ chức chưa kiểm tra, hệ thống không mặc định kết luận tích cực hoặc tiêu cực. Khi nội dung áp dụng yêu cầu nhà cung cấp được công nhận, nền tảng có thể từ chối một hồ sơ không tương thích dựa trên trạng thái mà tổ chức đã ghi nhận.
Thông tin công bố của cơ quan giám sát vẫn là nguồn xác thực. ComplianceOne không xác định nhà cung cấp được cấp phép, chứng nhận hoặc đang được công nhận; nền tảng chỉ ghi lại tổ chức đã kiểm tra điều gì, vào lúc nào và dựa trên bằng chứng nào.
Biến trạng thái thông tin xác thực thành lịch sử
Liên kết đến phần này ↗ComplianceOne ghi nhận việc cấp, đình chỉ, thu hồi, hết hạn và gia hạn dưới dạng sự kiện có thời điểm, người thực hiện, lý do và bằng chứng. Thu hồi và hết hạn là trạng thái kết thúc; gia hạn tạo hồ sơ kế tiếp thay vì mở lại lịch sử. Nhờ đó, tổ chức có thể dựng lại trạng thái tại đúng thời điểm đã dựa vào thông tin xác thực.
Nền tảng không cấp chứng thư, lưu khóa riêng, đình chỉ thông tin xác thực tại nhà cung cấp hoặc tự truy vấn dịch vụ thu hồi. Tổ chức phải cấu hình vai trò nếu muốn tách biệt công việc bảo trì thông thường với thay đổi vòng đời.
Ghi nhận việc xác minh chữ ký mà không tự thực hiện xác minh
Liên kết đến phần này ↗Thỏa thuận điện tử có thể liên kết các bên với bằng chứng chữ ký. Siêu dữ liệu xác minh có thể ghi phương thức, thời điểm, kết quả, bên phát hành, mức bảo đảm và bằng chứng do công cụ hoặc nhà cung cấp bên ngoài báo cáo. ComplianceOne ghi nhận báo cáo đó nhưng không xác minh chữ ký.
Nền tảng không lưu thông tin xác thực ký hoặc vật liệu khóa chỉ để mô tả bằng chứng. Nhãn thuật toán do công cụ xác minh cung cấp cũng không được viết lại thành một tuyên bố mạnh hơn. Các bên trong thỏa thuận là tham chiếu thực thể, không phải tên nhập tự do.
Đối với Nghị định 23, nội dung pháp quy công khai hiện chỉ xác nhận các biểu mẫu số 01, 03 và 08. Không được mô tả toàn bộ các hiện vật khác là đã xác minh chỉ vì đã có bề mặt vận hành.
Bảo tồn bằng chứng gửi hồ sơ mà không tuyên bố nộp tự động
Liên kết đến phần này ↗ComplianceOne ghi nhận kênh gửi, hàm băm tải trọng, người chịu trách nhiệm, ngày gửi, biên nhận, mã xác nhận và lịch sử sửa đổi. Mỗi bản sửa đổi có hàm băm riêng và bản gốc vẫn đọc được.
Nền tảng không truyền hồ sơ và không tự kết nối cổng của cơ quan có thẩm quyền chỉ vì một kênh được liệt kê. “Bằng chứng gửi điện tử” là hồ sơ được quản trị về việc nộp, không đồng nghĩa với chức năng truyền hồ sơ chỉ bằng một thao tác.
Quản trị thanh toán mở bằng các mối quan hệ rõ ràng
Liên kết đến phần này ↗“Thanh toán mở” có thể chỉ quan hệ đối tác, tài chính nhúng, dịch vụ tương tác, API, kết nối tài khoản hoặc hệ sinh thái nhà cung cấp. Vì thuật ngữ này hữu ích về thương mại nhưng thiếu chính xác về pháp lý, quản trị phải bắt đầu từ các mối quan hệ thực tế.
Với mỗi dịch vụ, cần ghi nhận đơn vị vận hành và chủ sở hữu; hành trình khách hàng và hệ thống; nhà cung cấp thanh toán, danh tính, chữ ký và hạ tầng; văn bản và hợp đồng được coi là áp dụng; bằng chứng ở từng giai đoạn; bên lưu giữ dữ liệu hạn chế; quyết định lưu giữ và giảm thiểu; cùng tương tác và xác nhận của cơ quan có thẩm quyền.
Kiến trúc bằng chứng thực tế
Liên kết đến phần này ↗- Xác nhận loại hình và phạm vi của tổ chức; không suy ra phạm vi pháp lý từ thương hiệu.
- Tách các lớp kiểm soát nội bộ ngân hàng, vận hành thanh toán, quyền riêng tư, tội phạm tài chính, giao dịch điện tử và dịch vụ tin cậy.
- Kiểm kê dịch vụ thanh toán, chủ sở hữu, hệ thống, nhà cung cấp, nhật ký và bối cảnh lưu giữ.
- Lập bản đồ bằng chứng eKYC, bao gồm kết quả thất bại và chưa có kết luận; giữ giá trị hạn chế tại bên lưu giữ.
- Liên kết từng hồ sơ thẩm định với nghĩa vụ mà hồ sơ hỗ trợ.
- Yêu cầu cả hai chức năng chịu trách nhiệm phê duyệt cách dung hòa lưu giữ và giảm thiểu.
- Đăng ký nhà cung cấp dịch vụ tin cậy và lịch sử thông tin xác thực mà không ngụ ý cơ quan có thẩm quyền đã công nhận.
- Liên kết thỏa thuận với bằng chứng chữ ký do bên ngoài báo cáo; không đưa khóa ký hoặc giá trị danh tính vào nền tảng.
- Ghi nhận lần gửi và biên nhận, bảo tồn bản gốc cùng mọi sửa đổi.
- Diễn tập việc dựng lại hành trình của một khách hàng tại một thời điểm cụ thể.
Tiêu chuẩn thanh toán đáng tin cậy
Liên kết đến phần này ↗Quản trị thanh toán đáng tin cậy không phải là một bảng điều khiển hay một nhãn pháp lý duy nhất. Đó là khả năng giải thích hành trình khách hàng mà không phóng đại điều công nghệ hoặc quy định chứng minh.
Tổ chức cần giới hạn Thông tư 83 đúng đối tượng; bảo tồn bằng chứng kiểm soát nội bộ mà không giả vờ tính rủi ro ngân hàng; lưu cả lần eKYC thất bại; giữ dữ liệu thẻ, sinh trắc học và định danh ngoài hồ sơ tuân thủ; coi thẩm định là bằng chứng có nguồn gốc; dung hòa lưu giữ bằng quyết định của con người; bảo tồn lịch sử thông tin xác thực; và tách bằng chứng nộp hồ sơ khỏi khả năng truyền hồ sơ.
Niềm tin không đến từ tuyên bố rằng một hệ thống thực hiện mọi hành vi được quản lý. Nó đến từ việc chứng minh chuyên gia nào thực hiện từng hành vi, bằng chứng nào được lưu, ai quyết định và quy tắc nào chi phối quyết định đó.



