独立解读
Worldpay Agentic Commerce：商户怎样接住 Agent 带来的付款？
类型：产品分析｜资料查阅：2026-10-28｜依据公开资料；未进行商户接入或支付实测。
消费者让 Agent 买一双鞋。Agent 找到商品并生成购物车，接下来商户需要确认金额、取得可用支付凭证、请求发卡方批准，然后发货。Worldpay 所在的位置，就是商户侧的支付接收和处理环节。
Worldpay 不是这个例子里替 Agent 存钱的钱包。 它的重点是帮助商户把 Agent 结账与现有支付 API、风险规则和履约流程连接起来。
公司背景与产品入口
Worldpay 是商户支付处理与收单服务提供商，业务覆盖线上和线下交易。Agentic Commerce 是它将现有商户支付能力连接到 AI 购物流程的方式。Worldpay Agentic Commerce
在官方开发者文档中，Worldpay 介绍了与 OpenAI Instant Checkout / Agentic Commerce Protocol（ACP）相关的流程：商户要有 Access Worldpay checkout ID 和 API 凭证，配合商品、购物车、委托支付与支付 API。Worldpay：Pay via AI Agent
一笔鞋子订单怎样走？
这张图简化了官方描述的角色；具体凭证创建、用户授权、卡网络和履约顺序，以商户接入版本为准。Agent 不一定持有钱包余额；付款可能来自用户已有的银行卡。
Delegate token 有什么用？
官方文档描述：Agent 在 Worldpay Sessions API 创建代表支付方式的 delegate token，包含交易金额、有效期等限制；商户随后通过 Payments API 使用该凭证，Worldpay 在处理前校验对应限制。具体流程
| 问题 | 这个流程尝试解决什么 | 不应推断什么 |
|---|---|---|
| 支付凭证 | 向商户提供用于处理的委托凭证 | token 本身就是 Agent 余额 |
| 金额与有效期 | 对支付使用范围设置约束 | 所有业务规则都由 token 自动实现 |
| 用户授权 | 将用户选中的购买与支付流程衔接 | 商户或网络不再需要认证与风控 |
| 履约 | 支付结果可交回商户订单 | 支付成功自动保证商品已发出 |
不要把“delegate token”与 x402 付款凭证或 AP2 授权记录视为同一种机制。它们解决的问题可能相邻，但参与方、格式和执行环节不同。
接入时要看限制条件
Worldpay 的 delegated token 使用说明列出该接口的功能范围与限制。当前资料对 guest card、3DS、SCA 豁免及 token 创建有特定限制；它们属于该接口和版本，不能推断 Worldpay 的所有支付产品都一样。
商户应先核查：
- Agent 渠道、商品和商户账户是否符合使用条件；
- 最终商品、税费、运费和金额由哪一方生成和确认；
- 是否需要持卡人认证，以及当前链路如何处理认证例外；
- 授权、扣款、撤销、退款、争议和履约状态能否关联；
- 同一请求超时后如何查询状态，哪些重试具备幂等保护。
它靠什么赚钱？
Worldpay 的基础业务是为商户处理支付和提供相关服务。Agentic Commerce 可能帮助商户继续使用既有支付能力接收新渠道订单；这是对其业务方向的分析，不是 Agent 产品独立收入的披露。此次未找到适用于上述接口的专项公开报价，实际费用须向 Worldpay 核对：支付方式、地区、商户合同和处理环节都会影响成本。
和钱包、卡网络、商户是什么关系？
| 参与方 | 在这条链路的位置 |
|---|---|
| 消费者钱包或支付方式 | 提供用户授权使用的资金或凭证 |
| Agent 平台 | 发现商品、组装购物车并按授权请求支付 |
| Worldpay | 为商户提供凭证及支付处理能力 |
| 发卡方 / 卡网络 | 参与卡交易处理与授权 |
| 商户 | 决定商品、最终订单和履约 |
Worldpay 是否能完成你的流程，应从“我的商户账号、Agent 渠道和支付方式是否被支持”开始，而不是只问它有没有 Agent Wallet。
把付款结果放回订单生命周期
假设顾客订购一双鞋，Worldpay 返回一次支付授权结果。商户仍需确认库存、根据自身流程捕获款项、处理发货，以及可能发生的退款。失败时状态尤其重要：
| 状态 | 商户应关心什么 | 不应假设 |
|---|---|---|
| 购物车已创建 | 价格、运费、税费和库存是否仍有效 | 购物车创建就代表已付款 |
| delegate token 已创建 | 凭证是否仍在允许金额和有效期内 | 凭证等于最终卡交易已授权 |
| 支付请求超时 | 查询服务商返回状态和订单记录 | 没有收到响应就代表扣款失败 |
| 支付被批准 | 商户的捕获与履约规则是什么 | 发卡方批准就等于订单已交付 |
| 用户申请退款 | 原交易、商户退款和用户到账状态 | 所有退款都即时到账 |
这些是商户应核实的流程问题，而非声称 Worldpay 在所有集成里都采用同一状态机。Worldpay 的 Payments API delegate token 文档给出该接口的限制，应将其与所用地区和商户合同一起看。
谁支付费用，谁决定用户体验？
商业链条至少有商户、支付处理方、发卡方与卡网络。商户可能支付交易处理等费用；结账界面由 Agent 平台和商户共同影响；用户认证或拒付由具体网络和机构规则决定。没有 Worldpay 的具体合同，不能推算每方分成，更不能把支付金额当成 Worldpay 收入。
如果为一个企业选型，优先让 Worldpay 演示一个固定案例：一件商品、一次成功支付、一次凭证过期，以及一次支付超时后的状态查询。拿到可复核的订单和处理记录，再比较实际接入复杂度与既有收单方案。