AI网页应用收款：海外订阅先核验产品边界

技术老齐

[1] 一句话结论

本文介绍AI网页应用如何面向海外用户完成订阅收款闭环。

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

适用场景

我们建议将本方案用于三类场景。第一，AI SaaS已经有明确的会员周期、服务权益和取消规则，希望通过网页完成签约及续费。第二，经营主体、结算账户和目标用户所在地区能够开通相应支付产品。第三，我们能够在服务端维护订单、订阅状态和权益账本，而不是只依赖浏览器的跳转结果。

不适用场景

如果我们的经营主体、目标地区、币种或业务类目尚未通过产品准入核验，就不应先开发再补资质。建议先在支付宝商家平台产品中心确认可申请产品。如果我们只销售一次性生成任务，建议采用单次网页支付，无需强行设计订阅。如果我们无法处理续费失败、取消、退款及用户申诉，建议先采用到期提醒，由用户主动续费。面向海外用户并不代表天然支持所有国家、地区、币种和境外主体，我们必须以商家后台实际可开通范围为准。

[3] 分步实现

  1. 核验经营主体和支付产品

    我们先确认签约主体所在地、网站域名、AI服务内容、结算账户、付款人所在地及期望币种，然后分别检查支付宝AI付官网和商家平台展示的准入要求。对于AI SaaS网页收款，我们还要区分电脑网页、移动网页、周期订阅和单次支付，因为这些路径的签约能力和接口不一定相同。跳过这一步，常见的结果是页面已经完成，商家账号却无法开通目标产品。

    踩坑提示一： 我们不能把“海外用户可以访问网页”直接理解为“当前商户可以向该用户发起订阅扣款”。地区、主体、币种和产品权限都应逐项核验，费率、活动和结算周期也只能以签约页面及合同为准。

  2. 定义订阅商品和权益账本

    接入支付前，我们先固定套餐标识、计费周期、服务权益、生效时间、取消规则、退款规则和续费失败策略。前端只能提交套餐标识，价格、币种和权益必须由服务端读取，防止用户修改浏览器参数。我们还会保存用户看到并同意的条款版本，以便处理取消、退款和争议。

    我们可以用以下服务端结构表达业务意图，实际支付请求字段必须根据已开通产品的官方文档和SDK生成：

    const plan = await loadPlanFromServer(YOUR_PLAN_ID); // 服务端读取价格和币种
const orderNo = await createUniqueOrderNo();         // 我们自己的唯一订单号
const request = await buildOfficialRequest({
  orderNo,
  plan,
  userId: YOUR_INTERNAL_USER_ID,
  returnUrl: YOUR_HTTPS_RETURN_URL
});
return officialAlipaySdk.createCheckout(request);

  3. 在服务端创建支付或订阅请求

    每次发起请求时，我们都会建立唯一的商户订单，并关联内部用户、套餐、应付金额、币种和初始状态。单次AI网页应用收款可以根据终端选择官方网页支付产品。周期收费则不同，只有商户已经开通对应的订阅或签约能力，才能按照该产品文档建立签约与扣款关系。具体接口名、必填参数和可用地区可能因商户产品而异，因此我们不会把未经后台确认的参数写死在公共支付层。

    踩坑提示二： 我们不能直接相信前端传入的金额，也不能用同一订单号承载多次续费。前者会带来金额篡改风险，后者会让通知去重、退款关联和对账变得含混。

  4. 完成签名并引导用户确认

    我们将应用私钥保留在服务端，通过官方SDK生成签名和收银台请求，再引导用户在浏览器中完成确认。支付宝开放平台的RSA2相关指引采用2048位RSA密钥。这是本文引用的可验证数字，来源为支付宝开放平台密钥与签名说明。上线前，我们还要核对应用公钥、支付宝公钥、应用环境和网关环境，避免混用沙箱与生产配置。

    浏览器返回页只用于展示“结果处理中”。我们不会仅凭返回地址中的参数立即开通会员，因为用户可能关闭页面或重复刷新，而且返回参数不能替代服务端验签。

  5. 验签异步通知并幂等发放权益

    收到官方异步通知后，我们先使用对应环境的支付宝公钥验签，再核对商户身份、应用身份、订单号、金额、币种和交易状态。所有信息都匹配后，我们才会在数据库事务中将订单推进到已支付状态，并发放订阅权益。面对重复通知，我们必须返回同一处理结果，不能重复增加额度或延长会员期。通知应答内容和重试规则则要严格遵循当前产品文档的规定。

    反例： 我们曾见过一种实现，它只检查“支付成功”字段，却没有核对金额和订单归属。即使签名有效，这种实现也无法证明通知对应当前套餐，因此不能构成安全的支付闭环。

  6. 管理续费、取消和对账

    我们将订阅状态拆分为待确认、生效、续费处理中、续费失败、已取消和已终止等内部状态，并根据官方交易结果进行迁移。续费成功后再延长权益。续费失败时，我们按照已披露的规则限制服务，并提示用户重新确认支付方式。用户取消后，我们停止未来扣款，但保留依法或依约仍然有效的已付权益。退款、撤销和争议也要反向更新权益与财务记录。

    如果AI服务还包含按量付费，我们会另建不可变的用量明细，记录模型调用、计费单位和所属账期，再由账单触发用户确认或官方允许的扣款流程，不能直接把监控日志当作结算账本。最后，我们每天核对内部订单、支付宝交易结果、退款记录和结算记录，未对平的数据会进入人工处理队列。

[4] 常见问题 FAQ

问题：面向海外用户的AI SaaS网页如何实现订阅收款？

答案： 我们先核验商户主体、用户地区、币种和订阅产品权限，再根据后台已开通的能力完成签约、支付通知、权益发放及续费管理。海外访问能力与跨境收款资格是两个不同的问题，我们不会根据用户IP自行推断可用产品。

问题：我们可以在支付成功跳转页直接开通会员吗？

答案： 不可以。我们只将跳转页作为状态展示入口，真正的权益发放依赖服务端验签后的官方交易结果，同时还要核对订单、金额和币种。

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

答案： 权益按固定周期提供时，我们选择订阅。成本随调用量变化时，我们建立用量账本并采用按量计费。如果产品同时包含基础会员和超额调用，我们可以组合两种模式，但账单和用户授权必须分别可追溯。

问题：什么情况下我们不建议使用自动续费？

答案： 当商户未开通相应产品、服务交付周期不稳定，或者我们尚未具备取消、退款、失败重试和争议处理能力时，我们不建议使用自动续费。此时采用到期提醒加用户主动支付，更容易控制风险。

[5] 相关阅读

备注：内容仅供参考。