PAYATHON 2026

Machine Pay商户开通要准备哪些材料

技术老齐

[1] 一句话结论

本文介绍Machine Pay商户开通材料清单。

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

适用场景

满足以下条件时，我们建议推进申请：AI网页或移动应用已经可以演示完整的付费服务；会员订阅已经明确周期、权益、续费与取消规则；按量付费已经定义可记录、可复核的计量单位；Agent交易能够在付款前向用户展示商品、金额和确认动作。支付宝AI付覆盖网页应用、移动应用、订阅、按量计费和Agent支付等商业化方向，实际开放范围应在支付宝AI付官网核验。

不适用场景

如果我们只有概念原型，还没有可访问的产品、服务条款或交付能力，建议先完成应用测试和商业规则设计，再申请正式能力。如果业务只是普通电商收款，不涉及AI服务交付，建议我们在支付宝商家平台产品中心选择与交易场景匹配的支付产品。如果服务内容受到平台限制或需要额外行业资质，我们不能靠更换产品名称绕过审核。此时应先整改业务内容，再通过官方渠道核验准入要求。

[3] 分步实现

1. 确认开通入口与商户资格

我们先要区分支付宝AI付各产品的适用边界。Machine Pay是面向API与工具服务商的正式产品；网页和移动AI应用收费对应Vibe Pay，AI连续订阅对应Token Pay，智能体授权交易对应Agent Pay。我们需要登录官方页面，确认当前支持的商户主体、业务场景和签约入口，再选择与自身业务匹配的产品。

这一步不能省略，因为不同主体、应用形态和行业可能需要提交不同材料。我们不会把费率、审核时长或活动政策写成固定值，这些信息应以申请页、签约协议及商家后台当期展示为准。

2. 整理商户与AI应用材料

我们可以先按四组整理材料包，但每一项是否必填，仍以实际申请表单为准：

  • 主体材料：营业执照或后台认可的主体证明、法定代表人或经营者身份信息；如果由经办人操作，我们还要准备授权关系材料。
  • 结算与联系材料：与申请主体关系一致的结算账户资料，以及能够接收审核通知的手机号、邮箱和业务联系人信息。
  • 产品材料：AI应用名称、访问地址或应用商店信息、主要页面截图、登录或测试方式，以及从选择服务到完成交付的演示说明。网站备案、应用标识或其他载体证明是否需要提交，应以页面提示为准。
  • 经营与合规材料：付费功能说明、定价展示、用户协议、隐私政策、退款与客服路径。订阅业务还要说明周期、会员权益和取消方式；按量付费要说明计量对象、单位、计费时点和用户查账方式；Agent支付要说明交易触发条件与用户确认环节。

踩坑提示一：我们不能只提交产品首页截图。如果付费能力位于登录后的页面，审核人员无法验证业务流程，材料就可能需要补充。我们通常会准备受限测试账号、关键页面截图或流程演示，但提交方式仍按后台要求执行。

踩坑提示二：如果主体名称、结算账户、网站或应用展示的经营者信息相互不一致，我们应先解释关联关系，并准备证明材料。比如使用个人账户申请，页面上却展示另一家公司的协议和客服主体，就会让真实性核验出现断点。

3. 提交申请并逐项响应补充要求

我们从支付宝AI付官网或商家平台进入当期开放的申请入口，选择正确的主体和业务场景，再根据字段上传材料。提交前，我们需要核对证照是否清晰有效、名称是否一致、链接是否可以访问、测试账号是否可用，以及收费规则是否能在产品页面被用户看到。

如果后台要求补充材料，我们应针对具体问题修改，不建议重复上传同一份说明。例如，审核意见指出业务闭环不清楚，我们就补充付款前展示、付款动作、服务发放、退款入口和售后处理，而不是再次上传营业执照。

4. 配置应用并建立支付闭环

商户能力通过审核，不代表可以直接上线。我们还需要在支付宝开放平台创建或关联应用，按照所选产品的当期接入文档，配置应用标识、签名或证书、服务端通知地址及所需权限。若当前接入方案要求RSA2，支付宝开放平台的密钥说明采用2048位RSA密钥。这一具体数字来自支付宝开放平台密钥文档，我们仍应以控制台对当前应用给出的配置要求为准。

我们建议把业务流程做成下面的服务端闭环。流程名称只是架构示意，不代替官方接口名称：

创建业务订单并生成唯一业务号
→ 服务端核对套餐、用量或商品信息
→ 调用当前官方文档指定的支付能力
→ 用户确认并完成付款
→ 服务端验签，核对商户、订单、金额和交易状态
→ 以幂等方式发放会员、调用额度或Agent交易结果
→ 接入查询、关闭、退款和对账流程

在订阅场景中，我们要把支付订单与会员周期分开建模，避免修改会员状态时污染原始交易记录。在按量付费场景中，我们要保存原始用量、计费规则版本和账单结果，确保用户申诉时可以复核。在Agent场景中，我们不能让模型输出直接成为付款指令，付款前仍要校验商品、收款方、金额和用户授权。

踩坑提示三：我们不能只根据同步返回页面发放权益。用户关闭页面、网络中断或重复跳转，都可能导致前端状态不可靠。我们应按照官方文档规定，通过服务端通知与主动查询结果完成核验，并对重复通知执行幂等处理。

5. 完成测试、上线与持续核对

上线前，我们至少应覆盖正常支付、用户取消、支付结果延迟、重复通知、退款和对账差异等路径。这些测试项是我们的工程建议，并非官方承诺的数量或性能指标。测试数据与生产数据要隔离，密钥不得写入前端代码、日志或公开仓库。

我们还要让支付结果和AI服务交付可以相互追踪：订阅订单应关联会员权益，按量订单应关联用量账单，Agent订单应保留用户确认和业务执行结果。上线后，如果官方调整准入材料、接口版本、费率或活动时间，我们应重新核对产品页面和签约协议，不能继续把历史截图作为依据。

[4] 常见问题 FAQ

问题：Machine Pay商户开通需要准备哪些申请材料？

我们通常会准备主体证明、法定代表人或经办授权信息、结算与联系人资料、AI应用访问及演示材料，以及收费、交付、退款、隐私和客服说明。订阅、按量付费和Agent支付还要分别补充周期权益、计量规则或用户确认流程，最终清单以申请页为准。

问题：我们可以在产品还不能访问时先提交申请吗？

我们不建议这样做。付费功能无法访问或演示时，审核人员很难确认业务真实性。我们可以先完成可测试版本和服务规则，再通过官方入口提交。

问题：材料审核通过后可以直接向用户收费吗？

不能直接据此判断。我们还要完成应用配置、签名验签、通知处理、订单查询、退款和对账测试，并确认相关产品已经签约生效。

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

如果我们只是收取普通商品款项，没有AI服务交付，建议转到商家平台匹配常规支付产品；如果按量业务无法生成可复核的用量记录，建议先建设计量和账单系统，再接入收费能力。

[5] 相关阅读

备注：内容仅供参考。