結(jié)算系統(tǒng)根據(jù)平臺(tái)的業(yè)務(wù)模式不同，大致有2個(gè)設(shè)計(jì)方向，重點(diǎn)是要保證結(jié)算效率與時(shí)效，同時(shí)保證資金安全，不要出現(xiàn)重復(fù)結(jié)算及資金結(jié)算倒掛的問(wèn)題。本文從親身工作實(shí)踐中，總結(jié)了O2O電商結(jié)算平臺(tái)建設(shè)的實(shí)操與設(shè)計(jì)思路。

一、概述

我們最開始分享了O2O電商支付清結(jié)算體系，接著分享了如何從0-1搭建計(jì)費(fèi)體系，接下來(lái)我們分享：各方的錢算完之后怎么付出去，也即結(jié)算平臺(tái)建設(shè)的實(shí)操與設(shè)計(jì)思路。

1.什么是結(jié)算？

說(shuō)結(jié)算平臺(tái)之前，先說(shuō)一下業(yè)務(wù)上的結(jié)算概念，結(jié)算顧名思義就是平臺(tái)把系統(tǒng)計(jì)算好的資金結(jié)算給對(duì)應(yīng)的供應(yīng)商、分銷員、勞動(dòng)者等交易參與方，資金結(jié)算主要有2種結(jié)算方式：

第一種也是看起來(lái)最簡(jiǎn)單的：平臺(tái)線下轉(zhuǎn)賬給被結(jié)算對(duì)象，業(yè)務(wù)前期階段，業(yè)務(wù)量不大的時(shí)候這樣運(yùn)轉(zhuǎn)還行，后續(xù)隨著業(yè)務(wù)的起量，極大概率會(huì)出現(xiàn)結(jié)賬周期時(shí)全員變財(cái)務(wù)/核算、打款出錯(cuò)、下游結(jié)算對(duì)象催打款等一系列問(wèn)題。

第二種也就是本次要分享的：通過(guò)系統(tǒng)手段，線上自動(dòng)打款給下游結(jié)算對(duì)象，根據(jù)實(shí)際業(yè)務(wù)的需要，線上又可以打款至微信、支付寶、銀行卡（對(duì)公/對(duì)私）、平臺(tái)賬戶，線上結(jié)算搭建完之后，可以把結(jié)算能力放給所有的業(yè)務(wù)線復(fù)用。

2.結(jié)算平臺(tái)的落地形態(tài)

上文解釋了業(yè)務(wù)上結(jié)算的概念，技術(shù)上結(jié)算系統(tǒng)就是根據(jù)業(yè)務(wù)實(shí)際需要而搭建的實(shí)體化系統(tǒng)設(shè)施，通過(guò)系統(tǒng)化手段在線完成資金的打款發(fā)放。

結(jié)算平臺(tái)與計(jì)費(fèi)系統(tǒng)作為清結(jié)算體系中重要的組成部分，計(jì)費(fèi)平臺(tái)把訂單的業(yè)務(wù)信息流轉(zhuǎn)變成轉(zhuǎn)化為資金信息流，結(jié)算平臺(tái)把資金信息流轉(zhuǎn)化成實(shí)實(shí)在在的結(jié)算資金流。

在多業(yè)務(wù)線、多種結(jié)算類型的平臺(tái)中，結(jié)算平臺(tái)可以做成通用的中臺(tái)系統(tǒng)，單純作為資金出款的統(tǒng)一出口，至于結(jié)算到平臺(tái)賬戶還是微信/支付寶零錢，又或者是銀行卡賬戶，都依賴于業(yè)務(wù)側(cè)計(jì)費(fèi)系統(tǒng)的通知，結(jié)算平臺(tái)只是執(zhí)行結(jié)算指令（如上圖所示），同時(shí)做好資金風(fēng)控兜底，防止資金結(jié)算倒掛。

搭建結(jié)算平臺(tái)的優(yōu)點(diǎn)是結(jié)算平臺(tái)可以制定統(tǒng)一的接入規(guī)范，各業(yè)務(wù)系統(tǒng)統(tǒng)一對(duì)接結(jié)算平臺(tái)即可，無(wú)需再對(duì)接底層通道或賬戶中心，大大降低系統(tǒng)重復(fù)對(duì)接開發(fā)量。

注：可能會(huì)有人會(huì)說(shuō)這種系統(tǒng)架構(gòu)，平臺(tái)涉及到“二清”問(wèn)題，確實(shí)會(huì)涉及到，但大公司有牌照不會(huì)有這個(gè)問(wèn)題，其他公司如果不是大額融資或者上市大概率也不會(huì)涉及到這個(gè)問(wèn)題，個(gè)人覺(jué)得在公司體量沒(méi)有到達(dá)一定級(jí)別前，不要太糾結(jié)這個(gè)點(diǎn)。

后續(xù)也會(huì)分享平臺(tái)“二清”的解決產(chǎn)品方案，可以期待下。

二、結(jié)算平臺(tái)系統(tǒng)架構(gòu)

不同公司根據(jù)業(yè)務(wù)模式與技術(shù)組織架構(gòu)的不同，所適合的結(jié)算系統(tǒng)間架構(gòu)也不同，在這分享自己參與過(guò)的也是比較常見(jiàn)的2個(gè)系統(tǒng)架構(gòu)，詳見(jiàn)下圖：

系統(tǒng)架構(gòu)1（O2O自營(yíng)B2C電商）

說(shuō)明：上圖是我們當(dāng)前正在用的結(jié)算系統(tǒng)架構(gòu)，因?yàn)楣敬嬖诙鄺l業(yè)務(wù)線，且不同業(yè)務(wù)線在完成訂單清算后流程不同，有的需要平臺(tái)進(jìn)行結(jié)算單調(diào)整/審核，有的業(yè)務(wù)線則不需要，所以結(jié)算調(diào)整/審核相關(guān)的模塊，統(tǒng)一放到了業(yè)務(wù)側(cè)，結(jié)算系統(tǒng)最終只負(fù)責(zé)結(jié)算打款的職能，作為一個(gè)資金出款的前置通用系統(tǒng)，放在中臺(tái)體系內(nèi)，各業(yè)務(wù)系統(tǒng)統(tǒng)一對(duì)接結(jié)算平臺(tái)。

系統(tǒng)架構(gòu)2（類自營(yíng)B2B電商）

說(shuō)明：上圖是我之前公司經(jīng)歷過(guò)另一種系統(tǒng)架構(gòu)，與圖1的區(qū)別除了需要發(fā)票相關(guān)的模塊（灰色）之外，最大的區(qū)別就是把結(jié)算單調(diào)整/審核相關(guān)的功能，統(tǒng)一放到了結(jié)算模塊中，因?yàn)樗械臉I(yè)務(wù)線關(guān)于清算之后的流程是相同的，可以抽象為一個(gè)統(tǒng)一的模塊，計(jì)費(fèi)模塊單純完成費(fèi)用計(jì)算即可。

當(dāng)然以上2個(gè)系統(tǒng)架構(gòu)也不是萬(wàn)能架構(gòu)，算是比較通用的2種設(shè)計(jì)思路，但如果公司業(yè)務(wù)比較簡(jiǎn)單，可能都不需要分成2個(gè)系統(tǒng)，直接計(jì)費(fèi)與結(jié)算放在一個(gè)系統(tǒng)就OK，每天念三遍：系統(tǒng)不重要，業(yè)務(wù)最重要。

系統(tǒng)交互流程說(shuō)明：

以上2種系統(tǒng)架構(gòu)，系統(tǒng)間整體交互流程很相近，第一步各業(yè)務(wù)系統(tǒng)的計(jì)費(fèi)模塊完成各種資金類型的清算計(jì)費(fèi)，根據(jù)清算結(jié)果生成結(jié)算單，完成結(jié)算單調(diào)整確認(rèn)后，請(qǐng)求結(jié)算平臺(tái)統(tǒng)一結(jié)算接口，結(jié)算系統(tǒng)根據(jù)業(yè)務(wù)側(cè)所需結(jié)算方式，請(qǐng)求底層支付平臺(tái)或帳戶中心接口，完成賬戶中心入賬或通道打款，下文也會(huì)詳細(xì)說(shuō)明。

小結(jié)：結(jié)算模塊的整體系統(tǒng)架構(gòu)大同小異，具體采用什么樣的系統(tǒng)架構(gòu)一定要根據(jù)平臺(tái)自身的業(yè)務(wù)需要，整體原則是：以滿足業(yè)務(wù)為前提，追求系統(tǒng)通用，防止重復(fù)造輪子。

三、結(jié)算平臺(tái)系統(tǒng)搭建

上文我們分享了結(jié)算平臺(tái)的系統(tǒng)架構(gòu)，接下來(lái)分享怎么從0到1真正落地搭建起1個(gè)結(jié)算平臺(tái)，我接下來(lái)會(huì)把上文中的2種系統(tǒng)架構(gòu)，都展開說(shuō)下，2者可以互相結(jié)合著看。

下文主要從4方面展開：業(yè)務(wù)流程、系統(tǒng)交互流程、頁(yè)面原型及核心規(guī)則、關(guān)鍵接口說(shuō)明。

系統(tǒng)架構(gòu)1（O2O自營(yíng)B2C電商）

1.業(yè)務(wù)流程

上圖為O2O自營(yíng)B2C電商勞動(dòng)者薪資報(bào)酬結(jié)算業(yè)務(wù)流程，首先說(shuō)下這個(gè)流程不是通用的，各平臺(tái)可根據(jù)自身提供服務(wù)的標(biāo)準(zhǔn)化程度及履約復(fù)雜度靈活調(diào)整，例如滴滴與外賣配送是非常標(biāo)準(zhǔn)的O2O服務(wù)，結(jié)算環(huán)節(jié)不需要審核，直接結(jié)算即可，但比較復(fù)雜的家政服務(wù)與互聯(lián)網(wǎng)裝修服務(wù)，肯定會(huì)加上比較多審核確認(rèn)環(huán)節(jié)。

2.系統(tǒng)間交互流程

上圖是各業(yè)務(wù)系統(tǒng)與結(jié)算系統(tǒng)間的交互流程，這里的業(yè)務(wù)系統(tǒng)包括不限于各業(yè)務(wù)線計(jì)費(fèi)系統(tǒng)、勞動(dòng)者獎(jiǎng)懲系統(tǒng)、分銷平臺(tái)等等。

此架構(gòu)下，各業(yè)務(wù)系統(tǒng)與結(jié)算系統(tǒng)的交互相對(duì)比較簡(jiǎn)單，業(yè)務(wù)系統(tǒng)只需要傳輸對(duì)應(yīng)金額、結(jié)算渠道等核心參數(shù)，結(jié)算系統(tǒng)請(qǐng)求下游系統(tǒng)即可。

3.頁(yè)面原型及核心規(guī)則

以O(shè)2O自營(yíng)B2C電商的系統(tǒng)架構(gòu)為基礎(chǔ)的結(jié)算系統(tǒng)，頁(yè)面原型相對(duì)不會(huì)太多，因?yàn)橹饕到y(tǒng)模塊都已經(jīng)被上游業(yè)務(wù)計(jì)費(fèi)系統(tǒng)承擔(dān)，忘記的可以去看下計(jì)費(fèi)系統(tǒng)搭建的內(nèi)容回顧下，原型主要分為2部分：

平臺(tái)側(cè)：費(fèi)用類型管理、結(jié)算規(guī)則配置、結(jié)算記錄如下圖：

（1）費(fèi)用類型管理

因?yàn)楹罄m(xù)分享賬戶中心的時(shí)候也會(huì)用到費(fèi)用類型，這次先重點(diǎn)說(shuō)下:

費(fèi)用類型的含義及作用：費(fèi)用類型表象上就是結(jié)算資金的名稱，簡(jiǎn)單來(lái)說(shuō)這就是是一筆什么錢，再往上抽象一層，1個(gè)費(fèi)用類型代表了業(yè)務(wù)的1個(gè)計(jì)費(fèi)場(chǎng)景，對(duì)應(yīng)了一個(gè)具體的計(jì)費(fèi)規(guī)則（前提是費(fèi)用類型顆粒度要足夠細(xì)化）。

他們之間的關(guān)系如下圖簡(jiǎn)單舉例：

• 業(yè)務(wù)場(chǎng)景：費(fèi)用類型=1：1或1：N
• 費(fèi)用類型：計(jì)費(fèi)場(chǎng)景/規(guī)則=1：1

費(fèi)用類型的命名原則：簡(jiǎn)短同時(shí)要能反映費(fèi)用的業(yè)務(wù)屬性，賬戶中心記賬的時(shí)候，賬務(wù)流水就會(huì)很清楚，勞動(dòng)者可以很直觀地就知道這筆錢的因?yàn)槭裁催M(jìn)來(lái)，這筆錢為什么被扣掉，如下圖所示：

費(fèi)用類型在系統(tǒng)間流轉(zhuǎn)過(guò)程：當(dāng)上游業(yè)務(wù)側(cè)新增一個(gè)計(jì)費(fèi)場(chǎng)景時(shí)，結(jié)算系統(tǒng)會(huì)新增1個(gè)費(fèi)用類型，具體新增費(fèi)用類型的運(yùn)營(yíng)流程，看自己公司要求，結(jié)算系統(tǒng)配置完成后，將費(fèi)用類型編碼同步至業(yè)務(wù)側(cè)，業(yè)務(wù)系統(tǒng)需要將此編碼維護(hù)在系統(tǒng)中。

當(dāng)此費(fèi)用類型的資金進(jìn)行結(jié)算時(shí)，需要傳費(fèi)用類型編碼ID，同時(shí)如果需要結(jié)算到賬戶中心，則賬戶中心也需要同步添加費(fèi)用類型編碼，因?yàn)橘~戶中心需要根據(jù)費(fèi)用類型編碼確定入到哪個(gè)賬戶中，流程如下圖：

（2）結(jié)算規(guī)則管理

結(jié)算規(guī)則說(shuō)明：費(fèi)用類型新增之后，需要為費(fèi)用類型配置結(jié)算規(guī)則，結(jié)算規(guī)則的主要作用是確定此費(fèi)用類型的結(jié)算渠道，即結(jié)算到勞動(dòng)者的微信零錢還是銀行卡，亦或是平臺(tái)賬戶中，如果要結(jié)算到平臺(tái)賬戶，還需要在賬戶中心配置此費(fèi)用類型的入賬規(guī)則及凍結(jié)規(guī)則，確定費(fèi)用類型入到哪個(gè)賬戶及要不要凍結(jié)，流程見(jiàn)下圖：

從上圖可以看到，一個(gè)費(fèi)用類型可以配置多條結(jié)算規(guī)則，但業(yè)務(wù)系統(tǒng)請(qǐng)求結(jié)算系統(tǒng)接口時(shí)，會(huì)根據(jù)業(yè)務(wù)線匹配唯一結(jié)算規(guī)則，防止重復(fù)結(jié)算，若結(jié)算時(shí)未匹配到結(jié)算規(guī)則，系統(tǒng)會(huì)直接報(bào)錯(cuò)。

有一個(gè)點(diǎn)需要注意的是，如果平臺(tái)內(nèi)資金結(jié)算渠道只有一種，所有的費(fèi)用類型都只結(jié)算到銀行卡或者平臺(tái)賬戶，則不需要配置結(jié)算規(guī)則，直接系統(tǒng)寫死即可，甚至可以不要單獨(dú)做結(jié)算系統(tǒng)，沒(méi)有意義，因?yàn)榇讼到y(tǒng)架構(gòu)下結(jié)算單生成/審核/調(diào)整都已經(jīng)與計(jì)費(fèi)模塊融合，由計(jì)費(fèi)系統(tǒng)（不僅僅是計(jì)費(fèi)）直接請(qǐng)求底層通道或者賬戶中心即可。

歸根結(jié)底一句話：視自己平臺(tái)真實(shí)業(yè)務(wù)需要，做對(duì)應(yīng)系統(tǒng)建設(shè)，忌自嗨、忌華而不實(shí)。

（3）結(jié)算記錄

O2O電商結(jié)算有一個(gè)特點(diǎn)，都是按訂單逐筆結(jié)算，即勞動(dòng)者完成服務(wù)，工資報(bào)酬即結(jié)算至平臺(tái)賬戶，然后各平臺(tái)根據(jù)各自業(yè)務(wù)需要，設(shè)置提現(xiàn)窗口期或設(shè)置凍結(jié)時(shí)間。

上述原型圖中有兩個(gè)字段特殊說(shuō)明下：

• 一是【訂單號(hào)】，逐筆結(jié)算的結(jié)算記錄一定要加上訂單號(hào)，運(yùn)營(yíng)有問(wèn)題找過(guò)來(lái)的時(shí)候，大多數(shù)只發(fā)個(gè)訂單號(hào)過(guò)來(lái)，同理賬戶中心也要加訂單號(hào)（有的話）。
• 二是【結(jié)算狀態(tài)】，要以最底層出款通道或賬戶中心的最終入賬結(jié)果為準(zhǔn)，不能業(yè)務(wù)系統(tǒng)請(qǐng)求結(jié)算系統(tǒng)接口成功了就返回上游系統(tǒng)結(jié)算成功，可以異步通知慢點(diǎn)兒，不然可能會(huì)造成上游業(yè)務(wù)系統(tǒng)顯示的結(jié)算結(jié)果有誤。

4.關(guān)鍵接口設(shè)計(jì)

結(jié)算系統(tǒng)最核心的就是結(jié)算的接口，各業(yè)務(wù)系統(tǒng)請(qǐng)求此接口，完成資金的打款結(jié)算，下圖是接口入?yún)⒈靥顓?shù)，根據(jù)結(jié)算渠道的不同，業(yè)務(wù)系統(tǒng)需要傳對(duì)應(yīng)參數(shù)進(jìn)來(lái)，例如結(jié)算到微信要傳openid、結(jié)算到銀行卡要傳銀行卡號(hào)、開戶行等等，這個(gè)直接看底層通道需要什么參數(shù)即可，不再贅述。

系統(tǒng)架構(gòu)2（類自營(yíng)B2B電商）

1.結(jié)算業(yè)務(wù)流程（類自營(yíng)電商B2B）

這個(gè)系統(tǒng)架構(gòu)與系統(tǒng)架構(gòu)一（O2O自營(yíng)B2C）業(yè)務(wù)流程比較大的區(qū)別在于，因?yàn)闃I(yè)務(wù)模式與結(jié)算金額（多筆合并結(jié)算、大額）的原因，結(jié)算單審核/調(diào)整成為了一個(gè)必要流程，并且部分平臺(tái)還會(huì)涉及到開票流程。

開票流程又分為2種：

第1種：先開票后結(jié)算（上圖），即商戶側(cè)根據(jù)平臺(tái)推送的結(jié)算單開具發(fā)票并上傳，平臺(tái)發(fā)票審核通過(guò)后，方可進(jìn)行實(shí)際資金結(jié)算流程，這個(gè)方案的好處是優(yōu)先保證平臺(tái)的利益，同時(shí)也降低了結(jié)算單與發(fā)票金額數(shù)據(jù)不一致的概率（結(jié)算單金額與發(fā)票金額），降低后續(xù)運(yùn)營(yíng)與商戶的人力負(fù)擔(dān)。

第2種：開票與結(jié)算相互獨(dú)立，無(wú)明確先后流程，好處是可以保證結(jié)算時(shí)效，商戶側(cè)的資金回款效率與結(jié)算體驗(yàn)更好，壞處就是上個(gè)流程中的好處，大家可以根據(jù)自身平臺(tái)需要選擇合適的方案。

2.結(jié)算系統(tǒng)間交互流程（類自營(yíng)電商B2B）

上圖是類自營(yíng)B2B電商結(jié)算系統(tǒng)交互流程，我用的是計(jì)費(fèi)模塊和結(jié)算模塊，而不是系統(tǒng)，因?yàn)樗麄z可以放在一個(gè)系統(tǒng)，特別是業(yè)務(wù)線不多，計(jì)費(fèi)模式與結(jié)算類型都比較單一的平臺(tái)，完全沒(méi)有必要做2個(gè)系統(tǒng)。

單獨(dú)說(shuō)一下結(jié)算單生成的時(shí)間點(diǎn)，比較常見(jiàn)的方案是：根據(jù)約定的賬期，在賬單日通過(guò)凌晨定時(shí)任務(wù)生成本賬期結(jié)算單。

還有另一個(gè)方案：進(jìn)入到下一賬期即生成結(jié)算單，舉例：T月賬期過(guò)去，進(jìn)入到T+1月1號(hào)即生成T+1月的結(jié)算單，數(shù)據(jù)清算完成即填充數(shù)據(jù)至結(jié)算單，只是這個(gè)結(jié)算單不會(huì)推到商戶后臺(tái)，只在平臺(tái)側(cè)展示，但是賬單的總額數(shù)據(jù)可以展示給商戶側(cè)，以便讓商戶知道自己T+1月的數(shù)據(jù)概覽情況。

3.頁(yè)面原型及核心規(guī)則

此系統(tǒng)架構(gòu)下，平臺(tái)側(cè)頁(yè)面原型主要分為計(jì)費(fèi)管理、結(jié)算單管理、發(fā)票管理，計(jì)費(fèi)管理主要是完成訂單資金計(jì)費(fèi)，生成清算明細(xì)數(shù)據(jù)，上一篇計(jì)費(fèi)系統(tǒng)從0到1搭建已經(jīng)詳細(xì)介紹過(guò)，不再贅述。

商戶側(cè)后臺(tái)主要有結(jié)算記錄與發(fā)票管理2個(gè)功能模塊，模塊展示的信息和平臺(tái)側(cè)基本一致，大家可以直接看平臺(tái)側(cè)相關(guān)原型內(nèi)容，也不再贅述。

（1）結(jié)算單管理

關(guān)于原型圖和規(guī)則主要說(shuō)幾個(gè)點(diǎn)：

上圖中三個(gè)狀態(tài)字段的關(guān)系：結(jié)算單狀態(tài)、發(fā)票狀態(tài)、結(jié)算狀態(tài)，3個(gè)狀態(tài)依賴與先后關(guān)系如下圖所示：

結(jié)算單導(dǎo)出內(nèi)容：因?yàn)閷?duì)公結(jié)算多是匯總軋差結(jié)算，所以結(jié)算單導(dǎo)出后是一條條計(jì)費(fèi)明細(xì)，包括正向與逆向數(shù)據(jù)，最常見(jiàn)的結(jié)算單就是三方支付機(jī)構(gòu)給的結(jié)算對(duì)賬文件，結(jié)算單導(dǎo)出后如下圖所示，可以根據(jù)自身需要增刪字段：

結(jié)算單生成規(guī)則：以商戶為緯度，以賬期為時(shí)間范圍，把發(fā)生在此賬期范圍的所有費(fèi)用類型的計(jì)費(fèi)明細(xì)數(shù)據(jù)寫入商家對(duì)應(yīng)結(jié)算單中。

結(jié)算風(fēng)控：一是結(jié)算系統(tǒng)要防止資金倒掛，即結(jié)算單中各訂單累計(jì)金額要大于等于結(jié)算金額，做兜底，二是防止訂單逆流程帶來(lái)的資金損失風(fēng)險(xiǎn)，例如平臺(tái)承諾7天無(wú)理由退貨，如果賬期是5天，會(huì)存在資金已經(jīng)結(jié)算至商家，即便扣除商家保證金，退款資金仍然不夠的風(fēng)險(xiǎn)。

解決方案有幾個(gè)方向：限制結(jié)算賬期、限制結(jié)算金額（有風(fēng)險(xiǎn)的結(jié)算金額不能超過(guò)保證金兜底的金額）、入駐合同中約定好商戶資金不足，平臺(tái)墊資的資金怎么處理，可以根據(jù)平臺(tái)實(shí)際情況選擇對(duì)應(yīng)方案。

（2）發(fā)票管理

說(shuō)明：結(jié)算單審核通過(guò)后，商家在后臺(tái)上傳發(fā)票圖片，財(cái)務(wù)在平臺(tái)側(cè)【發(fā)票管理】完成發(fā)票審核/核銷，沒(méi)問(wèn)題后結(jié)算模塊請(qǐng)求底層賬戶中心或支付平臺(tái)完成資金結(jié)算，同時(shí)商家側(cè)快遞紙質(zhì)發(fā)票至平臺(tái)，如果做的再完善些，平臺(tái)還可以對(duì)接快遞的接口，可以在后臺(tái)查看快遞進(jìn)度。

4.關(guān)鍵接口說(shuō)明

接口部分與上文的O2O自營(yíng)B2C電商的系統(tǒng)架構(gòu)很相似，直接看上文即可，不再贅述。

四、總結(jié)

結(jié)算系統(tǒng)根據(jù)平臺(tái)的業(yè)務(wù)模式不同，大致有我上文中的2個(gè)設(shè)計(jì)方向，整體復(fù)雜度可控，重點(diǎn)要保證結(jié)算效率與時(shí)效，同時(shí)保證資金安全，不要出現(xiàn)重復(fù)結(jié)算及資金結(jié)算倒掛的問(wèn)題。

未完待續(xù)，下一篇分享《從0到1搭建賬戶中心》。