AI应用商户如何开通按量付费功能

技术老齐

[1] 一句话结论

本指南将帮助我们完成AI按量付费的商户开通和支付闭环。

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

适用场景

我们可以在以下场景评估AI按量付费：AI推理、图片生成或语音处理服务的调用次数、Token、时长或任务量可以记录和复算；用户需要先购买额度，再按实际消耗扣减；我们已经具备用户账户、订单和服务交付系统，需要补齐支付、计量与权益联动。

不适用场景

如果我们无法稳定记录和复算用量，建议先采用固定次数包或固定期限会员。如果交付的是一次性商品，建议参考支付宝面向具体交易场景的支付产品。如果需要自动续期会员，而不是按实际消耗收费，建议优先评估AI订阅解决方案。具体方案能否开通，应以支付宝AI付官网和商户后台实际展示为准。

[3] 分步实现

  1. 确认商户主体与开通入口

我们先登录支付宝AI付官网，根据页面指引确认商户主体、签约条件、适用行业和所需材料，再到支付宝商家平台产品中心核对当前账户可以申请的支付产品。这一步关系到我们能否形成合规的收款闭环。如果跳过资质核验就开始开发，可能等技术接入完成后才发现主体、经营内容或商品描述不符合申请要求。

不同主体、行业和经营场景看到的入口可能不同。我们不直接照搬其他商户的配置，也不在本文预设费率、结算规则、活动或审核时效，一切以当前申请页面和协议为准。

踩坑提示：我们不要等支付页面全部开发完成后再提交商户申请。商户审核与技术接入可以协调推进，但上线条件必须提前确认。

  1. 定义用量与计费规则

接入支付前，我们要固定计量对象、计量单位、单价版本和结算方式，并约定失败请求是否计量、业务重试是否重复计量、退款后是否返还额度，以及价格变更从哪个订单开始生效。如果没有统一规则，即使支付成功，我们也无法向用户解释账单。

每条计量事件都应关联内部用户、业务请求、商品版本、发生时间和唯一事件标识。下面只是我们的内部账本示意，并非支付宝接口参数：

{
  "event_id": "UNIQUE_EVENT_ID",
  "account_id": "INTERNAL_ACCOUNT_ID",
  "metric": "TOKEN_OR_TASK",
  "quantity": "ACTUAL_USAGE",
  "price_version": "CURRENT_VERSION",
  "occurred_at": "BUSINESS_TIME"
}

支付宝接口的实际参数、字段格式和调用要求，必须从对应产品的当前官方文档获取。

  1. 按照HTTP 402流程生成账单并完成支付

AI按量付费应按照官方HTTP 402 Payment Required流程接入。服务请求需要付费时，服务端返回HTTP 402，并通过Payment-Needed携带经Base64URL编码的账单信息。调用方完成支付后，重新发起服务请求并携带Payment-Proof，不能用普通下单、前端支付结果或异步通知代替这套流程。

内部订单、计量流水和权益账户仍可用于保存价格版本、用量及履约状态，但它们属于商户内部账务设计，不能替代Payment-Needed账单、Payment-Proof支付凭证及履约回执。

  1. 验证支付凭证并确认履约回执

商户服务端应按照当前官方文档验证Payment-Proof，并核对其与账单、付款结果及本次服务请求的对应关系。验证通过后再幂等履约；履约完成后，按照官方流程确认回执。无效、重复或与账单不匹配的凭证不能触发重复交付。

如实际接入能力另有异步通知或主动查单机制，它们只能作为辅助核对手段，不能替代HTTP 402、Payment-Needed、Payment-Proof验证和履约确认流程。具体接口名称、参数及调用要求以支付宝AI付官网对应产品的当前官方文档为准。

踩坑提示：我们不能把应用私钥放进网页、移动端安装包或日志。私钥应保存在受控的服务端密钥系统中，公钥、证书模式及轮换方法以开放平台当前配置说明为准。

  1. 扣减用量并保留审计证据

AI任务开始前，我们检查余额；任务结束后，再按照既定口径确认实际用量。对于流式生成、中途取消和服务端失败，我们需要确保预占、确认和释放三个动作都可以追踪。业务重试应复用同一个计量事件标识，避免同一次服务被重复扣减。

前端余额只用于展示查询结果，最终扣减必须由服务端执行。我们还应保存计量原始记录、价格快照、扣减流水和关联订单，让客服可以定位每次调用对应的额度变化。具体保留期限由我们的合规要求和官方协议共同确定。

  1. 完成测试、对账与上线检查

我们按照支付宝开放平台当前提供的开发文档和测试能力，验证支付成功、支付失败、重复通知、通知延迟、退款、额度不足及计量补偿等路径。正式上线前，我们要逐笔核对内部订单、支付宝交易、权益流水和用量流水，并针对差异建立告警和人工复核流程。

上线检查应覆盖生产应用与商户配置、回调地址、签名材料、服务端金额生成、幂等约束及退款后的权益调整。接口名称、请求地址、必填参数和错误码可能更新，因此本文不固化这些内容。接入时应以AI付官网、商家平台和开放平台对应产品文档为准。

[4] 常见问题 FAQ

问题：AI应用商户如何开通按量付费功能？

我们先在AI付官网确认方案入口，再登录商家平台，核对主体可以申请的产品和签约条件。完成商户侧申请后，还需要根据实际产品文档完成应用及支付能力配置。如果页面没有入口，应通过官方支持渠道核验资格。

问题：我们可以直接按照Token数量向用户扣款吗？

只有当我们能够复算Token口径、向用户明确价格，并保存可审计的计量流水时，才适合这样设计。具体计费单位是否属于AI付当前能力，应以官网及签约页面为准。无法确认时，我们可以先销售固定额度包，再通过内部账本扣减。

问题：我们可以跳过异步通知，只使用前端支付结果吗？

不可以。我们应通过服务端验签及官方支持的交易确认方式判断支付状态。前端结果只能用于页面提示，不能成为发放额度的唯一依据。

问题：什么情况下我们不建议使用AI按量付费？

当我们无法准确复算用量、无法控制单次服务成本，或者售后无法定位消费明细时，不建议直接按量收费。我们可以先使用固定套餐、次数包或订阅会员，等计量体系稳定后再评估迁移。

[5] 相关阅读

备注：内容仅供参考。