为什么要更换支付sdk：

因为原接入的微信支付SDK，是支付收单到平台申请的普通商户号，然后再给商家清结算；

现在接入微信收付通分账系统后，商户号变成服务商模式，支付收单到对应二级商户号里，但平台有购物车需要不同店铺间的商品合单支付，所以需要更换新的合单支付sdk满足业务场景；

更换之后：有原来的一个父单对应一个流水号，变为现在的每个子单对应一个流水号；

目前平台仅支持两种支付方式，微信和支付宝；

支付路由：①一层是优先微信，后支付宝； ②二层是依据用户上次使用的方式，推荐下次路由；

补差系统：

补差和补差退回

平台的补贴（平台承担的费用）都要补差，比如平台优惠券、现金券等； 举个例子：商家1有个商品a售卖100元，平台发了一张满100-10元的优惠券，承担方为平台，用户实际支付90元，但订单的分账基数是100元，所以要补差10元，然后在分账；若用户发生退款，还有补差退回； 而且补差金额是从运营账户扣除，需要平台预先充值；

退款：

退款是资金流的逆向，原则是资金入哪里，从哪里出；比如：用户支付后，资金会分账进入三个账户（平台、商户、微信），退款逆向要从三个账户分别退回的入金，以及有补差金额的回退；

退款失败的处理逻辑：

①比如平台账户资金不足，退款失败订单挂起，待充值资金后，重新申请；

②比如用户微信账户异常，退款失败，支持用户更换账号；

异常场景：确认收货后发生退款如何处理：

①调用商家账户资金，进行退款；

②若商家账户无资金，调用平台指定账户垫付账户资金；然后在找商户进行垫付回补（从保证金账户扣除）；

另外：当二级商户退款账户余额不足时，可发起垫付退款，从电商平台指定账户垫付退款资金。当二级商户退款账户余额充足时，可把退款垫付的资金回补到电商平台账户。垫付退款需要向微信支付申请开通权限，开通权限时需要指定一个垫付出款账户。

分账系统：

1、记录分账过程：每笔订单分账的走向，比如某个商户，某个订单分账的明细；

比如小A支付成功一笔订单，支付金额、商户留存金额，分账时间，分账明细（微信的手续费、平台的佣金、商户的余额）；

2、分账退回：某一笔订单用户发送退款完成，需要分账退回，退回时间，退回账款的来源等；

结算系统：

结算系统主要是给商家做资金清结算的，统计每笔订单和退款的资金流水明细，汇总生成账单；

结算模式：抽佣结算、供货价结算；

结算系统关联到：支付系统、订单系统、开票系统、提现系统；

结算周期：周结和月结；

结算数据统计：确认收货的订单 – 退款完成的订单；

结算状态：待结算、已结算、无需结算状态；

结算流程：到结算周期系统生成结算账单，财务审核，商家审核对账，确认无误发起提现，生成提现单进行打卡，申请佣金发票；

账单模块：

一、佣金汇总表：

二、发货明细表：

1、规则：数据统计发货节点

2、字段：子订单、下单日期、发货日期、支付方式、商品、数量、商品销售金额、优惠券优惠平台、优惠券优惠商家、促销平台、促销商家、订单销售金额、运费、结算基数、佣金率、平台抽佣、手续费、结算金额、应付金额；

三、退货订单明细表：

1、规则：数据统计退货完成的节点；

2、字段：子单、退货单、退款单、退款时间、退款方式、商品、退货数量、实际退款金额、结算基数、退货优惠平台、退货优惠商家、促销平台、促销商家、退货佣金、退手续费、退货结算金额

四、补偿、运费、商家惩罚等；

账单状态：待业务审核、待财务审核发布、待商家对账确认、商家已确认、商家退回

提现

1、商家申请提现；

2、 生成平台应付单、财务申请付款，生成付款申请单，财务付款；

3、财务手动打款、推送nc付款；

4、微信自动打款；

开票

1、商家申请开票；

①维护开票基本信息；②根据账单选择应该开票的数据；③提交申请发票；

发票状态：待申请、待审核、开票中、已开票、开票异常；

2、平台开票；

3、财务系统开票，线上电票；对接的国信电子票据平台信息服务有限公司

如果再次迭代的话，会有以下思路？

p：设计动态周期系统、商家账户系统，提升商家体验；

r：现在阶段只是完成了业务闭环，给商家出账单，商家可提现；但问题是出账周期长，打款审核周期长等；

e：

• 动态账期系统：根据不同商家的入驻时间、店铺评分等综合评定，不同商户的不同账期，而不是统一标准；
• 商家账户系统：有了账户系统，就可以给商家根据周期每日出结算账单，每日汇总金额到账户系统，商户可对账户实时提现；
• 减少打款审核周期，做到系统自动对账单，减少财务人员的人工操作；

p：总体看可以极大提升商户体验，目前我们已经规划了，准备推动这个项目；

项目最难的地方

p：项目的开发资源，以及业务侧的支持；

r：①由于项目是风控类项目，开发资源占用非常多，且暂时不做影响也不大；所以优先级一直很低； ②由于不能帮业务直接提供赋能，还要协助我做事，所有就很难推进；

p：如何解决的呢？①需求优先级低，咱就一直持续推进，给产品组长、产品总监普及二清的风险，并举实际罚款案例给他们；持续推进几个迭代终于拿到技术资源；②业务方协助，拉着产品老大和财务老大，向业务老大一起汇报这事，得到业务老大支持，那业务部门人员就很好的协作；

p：结果：微信支付侧已全部对接完成，业务也非常配合推进，商家开通率95%；

另外：文中提到的prep，是指point/reason/example/point，是一种结构化表达的方法：结论、原因、举例、汇总；

日常分享一些电商相关的心得和体会，一起成长；