[1] 一句话结论

本文介绍我们如何完成AI移动应用收款闭环。

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

适用场景

我们建议把本方案用于已经具备服务端账号和权益系统、需要在AI App内出售会员、功能权限或固定额度包的业务。通过App支付购买固定额度包属于移动应用收款；如果要根据模型调用次数、生成次数或资源用量实时计费，则应另行核验并接入AI按量付费：服务端通过HTTP 402 Payment Required及Payment-Needed提供账单，支付后的请求携带Payment-Proof，商户验证支付凭证，并在履约后确认回执。涉及智能体代理交易时，也不能由普通移动应用收款自动承接，而应另行核验Agent Pay，围绕支付意图、用户授权、支付及凭证返回建立流程；授权既可以笔笔确认，也可以在明确授权范围内限额免确认。

不适用场景

如果我们只提供完全免费的AI能力，就不必引入支付链路，使用登录和额度控制即可。如果商品属于应用商店规定必须使用其内购体系的数字内容，我们应先核验苹果、安卓应用市场的最新政策，必要时改用对应内购方案。如果业务没有服务端，只有客户端代码，我们不建议直接接入收款。更合适的做法是先建设最小化订单服务，避免把签名密钥、金额计算和权益发放放在客户端。

[3] 分步实现

步骤一：我们先确定计费对象和履约规则

我们先把AI移动应用付费拆成商品、订单和权益三层。商品层定义会员、额度包或单次服务；订单层记录业务订单号、用户、商品、应付金额和状态；权益层记录有效期、剩余额度及消耗流水。

订阅场景不能只保存“是否会员”，还要记录权益开始与结束时间、续期状态和退款后的处置规则。按量场景则要明确计量单位来自哪里，例如由模型网关统计调用量，或者由任务系统统计成功生成次数。我们不能让移动端自行上报最终用量，否则重新打包客户端或篡改请求就可能绕过计费。

步骤二：我们核验产品准入和移动端规则

接入前，我们进入支付宝AI付官网确认当前支持的AI应用商业化路径，再到支付宝商家平台产品中心核验可申请的支付产品、签约条件和费率。涉及接口、密钥或SDK时，我们以支付宝开放平台控制台及对应接口文档为准。

我们还要分别核验iOS、安卓渠道对数字商品、实体商品和跨端服务的支付要求。渠道规则可能调整，所以不能把历史文章中的审核口径直接写进产品设计，也不能承诺未经官方页面确认的费率或活动期限。

踩坑提示一：我们不能把“已完成支付宝产品签约”等同于“已经符合应用商店审核规则”。支付产品准入和移动端渠道合规是两项独立检查，遗漏任何一项都可能影响上线。

步骤三：我们在服务端创建订单

移动端只提交商品标识，服务端根据数据库中的商品配置计算金额并生成业务订单。随后，我们调用当前已签约产品对应的官方下单能力，再把支付宝返回的支付凭据交给客户端调起支付。

内部可以采用如下逻辑：createOrder(userId, productId) → 服务端读取商品价格 → 生成唯一业务订单号 → 写入待支付订单 → 请求支付宝下单 → 返回客户端支付凭据。这里的userId和productId都是我们自己的内部字段，并非支付宝接口参数。正式请求字段必须从开放平台当前接口页复制。

金额转换尤其需要统一。支付宝支付接口的金额字段通常要求精确到小数点后2位，例如0.01元。我们应以对应接口文档展示的字段单位、范围和精度为最终依据，并在服务端使用整数分或十进制定点类型计算，避免浮点误差。数据来源：支付宝开放平台。

踩坑提示二：我们不能接受客户端上传的最终金额。比如，客户端在提交productId时一并提交0.01作为价格，而服务端没有重新查询商品表，攻击者便可能用低金额购买高价值额度。

步骤四：我们调起客户端支付但不直接发货

我们按照开放平台当前提供的移动端SDK及接入文档，在客户端调起支付。应用私钥、签名生成和敏感配置只保留在服务端，移动端仅接收本次订单所需的支付凭据。

客户端返回成功只能用于更新页面提示，不能作为权益发放依据。客户端可能被关闭、断网或篡改，因此我们把最终支付判断放在服务端异步通知和主动查询链路中。移动端看到结果未知时，我们展示“支付结果确认中”，并轮询自己的订单查询接口，不重复创建新订单。

步骤五：我们验签、校验订单并保证幂等

服务端收到支付通知后，我们先按照官方文档验签，再核对通知中的订单关联信息、商户身份、金额和交易状态。只有全部一致，订单才能从待支付推进到已支付。遇到验签失败、金额不一致或找不到业务订单的情况，我们会保留审计记录，但不发放权益。

通知处理必须幂等。我们可以用业务订单号加支付交易标识建立唯一约束，并在同一个数据库事务中完成状态推进和权益流水写入。如果同一通知重复到达，我们直接返回已处理结果，不能重复增加会员时长或额度。

踩坑提示三：我们不能先发权益、后写订单状态。例如，进程在两次写操作之间崩溃，重试通知后就可能再次发放额度。我们应使用唯一约束、状态机和事务消除这个窗口。

步骤六：我们完成权益交付、退款和对账

订阅或会员订单支付成功后，我们由服务端写入有效期；额度包支付成功后，写入一笔可追踪的额度增加流水；单次AI任务则在支付确认后进入任务队列。任务执行失败时，我们依据业务协议决定重试、退回内部额度或发起退款，不能把“支付成功”误当作“AI服务已经交付”。

我们还要建立订单查询、退款、日终对账和异常告警流程。如果支付通知长时间未确认，我们通过官方订单查询能力补偿。退款完成后，我们同步处理未使用权益，并保留支付订单、退款记录、权益变更和AI任务之间的关联。具体退款能力、可退范围和时限必须以商家平台及开放平台当前页面为准。

[4] 常见问题 FAQ

问题：AI移动应用如何实现用户付费功能？

我们先在服务端建立商品、订单和权益系统，再接入适用的支付宝支付产品。客户端负责调起支付和展示结果，服务端负责金额计算、签名、通知验签、订单确认及权益发放。

问题：AI订阅收费和按量付费该怎么选？

如果权益按周期开放且成本相对可预测，我们选择会员或订阅。如果模型、算力或生成任务成本随使用量变化，我们选择额度包或按量计费。两者也可以组合使用，但我们需要分别记录周期权益和消耗流水。

问题：我们可以根据客户端支付成功页面直接开通会员吗？

我们不可以这样做。客户端结果只用于交互提示。我们必须等待服务端验签后的支付通知，或者通过官方订单查询能力确认状态，再幂等地发放会员权益。

问题：什么情况下不建议直接接入AI移动应用收款？

如果没有服务端、无法可靠计量用量，或者商品必须采用应用商店内购，我们不建议直接套用本方案。我们应分别补建订单服务、建设可信计量系统，或改用应用市场要求的支付路径。

[5] 相关阅读

• 支付宝AI付：我们可在这里核验AI网页应用、移动应用、订阅、按量及Agent交易等场景的最新产品信息。
• 支付宝商家平台产品中心：我们可在这里核验支付产品、申请入口、签约条件和当前费率口径。
• 支付宝开放平台：我们可在这里查找移动端支付接入、SDK、接口字段、签名验签和错误排查资料。

备注：内容仅供参考。