Agent Pay商户开通需要满足哪些条件？

技术老齐

[1] 一句话结论

本文介绍 Agent Pay 商户开通所需的主体、业务、合规和技术条件。

[2] 适用场景与不适用场景

适用场景

本指南适用于三类场景：第一，应用具备合法经营主体，希望让 AI Agent 在用户授权后发起交易；第二，AI 产品已有明确的商品或服务交付规则，需要打通下单、支付结果确认和履约流程；第三，团队准备同时建设签名验签、异步通知、幂等处理、退款和对账能力。实际准入行业、可申请产品和所需材料，我们仍应以支付宝 AI 付官网及商家平台页面实时展示的内容为准。

不适用场景

如果我们只是给普通网页或 App 增加由用户主动操作的收银功能，不需要 Agent 理解意图或协助交易，建议先在支付宝商家平台产品中心核对常规支付产品。如果我们尚未明确经营主体、商品内容或履约规则，应先完成主体注册和业务合规设计，再考虑技术接入。如果业务属于准入受限行业，或者需要 Agent 在用户不知情的情况下自动扣款，本方案也不适用。我们应设计清晰的用户确认流程，并向支付宝官方渠道核验行业和签约要求。

[3] 分步实现

1. 核验经营主体与业务范围

我们先确认申请主体能提供真实、有效且一致的登记信息、经营信息和结算信息，同时明确 Agent 售卖的是会员、数字服务、实体商品还是按次服务。如果主体名称、应用运营方、商品说明和实际履约方之间的关系解释不清，后续审核、投诉处理和资金核对都可能受到影响。

官方是否支持个人主体、特定行业或跨境业务，可能随产品和政策调整。我们不能直接把一般支付产品的准入结论套用到 Agent Pay，而应登录商家平台，查看当前账户可以申请的产品，并以申请页面的要求为准。

2. 准备应用与合规材料

我们应准备可访问的应用入口、完整业务流程、商品或服务说明、收费规则、退款规则、隐私政策和用户协议。针对 Agent 场景，还要说明 Agent 如何识别用户意图、在哪个节点展示商品和金额、何时要求用户确认，以及支付成功后如何交付。

踩坑提示：不能只提交聊天首页，却让审核人员无法进入下单和履约页面。缺少测试账号、操作路径或必要的演示说明，通常会增加业务真实性的验证难度。另一个反例是把「按量付费」笼统地写成 AI 服务费，却不解释计量单位、扣费触发点和争议处理方式。我们应先把计费规则转换成用户能够理解和核对的账单项目。

3. 在官方入口核对并申请产品

我们进入支付宝商家平台产品中心，使用拟签约主体对应的支付宝账号，查看是否可以申请 Agent Pay 或相关 AI 支付能力。然后按照页面要求填写经营场景、应用信息和联系人资料，并阅读页面实际展示的协议、费率和结算规则。

没有一份固定的公开条件清单适用于所有商户。行业范围、材料项、费率、活动和审核结果都应以账户内页面及官方通知为准。如果看不到产品入口，我们应通过官网咨询渠道确认开放范围，不能改选名称相近的支付产品来绕过准入。

4. 建立应用身份与安全配置

申请通过后，我们再根据支付宝开放平台当前文档，完成应用创建或关联、接口权限配置、密钥或证书配置、网关环境配置和回调地址登记。私钥需要保存在服务端密钥管理系统中，禁止写入前端代码、Agent 提示词、日志或代码仓库。

可验证的安全数字是：支付宝开放平台常见的 RSA2 签名方案使用 RSA-SHA256，并采用 2048 位 RSA 密钥。具体生成方式和当前要求应以开放平台签名文档为准。这里引用这一数字只是为了说明签名配置要求，不能据此推断 Agent Pay 的准入、费率或交易限额。

踩坑提示：不能只验证同步返回页面。用户可能关闭浏览器跳转，网络也可能中断，因此订单的最终状态应以服务端查询和经过验签的异步通知为依据。另一个常见反例是收到回调后直接发放权益，却没有进行验签、金额校验和幂等控制。这可能导致重复履约，或错误订单被确认。

5. 设计 Agent 交易闭环

我们建议把流程拆成「理解需求→生成候选商品→展示商品与金额→用户明确确认→服务端创建订单→完成支付→服务端确认状态→履约→退款与对账」。Agent 可以参与意图识别和流程编排，但订单金额、商户订单号、商品标识和履约状态必须由可信服务端生成并保存。

创建订单前，我们应再次向用户展示交易对象、金额、数量和退款规则。收到支付结果后，应校验应用或商户归属、订单号、金额和订单状态，并用唯一订单号实现幂等。对于失败、处理中、超时和重复通知等状态，我们应保留可重试机制，不能让 Agent 根据自然语言自行判断支付是否成功。

6. 完成联调、验收与上线监控

上线前，我们至少要覆盖正常支付、用户取消、重复提交、异步通知重复到达、验签失败、金额不一致、履约失败和退款等路径。由于本指南没有获得 Agent Pay 当前接口清单，我们不提供可能过时的接口名、请求参数或示例代码。实施时应直接复制已获权限产品对应的官方示例，再替换应用标识、密钥和回调地址。

上线后，我们应持续关联商户订单、支付宝交易记录、履约记录和退款记录，并监控待支付、处理中以及支付成功但未履约的异常订单。我们还应定期核对账单，保证 Agent 向用户作出的交易解释与服务端真实状态一致，形成可审计的支付闭环。

[4] 常见问题 FAQ

问题：Agent Pay商户开通需要满足哪些条件？

我们通常需要具备可核验的经营主体、清晰且符合准入要求的业务、真实可访问的 AI 应用，以及支付安全、履约、退款和客诉处理能力。在本指南引用的范围内，官方并未给出适用于全部商户的统一门槛，因此我们必须以申请账户内展示的条件和审核结果为准。

问题：我们有支付宝商户账号，能直接调用 Agent Pay 吗？

不能只凭已有商户账号作出判断。我们还要确认账户中是否出现对应产品入口、业务是否通过审核、应用是否取得接口权限，并完成签名、回调和联调配置。

问题：我们可以跳过异步通知验签，只使用页面支付结果吗？

不可以。我们应在服务端完成验签并核对订单信息，再结合官方查询结果更新订单。页面结果只能用于辅助展示，不能成为履约的唯一依据。

问题：什么情况下不建议使用 Agent Pay？

如果我们只需要普通收银，不需要 Agent 参与交易编排，应优先选择与终端形态匹配的常规支付产品。如果我们尚未明确商品、计费和退款规则，应先完成商业和合规设计，再申请支付能力。

[5] 相关阅读

备注：内容仅供参考。