Khi AI Agent được giao nhiệm vụ mua hàng hoặc khởi tạo thanh toán, doanh nghiệp cần kiểm soát nhiều hơn độ chính xác của đề xuất. Agent có thể gửi lệnh thanh toán bằng ví hoặc tài khoản được cấp quyền, vì vậy một lựa chọn sai có thể dẫn đến giao dịch thật. Trước khi triển khai, doanh nghiệp cần quy định rõ agent được chi trong hạn mức nào, thanh toán cho những nhà cung cấp nào và trường hợp nào phải có nhân viên phê duyệt. Bài viết phân tích các cơ chế giúp doanh nghiệp trao quyền thanh toán cho AI Agent mà vẫn theo dõi và kiểm soát được từng giao dịch.
Thanh toán bằng AI Agent khác gì tự động hóa thanh toán thông thường?
Trong quy trình tự động hóa thông thường, phần mềm thường làm theo quy tắc cố định. Chẳng hạn, hệ thống có thể thanh toán hóa đơn đã được duyệt vào ngày đến hạn. Quy tắc, dữ liệu đầu vào và bước phê duyệt thường được xác định trước.
AI Agent có thể đảm nhận nhiều bước linh hoạt hơn: tìm sản phẩm, so sánh nhà cung cấp, chọn phương án, tạo đơn hàng và đề nghị hoặc khởi tạo thanh toán. Khả năng này hữu ích khi quy trình có nhiều bước, nhưng cũng khiến việc kiểm soát phức tạp hơn. Agent có thể đưa ra quyết định dựa trên ngữ cảnh, trong khi yêu cầu ban đầu của người dùng chưa chắc đã nêu rõ mọi giới hạn cần thiết.

Khác biệt giữa thanh toán tự động theo quy tắc có sẵn và thanh toán do AI Agent chủ động thực hiện. (Nguồn: Twendee)
Cần phân biệt hai mức độ sử dụng:
Agent hỗ trợ thanh toán: tìm thông tin, kiểm tra hóa đơn hoặc đề xuất giao dịch; nhân viên vẫn xác nhận và thực hiện thanh toán.
Agent được ủy quyền thanh toán: có thể gửi lệnh thanh toán trong một phạm vi đã định, chẳng hạn với nhà cung cấp, loại hàng hóa hoặc hạn mức cụ thể.
Mức thứ hai đòi hỏi kiểm soát chặt hơn vì agent không chỉ cung cấp thông tin mà còn có thể làm thay đổi số dư hoặc tạo nghĩa vụ tài chính cho doanh nghiệp. Trong bài phát biểu về thanh toán trong thời đại AI Agent, Thống đốc Cục Dự trữ Liên bang Mỹ Christopher Waller nêu các vấn đề cần giải quyết như xác thực agent có quyền đại diện cho ai, trách nhiệm khi agent mắc lỗi và cách nhận diện giao dịch bất thường. Ông cũng lưu ý rằng các khoản mua hàng giữa doanh nghiệp thường đã có quy tắc về nhà cung cấp và ngân sách, nhưng giá trị giao dịch lớn có thể làm tăng mức độ rủi ro. Bank for International Settlements
5 cơ chế kiểm soát cần có trước khi giao quyền thanh toán cho AI Agent
Không có một hạn mức hay bước phê duyệt duy nhất phù hợp với mọi doanh nghiệp. Cách thiết kế nên dựa trên giá trị giao dịch, loại hàng hóa, mức độ rủi ro và khả năng thu hồi tiền nếu phát sinh sai sót. Dưới đây là năm cơ chế có thể dùng làm điểm khởi đầu.
1. Gắn mỗi giao dịch với danh tính và quyền hạn rõ ràng
Doanh nghiệp cần biết agent nào đang khởi tạo giao dịch, agent đại diện cho cá nhân hay bộ phận nào, và quyền đó được cấp bởi ai. Một giao dịch chỉ ghi tên tài khoản hoặc ví thanh toán có thể chưa đủ để xác định ai chịu trách nhiệm khi có vấn đề.
Quyền hạn nên được cấp cho từng mục đích cụ thể. Ví dụ, agent phụ trách mua văn phòng phẩm không nên tự mở rộng quyền sang thanh toán chi phí quảng cáo hoặc chuyển tiền đến tài khoản mới. Nếu agent cần thêm quyền, yêu cầu đó phải được xét duyệt theo quy trình của doanh nghiệp, thay vì để agent tự truy cập thêm ví hoặc tài khoản.

Phân quyền theo đúng nhiệm vụ giúp hạn chế những hành động agent có thể thực hiện ngoài dự kiến. (Nguồn: Markettimes)
2. Đặt giới hạn về số tiền, nhà cung cấp và thời gian
Hạn mức tổng thể là chưa đủ nếu agent có thể chi tiền cho bất kỳ nhà cung cấp nào. Doanh nghiệp có thể kết hợp nhiều giới hạn:
Số tiền tối đa cho mỗi giao dịch và trong một khoảng thời gian.
Danh sách nhà cung cấp hoặc loại hàng hóa được phép.
Thời hạn hiệu lực của quyền thanh toán.
Giới hạn về loại tài khoản hoặc nguồn tiền agent được sử dụng.
Ví dụ minh họa: công ty cho agent mua vật tư văn phòng từ ba nhà cung cấp đã duyệt, tối đa 500 USD mỗi đơn trong tháng này. Nếu agent chọn nhà cung cấp ngoài danh sách hoặc tạo đơn vượt hạn mức, hệ thống giữ giao dịch lại để nhân viên xem xét. Đây là một tình huống giả định; con số cần được từng doanh nghiệp điều chỉnh theo ngân sách và quy trình mua hàng của mình.
Hướng tiếp cận này phù hợp với các giao thức thanh toán dành cho agent đang được phát triển. Tài liệu của Google về giao thức AP2 mô tả cách thể hiện ý định mua hàng, giới hạn chi tiêu và thông tin của giỏ hàng trong các chỉ thị riêng; nếu giao dịch vượt quá giới hạn, quy trình có thể yêu cầu người quản lý phê duyệt trước khi tiếp tục. Google Developers Blog
3. Yêu cầu con người duyệt giao dịch vượt ngưỡng rủi ro
Không phải giao dịch nào cũng cần nhân viên xác nhận từng bước. Làm như vậy có thể khiến tự động hóa mất ý nghĩa. Thay vào đó, doanh nghiệp nên xác định trước điều kiện nào bắt buộc phải chuyển cho người có thẩm quyền.
Một giao dịch có thể cần phê duyệt nếu:
Giá trị vượt hạn mức thông thường.
Người nhận là nhà cung cấp mới hoặc tài khoản ngân hàng vừa thay đổi.
Nội dung đơn hàng không khớp với yêu cầu hoặc ngân sách.
Giao dịch bị chia nhỏ bất thường hoặc lặp lại nhiều lần.
Agent không có đủ dữ liệu để xác định chính xác người nhận, số tiền hoặc mục đích.
Yêu cầu phê duyệt cũng cần hiển thị đủ thông tin để người duyệt ra quyết định: ai yêu cầu, agent nào đề xuất, nhà cung cấp là ai, số tiền bao nhiêu, căn cứ nào cho giao dịch và điều gì khiến hệ thống chuyển cấp. Nút “Duyệt” mà không có ngữ cảnh chỉ tạo thêm một thao tác, chứ không tạo ra kiểm soát có ý nghĩa.
4. Ghi lại toàn bộ quá trình và đối soát sau thanh toán
Nhật ký giao dịch cần cho biết agent nhận yêu cầu gì, đã sử dụng dữ liệu nào, gọi công cụ nào, đề xuất lựa chọn ra sao, ai đã phê duyệt và hệ thống thanh toán trả về kết quả gì. Những thông tin này giúp doanh nghiệp điều tra giao dịch sai, giải quyết tranh chấp và cải thiện quy tắc.
Sau khi thanh toán, doanh nghiệp vẫn cần đối chiếu giao dịch với đơn mua hàng, hóa đơn và sao kê. Mã giao dịch trên ví hoặc ngân hàng nên liên kết được với hồ sơ mua sắm tương ứng. Nếu các dữ liệu này nằm tách rời, bộ phận tài chính sẽ khó biết giao dịch nào đã hoàn tất, giao dịch nào bị từ chối và khoản nào cần xử lý tiếp.
Google AP2 cũng mô tả biên nhận thanh toán như một phần khép lại chuỗi bằng chứng từ ý định ban đầu đến giao dịch đã thực hiện. Đây là ví dụ về cách thiết kế dấu vết kiểm tra xuyên suốt, dù doanh nghiệp vẫn cần đánh giá giao thức, đối tác và yêu cầu pháp lý phù hợp với hệ thống của mình.

Từ yêu cầu thanh toán đến quyết định thực hiện, mỗi giao dịch cần được đối chiếu với hạn mức và quyền đã cấp cho AI Agent. (Nguồn: Twendee)
5. Có cách tạm dừng quyền và xử lý sự cố
Doanh nghiệp cần có khả năng khóa quyền thanh toán của agent khi phát hiện hoạt động bất thường, thay đổi nhân sự phụ trách hoặc nghi ngờ thông tin xác thực bị lộ. Việc tạm dừng cần áp dụng được cho đúng agent, tài khoản hoặc loại giao dịch liên quan để không làm gián đoạn toàn bộ hoạt động nếu chưa cần thiết.
Quy trình ứng phó cũng nên quy định ai được quyền khóa agent, ai xác minh giao dịch và cách khôi phục quyền sau khi kiểm tra. Nếu đã phát sinh thanh toán, doanh nghiệp cần biết liên hệ ngân hàng, nhà cung cấp ví hoặc đơn vị xử lý thanh toán nào để tra soát. Công nghệ có thể hỗ trợ lưu vết và chuyển yêu cầu, nhưng không tự thay thế trách nhiệm xử lý tranh chấp của các bên liên quan.
Doanh nghiệp nên bắt đầu từ đâu?
Trước khi chọn ví cho AI Agent hay kết nối agent với hệ thống ngân hàng, doanh nghiệp nên rà soát quy trình thanh toán hiện tại. Hãy bắt đầu với một loại giao dịch có giá trị thấp, nhà cung cấp quen thuộc và quy tắc mua hàng rõ ràng.
Một đợt thử nghiệm có kiểm soát có thể đi theo các bước sau:
Chọn một quy trình cụ thể, chẳng hạn mua vật tư định kỳ.
Quy định agent được xem dữ liệu nào và được khởi tạo loại giao dịch nào.
Đặt hạn mức, danh sách nhà cung cấp và điều kiện cần phê duyệt.
Chạy thử ở chế độ chỉ đề xuất để so sánh kết quả với quyết định của nhân viên.
Chỉ cấp quyền thực hiện sau khi doanh nghiệp kiểm tra được độ chính xác, nhật ký và quy trình xử lý sự cố.
Các chương trình thanh toán qua agent của Mastercard cho thấy ngành thanh toán đang thử nghiệm những cơ chế như định danh agent, thông tin xác thực được mã hóa và quy tắc về giao dịch agent được phép thực hiện. Đây là thông tin từ nhà cung cấp về chương trình của họ, không phải bằng chứng rằng mọi hệ thống thanh toán hiện nay đều đã hỗ trợ đầy đủ thanh toán tự động bằng AI. Mastercard Newsroom
Với doanh nghiệp, điều quan trọng là kiểm tra khả năng thực tế của ngân hàng, đơn vị thanh toán và hệ thống nội bộ trước khi triển khai. Một quy trình thử nghiệm nên có tiêu chí dừng rõ ràng, chẳng hạn giao dịch không thể truy vết, agent vượt quyền hoặc tỷ lệ phải sửa giao dịch cao hơn mức doanh nghiệp chấp nhận.
Kết luận
Thanh toán bằng AI Agent chỉ phù hợp với doanh nghiệp khi quyền của agent có giới hạn và giao dịch có thể kiểm tra lại. Trước khi cho agent sử dụng tiền, doanh nghiệp cần xác định rõ danh tính, mục đích, hạn mức, nhà cung cấp được phép, điều kiện chuyển cấp cho con người và cách dừng hệ thống khi có sự cố.
Twendee có thể đồng hành cùng doanh nghiệp trong việc thiết kế luồng thanh toán, kết nối agent với ví và hệ thống tài chính, đồng thời xác định các điểm cần giới hạn quyền, phê duyệt và đối soát theo quy trình thực tế.
Kết nối với Twendee trên LinkedIn và X
Đặt lịch trao đổi với Twendee tại đây



