AP2 so với x402: Cách các tác nhân AI xử lý việc ủy quyền thanh toán và quyết toán tự động

AP2 (Agent Payments Protocol) và x402 là hai giao thức thanh toán được thiết kế cho hoạt động thương mại của AI Agent. Hai giao thức cung cấp hạ tầng cho các giao dịch tự động, lần lượt từ góc độ ủy quyền thanh toán và quyết toán theo chương trình. AP2 tập trung chứng minh rằng giao dịch mua hàng của AI Agent đã được người dùng ủy quyền, trong khi x402 sử dụng các tương tác thanh toán HTTP tiêu chuẩn hóa để cho phép hệ thống phần mềm mua API, dữ liệu và các dịch vụ kỹ thuật số khác theo nhu cầu.

Khi hoạt động thương mại giữa các Agent tiếp tục phát triển, AI Agent đang chuyển từ công cụ tra cứu thông tin thành các hệ thống tự động có khả năng mua hàng, quản lý gói đăng ký và gọi dịch vụ. Khi một Agent bắt đầu sử dụng tiền thay mặt cho người dùng hoặc doanh nghiệp, các quy trình thanh toán truyền thống vốn phụ thuộc vào thao tác nhấp và xác nhận thủ công sẽ phải đối mặt với những thách thức mới: Làm thế nào hệ thống xác định được Agent có được phép thực hiện thanh toán hay không? Làm thế nào giới hạn được số tiền thanh toán? Làm thế nào các hệ thống khác nhau có thể tự động hoàn tất việc quyết toán?

AP2 và x402 cung cấp hai phương pháp bổ trợ cho nhau. Bài viết này giới thiệu các cơ chế cốt lõi, khác biệt về kỹ thuật và quy trình phối hợp của hai giao thức, phân tích vai trò của stablecoin trong thanh toán cho AI Agent, đồng thời tìm hiểu các rủi ro về bảo mật và tuân thủ có thể phát sinh từ những giao dịch tự động.

Những điểm chính

• AP2 (Agent Payments Protocol) là một giao thức mở để ủy quyền thanh toán cho AI Agent. Giao thức tập trung vào việc xác định Agent có thể thanh toán thay mặt người dùng hay không và cách xác minh giao dịch có phản ánh ý định của người dùng hay không.
• x402 là giao thức thanh toán theo chương trình dựa trên mã trạng thái HTTP 402 Payment Required. Giao thức cho phép AI Agent tự động thanh toán cho API và dịch vụ kỹ thuật số dựa trên yêu cầu thanh toán do máy chủ trả về.
• AP2 và x402 xử lý các lớp khác nhau: AP2 tập trung vào việc xác minh ủy quyền và trách nhiệm giải trình, trong khi x402 tập trung vào yêu cầu thanh toán, xác minh thông tin xác thực và quyết toán. Hai giao thức có thể được sử dụng cùng nhau.
• Stablecoin cung cấp cho AI Agent một hình thức thanh toán kỹ thuật số có thể lập trình. Stablecoin phù hợp với các API trả phí theo lượt sử dụng, dịch vụ dữ liệu và giao dịch giữa máy với máy, nhưng không cần thiết cho mọi trường hợp thanh toán của Agent.
• Thanh toán tự động bằng AI Agent vẫn cần có giới hạn ngân sách, cơ chế kiểm soát quyền của ví, xác minh đối tác giao dịch và xử lý giao dịch bất thường. Không nên xem việc thực thi tự động là sự ủy quyền không giới hạn để sử dụng tiền.

AP2 và x402 là gì? Tại sao AI Agent cần các giao thức thanh toán chuyên biệt?

AP2 và x402 đều hỗ trợ hoạt động thương mại tự động của AI Agent, nhưng giải quyết những vấn đề khác nhau. AP2 được Google ra mắt vào tháng 9 năm 2025 cùng với các bên tham gia trong ngành thanh toán và công nghệ. Giao thức nhằm xây dựng một khuôn khổ xuyên nền tảng, không phụ thuộc vào phương thức thanh toán, dành cho việc ủy quyền thanh toán của Agent. Giao thức tập trung chứng minh rằng người dùng đã ủy quyền cho Agent thực hiện một giao dịch mua cụ thể và cho phép các tổ chức thanh toán xác minh sự ủy quyền đó.

Trong khi đó, x402 được Coinbase thúc đẩy phát triển và dựa trên mã trạng thái 402 Payment Required trong giao thức HTTP. Giao thức cho phép các trang web, API và dịch vụ kỹ thuật số khác gửi trực tiếp yêu cầu thanh toán đến máy khách. Sau khi nhận thông tin thanh toán, AI Agent có thể sử dụng một ví được kiểm soát để tạo thông tin xác thực thanh toán và truy cập tài nguyên tương ứng sau khi hoàn tất việc xác minh và quyết toán.

Sự xuất hiện của hai giao thức này phản ánh hai thách thức riêng biệt trong hoạt động thương mại của AI Agent. Thứ nhất, Agent có thể tự động tìm kiếm sản phẩm và dịch vụ, nhưng phải chứng minh rằng mình đã nhận được sự ủy quyền của người dùng. Thứ hai, ngay cả khi Agent có quyền thanh toán, Agent vẫn cần một phương thức để tương tác với các dịch vụ bên ngoài và tự động hoàn tất thanh toán.

Các hệ thống thanh toán trực tuyến truyền thống thường giả định rằng người tiêu dùng sẽ tự mình xem xét sản phẩm, nhấp để xác nhận và hoàn tất việc xác minh danh tính. Tuy nhiên, AI Agent có thể thực hiện tác vụ mà không cần người dùng tham gia theo thời gian thực. Vì vậy, các hệ thống thanh toán không chỉ cần xác định giao dịch có hợp lệ hay không, mà còn phải xác định hành vi của Agent có tuân thủ các quyền đã được xác định trước hay không.

AP2 và x402 lần lượt cung cấp hỗ trợ kỹ thuật cho hai giai đoạn này, nhưng không phải mọi khoản thanh toán của AI Agent đều cần cả hai giao thức.

AP2 xác minh việc ủy quyền thanh toán cho AI Agent như thế nào?

Cốt lõi của AP2 là Mandate, một thông tin xác thực ủy quyền có thể được xác minh bằng mật mã. Mandate ghi lại các hành động mà người dùng cho phép Agent thực hiện và những giới hạn áp dụng, qua đó cho phép thương nhân và nhà cung cấp dịch vụ thanh toán xác định giao dịch có phản ánh ý định của người dùng hay không.

Theo đặc tả kỹ thuật AP2 v0.2, giao thức định nghĩa hai loại thông tin xác thực chính: Checkout Mandate và Payment Mandate. Checkout Mandate chứng minh rằng Agent đã được ủy quyền mua một sản phẩm hoặc dịch vụ cụ thể. Payment Mandate chứng minh rằng Agent có thể khởi tạo thanh toán cho đơn hàng tương ứng. Hai loại này được liên kết thông qua thông tin đơn hàng, qua đó giảm rủi ro thông tin xác thực thanh toán bị sử dụng cho một giao dịch khác.

Ví dụ, giả sử người dùng muốn AI Agent mua một dịch vụ dữ liệu với giá không quá 50 USD. Hệ thống có thể ghi lại danh mục sản phẩm, ngân sách và các điều kiện ủy quyền trong những thông tin xác thực tương ứng. Sau khi Agent tìm thấy một dịch vụ đáp ứng các yêu cầu, thương nhân sẽ xác minh ủy quyền mua hàng, sau đó nhà cung cấp dịch vụ thanh toán xác minh ủy quyền thanh toán. Giao dịch chỉ nên chuyển sang giai đoạn thanh toán tiếp theo sau khi các điều kiện liên quan đã được đáp ứng.

AP2 cũng phân biệt giữa các chế độ giao dịch Human Present và Human Not Present. Ở chế độ đầu tiên, người dùng có thể xác nhận đơn hàng cụ thể trong quá trình thanh toán. Ở chế độ thứ hai, Agent có thể thực hiện giao dịch trong phạm vi các giới hạn đã được ủy quyền trước. Ở cả hai chế độ, các bước kiểm tra ủy quyền quan trọng phải được hoàn tất thông qua quy trình xác định, thay vì chỉ dựa vào phán đoán của mô hình ngôn ngữ lớn.

Vì vậy, AP2 không nhằm thay thế thẻ ngân hàng, tài khoản ngân hàng hoặc stablecoin. Giá trị của AP2 nằm ở việc thiết lập nền tảng ủy quyền có thể xác minh cho nhiều phương thức thanh toán khác nhau và cung cấp hồ sơ phục vụ hoạt động kiểm toán cũng như giải quyết tranh chấp sau này.

x402 cho phép thanh toán tự động thông qua HTTP 402 như thế nào?

Ý tưởng cốt lõi của x402 là tích hợp trực tiếp quy trình thanh toán vào các yêu cầu HTTP. Các dịch vụ API truyền thống thường yêu cầu người dùng đăng ký tài khoản, liên kết phương thức thanh toán hoặc mua trước tín dụng gói đăng ký. x402 cho phép máy chủ trả về các yêu cầu thanh toán tiêu chuẩn hóa khi nhận được yêu cầu, sau đó máy khách hoàn tất thanh toán và truy xuất lại tài nguyên.

Theo giao thức x402 chính thức, quy trình thông thường bắt đầu khi máy khách gửi yêu cầu HTTP đến máy chủ tài nguyên. Nếu tài nguyên yêu cầu thanh toán, máy chủ sẽ trả về 402 Payment Required và cung cấp giá, các mạng được hỗ trợ, tài sản thanh toán cùng những thông tin cần thiết khác. Máy khách chọn phương thức thanh toán được hỗ trợ, tạo thông tin xác thực thanh toán và gửi thông tin đó thông qua một yêu cầu HTTP.

Sau đó, máy chủ tài nguyên xác minh thông tin xác thực thanh toán và hoàn tất việc quyết toán thông qua giao dịch on-chain hoặc Facilitator, một dịch vụ xác minh và quyết toán thanh toán. Facilitator có thể thay mặt máy chủ thực hiện xác minh chữ ký và quyết toán on-chain, qua đó giảm mức độ phức tạp khi duy trì hạ tầng thanh toán blockchain. Sau khi việc xác minh và quyết toán hoàn tất, máy chủ sẽ trả về dữ liệu được yêu cầu hoặc kết quả dịch vụ.

Lưu ý rằng các phiên bản x402 khác nhau sử dụng tên HTTP Header và cấu trúc dữ liệu khác nhau. Ví dụ, các phiên bản trước đây sử dụng X-PAYMENT, trong khi đặc tả mới hơn sử dụng các trường như PAYMENT-SIGNATURE. Vì vậy, nhà phát triển cần triển khai đúng phiên bản đang sử dụng và không nên trực tiếp kết hợp các giao diện từ những phiên bản khác nhau.

Đối với AI Agent, ưu điểm của x402 là thanh toán có thể trở thành một phần của yêu cầu web thông thường. Nếu Agent cần mua dữ liệu trả phí hoặc gọi một mô hình AI, Agent có thể hoàn tất thanh toán trong phạm vi ngân sách được ủy quyền mà không cần mỗi lần đều được chuyển hướng đến một trang thanh toán thủ công riêng biệt.

AP2 và x402 khác nhau như thế nào?

Khác biệt căn bản nhất giữa AP2 và x402 nằm ở trách nhiệm của mỗi giao thức. AP2 chủ yếu trả lời câu hỏi: "Giao dịch này có được ủy quyền hay không?" x402 chủ yếu trả lời câu hỏi: "Làm thế nào hoàn tất thanh toán theo chương trình dựa trên các yêu cầu của máy chủ?"

AP2 không phụ thuộc vào một loại tiền thanh toán hoặc mạng lưới quyết toán cụ thể. Ví dụ, AI Agent có thể sử dụng AP2 để chứng minh rằng một giao dịch mua đã được ủy quyền, sau đó hoàn tất giao dịch bằng thẻ ngân hàng hoặc một phương thức thanh toán được hỗ trợ khác. x402 tập trung nhiều hơn vào việc thực thi kỹ thuật các khoản thanh toán cho dịch vụ kỹ thuật số và đặc biệt phù hợp với việc kết hợp thanh toán bằng stablecoin với yêu cầu API.

Hai giao thức cũng có một số điểm giao thoa về chức năng. x402 có thể xác minh thông tin xác thực thanh toán do máy khách gửi, nhưng việc xác minh này chủ yếu liên quan đến việc khoản thanh toán có đáp ứng các yêu cầu của máy chủ hay không. Bản thân việc xác minh đó không tương đương với việc hoàn tất ủy quyền đối với ý định thương mại của người dùng. AP2 có thể ghi lại nhiều thông tin hơn về ý định của người dùng, sản phẩm và các điều kiện thanh toán.

Do đó, không nên xem AP2 đơn thuần là phiên bản nâng cấp của x402, cũng không nên xem x402 là giải pháp thay thế cho mọi cơ chế ủy quyền thanh toán. Hai giao thức có thể được triển khai độc lập hoặc sử dụng cùng nhau.

AP2 và x402 có thể phối hợp để hoàn tất giao dịch giữa các Agent như thế nào?

Có thể hình dung sự phối hợp giữa AP2 và x402 thông qua một ví dụ liên quan đến dịch vụ phân tích dữ liệu trả phí.

Giả sử người dùng ủy quyền cho một Agent nghiên cứu mua dữ liệu thị trường với tổng giá trị không quá 20 USD trong một ngày. Agent phát hiện một nhà cung cấp dịch vụ khác có API đáp ứng nhu cầu và nhận được báo giá 0,10 USD cho mỗi lượt gọi. Trước tiên, hệ thống phải xác nhận dịch vụ nằm trong phạm vi mua hàng được ủy quyền, sau đó kiểm tra tổng chi tiêu lũy kế có vượt quá ngân sách hay không.

Trong giai đoạn ủy quyền, AP2 có thể cung cấp một Mandate có thể xác minh, chứng minh rằng Agent có các quyền mua hàng và thanh toán tương ứng. Trong giai đoạn thanh toán, x402 có thể truyền yêu cầu thanh toán của máy chủ đến Agent và hoàn tất việc chuyển tiền thông qua ví được kiểm soát, thông tin xác thực thanh toán và dịch vụ quyết toán. Sau khi thanh toán thành công, máy chủ trả về dữ liệu và Agent tiếp tục tác vụ nghiên cứu.

Sự kết hợp này không chỉ tồn tại trên phương diện khái niệm. Các dự án mã nguồn mở liên quan đến Google đã phát hành A2A x402 Payments Extension, cho phép các Agent mua dịch vụ do những Agent khác cung cấp thông qua thanh toán on-chain. Đặc tả v0.2 của tiện ích mở rộng này cũng định nghĩa các quy trình thanh toán độc lập và nhúng. Quy trình nhúng có thể tích hợp cấu trúc thanh toán vào các giao thức cấp cao hơn như AP2.

Tuy nhiên, quy trình trên chỉ là ví dụ nhằm giải thích cách kết hợp các giao thức. Điều đó không có nghĩa là mọi triển khai AP2 hoặc x402 hiện đã hỗ trợ chính xác các chức năng giống nhau. Hệ thống thực tế vẫn cần xử lý các chi tiết như xác minh thông tin xác thực ủy quyền, quyền của ví, thanh toán thất bại, yêu cầu trùng lặp và biên lai giao dịch.

Tại sao stablecoin phù hợp với thanh toán tự động cho AI Agent?

Stablecoin là một trong những lựa chọn hàng đầu cho thanh toán theo chương trình của AI Agent. So với các tài sản tiền mã hóa có mức biến động giá cao hơn, stablecoin neo theo USD thường được định giá theo đô la Mỹ, giúp nhà cung cấp dịch vụ thiết lập mức giá tương đối ổn định cho các lượt gọi API, quyền truy cập dữ liệu và tài nguyên điện toán.

Ví dụ, AI Agent có thể cần gọi một giao diện dữ liệu trả phí hàng trăm lần mỗi ngày. Nếu mỗi lượt gọi đều yêu cầu xác nhận thủ công khoản thanh toán bằng thẻ ngân hàng, quy trình giao dịch sẽ khó tự động hóa. Với x402 và một mạng stablecoin được hỗ trợ, các yêu cầu thanh toán, chữ ký và thao tác quyết toán có thể được tích hợp vào các yêu cầu theo chương trình, cho phép Agent tự động thanh toán cho dịch vụ trong phạm vi ngân sách.

Stablecoin cũng có tính chất gốc kỹ thuật số và có thể lập trình. Nhà phát triển có thể kết hợp logic thanh toán với quyền API, giới hạn sử dụng và các hạn chế của ví, qua đó cho phép hệ thống phần mềm chuyển tiền giữa các nền tảng khác nhau. Khi giới thiệu x402, Coinbase đã xác định thanh toán tự động giữa các API, dịch vụ phần mềm và AI Agent là một lĩnh vực ứng dụng quan trọng.

Tuy nhiên, thanh toán bằng stablecoin cũng có những hạn chế. Giao dịch on-chain có thể phát sinh phí mạng, một số giao dịch có thể cần thời gian để đạt trạng thái hoàn tất, còn địa chỉ không chính xác hoặc giao dịch không thể đảo ngược có thể dẫn đến mất tiền. Stablecoin cũng liên quan đến các rủi ro về tổ chức phát hành, dự trữ, quy đổi và quy định. Vì vậy, nên xem stablecoin là một lựa chọn quyết toán cho hoạt động thương mại của Agent, thay vì giải pháp chung cho mọi vấn đề thanh toán.

AP2 và x402 đối mặt với những rủi ro bảo mật và hạn chế kỹ thuật nào?

Rủi ro đầu tiên là lạm dụng quyền ủy quyền. AI Agent có thể hiểu sai yêu cầu của người dùng hoặc bị ảnh hưởng bởi các trang web độc hại, phản hồi từ công cụ hay prompt injection, khiến Agent khởi tạo giao dịch mua vượt quá ý định thực tế của người dùng. Nếu hệ thống chỉ dựa vào mô hình để xác định một khoản thanh toán có hợp lý hay không và thiếu các bước kiểm tra độc lập về ngân sách cũng như quyền hạn, chi tiêu ngoài ý muốn có thể phát sinh.

AP2 giảm rủi ro này thông qua Mandate và các cơ chế xác minh xác định, nhưng tính bảo mật của giao thức vẫn phụ thuộc vào cách thông tin xác thực ủy quyền được cấp, lưu trữ và xác minh. Hệ thống cũng phải tránh cấp quyền quá rộng và nên yêu cầu xác nhận bổ sung đối với các giao dịch có rủi ro cao.

Rủi ro thứ hai là việc thực thi thanh toán. x402 liên quan đến máy khách, máy chủ, ví và dịch vụ quyết toán, vì vậy lỗi triển khai ở bất kỳ giai đoạn nào cũng có thể ảnh hưởng đến kết quả giao dịch. Ví dụ, việc gửi lại yêu cầu nhiều lần có thể dẫn đến thanh toán trùng lặp, thanh toán thành công nhưng dịch vụ được cung cấp không thành công có thể dẫn đến tranh chấp, còn lỗi của Facilitator có thể làm chậm quá trình quyết toán. Vì vậy, nhà phát triển cần thiết kế cơ chế xử lý có tính idempotent, thử lại thanh toán thất bại, đối soát biên lai và quy trình hoàn tiền dựa trên ngoại lệ.

Rủi ro thứ ba liên quan đến việc xác minh đối tác và danh tính. Ngay cả khi Agent gửi chính xác thông tin xác thực thanh toán, bên nhận tiền chưa chắc đã đáng tin cậy. Máy chủ độc hại có thể trình bày sai giá, cung cấp dịch vụ không hợp lệ hoặc làm giả thông tin sản phẩm. A2A và x402 có thể cải thiện quy trình giao tiếp cũng như thanh toán giữa các Agent, nhưng không thể tự động bảo đảm tính xác thực của danh tính thương nhân hoặc chất lượng dịch vụ đáp ứng kỳ vọng.

Rủi ro cuối cùng liên quan đến quyền riêng tư và quy định. Hoạt động thương mại của Agent có thể liên quan đến sở thích tiêu dùng của người dùng, thông tin mua sắm doanh nghiệp và dữ liệu thanh toán. Mặc dù thanh toán on-chain cung cấp hồ sơ giao dịch có thể xác minh công khai, hình thức này cũng có thể làm lộ địa chỉ và luồng tiền. Thanh toán xuyên biên giới cũng cần tính đến các yêu cầu hiện hành về phòng, chống rửa tiền, lệnh trừng phạt và bảo vệ người tiêu dùng.

Do đó, các ứng dụng thực tế của AP2 và x402 cần được xây dựng trên kiến trúc bảo mật nhiều lớp, bao gồm ủy quyền của người dùng, kiểm soát quyền của Agent, xác minh thông tin xác thực thanh toán, giám sát giao dịch và xử lý ngoại lệ. Chỉ bằng cách kết hợp các cơ chế này, hệ thống mới có thể kiểm soát rủi ro liên quan đến tiền trong khi nâng cao mức độ tự động hóa.

Kết luận

AP2 và x402 cung cấp hạ tầng cho hoạt động thương mại của AI Agent, lần lượt từ góc độ ủy quyền thanh toán và quyết toán theo chương trình. Thông qua Mandate và thông tin xác thực có thể xác minh, AP2 giúp thương nhân và nhà cung cấp dịch vụ thanh toán xác nhận giao dịch của Agent có tuân thủ sự ủy quyền của người dùng hay không. Thông qua HTTP 402 và các quy trình xác minh thanh toán, x402 cho phép AI Agent tự động mua API, dữ liệu và các dịch vụ kỹ thuật số khác.

Hai giao thức không thay thế cho nhau. AP2 có thể hoạt động với nhiều phương thức thanh toán khác nhau, trong khi x402 có thể đóng vai trò cơ chế thực thi cho các khoản thanh toán on-chain. Khi những công nghệ như A2A x402 Payments Extension tiếp tục phát triển, việc xác minh ủy quyền và quyết toán tự động đang hình thành mối quan hệ phối hợp chặt chẽ hơn.

Đối với hoạt động thương mại giữa các Agent, vấn đề cốt lõi không chỉ là cho phép AI Agent thực hiện thanh toán. Mỗi giao dịch phải có ranh giới ủy quyền được xác định rõ ràng, kết quả thanh toán có thể xác minh và cơ chế xử lý ngoại lệ đáng tin cậy. Stablecoin và Web3 cung cấp các công cụ quyết toán mới cho hướng phát triển này, nhưng việc áp dụng rộng rãi hoạt động thương mại của Agent cuối cùng vẫn phụ thuộc vào bảo mật, khả năng tương tác và nhu cầu kinh doanh trong thực tế.

Câu hỏi thường gặp

Khác biệt cốt lõi giữa AP2 và x402 là gì?

AP2 chủ yếu xác minh việc AI Agent có được ủy quyền mua hàng và thanh toán hay không, trong khi x402 chủ yếu cho phép thực hiện thanh toán theo chương trình thông qua các yêu cầu HTTP. AP2 tập trung vào việc ủy quyền, còn x402 tập trung vào việc thực thi thanh toán.

AP2 có phải là giao thức thanh toán blockchain không?

Không. AP2 là khuôn khổ ủy quyền không phụ thuộc vào phương thức thanh toán và có thể hỗ trợ nhiều hệ thống thanh toán khác nhau, bao gồm thẻ ngân hàng và stablecoin. AP2 không yêu cầu giao dịch phải được quyết toán trên blockchain.

x402 chỉ có thể sử dụng USDC phải không?

Không. Khả năng thanh toán của x402 phụ thuộc vào lược đồ thanh toán, mạng lưới và mức độ hỗ trợ cụ thể do máy chủ cung cấp. USDC là một tài sản thanh toán phổ biến trong các triển khai, nhưng không nên hiểu đây là tài sản duy nhất được giao thức hỗ trợ.

Có thể sử dụng AP2 và x402 cùng nhau không?

Có. AP2 có thể được sử dụng để xác minh ủy quyền giao dịch của Agent, trong khi x402 có thể được sử dụng để thực thi khoản thanh toán on-chain tương ứng theo chương trình. A2A x402 Extension đã nghiên cứu các phương thức kết hợp x402 với những giao thức cấp cao hơn như AP2.

AI Agent có cần xác nhận thủ công để thực hiện thanh toán bằng x402 không?

Không nhất thiết. Nếu người dùng đã cung cấp sự ủy quyền hợp lệ và giao dịch đáp ứng các giới hạn về ngân sách, bên nhận cùng những điều kiện áp dụng khác, hệ thống có thể cho phép Agent tự động thực hiện thanh toán. Các giao dịch nằm ngoài phạm vi được ủy quyền phải yêu cầu xác nhận lại.

Dịch vụ có được bảo đảm cung cấp sau khi thanh toán x402 thành công không?

Không. Thanh toán thành công và hoàn tất dịch vụ là hai giai đoạn riêng biệt. Lỗi API, dịch vụ không khả dụng hoặc tranh chấp về việc cung cấp dịch vụ vẫn có thể xảy ra. Vì vậy, cần quản lý rủi ro bằng biên lai giao dịch, cơ chế xử lý ngoại lệ và các phương thức hoàn tiền khi cần thiết.