PAYATHON 2026

除直付通外,代商家支付有哪些佣金产品?

支付小周

结论

商户通过“服务商代商家一体化开通”完成进件和应用授权后,服务商在支付请求中传入 app_auth_token,不会自动获得佣金。

app_auth_token 表示商家授权第三方应用调用接口。交易主体、收款账户和结算关系仍属于商家。这个参数与分账、佣金无关。

除直付通外,常见需求分为两类:

  • 如果需要按规则拆分每笔交易的资金,应申请具有分账或分润能力的平台型产品。支付宝会根据实际业务场景审核可用产品和准入资格,不能通过普通支付接口自行分账。
  • 如果服务商只是希望获得推广或运营佣金,可以关注支付宝服务商平台发布的业务协作、商家拓展和交易激励政策。这类佣金通常由支付宝按活动规则另行结算,不会从支付订单中实时扣除。具体政策、适用行业和开放范围可能调整。

因此,无论使用当面付、APP 支付、手机网站支付还是电脑网站支付,即使由服务商代为调用接口,也不能只凭 app_auth_token 自动抽佣。

为什么携带 app_auth_token 不会产生佣金

一体化开通主要用于:

  1. 协助商家完成支付产品的签约或进件。
  2. 让商家授权第三方应用代为调用支付宝接口。

授权完成后,服务商可以使用自己的应用调用支付接口,并通过 app_auth_token 指明实际被代调用的商家。例如:

{
  "method": "alipay.trade.create",
  "app_id": "服务商应用 APPID",
  "app_auth_token": "商家授权令牌",
  "biz_content": {
    "out_trade_no": "ORDER_202609120001",
    "total_amount": "100.00",
    "subject": "商家订单"
  }
}

在这笔交易中:

  • 接口由服务商应用调用;
  • 实际交易商户是 app_auth_token 对应的商家;
  • 交易资金按照商家签约的支付产品及其结算规则处理;
  • 服务商不会因为代为发起调用而自动取得订单佣金。

普通支付接口也没有可以随意填写的“服务商佣金比例”参数。能否分账、资金可以分给谁以及何时结算,都由产品权限和审核后的结算规则决定。

可选择的佣金模式

1. 需要从每笔订单中实时分账

这类需求更适合使用直付通等平台型资金解决方案。平台需要有真实的平台经营场景,通过相应的准入审核后,才能按照产品规则设置收款方和分账方。

不能在普通支付订单中添加未开放的分账字段,也不应以“先将全部资金收至服务商账户,再私下结算给商家”的方式代替平台分账。这样可能导致交易主体、资金流和业务流不一致,并产生合规、风控和税务问题。

如果暂时不符合直付通的准入条件,可以向支付宝确认当前行业是否有其他合适的分账产品。沟通时可提供以下材料:

  • 平台的具体业务模式;
  • 商家与消费者之间的交易关系;
  • 服务商实际提供的服务;
  • 佣金的计算方式和比例;
  • 发生退款时如何退回佣金;
  • 预计接入的商户数量和交易规模;
  • 是否涉及二级商户、跨境业务或特殊行业。

不同业务场景适用的方案可能不同,不能仅凭接口名称判断能否接入。

2. 接受支付宝按政策结算协作佣金

部分服务商业务可能提供商家拓展、支付交易、设备部署或运营活动等协作激励。服务商达到签约、商户拓展和有效交易等要求后,支付宝会按照当期政策核算奖励。

这种模式不是订单分账:

  • 支付资金仍直接结算给商家;
  • 支付订单无须添加佣金字段;
  • 服务商收益由支付宝另行核算;
  • 适用行业、有效商户标准、奖励比例和结算周期均以当期政策为准。

服务商应在支付宝服务商平台查看当前开放的业务,或联系支付宝服务商渠道确认自己能否参加。完成一体化开通并不代表自动取得奖励资格。

3. 由商家另行支付技术服务费

如果支付宝没有开放适合当前业务的交易分账产品,服务商可以与商家签订技术服务协议,按固定金额、订阅费或交易量计算服务费,再通过对公结算和开票等方式收取。

这不属于支付订单内抽佣,但业务关系通常更清晰。合同中应约定:

  • 服务内容和计费规则;
  • 对账周期;
  • 退款或撤销订单是否计费;
  • 发票及税费的承担方式;
  • 欠费和终止服务的处理方式。

推荐实施步骤

  1. 先确认需要的是“订单资金分账”,还是“支付宝向服务商发放业务奖励”。
  2. 如果需要订单分账,应向支付宝提交平台业务模式,确认可以申请的资金产品和准入条件。
  3. 如果需要业务奖励,应在服务商平台确认是否已签约相应的协作政策,不要把商户授权当作返佣资格。
  4. 支付接口继续按照代调用规范传递 app_auth_token,不要自行添加未经授权的分账参数。
  5. 建立独立的对账逻辑,分别核对商家交易、退款、平台分账和服务商奖励。
  6. 如果没有合适的官方分账能力,可以通过服务合同和独立结算收取技术服务费。

注意事项

  • app_auth_token 应与商家及应用授权关系一一对应,并妥善存储,不能在前端或日志中以明文暴露。
  • 商家撤销授权或令牌失效后,代调用会失败,因此需要设计重新授权流程。
  • 支付成功不代表佣金已经成立。支付状态、分账状态和激励结算状态应分别记录。
  • 退款可能导致分账回退或佣金扣回,具体处理方式取决于所接入产品的规则。
  • 不建议继续使用只出现在旧接口或历史文档中的分润字段。相关字段是否有效,应以当前应用实际开通的产品权限和支付宝现行文档为准。
  • 注册资本、费率和准入门槛可能随主体类型、行业及政策变化。申请前应以支付宝当前的审核口径为准。

备注:内容仅供参考。