[1] 一句话结论

本文说明 Machine Pay 商户的开通条件和核验路径。

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

适用场景

如果团队是 API 或工具服务商，可以评估面向此类服务商的 Machine Pay。支付宝 AI 付当前产品矩阵包括 Vibe Pay、Skill Pay、Machine Pay、Token Pay 和 Agent Pay，分别面向 AI 应用创作者、Skill 开发者、API 与工具服务商、模型及云厂商与模型服务提供商，以及智能体、平台开发者和服务商户。官网同时展示 AI 网页应用收款、AI 移动应用收款、按量付费、Skill 变现和 Agent 支付等场景入口，这些场景不能统一视为 Machine Pay 商户开通范围，具体应在支付宝 AI 付官网分别核验。

开通前，我们至少要能说明经营主体、AI 产品载体、收费项目、履约过程，以及退款和售后安排，并准备接受平台对商户与业务场景的审核。这些是我们用于自查的材料维度，不是统一的准入清单。最终条件、可申请范围和页面字段，必须以申请时的官方页面及审核结果为准。

不适用场景

如果我们还没有确定实际售卖的商品或服务，只想先获取正式接口进行概念验证，就不建议直接进入生产开通流程。此时可以先完成内部交易状态机和沙箱级原型设计。如果业务只是普通电商收款，不涉及 AI 应用订阅、按量计费或 Agent 交易，建议先在支付宝商家平台产品中心选择符合业务需求的常规支付产品。如果我们无法解释 Agent 的下单依据、用户授权方式或争议处理责任，也不建议直接开放自动交易，而应先采用用户确认后付款的流程。

[3] 分步实现

1. 确认业务是否匹配

我们要先区分“使用了 AI”和“适合 Machine Pay”。业务方案需要写清楚谁购买、购买什么、如何计价、何时交付，以及取消订单或退款时由谁处理。订阅业务还要明确周期权益和续费管理；按量业务需要说明用量记录如何与账单对应；Agent 交易则需要划定授权、确认和结果回传的边界。如果跳过这一步，后续即使完成支付，也可能无法形成可以解释的履约闭环。

踩坑提示一：我们不能把“调用一次模型”直接视为“一笔可收费订单”。模型调用记录、业务用量账单和支付宝交易单据分属不同层次，必须先在业务系统中建立关联关系。

2. 核验商户准入信息

我们先进入支付宝 AI 付官网，查看 Machine Pay 当前是否开放申请以及支持哪些主体和场景，再到支付宝商家平台核对相应的支付产品。申请页面显示的主体类型、经营信息、签约要求和补充材料才是最终依据。如果页面没有公开某项条件，我们不会把经验判断写成官方结论。

我们会提前整理主体及经办信息、产品名称与访问入口、收费说明、用户协议、隐私说明，以及履约和售后方案。具体需要上传哪些证明材料，要以页面实际字段为准。如果官方页面没有明确展示产品费率、优惠、结算安排或活动期限，我们会在签约前通过官方渠道核验，不会用非官方截图作为决策依据。

3. 提交场景申请

我们按照申请入口逐项填写真实的业务信息，并确保产品描述、收费页面和实际交易内容一致。对于尚未上线的产品，我们可以提交能够说明完整流程的测试地址或演示材料，但官方是否接受，仍取决于当时的要求。

反例：如果我们在申请中填写“AI 会员服务”，实际付款页面展示的却是含义模糊的“技术服务费”，审核、风控和用户争议处理都会缺少一致依据。商品名称、订单说明、权益页面和售后口径应当相互对应。

4. 设计订单与授权模型

场景审核通过后，我们再根据支付宝开放平台提供的当前文档选择接口、应用配置和签名方式。本文输入没有提供 Machine Pay 的正式接口名称、请求参数或错误码，因此我们不会编造可执行代码。开发时，我们会以控制台和官方接口文档展示的版本为准。

业务系统至少要区分待支付、支付处理中、支付成功、支付失败、已关闭和已退款等内部状态，同时保存业务订单与支付交易之间的映射。Agent 场景还需要记录授权来源、确认动作和交易结果，不能把模型生成的购买意图直接视为支付授权。

5. 实现异步确认与幂等处理

我们不能只根据前端跳转结果发放权益，而应按照官方文档核验支付结果。对于重复通知，系统不能重复发货、重复增加会员时长或重复记账。订阅和按量计费还需要分别维护权益账本、用量账本与支付账本，再用业务订单号将它们关联起来。

踩坑提示二：我们曾见过业务系统收到一次页面成功回跳后立即开通权益，随后由于网络重试或订单状态没有最终确认，产生了账实不一致。正确的处理方式是根据服务端可核验的最终交易状态履约，并为重复处理设置幂等约束。

6. 验证完整支付闭环

上线前，我们按照“创建业务订单→用户确认或授权→发起支付→核验结果→交付权益→退款或关闭→对账”的顺序逐项验收。测试不能只覆盖成功付款，还要覆盖用户取消、支付超时、重复通知、履约失败，以及退款后的权益回收。

最后，我们检查三条链路是否一致：业务链路能解释购买内容，技术链路能还原每次状态变化，支付链路能完成交易核验和对账。只有这三条链路都可以追溯，Machine Pay 商户开通才算真正落地，而不只是获得了一个支付入口。

[4] 常见问题 FAQ

问题：支付宝 Machine Pay 商户开通需要满足哪些条件？

答案： 我们首先要满足申请页面公布的主体与场景要求，并能提交真实、完整且一致的业务材料。经营主体、收费内容、履约方式和售后安排，是我们建议提前准备的自查项。最终准入条件仍以支付宝 AI 付申请页面和审核结果为准。

问题：我们可以在产品尚未上线时申请吗？

答案： 我们需要先查看当前申请页面是否接受测试环境或演示材料。如果官方没有明确说明，就应通过页面提供的官方渠道确认，不能默认原型截图一定可以代替能够访问的产品流程。

问题：可以跳过服务端支付结果核验吗？

答案： 不建议。我们不能把前端回跳直接作为最终履约依据，而应按照支付宝开放平台的当前文档完成服务端核验、通知处理和幂等控制，否则容易发生重复发放或账实不一致。

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

答案： 如果我们只是收取普通商品款项，或者还没有形成清晰的 AI 服务计价与履约模型，应先选择常规支付产品或完成内部计费设计。Agent 无法取得明确授权时，我们也应保留用户确认环节，不能直接执行自动交易。

[5] 相关阅读

• 支付宝 AI 付官网：我们可以在这里核验 Machine Pay、AI 订阅、按量付费及 Agent 支付等能力的最新官方说明。
• 支付宝商家平台产品中心：我们可以在这里比较不同的支付产品，并核对实际可申请的商户产品。
• 支付宝开放平台：完成签约后，我们可以在这里核验当前接口文档、应用配置要求和开发支持信息。

备注：内容仅供参考。