支付宝是否提供平台账户向多商家分账的API？

明确结论

支付宝支持平台型业务分账，但通常不能采用”消费者先付款到平台普通支付宝账户，再由平台自由转账给商家”的方式。

美团这类多商家交易场景，应申请支付宝开放平台的平台型收付或商家分账产品。资金需要对应真实订单，并由支付宝在交易和结算体系内，按照约定规则分配给已签约、已绑定的商家。平台不能通过普通转账接口代收资金后再分发，否则可能涉及”二清”和无证从事支付结算业务的合规风险。

可以重点向支付宝确认以下产品和能力是否适用于当前业务：

• 互联网平台直付通等平台型收付产品；
• 支付宝商家分账能力；
• 基于交易订单的分账、结算能力，例如 alipay.trade.order.settle；
• 分账接收方关系绑定能力，例如 alipay.trade.royalty.relation.bind。

能够申请哪种产品、是否支持当前行业，以及具体接口参数和资金路径，都应以支付宝开放平台当前的产品文档和最终签约结果为准。

为什么不能先收款再普通转账

问题不只是”能不能通过 API 转账”，还要看平台是否有权代商家收取、保管和清分资金。

消费者付款后，如果资金全部进入平台自己的可用余额，再由平台根据内部订单向不同商家转账，就可能形成以下资金链路：

消费者 → 平台账户 → 商家账户

在这个过程中，平台实际参与了商家资金的归集、清分和结算。如果没有相应资质，这种模式可能被认定为无证支付结算或”二清”。

合规的平台分账通常采用下面的链路：

消费者支付
    ↓
支付宝受理并记录交易
    ↓
依据已签约的分账规则结算
    ├── 商家所得
    ├── 平台服务费
    └── 其他合法分账接收方

平台提交订单、商家、金额和分账指令，支付宝再根据产品规则完成资金结算。商家货款不应先沉淀到平台的普通余额中。

普通资金转账接口即使能在技术上向支付宝账户或银行卡付款，也不代表平台因此获得了清分结算能力。这类接口更适合合法的付款、佣金和报销等场景，不能用于绕过平台分账产品的准入与风控要求。

推荐的实现步骤

1. 先确认业务角色和资金模型

接入接口前，需要明确：

• 平台是交易撮合方，还是商品、服务的实际销售方；
• 商家是否为独立经营主体；
• 消费者的交易对象和开票主体是谁；
• 平台收入属于佣金、技术服务费，还是商品销售收入；
• 是否需要延迟结算，或在确认收货后分账；
• 退款由谁承担，已经分账的资金如何退回；
• 是否涉及营销补贴、配送费、达人佣金等多方分账。

这些信息会直接影响支付宝提供的产品方案。不要先按照普通收款加转账的模式开发，再补做合规改造。

2. 申请平台型支付或分账产品

使用企业主体登录支付宝开放平台，提交平台业务资料，并申请适用的产品。一般可能需要提供：

• 平台网站或 App；
• 商业模式和交易流程；
• 商家入驻协议；
• 商家审核和管理机制；
• 商品或服务类型；
• 退款、投诉和售后规则；
• 资金流、信息流和订单流说明；
• 平台收费规则。

并非所有行业、账户或应用都能直接获得分账权限。产品是否开放、分账比例限制、结算周期和接收方类型，均以签约页面及支付宝审核结果为准。

3. 完成商家入驻或分账关系绑定

商家通常不能只在平台数据库中创建一条记录，还要按照产品要求，在支付宝侧完成身份确认、签约或分账关系绑定。

如果申请的产品使用分账关系接口，可能涉及：

alipay.trade.royalty.relation.bind
alipay.trade.royalty.relation.unbind
alipay.trade.royalty.relation.batchquery

绑定前需要保存并校验：

• 平台内部商家编号；
• 支付宝侧商家身份；
• 商家主体名称；
• 分账接收方类型；
• 签约或绑定状态；
• 可用产品和权限状态。

不能只根据用户输入的支付宝账号发起分账。

4. 创建支付订单并保存交易关系

每笔订单至少要保存以下关系：

平台订单号
支付宝交易号
商家编号
订单总金额
商家应收金额
平台服务费
退款金额
分账状态

如果一个消费者订单包含多个商家的商品，建议在业务系统中拆分为商家子订单，方便后续处理分账、退款、对账和售后责任。

示例：

{
  "order_no": "P202609130001",
  "total_amount": "100.00",
  "sub_orders": [
    {
      "merchant_id": "M1001",
      "amount": "60.00",
      "platform_fee": "3.00",
      "merchant_receivable": "57.00"
    },
    {
      "merchant_id": "M1002",
      "amount": "40.00",
      "platform_fee": "2.00",
      "merchant_receivable": "38.00"
    }
  ]
}

金额计算应使用整数”分”或可靠的十进制定点类型，不要直接使用二进制浮点数。

BigDecimal orderAmount = new BigDecimal("100.00");
BigDecimal platformFee = new BigDecimal("5.00");
BigDecimal merchantAmount = orderAmount.subtract(platformFee);

5. 在允许的时间点发起分账

消费者支付成功后，不一定能立即结算。平台可以按照业务规则，在服务完成、退款观察期结束或用户确认收货后发起分账。

部分支付宝分账产品可能使用：

alipay.trade.order.settle

下面的代码只用于说明服务端如何组织分账请求，不能直接复制上线。royalty_type、trans_out、trans_in 等字段是否必填及其取值范围，必须按照实际签约产品的最新接口文档填写。

AlipayTradeOrderSettleRequest request =
    new AlipayTradeOrderSettleRequest();

request.setBizContent("""
{
  "out_request_no": "SETTLE_P202609130001",
  "trade_no": "ALIPAY_TRADE_NO",
  "royalty_parameters": [
    {
      "royalty_type": "transfer",
      "trans_out": "PLATFORM_ALIPAY_ID",
      "trans_in": "MERCHANT_ALIPAY_ID",
      "amount": "95.00",
      "desc": "订单 P202609130001 商家结算"
    }
  ]
}
""");

AlipayTradeOrderSettleResponse response = alipayClient.execute(request);

if (!response.isSuccess()) {
    // 记录错误码和请求号，进入查询或重试流程。
    // 不要在状态未知时直接生成新的请求号重复分账。
}

如果接入的是直付通等其他平台产品，接口名称、进件流程和资金参数可能不同，应完全按照相应产品的文档接入。

6. 查询结果并进行对账

分账调用超时不代表分账失败。系统应使用原请求号或支付宝交易号查询最终状态，防止重复分账。

后台至少需要维护以下状态：

WAIT_PAY
PAID
WAIT_SETTLE
SETTLING
SETTLED
SETTLE_FAILED
REFUNDING
REFUNDED

分账请求号必须全局唯一，并与业务订单绑定：

String outRequestNo = "SETTLE_" + orderNo;

重试同一笔分账时，应复用原请求号，并通过查询接口确认结果，不要每次都生成新的请求号。

退款如何处理

退款是多商家平台经常遗漏的问题。设计接口前需要确认：

• 未分账订单是否可以直接退款；
• 已分账订单是否支持从分账接收方退回；
• 商家余额不足时由谁垫付；
• 部分退款如何在商家所得和平台服务费之间拆分；
• 优惠券、平台补贴和商家优惠分别由谁承担。

例如，一笔订单原始分配如下：

消费者支付：100.00 元
商家所得：95.00 元
平台服务费：5.00 元

如果退款 20.00 元，不能默认全部由平台账户承担。平台需要根据合同和产品能力，计算商家与平台各自承担的金额，并确保支付宝侧的资金处理结果与平台账务一致。

必须注意的事项

不要用普通转账模拟分账

即使账户可以调用 alipay.fund.trans.uni.transfer 等资金转账能力，也不能直接将其视为多商家清分方案。能够调用转账接口，不等于能够合法开展平台代收、清分和结算。

分账金额不能只信任前端

商家编号、订单金额、服务费和分账接收方必须由服务端根据订单重新计算。前端只负责提交支付意图，不能决定资金最终流向。

支付回调必须验签

处理异步通知时，需要验证支付宝签名，并核对：

• app_id；
• 商户订单号；
• 支付宝交易号；
• 订单金额；
• 收款主体；
• 交易状态。

验签成功后仍需进行幂等处理，不能因为多次收到通知而重复记账或重复分账。

建立独立的平台账务记录

平台不能只依赖支付宝的查询结果作为账本。建议分别记录支付、退款、分账、服务费和调账流水，并每天进行订单级对账。

先完成合规评估再开发

最终采用直付、分账、商家独立收款还是其他模式，需要结合合同关系、开票方式、商品类型和实际资金控制权判断。通过支付宝的产品审核，并不意味着平台所有业务都天然合规。正式上线前，建议由支付机构的行业方案人员和熟悉支付结算业务的律师共同确认资金链路。

正确的做法是申请支付宝的平台型收付或商家分账产品，由支付宝根据真实交易完成资金分配。不建议先把消费者资金归集到平台普通账户，再通过转账 API 向商家逐笔付款。

备注：内容仅供参考。