10月20日Money20/20上Visa联合BILL和Billtrust启动的这项试点，核心动作可以用一句话概括：让AI代理绕过供应商门户上那套本来用来防它的机制，以一种门户能够验证的方式走进去，完成一张发票的付款。
“绕过”不是偷渡，是换了一种进门方式。供应商门户过去靠CAPTCHA、登录验证和反机器人机制保护自己，这些设计假定“发起支付的是一个坐在浏览器前的人”。BILL的Payment Agent按买方已批准的指令发起支付时，它首先通过Visa的Trusted Agent Protocol（TAP）和Agentic Directory完成注册和身份声明，然后使用令牌化的支付凭证——而不是共享的门户登录凭据——在供应商门户完成发票付款。Billtrust那一侧用TAP来识别、认证这个代理并授予访问权限，官方新闻稿写得很直白：这种代理认证可以满足CAPTCHA和其他机器人拦截机制历来提供的站点保护功能，且无需代理额外登录。供应商的控制权和监督权被保留了，被替换掉的只是“证明你是人”那一步。
代理拿到了身份证，但授权边界还悬在空中
TAP解决的是“这个代理是谁、它代表哪个买方”的身份问题。Visa的新闻稿列出了试点跑通的五件事：一个被识别和认证的AI代理代表一个可识别的买方；令牌化凭证而非共享门户登录；支付控制与买方已批准的支付指令绑定；一条专门绑定到具体发票的支付路径；以及支付授权和完成过程的可视性。这五件事合在一起，说明技术层已经能把“谁在付、替谁付、为哪张发票付、付多少”编码进一笔交易里。
但技术层能编码，不等于法律层能归责。亚太新兴支付协会与汇丰在2026年7月成立AI代理支付工作组时，点出的问题恰好是这套试点没有回答的：AI代理超授权支付的责任主体界定模糊，跨境AI交易缺乏统一识别与认证标准，机器自动交易纠纷处置机制缺失。现行支付法律框架是基于“人为决策、主观意图”设计的，并未覆盖机器自主交易场景。Visa的TAP能让门户认出代理，但认出来之后——如果代理付错了金额、付给了错误的发票、或者在一个买方事后声称“我没批准这笔”的交易里完成了付款——责任落在买方、代理运营方（BILL）、支付网络（Visa）还是供应商身上，现有的规则体系给不出一个默认答案。 试点公告里没有写的东西，恰恰是纠纷发生时最需要的那条线。
Mastercard在同一天给出了另一种机器支付逻辑，对照之下Visa这条路的约束条件更清楚了
同一天Mastercard开放早期访问的Agent Pay for Machines，走的是另一条技术路线：基于x402开源协议，代理遇到需要付费的服务时收到“402 Payment Required”，然后在预算内生成一张数字签名的支付凭证——一种在授权限额内付款的安全承诺，服务方验证后交付服务，交互在链下以机器速度完成，服务方可以把凭证合并后延迟结算。这套逻辑的预设场景是代理与代理之间、代理与API之间的小额高频机器支付，比如一个营销代理在预算内为蛋白质棒推广活动购买数据、模型和API服务。
两条路线放在一起看，Visa这条B2B发票路径的约束条件反而更清楚了：它要求存在一个已经批准的买方指令、一张具体的发票、一个需要被认证的门户访问动作。这些约束在消费端是障碍（消费者银行在10月13日至16日那一周集体封锁代理，JPMorgan的Dimon把这称为“责任转移”），在B2B端却是资产——企业采购本身就有审批层级、内部控制和业务规则，代理执行的是一个已经在企业内部流程里被批准过的付款，而不是代替人做出一个新的购买决策。B2B先于消费端落地，不是因为B2B的技术更成熟，是因为B2B的授权结构本来就更接近“先批准、后执行”，代理嵌入的阻力天然更小。
对跨境B2B卖家，门户适配是入场券，授权边界是自保条款
用户原文给出的两层含义是准确的，需要把它们的紧迫程度分开。
第一层是门户侧的适配，这是入场券，不是优化项。 Billtrust的客户之所以能“依据其接受政策接收快速门户付款”，前提是Billtrust在门户那一侧部署了TAP来识别和认证代理。一个跨境B2B卖家如果用自己的独立站或第三方建站工具做供应商门户，CAPTCHA和登录墙短期内不会消失，但这不意味着代理支付进不来就只是“晚几天到账”。当买方侧的财务团队已经把“代理自动完成门户付款”作为应付流程的默认选项时，一个无法被代理认证的门户会重新把买方的财务人员拉回手动输入的环节——订单不一定卡在支付，但付款体验的落差会变成买方在续约和采购分配时的隐性扣分项。门户是否支持令牌化凭证的呈现、是否能在不要求额外登录的前提下完成代理认证、是否保留与现有接受政策兼容的对账数据，这些问题的答案决定的是一个卖家能不能进入买方代理支付的可选范围。
第二层是授权边界，这在规则空白期是卖家自己需要写的合同条款，不是等平台给的设置。 试点公告没有回答的核心问题是：代理的授权范围由谁定义、以什么形式记录、越权时向谁追索。Visa的机制里“支付控制与买方已批准的指令绑定”，但买方批准的指令本身长什么样、包含哪些限额和例外、在代理与供应商门户交互时以什么形式被验证，这些细节在公开材料里是缺失的。对卖家而言，这意味着在接收代理发起的付款之前，需要在自己的接受政策里明确：接受哪一类代理认证（TAP注册的代理，还是其他身份框架）、单笔和累计的支付上限如何设定、代理发起的支付在出现争议时适用哪一套退款和追索流程。这些东西在传统卡支付里有chargeback规则托底，在代理支付里目前没有对应的成熟机制。规则空白不是“等监管出了再说”的事，是“在监管出来之前，每一笔代理付款的条款都在由交易双方自己定义”的事。
三家公司在公告里没有公布试点的交易笔数，也没有给出商用的时间表。5%的消费者信任度调查说明消费端代理支付还在争授权，而企业端的发票支付已经在跑真实交易。这个反差本身就是一个信号：代理支付的第一波落地不会发生在消费者点外卖或买衣服的场景里，会发生在应付账款团队想把最后一道手动输入从流程里拿掉的地方。跨境B2B卖家如果在这个位置上，需要先确认自己的门户能不能被认出来，再确认认出来之后那笔钱的责任线画在哪里。