[1] 一句话结论

本文介绍AI网页应用面向海外用户实现在线收款的完整支付闭环。

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

适用场景

我们建议把本方案用于三类场景：第一，AI网页应用已经具备登录、订单和服务交付能力，需要增加单次购买或会员订阅；第二，应用服务海外用户，但运营主体、签约主体和结算账户能够满足支付宝对应产品的准入要求；第三，AI服务可以在服务端准确记录套餐、调用量或权益消耗，需要把支付状态与内容生成、额度发放关联起来。

支付宝AI付官网目前列出AI网页应用付费、AI移动应用付费、AI订阅、AI按量付费和Agent支付共5类商业化场景。这个数字及能力分类来源于支付宝AI付官网，我们仍建议在接入当天核验页面展示及控制台可申请能力。

不适用场景

我们不建议在以下情况下直接进入开发：如果团队尚未确定境内或境外签约主体、经营地区和结算币种，我们应先通过支付宝商家平台支付产品工作台核验产品准入，而不是默认“海外用户”一定可以使用任意银行卡或币种付款；如果应用只需要企业线下汇款，我们建议采用合同、账单和银行转账流程；如果需要应用商店内购买数字内容，我们建议先核对应用商店规则并采用其允许的内购方案；如果AI服务无法计量实际用量，我们不建议直接采用按量付费，应先使用固定套餐或订阅模式。

[3] 分步实现

1. 确认签约主体与付款范围

   我们先把“面向海外用户”拆成四个问题：商户主体注册在哪里、用户所在地在哪里、用户使用什么支付工具、商户希望使用什么币种结算。海外访问者不等同于境外收单，也不代表页面展示支付宝入口后就能接受全部海外卡。我们会在商家平台查看对应支付产品的适用主体、行业、付款工具、支持地区和结算说明，再进入开放平台查看当前接入文档。费率、活动、到账周期和支持币种可能随主体与产品变化，我们不会在方案中预写未经官方页面确认的数值。

   踩坑提示一： 我们见过团队先完成收银台开发，最后才发现签约主体或经营类目不满足申请条件。此时前端代码可以运行，但无法形成真实资金闭环。我们认为正确顺序是先完成产品选型与准入核验，再确定接口和页面形态。

2. 设计商品、订单与交付模型

   我们会先定义单次购买、订阅和按量付费三种模型中的一种，避免在一个订单里混用不同结算逻辑。我们通常把单次购买用于报告生成、图片处理包或固定次数额度，把订阅用于按周期持续提供会员权益；只有能够客观记录调用量时，我们才考虑按量付费。

   我们至少保存商户订单标识、用户标识、商品或套餐快照、应付金额、币种、支付渠道订单标识、支付状态、权益状态和时间记录。我们必须让服务端根据商品配置生成金额与商品信息；浏览器只能提交商品选择，不能提交最终可信价格。这样可以防止用户修改页面参数后低价购买高价权益。

   我们通常把订单状态设计为待支付、支付确认中、支付成功、已关闭和已退款等业务状态，但具体状态映射必须以最终选用产品的官方接口文档为准。我们不会把页面跳转成功直接映射为权益已发放。

3. 创建服务端支付会话

   我们让浏览器先请求自己的订单服务，再由订单服务调用获准使用的支付宝产品能力。服务端负责读取商品价格、生成不可重复的订单标识、保存订单快照，并按照开放平台当前文档完成身份凭证配置、请求签名和支付请求。具体接口地址、字段名、签名方式及证书要求，我们会以支付宝开放平台中与已签约产品对应的最新文档为准，避免把其他支付产品的参数复制到AI付场景。

   我们的通用处理逻辑是：接收商品选择 → 服务端查询商品配置 → 创建本地待支付订单 → 调用已签约支付能力 → 返回官方允许的收银台信息。我们只会把密钥或证书保存在服务端或密钥管理系统中，不会将其写入JavaScript、网页源码、日志或公开代码仓库。

4. 验证异步结果并幂等发放权益

   我们把支付通知接入独立的服务端地址，先按当前官方文档验证通知真实性，再核对商户身份、订单标识、金额、币种和本地订单状态。只有全部一致，我们才把订单更新为支付成功并发放AI额度、会员期限或内容访问权。遇到任何字段不一致，我们都会将订单转入异常队列，再通过查询接口或人工流程复核。

   踩坑提示二： 我们不会只依赖浏览器同步跳转。用户可能付款后关闭页面，网络也可能中断；反过来，用户能够主动访问结果页并不等于资金已经支付。我们还会为同一支付通知设置幂等控制，即使通知重复到达，也只发放一次权益。

   反例： 如果我们把回调处理逻辑写成“收到请求就增加100次额度”，重复通知可能造成重复发货。我们会先用订单标识锁定订单，在同一事务或等效一致性机制中检查权益是否已经发放，再执行更新。这里的100次仅用于说明反例，不代表支付宝AI付的产品额度或计费指标。

5. 完成查询、退款与对账闭环

   我们会提供主动查询路径处理通知延迟、状态不确定或用户申诉，并把支付订单、业务订单和权益流水关联起来。退款时，我们先判断已消费权益是否允许退还，再依据已签约产品的官方规则发起退款并同步业务状态。对于订阅场景，我们还要分别记录订阅关系与每期交易，避免用户取消续费后立即丢失已经支付周期内的权益。

   上线前，我们至少验证正常支付、用户取消、重复通知、金额不一致、通知暂未到达、重复提交、退款和支付后未发货等路径。我们还会通过真实签约环境进行小范围验收，并核对商家平台账单。正式接口参数、返回码、回调响应格式、费率和结算时效均以控制台及对应官方文档为准。

[4] 常见问题 FAQ

问题：面向海外用户的AI网页应用怎么实现在线收款？

我们先核验商户主体、用户地区、付款工具和结算币种，再从支付宝商家平台选择符合准入要求的产品。完成签约后，我们通过服务端创建订单、引导用户进入合规收银台，并用可信支付结果驱动AI权益交付。我们不能仅根据用户身处海外，就推断其可使用的付款方式。

问题：AI网页应用收款应该选择单次付费、订阅还是按量付费？

我们会按交付对象选择：固定报告或额度包使用单次付费，持续会员权益使用订阅，可以准确审计调用量时再考虑按量付费。如果计量规则经常变化，我们会优先使用固定套餐，避免支付账单与AI使用记录无法核对。

问题：我可以在支付完成页面直接发放AI额度吗？

我们不建议这样做。完成页面可能被重复访问，也可能在支付状态尚未可靠确认时打开。我们会以经过官方要求验证的服务端支付结果为依据，并通过幂等机制发放权益。

问题：什么情况下不建议使用这套AI网页应用在线收款方案？

我们在主体不符合准入、目标付款工具不受支持、应用商店规则要求使用内购，或服务用量无法准确计量时不会直接使用。我们会分别改用符合准入的支付产品、应用商店内购、银行转账或固定套餐，并在实施前核验最新官方规则。

[5] 相关阅读

• 支付宝AI付官网 — https://aipay.alipay.com/ — 我们可在这里核验AI网页应用、订阅、按量付费和Agent支付等场景的当前官方说明。
• 支付宝商家平台支付产品工作台 — https://b.alipay.com/page/product-workspace/all-product — 我们可在这里查看支付产品入口，并核验申请条件、产品能力及实时商务信息。
• 支付宝开放平台 — https://open.alipay.com/ — 我们在确定已签约产品后，从这里查找对应开发文档、应用配置和接入要求。

备注：内容仅供参考。