定义
支付分账是指对接微信/支付宝分账能力，订单支付成功后按配置比例自动分给各层级分销商，无需人工打款。与结算分润（周期结算打款）不同，支付分账在订单支付时即时完成分润，适用于多级分销、B2B2C等场景。
核心特点
- 即时分润：订单支付成功即按比例自动分给各层级，无需等待周期结算
- 无需人工打款：资金由支付平台自动分配，降低结算人力成本
- 多级分账：支持一级、二级、三级等多级分销，每级按配置比例自动分配
- 合规可追溯：分账记录完整，满足财务与审计要求
与结算分润的区别
结算分润是周期性的（如月结），生成结算单后人工或批量打款，适用于代理商采购模式。支付分账是订单支付时自动分给各层级，适用于分销商分配分账模式。二者可并存：企业可同时拥有代理商（结算分润）与分销商（支付分账），按渠道类型配置不同体系。
实施要求
支付分账需提前申请微信/支付宝分账能力，分账接收方需与分销商微信/支付宝账户绑定。与结算分账能力配合可实现渠道资金规范管理。
分账配置与销售归属
支付分账的分账比例需与销售归属、分润比例配置一致。订单支付时，平台根据订单归属的分销商层级，按预设比例将资金自动分给各层级。分账接收方需完成微信/支付宝商户认证，平台需维护分销商与分账接收方的绑定关系。分账失败时需支持补发、人工处理。支付分账适用于B2B2C场景下C端用户直接支付、多级分销商即时分润，与代理商的结算分润形成互补。
支付分账与资源分配
支付分账与分销商的资源分配配合使用。分销商在额度内向C端用户销售，用户支付时按分润比例自动分给各层级分账接收方。支付分账需提前申请微信支付、支付宝分账能力，分账接收方需与分销商账户绑定。支付分账是物联网云平台面向分销商模式的核心能力，与结算分润形成渠道分润的双轨体系。
可分金额怎样从实收里切出来
支付分账发生在用户为物联网卡支付套餐的那一刻，资金还在支付渠道侧，由渠道按指令把实收切给已进件的接收方，平台自己不经手转账。可分金额一般是用户实付减去渠道手续费后的余额，不能按标价去分。比例要事先写成“接收方标识 + 比例或固定金额”，各级相加不得超过可分余额，剩余留给收款商户。卡订单若含多个套餐或加油包，应先定分账基数是整单实付还是扣除优惠后的净额，两种口径混用会让渠道看到的比例和财务台账对不上。
触发条件是支付状态已成功，且该订单的销售归属能映射到一组有效接收方。归属缺失、接收方未完成渠道侧关系绑定、或比例之和超过上限，都应整笔拒绝分账并留下原因，而不是把能分的层级先分掉、剩下的层级事后补口头协议。补分账要沿用原支付单号，避免生成第二笔收款。
退款时分出去的钱如何退回
套餐下发失败、用户在生效前撤单、或卡被判定不能复机时，会发起退款。已经分出的金额不能只从平台商户余额里扣，否则渠道侧接收方仍持有分润，账上会出现平台垫付。正确做法是按原分账明细生成回退：每个接收方退回自己分到的部分，平台退回自己留存的部分，回退金额之和等于本次退款。部分退款要按同一比例缩减，不能只退平台留存、让渠道方利润保持不变，除非商务合同明确写了这种承担方式。
分账指令与支付成功不是同一个时刻。支付已成功、分账接口超时，用户侧卡可能已经开通，钱却还全部停在收款商户。此时不能让用户再付一次，也不能把订单改回未支付。应查询该支付单的分账状态，未完成则原单重试。接收方账户被冻结、商户关系过期，是这一步最常见的失败原因，需要在开卡前就拦住，而不是等用户付款后才发现分不出去。
达希渠道结算里的即时分润
达希物联在连接管理的渠道结算里提供支付时分账，用来服务按单分润的分销链路：用户为某张卡付款，系统按该卡当时的归属链和比例调用渠道分账，不必等到月结再人工打款。它和周期结算单并存时，结算单必须扣除已经在支付时分走的金额，防止同一笔销售被分两次。比例变更只影响变更之后的新订单，已分账的历史单保持原明细，方便审计回放。
产品侧对应达希的微信与支付宝收款以及结算分润。上线前要用一笔小额真实支付走通“支付成功、分账成功、退款回退”三条路径，确认接收方账单里能看到对应的卡订单号。