微信支付-电商收付通业务概述
电商行业关键能力
- 订单生成：电商服务商可以帮助子商户下单
- 资金冻结：用户支付后的资金，需要冻结在二级商户，不能提现
- 资金分配：能够将资金按照订单维度分润给其他人
- 资金转账：可以进行余额查询和提现
能力视图
按照开发的视角，首先从API文档看起，下面是个人整理的思维导图，其重点在于分账和补差。
分账
业务背景
服务商需要将子商户的资金，灵活地分润给相关方，利用平台的能力调接口完成，从而降低操作成本。
角色分析
上图是一个典型的分账资金流动图，其中服务商和子商户组成服务商模式。
右侧是与该笔订单有贡献的人，订单完成后他们可获得对应的收益。
当用户支付交易资金后，资金变冻结在子商户处，等待服务商发出分账指令，将资金分给相关人员。
相关操作
管理分账方
如上图，在管理分账方接口，可以简单地「添加」、「删除」分账接收方，也就是被分钱的用户。 另外还有「分账动账通知」接口，用于在分账资金变动时，通知分账接收方。
执行分账
调执行分账接口，可以将用户的资金分润给相关涉众。也就是上图的将钱从冻结账户转移到分账接收方。一笔订单可以分多次，不一定要一次将钱分完。
分账回退
分账回退发生在存在「退款」的特殊场景，将已分出的钱归集给二级商户，然后退给用户。
如果分账接收方设置不同意退款分账回退，比如快递小哥表示：「不管你退不退货，我当初把货送到了，我的职责就完成了，你的货有问题我可不管，我拒绝退钱」。在这种情况下，相当于子商户亏损邮费，所以这部分钱如果要补给用户的话，还需要子商户自己掏钱出来。
查询待分金额
分账是可进行多次操作的，可以实时查询某笔订单剩余的待分金额，避免请求分账金额大于剩余待分金额的尴尬。
完结分账
在下单之后，资金在二级商户的账上，但是被服务商的预设的冻结指令冻结住，不能提现（等待分账中）。 使用完结分账接口，意为服务商认为剩余的钱不需要分账了，剩余的资金可自动解冻到二级商户的账户。
总结
「分账」相对来说，产品形态是比较简单的，核心就是将资金从二级商户的冻结户，转移到分润方。
补差
背景
服务商发现二级商户最近营销不给力，打算自己贴钱给小弟们来一波营销，目标是把交易量搞上去，比较小弟们有单服务商爸爸才有钱赚嘛。但是服务商爸爸也不想自己垫钱，想在给自己分账时，自己少拿点便是了。
具体操作来了：在之前给用户一张10%无资金流折扣券，用户只用支付90%。在准备分账前，服务商临时掏出10%的资金，此过程称之为补差，补差完成后，子商户则收到了全款100%。然后服务商马上调分账接口，将自己刚才垫出去的一笔资金回笼，同时还可以额外收一部分。在这个过程中，服务商推动将生意做成了，用户享受优惠了，二级商户开心了，其他分润方开心了，GDP也上去了，五大皆喜。
相关操作
请求补差
「请求补差」就是上述的将用户少支付的10%资金，由服务商自己贴上的过程，也就是将部分资金从服务商转账到二级商户。
当退款后需要补差
上面说到，补差是服务商将补贴10%给二级商户拿去分账，但是如果不需要补贴10%呢？ 比如当用户选择退款50%的时候，所有人得到的钱都将变少50%（假设蛋糕全部都平分的话），那么此时服务商只用补贴5%的钱即可。
补差回退
补差回退的意思是，在退款发生后，将服务商出的10%资金，原路回退给服务商。
