為什么要更換支付sdk：

因為原接入的微信支付SDK，是支付收單到平臺申請的普通商戶號，然后再給商家清結(jié)算；

現(xiàn)在接入微信收付通分賬系統(tǒng)后，商戶號變成服務(wù)商模式，支付收單到對應(yīng)二級商戶號里，但平臺有購物車需要不同店鋪間的商品合單支付，所以需要更換新的合單支付sdk滿足業(yè)務(wù)場景；

更換之后：有原來的一個父單對應(yīng)一個流水號，變?yōu)楝F(xiàn)在的每個子單對應(yīng)一個流水號；

目前平臺僅支持兩種支付方式，微信和支付寶；

支付路由：①一層是優(yōu)先微信，后支付寶； ②二層是依據(jù)用戶上次使用的方式，推薦下次路由；

補差系統(tǒng)：

補差和補差退回

平臺的補貼（平臺承擔(dān)的費用）都要補差，比如平臺優(yōu)惠券、現(xiàn)金券等； 舉個例子：商家1有個商品a售賣100元，平臺發(fā)了一張滿100-10元的優(yōu)惠券，承擔(dān)方為平臺，用戶實際支付90元，但訂單的分賬基數(shù)是100元，所以要補差10元，然后在分賬；若用戶發(fā)生退款，還有補差退回； 而且補差金額是從運營賬戶扣除，需要平臺預(yù)先充值；

退款：

退款是資金流的逆向，原則是資金入哪里，從哪里出；比如：用戶支付后，資金會分賬進入三個賬戶（平臺、商戶、微信），退款逆向要從三個賬戶分別退回的入金，以及有補差金額的回退；

退款失敗的處理邏輯：

①比如平臺賬戶資金不足，退款失敗訂單掛起，待充值資金后，重新申請；

②比如用戶微信賬戶異常，退款失敗，支持用戶更換賬號；

異常場景：確認收貨后發(fā)生退款如何處理：

①調(diào)用商家賬戶資金，進行退款；

②若商家賬戶無資金，調(diào)用平臺指定賬戶墊付賬戶資金；然后在找商戶進行墊付回補（從保證金賬戶扣除）；

另外：當(dāng)二級商戶退款賬戶余額不足時，可發(fā)起墊付退款，從電商平臺指定賬戶墊付退款資金。當(dāng)二級商戶退款賬戶余額充足時，可把退款墊付的資金回補到電商平臺賬戶。墊付退款需要向微信支付申請開通權(quán)限，開通權(quán)限時需要指定一個墊付出款賬戶。

分賬系統(tǒng)：

1、記錄分賬過程：每筆訂單分賬的走向，比如某個商戶，某個訂單分賬的明細；

比如小A支付成功一筆訂單，支付金額、商戶留存金額，分賬時間，分賬明細（微信的手續(xù)費、平臺的傭金、商戶的余額）；

2、分賬退回：某一筆訂單用戶發(fā)送退款完成，需要分賬退回，退回時間，退回賬款的來源等；

結(jié)算系統(tǒng)：

結(jié)算系統(tǒng)主要是給商家做資金清結(jié)算的，統(tǒng)計每筆訂單和退款的資金流水明細，匯總生成賬單；

結(jié)算模式：抽傭結(jié)算、供貨價結(jié)算；

結(jié)算系統(tǒng)關(guān)聯(lián)到：支付系統(tǒng)、訂單系統(tǒng)、開票系統(tǒng)、提現(xiàn)系統(tǒng)；

結(jié)算周期：周結(jié)和月結(jié)；

結(jié)算數(shù)據(jù)統(tǒng)計：確認收貨的訂單 – 退款完成的訂單；

結(jié)算狀態(tài)：待結(jié)算、已結(jié)算、無需結(jié)算狀態(tài)；

結(jié)算流程：到結(jié)算周期系統(tǒng)生成結(jié)算賬單，財務(wù)審核，商家審核對賬，確認無誤發(fā)起提現(xiàn)，生成提現(xiàn)單進行打卡，申請傭金發(fā)票；

賬單模塊：

一、傭金匯總表：

二、發(fā)貨明細表：

1、規(guī)則：數(shù)據(jù)統(tǒng)計發(fā)貨節(jié)點

2、字段：子訂單、下單日期、發(fā)貨日期、支付方式、商品、數(shù)量、商品銷售金額、優(yōu)惠券優(yōu)惠平臺、優(yōu)惠券優(yōu)惠商家、促銷平臺、促銷商家、訂單銷售金額、運費、結(jié)算基數(shù)、傭金率、平臺抽傭、手續(xù)費、結(jié)算金額、應(yīng)付金額；

三、退貨訂單明細表：

1、規(guī)則：數(shù)據(jù)統(tǒng)計退貨完成的節(jié)點；

2、字段：子單、退貨單、退款單、退款時間、退款方式、商品、退貨數(shù)量、實際退款金額、結(jié)算基數(shù)、退貨優(yōu)惠平臺、退貨優(yōu)惠商家、促銷平臺、促銷商家、退貨傭金、退手續(xù)費、退貨結(jié)算金額

四、補償、運費、商家懲罰等；

賬單狀態(tài)：待業(yè)務(wù)審核、待財務(wù)審核發(fā)布、待商家對賬確認、商家已確認、商家退回

提現(xiàn)

1、商家申請?zhí)岈F(xiàn)；

2、 生成平臺應(yīng)付單、財務(wù)申請付款，生成付款申請單，財務(wù)付款；

3、財務(wù)手動打款、推送nc付款；

4、微信自動打款；

開票

1、商家申請開票；

①維護開票基本信息；②根據(jù)賬單選擇應(yīng)該開票的數(shù)據(jù)；③提交申請發(fā)票；

發(fā)票狀態(tài)：待申請、待審核、開票中、已開票、開票異常；

2、平臺開票；

3、財務(wù)系統(tǒng)開票，線上電票；對接的國信電子票據(jù)平臺信息服務(wù)有限公司

如果再次迭代的話，會有以下思路？

p：設(shè)計動態(tài)周期系統(tǒng)、商家賬戶系統(tǒng)，提升商家體驗；

r：現(xiàn)在階段只是完成了業(yè)務(wù)閉環(huán)，給商家出賬單，商家可提現(xiàn)；但問題是出賬周期長，打款審核周期長等；

e：

• 動態(tài)賬期系統(tǒng)：根據(jù)不同商家的入駐時間、店鋪評分等綜合評定，不同商戶的不同賬期，而不是統(tǒng)一標(biāo)準(zhǔn)；
• 商家賬戶系統(tǒng)：有了賬戶系統(tǒng)，就可以給商家根據(jù)周期每日出結(jié)算賬單，每日匯總金額到賬戶系統(tǒng)，商戶可對賬戶實時提現(xiàn)；
• 減少打款審核周期，做到系統(tǒng)自動對賬單，減少財務(wù)人員的人工操作；

p：總體看可以極大提升商戶體驗，目前我們已經(jīng)規(guī)劃了，準(zhǔn)備推動這個項目；

項目最難的地方

p：項目的開發(fā)資源，以及業(yè)務(wù)側(cè)的支持；

r：①由于項目是風(fēng)控類項目，開發(fā)資源占用非常多，且暫時不做影響也不大；所以優(yōu)先級一直很低； ②由于不能幫業(yè)務(wù)直接提供賦能，還要協(xié)助我做事，所有就很難推進；

p：如何解決的呢？①需求優(yōu)先級低，咱就一直持續(xù)推進，給產(chǎn)品組長、產(chǎn)品總監(jiān)普及二清的風(fēng)險，并舉實際罰款案例給他們；持續(xù)推進幾個迭代終于拿到技術(shù)資源；②業(yè)務(wù)方協(xié)助，拉著產(chǎn)品老大和財務(wù)老大，向業(yè)務(wù)老大一起匯報這事，得到業(yè)務(wù)老大支持，那業(yè)務(wù)部門人員就很好的協(xié)作；

p：結(jié)果：微信支付側(cè)已全部對接完成，業(yè)務(wù)也非常配合推進，商家開通率95%；

另外：文中提到的prep，是指point/reason/example/point，是一種結(jié)構(gòu)化表達的方法：結(jié)論、原因、舉例、匯總；

日常分享一些電商相關(guān)的心得和體會，一起成長；