引言:电商收付通是微信支付推出的电商行业解决方案,主要是应对上文支付二清与第三方支付提到的电商行业面临的二清问题,其核心竞争点在于对资金灵活的把控能力。
------如自己解决不了的也可以寻求【大宇科技网】-商户处理风险平台协助处理哦!
电商行业关键能力
订单生成:电商服务商可以帮助子商户下单
资金冻结:用户支付后的资金,需要冻结在二级商户,不能提现
资金分配:能够将资金按照订单维度分润给其他人
资金转账:可以进行余额查询和提现
能力视图
按照开发的视角,首先从API文档看起,下面是个人整理的思维导图,其重点在于分账和补差。
分账
业务背景
服务商需要将子商户的资金,灵活地分润给相关方,利用平台的能力调接口完成,从而降低操作成本。
角色分析
角色 右对齐
服务商(电商平台“快快购”) 作为服务商,提供平台服务,可以收取部分提成
子商户(“水果园”) 货物提供方,提供实际商品,卖货获取利润
合作方(快递小哥、广告投放方) 推销商品,但是要收取提成
用户 购买商品-吃瓜群众
上图是一个典型的分账资金流动图,其中服务商和子商户组成服务商模式。
右侧是与该笔订单有贡献的人,订单完成后他们可获得对应的收益。
当用户支付交易资金后,资金变冻结在子商户处,等待服务商发出分账指令,将资金分给相关人员。
相关操作
管理分账方
如上图,在管理分账方接口,可以简单地「添加」、「删除」分账接收方,也就是被分钱的用户。
另外还有「分账动账通知」接口,用于在分账资金变动时,通知分账接收方。

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