賬戶是根據(jù)會(huì)計(jì)科目設(shè)置的，具有一定格式和結(jié)構(gòu)，用于反映會(huì)計(jì)要素的增減變動(dòng)情況及其結(jié)果的載體。本文作者將用五個(gè)案例，圍繞支付清算賬戶展開分析，希望對(duì)你有幫助。

賬戶體系是支付交易的基礎(chǔ)，就像電池對(duì)于手機(jī)，油罐對(duì)于加油站，心臟對(duì)于人體？那么這么核心的系統(tǒng)是不是很難設(shè)計(jì)呢？其實(shí)恰恰不難。這也印證了那樣一句話“大道至簡(jiǎn)”。

賬戶是根據(jù)會(huì)計(jì)科目設(shè)置的，具有一定格式和結(jié)構(gòu)，用于反映會(huì)計(jì)要素的增減變動(dòng)情況及其結(jié)果的載體。賬戶的基本結(jié)構(gòu)應(yīng)同時(shí)具備以下內(nèi)容：

• 賬戶的名稱，即會(huì)計(jì)科目；
• 日期和摘要，即記載經(jīng)濟(jì)業(yè)務(wù)的日期和概括說明經(jīng)濟(jì)業(yè)務(wù)的內(nèi)容；
• 增加方和減少方的金額及余額；
• 憑證號(hào)數(shù)，即說明記載賬戶記錄的依據(jù)。

如果財(cái)務(wù)知識(shí)不是很充足，可能對(duì)以上的賬戶定義很難理解；如果從業(yè)務(wù)視角來看賬戶，可以理解為賬戶是用于記錄某個(gè)主體、某類型資金的余額、以及余額變動(dòng)明細(xì)的數(shù)據(jù)載體，進(jìn)而賬戶有3個(gè)關(guān)鍵的內(nèi)容：

• 賬戶余額：這個(gè)賬戶有多少錢
• 賬戶流水：這個(gè)賬戶資金進(jìn)進(jìn)出出的明細(xì)記錄
• 賬戶交易：怎么把錢放進(jìn)去，怎么把錢取出來

抓住了上面3個(gè)點(diǎn)，基本就抓住了賬戶設(shè)計(jì)的核心了。

基于這3個(gè)點(diǎn)去構(gòu)建賬戶的輔助設(shè)施，比如賬戶主體，賬戶種類，賬戶余額結(jié)構(gòu)，賬戶流水的記錄字段，賬戶的功能權(quán)限，賬戶的出入賬，賬戶服務(wù)（賬戶開通注銷，凍結(jié)解凍，余額流水查詢等）等。

賬戶的種類：

跟科目分類相同，賬戶可以分資產(chǎn)類賬戶，負(fù)債類賬戶，損益類賬戶，共同類賬戶等。

如果從業(yè)務(wù)的視角來看，可以基于業(yè)務(wù)場(chǎng)景來對(duì)賬戶進(jìn)行分類和命名，比如商戶的結(jié)算款會(huì)結(jié)算到商戶結(jié)算賬戶，支付公司在銀行開的賬戶叫備付金賬戶，備付金賬戶又分存管戶，收付戶，匯繳戶；按主體類型可以分個(gè)人賬戶/企業(yè)賬戶；按賬戶功能定位又可以分為會(huì)員子賬戶、商戶子賬戶、中間擔(dān)保戶。

從賬戶命名上基本就知道了這個(gè)賬戶是干嘛用的；就像你有10張卡，一張是放工資的你叫他工資卡，一張是公積金的你叫公積金卡等等，基于業(yè)務(wù)命名，目的是為了區(qū)分賬戶用途。

但是，無論賬戶叫什么名字，都是有賬戶余額，賬戶流水，賬戶交易；無論卡叫什么名字都是銀行卡；所以賬戶的本質(zhì)屬性沒有改變，設(shè)計(jì)辦法也基本相通。唯一不同的是附屬內(nèi)容存在區(qū)別，例如支出戶只能打款不能收款，中間擔(dān)保戶不能為負(fù)等等，賬戶權(quán)限可能不同，主體不同，交易特點(diǎn)不同…..

賬戶的結(jié)構(gòu)：

賬戶系統(tǒng)的基本功能腦圖如圖所示：

賬戶主體：這個(gè)賬戶是誰的，個(gè)人的？企業(yè)的？還是內(nèi)部業(yè)務(wù)線的？

賬戶結(jié)構(gòu)樹：就像會(huì)計(jì)科目，就像商品類目，由于賬戶可能種類繁多所以有時(shí)也需要一個(gè)結(jié)構(gòu)樹。

• 賬戶類型：賬戶的分類，比如個(gè)人賬戶/對(duì)公賬戶，結(jié)算賬戶/付款賬戶，收款賬戶/打款賬戶
• 賬戶名稱：便于核算
• 賬戶余額：賬戶余額一般為了業(yè)務(wù)需要，會(huì)設(shè)計(jì)多個(gè)金額屬性，比如凍結(jié)金額，可用金額，可提金額
• 賬戶流水：賬戶的資金變動(dòng)記錄，記錄對(duì)手賬戶，收支方向，金額，費(fèi)用類型等基本信息
• 賬戶服務(wù)：開通/關(guān)閉、權(quán)限設(shè)置、入賬、扣賬、調(diào)賬、凍結(jié)/解凍、余額查詢、流水查詢等
• 賬戶底線原則：支付成功才入賬，扣賬成功才出款

如何設(shè)計(jì)賬戶類型：

就像有的公司叫產(chǎn)品經(jīng)理，有的公司就產(chǎn)品策劃，有的公司叫需求分析師；但本質(zhì)做的都是產(chǎn)品設(shè)計(jì)工作。如可以按照如下分類為賬戶命名：

• 基于主體類型命名賬戶：個(gè)人賬戶，企業(yè)賬戶
• 基于業(yè)務(wù)類型命名賬戶：電商商家結(jié)算戶，快遞商家結(jié)算戶
• 基于資金屬性命名賬戶：工資賬戶，公積金賬戶，手續(xù)費(fèi)賬戶
• 基于賬戶職能命名賬戶：待清算賬戶，中間擔(dān)保賬戶

01 在線租車-賬戶系統(tǒng)解析

會(huì)開車但還沒買車的小伙伴們，周末出游、節(jié)假日出行，或者出差辦事，大家是不是首選租個(gè)車？好處當(dāng)然就是不用加入擁擠的人潮，可以做那個(gè)最自由、隨性，條條街最靚的仔！

伴隨用戶租車需求的日益增長，提供租賃服務(wù)的中小企業(yè)也越來越多，而租車SaaS平臺(tái)就應(yīng)運(yùn)而生，主要是撮合汽車租賃企業(yè)（商戶/出租人）和租車人（用戶/承租人），提供在線租車交易閉環(huán)服務(wù)

比如通過與第三方認(rèn)證機(jī)構(gòu)與持牌金融機(jī)構(gòu)合作，為租車業(yè)務(wù)提供風(fēng)險(xiǎn)管理和交易見證及資金擔(dān)保服務(wù)，解決交易信任問題，保障交易雙方的權(quán)益。

下圖就是租車SaaS平臺(tái)的業(yè)務(wù)模式概覽：

在租車服務(wù)過程中，存在商戶與用戶之間的支付退款業(yè)務(wù)（主要是下單支付租金、續(xù)租支付續(xù)租租金、線下提車支付押金等場(chǎng)景），商戶與平臺(tái)之間的分潤結(jié)算業(yè)務(wù)（看業(yè)務(wù)模式，主要是平臺(tái)服務(wù)費(fèi)或交易傭金），以及平臺(tái)與第三方支付機(jī)構(gòu)之間的手續(xù)費(fèi)結(jié)算業(yè)務(wù)，圍繞不同角色的不同結(jié)算業(yè)務(wù)就需要建設(shè)賬戶體系。

下圖是某個(gè)租車SaaS平臺(tái)與第三方支付機(jī)構(gòu)合作設(shè)計(jì)的賬戶體系建設(shè)需求雛形，滿足特定業(yè)務(wù)場(chǎng)景的交易需求，目的是實(shí)現(xiàn)資金監(jiān)管與清分。

下圖是賬戶間基于主要交易場(chǎng)景的資金流拆解：

賬戶系統(tǒng)，核心是管賬。首先要向上游客戶中心提供入網(wǎng)開戶和賬戶信息查詢服務(wù)，包括銀行卡綁卡鑒權(quán)、賬戶余額和流水查詢等；當(dāng)接收來自上游訂單系統(tǒng)/清結(jié)算系統(tǒng)的記賬請(qǐng)求時(shí)，要根據(jù)規(guī)則做好入賬處理；當(dāng)商戶發(fā)起賬戶提現(xiàn)請(qǐng)求后，還要通知下游結(jié)算系統(tǒng)完成審核出款。

平臺(tái)基于第三方支付賬戶的底層能力，包裝出一個(gè)面向商戶的錢包應(yīng)用，本質(zhì)還是賬戶。底層是基礎(chǔ)能力，中間層是基于基礎(chǔ)能力封裝出來的服務(wù)單元，比如針對(duì)平臺(tái)商戶和用戶的企業(yè)工商認(rèn)證、個(gè)人實(shí)名認(rèn)證服務(wù)，最上層是錢包應(yīng)用，商戶開通錢包后，可查看余額、賬單流水、進(jìn)行提現(xiàn)等操作。

將業(yè)務(wù)的記賬請(qǐng)求通過配置好的入賬規(guī)則、凍結(jié)規(guī)則進(jìn)行處理，進(jìn)入到賬戶系統(tǒng)并且生成賬戶流水，然后更新錢包賬戶余額。

一個(gè)錢包賬戶多個(gè)余額：

凍結(jié)余額：應(yīng)收應(yīng)付入賬（信息流）；租金&續(xù)租租金支付款項(xiàng)進(jìn)入擔(dān)保戶時(shí)，入賬記為商戶收入，進(jìn)行凍結(jié)處理；

可用余額：實(shí)收實(shí)付入賬（資金流），映射第三方支付機(jī)構(gòu)的支付賬戶可用總余額；租金&續(xù)租租金分賬給商戶后，入賬記為內(nèi)部劃轉(zhuǎn)款項(xiàng)，進(jìn)行解凍處理，由凍結(jié)金額轉(zhuǎn)為可用金額；平臺(tái)臺(tái)服務(wù)費(fèi)、支付手續(xù)費(fèi)扣款后，入賬記為支出。

錢包總余額：錢包總余額=凍結(jié)余額+可用余額，用于前臺(tái)包裝展示錢包賬戶余額。

通過任務(wù)流更新錢包余額：

設(shè)定賬務(wù)處理任務(wù)流，每筆入賬都需要從頭執(zhí)行到尾，不能遺漏，任何一個(gè)環(huán)節(jié)處理失敗了這筆入賬就進(jìn)入入賬的失敗處理（將該筆流水的原扣賬金額返還錢包），直到入賬成功結(jié)束。

通過費(fèi)用類型設(shè)計(jì)資金流：

入賬和凍結(jié)處理規(guī)則主要依賴預(yù)先設(shè)定好的“費(fèi)用類型”，費(fèi)用類型是基于特定業(yè)務(wù)場(chǎng)景下的業(yè)務(wù)類型定義的，規(guī)則中設(shè)置好參數(shù)、入賬方向、流入流出賬戶等內(nèi)容。

可查看平臺(tái)錢包用戶的全部賬戶，包括賬戶的基本信息，所屬主體，賬戶類型，賬戶余額等內(nèi)容，還可聯(lián)查賬戶流水明細(xì)。

以錢包用戶（商戶）視角，記錄租車業(yè)務(wù)下各錢包賬戶的資金變動(dòng)明細(xì)記錄，記錄對(duì)手賬戶、收支方向、金額、費(fèi)用類型等基本信息。

02 線下游樂-賬戶系統(tǒng)

先簡(jiǎn)單介紹下「線下游樂行業(yè)」的角色結(jié)構(gòu)，一般來說有設(shè)備廠商、內(nèi)容制作商、品牌方、加盟商等眾多角色，通過下圖可以大致的了解下它們的關(guān)系。當(dāng)然很多企業(yè)也會(huì)同時(shí)擁有多種身份，比如品牌方自己就是設(shè)備廠商和內(nèi)容制作商。

在上圖的角色結(jié)構(gòu)下，品牌方有兩種基本的業(yè)務(wù)模型。

一是自己將設(shè)備和內(nèi)容包裝好進(jìn)行招商加盟。

二是自己充當(dāng)一個(gè)獨(dú)立的平臺(tái)方，鏈接設(shè)備廠商、內(nèi)容制作商以及加盟商。從商業(yè)的角度來說后者比前者有更大的成長空間但是投入的研發(fā)成本和獲取行業(yè)資源的難度后者遠(yuǎn)高于前者。

所以一般的品牌方是先采用第一種業(yè)務(wù)模型將自身做大，然后想辦法成長為第二種業(yè)務(wù)模式。

這里我們主要討論的是第一種業(yè)務(wù)模型下，品牌方為了滿足運(yùn)營需求而搭建的自研管理系統(tǒng)。該系統(tǒng)需要為加盟商提供收銀的能力，為品牌方提供分成結(jié)算的能力以及為雙方提供數(shù)據(jù)報(bào)表的能力（這里只列舉幾個(gè)關(guān)鍵的能力）。

假設(shè)品牌方的分成方式為按時(shí)計(jì)費(fèi)或按次計(jì)費(fèi)，那么品牌方的分成和訂單支付金額將沒有關(guān)系。在這樣的前提條件下，品牌方設(shè)計(jì)這套系統(tǒng)時(shí)同樣有兩種模式

一是收銀臺(tái)只是提供給加盟商的收銀工具，幫助加盟商完成正常的營業(yè)工作，品牌方分成通過人工結(jié)算收款或從加盟商預(yù)付款賬戶扣除，我稱這種模式為預(yù)付款模式

二是品牌方統(tǒng)一收款，再通過銀聯(lián)等第三方機(jī)構(gòu)分賬，我稱這種模式為分賬模式（需要注意這種模式下品牌方的分成和訂單金額無關(guān)）。

上述兩種系統(tǒng)模式，預(yù)付款模式簡(jiǎn)單而成長空間小，分賬模式困難但成長空間大。預(yù)付款模式只需要為加盟商創(chuàng)建一個(gè)預(yù)付款賬戶即可，分賬模式則需要?jiǎng)?chuàng)建品牌方賬戶和加盟商的分賬賬戶。為了政策合規(guī)，分賬模式一般是在第三方機(jī)構(gòu)建立品牌方賬戶和加盟商分賬賬戶，自己的系統(tǒng)內(nèi)的雙方賬戶只記錄數(shù)據(jù)，并不會(huì)產(chǎn)生實(shí)際的交易行為。

于是同樣的情況再次上演，品牌方一開始先采用預(yù)付款模式先將業(yè)務(wù)跑起來，當(dāng)業(yè)務(wù)規(guī)模做起來后再引入分賬模式。這就不可避免的在引入分賬模式后的一段時(shí)間內(nèi)存在雙模式并行階段，本文就將針對(duì)這種情況下的加盟商賬戶業(yè)務(wù)進(jìn)行分析。

賬戶產(chǎn)品架構(gòu)圖

如下圖所示，加盟商賬戶中心主要承擔(dān)的職責(zé)是接收上游系統(tǒng)的記賬請(qǐng)求，并根據(jù)入賬規(guī)則確定應(yīng)該計(jì)入預(yù)付款賬戶還是分賬賬戶。此外賬戶信息的查詢服務(wù)，賬戶余額及流水的查詢等基礎(chǔ)服務(wù)是不可或缺的。賬戶業(yè)務(wù)流程圖：

整個(gè)賬戶產(chǎn)品的架構(gòu)如下圖所示：針對(duì)預(yù)付款賬戶具有余額管理的功能；針對(duì)兩個(gè)賬戶都有賬戶管理、交易流水、交易管理的功能，但針對(duì)預(yù)付款賬戶提供的是充值和余額支付的能力，針對(duì)分賬賬戶提供的是結(jié)算入賬的能力。賬戶系統(tǒng)產(chǎn)品架構(gòu)圖：

針對(duì)單獨(dú)的分賬模式，因?yàn)橹饕慕灰走^程發(fā)生在第三方機(jī)構(gòu)，本系統(tǒng)內(nèi)只記錄分賬賬戶的交易信息，所以無特殊的入賬規(guī)則，按上游系統(tǒng)傳達(dá)的信息正常錄入即可。

針對(duì)單獨(dú)的預(yù)付款模式，雖然交易的過程發(fā)生在系統(tǒng)內(nèi)部，但是因?yàn)轭A(yù)付款的業(yè)務(wù)比較簡(jiǎn)單，沒有凍結(jié)等操作需求，所以只需要區(qū)分好本次記賬是充值還是支付即可（不考慮一個(gè)加盟商接入多種分成模式的情況）。

針對(duì)同時(shí)擁有預(yù)付款賬戶和分賬賬戶的，記賬是基于配置好的入賬規(guī)則進(jìn)行。這里需要先具體說明一下加盟商是如何產(chǎn)生兩個(gè)賬戶的：品牌方之前采用預(yù)付款模式給加盟商開設(shè)預(yù)付款賬戶，現(xiàn)準(zhǔn)備對(duì)部分加盟商采用分帳模式，于是給加盟商開設(shè)了分賬賬戶，所以加盟商暫時(shí)擁有了兩個(gè)賬戶。

在這種情況之下，入賬規(guī)則的配置就極具個(gè)性化了，分成費(fèi)用可以是優(yōu)先入賬預(yù)付款賬戶、也可以優(yōu)先入賬分賬賬戶，甚至是按比例都可以。

規(guī)則配置頁

需要注意的是只有多個(gè)賬戶的加盟商才需要進(jìn)行入賬規(guī)則的配置

賬戶管理頁

賬戶管理頁內(nèi)會(huì)顯示所有加盟商的賬戶，如果一個(gè)加盟商擁有兩個(gè)賬戶則會(huì)都顯示出來，對(duì)賬戶的管理只有簡(jiǎn)單的開啟和關(guān)閉操作，就不做演示了。這里需要注意的是分賬賬戶因?yàn)椴]有實(shí)際的資金入帳，所以沒有余額。

賬戶流水頁

賬戶流水管理可以查看賬戶的全部變動(dòng)明細(xì)

預(yù)付款賬戶因?yàn)橛袑?shí)際的金額入賬所以會(huì)有余額這一項(xiàng)。而分帳賬戶只用于記錄賬戶流水，資金流轉(zhuǎn)并不在自己的系統(tǒng)內(nèi)產(chǎn)生，所以不記錄余額只記錄金額。同時(shí)因?yàn)檫@種特性，分賬賬戶的流水中只會(huì)顯示每次分賬的最終收入。于是在每一條的流水下會(huì)顯示子流水明細(xì)，顯示營收和實(shí)際收入之間的關(guān)系。

03 旅游門店-賬戶系統(tǒng)

旅游門店系統(tǒng)是供加盟門店的經(jīng)營者使用的系統(tǒng)，滿足門店日常經(jīng)營需要的功能及總部對(duì)門店的管理功能。如門店資金充值、產(chǎn)品預(yù)訂、訂后服務(wù)（包括合同、發(fā)票、扣稅、保險(xiǎn)等）、門店懲罰等。

客人在門店支付訂單時(shí)，門店需要在系統(tǒng)上下單并給總部支付賣價(jià)，客人返程后，總部又需要與門店進(jìn)行分潤。門店有了利潤之后，又可能會(huì)產(chǎn)生相應(yīng)的利潤支出，如支付門店員工工資、支付手續(xù)費(fèi)等。

所以，在門店系統(tǒng)場(chǎng)景下的賬戶系統(tǒng)主要用于門店各交易場(chǎng)景下的結(jié)算業(yè)務(wù)，客人對(duì)門店的結(jié)算、門店對(duì)總部的結(jié)算、門店對(duì)員工的結(jié)算等。

賬戶業(yè)務(wù)流程和產(chǎn)品架構(gòu)

線下整個(gè)的資金流程是，客人在門店將賣價(jià)（門店與客人溝通的價(jià)格）付款給了門店（實(shí)際資金流入了管理門店的總部）->系統(tǒng)自動(dòng)將資金上賬至該門店的賬戶->門店在系統(tǒng)操作下單->客人游玩返程后，將所得利潤（賣價(jià)-底價(jià)）上賬至門店利潤賬戶->門店提取利潤賬戶至個(gè)人銀行。若門店不提取所得利潤，這些獲得的利潤也可以用于門店員工工資的發(fā)放、發(fā)票、稅費(fèi)、保險(xiǎn)費(fèi)的支出等。

同時(shí)，總部又可以在后臺(tái)系統(tǒng)控制門店的信用分賬戶，若該賬戶金額低于閾值，會(huì)對(duì)門店進(jìn)行懲罰，如無法下單等。

賬戶系統(tǒng)架構(gòu)在最底層是系統(tǒng)的基礎(chǔ)能力，即展現(xiàn)給用戶的功能。包括賬戶管理、交易流水管理等，中間層是需要滿足基礎(chǔ)能力封裝出來的服務(wù)層架構(gòu)，最上層是基于服務(wù)架構(gòu)集成的資金管理。

入賬規(guī)則和邏輯

會(huì)根據(jù)對(duì)應(yīng)配置好的具體交易場(chǎng)景來入賬

賬戶主要產(chǎn)品頁面

賬戶列表包括交易場(chǎng)景、交易單號(hào)、賬戶期初余額、收支、期末余額、及本次交易具體場(chǎng)景的備注等。

04 家政-賬戶系統(tǒng)

家政平臺(tái)是撮合勞動(dòng)者和終端消費(fèi)用戶的平臺(tái)，建立服務(wù)者與消費(fèi)者之間的服務(wù)關(guān)系。其中，勞動(dòng)者包括月嫂、保姆、保潔等，提供的服務(wù)包括月嫂服務(wù)、育兒嫂服務(wù)、保姆服務(wù)、保潔服務(wù)等。

服務(wù)結(jié)束后就需要給勞動(dòng)者進(jìn)行服務(wù)收入的結(jié)算，而在業(yè)務(wù)發(fā)展中，又存在勞動(dòng)者以及用戶的介紹人，從而存在轉(zhuǎn)介紹的場(chǎng)景；同樣，也會(huì)在一些城市簽約代理商，就有了渠道商的場(chǎng)景。在這些場(chǎng)景中就有了與介紹人和渠道商的分成分潤結(jié)算業(yè)務(wù)。

所以，家政場(chǎng)景下的賬戶系統(tǒng)主要用于各類角色的結(jié)算業(yè)務(wù)，對(duì)勞動(dòng)者的服務(wù)收入結(jié)算，對(duì)介紹人和渠道商的分成分潤結(jié)；而賬戶種類的建設(shè)就是圍繞不同角色的不同結(jié)算業(yè)務(wù)建立。

勞動(dòng)者的收入結(jié)算賬戶、合伙人的分成賬戶、渠道商的分潤賬戶等，再結(jié)合一些其他場(chǎng)景比如保證金繳納場(chǎng)景，又增加了保證金賬戶。

做為記賬系統(tǒng)，這里的賬戶系統(tǒng)主要是接收來自上游系統(tǒng)的記賬請(qǐng)求，除此之外還需要向上游提供開戶服務(wù)，賬戶信息的查詢服務(wù)，賬戶余額及流水的查詢等服務(wù)。

下圖也包含了渠道商與賬戶有往來的業(yè)務(wù)。

賬戶系統(tǒng)架構(gòu)上最底層是賬戶的基礎(chǔ)能力，包括主體管理、賬戶管理、交易管理等，中間層是基于基礎(chǔ)能力封裝出來的服務(wù)單元，最上層是基于服務(wù)單元集成的解決方案。

賬戶記賬是一個(gè)非常重要的環(huán)節(jié)，該賬戶系統(tǒng)的記賬是基于配置好的入賬規(guī)則進(jìn)行，而規(guī)則中主要依賴預(yù)先設(shè)定好的“費(fèi)用項(xiàng)”，再介紹幾個(gè)入賬參數(shù)匹配到入賬規(guī)則，規(guī)則中設(shè)置好入什么賬戶、入賬的方向等內(nèi)容。

賬戶列表按照賬戶的維度可以查看全部的賬戶，包括賬戶的基本信息，所屬主體，賬戶類型，賬戶余額等內(nèi)容。

賬戶信息是某一個(gè)具體賬戶的詳細(xì)內(nèi)容，該頁面可以對(duì)賬戶進(jìn)行凍結(jié)、余額進(jìn)行凍結(jié)。

賬戶流水管理可以查看賬戶的全部變動(dòng)明細(xì)。

05 ETC-賬戶系統(tǒng)

ETC錢包是用于高速ETC通行消費(fèi)的專用賬戶。由于現(xiàn)在大部分ETC為記賬卡，也就是先通行后付款的模式，因此車主需將通行費(fèi)充值到ETC錢包才能在高速通行后進(jìn)行正?？劭?，一方面滿足部分不想使用代扣模式的用戶的需求，另一方面也算是為了降低經(jīng)營單位的墊資風(fēng)險(xiǎn)。

若車主未提前或及時(shí)在通行后存入通行費(fèi)導(dǎo)致扣款失敗，且沒有按時(shí)補(bǔ)繳的則會(huì)被列入高速ETC限制通行名單，直至繳清欠款后才會(huì)解除。（ps.ETC被列入限制通行名單，則只是走不了ETC通道，可以走人工通道。當(dāng)然ETC逃費(fèi)是違法的哈，也是會(huì)被稽查的~）。

欠費(fèi)之后，ETC錢包就會(huì)被扣減至負(fù)數(shù)，直接體現(xiàn)出當(dāng)前欠款金額。此外根據(jù)ETC產(chǎn)品的不同，欠費(fèi)超過一定次數(shù)或者時(shí)長也可能產(chǎn)生違約押金，延伸出了違約押金錢包。

而為了搶占市場(chǎng)，經(jīng)營單位如果給用戶補(bǔ)貼通行費(fèi)用，則又延伸出了紅包錢包。

錢包賬戶模塊，最主要是接收來自賬單模塊發(fā)起的通行賬單扣款記賬和支付模塊發(fā)起的充值記賬，其次伴隨著車輛用戶欠款違約，會(huì)產(chǎn)生違約扣款記賬；車輛用戶注銷，則需要把余額提現(xiàn)返還給用戶；更有用戶偶爾的多充、錯(cuò)充，導(dǎo)致需要給用戶充值退款。

常規(guī)的賬戶業(yè)務(wù)流程如下圖。

初由于ETC扣款的場(chǎng)景沒有特別多，入賬規(guī)則和邏輯并沒有走配置化，費(fèi)用場(chǎng)景也是代碼枚舉寫死的。

當(dāng)業(yè)務(wù)有對(duì)應(yīng)的交易場(chǎng)景的時(shí)候，比如分傭、獎(jiǎng)勵(lì)、違約金、消費(fèi)等，可以根據(jù)我們預(yù)先配置好的入賬規(guī)則，來決定給某個(gè)主體的哪個(gè)角色的哪個(gè)錢包加錢還是減錢，是否凍結(jié)金額，怎么凍等等。

當(dāng)業(yè)務(wù)場(chǎng)景多的時(shí)候，用戶名下賬戶也多起來的時(shí)候，如果要快速支持響應(yīng)業(yè)務(wù)場(chǎng)景的變更，那就需要更靈活的配置來實(shí)現(xiàn)，而不是每次去改代碼，并且有管理后臺(tái)記錄我們每一個(gè)賬戶場(chǎng)景，也便于業(yè)務(wù)運(yùn)營。

下圖以ETC舉例子，當(dāng)建設(shè)了統(tǒng)一賬戶系統(tǒng)之后，可以根據(jù)不同的業(yè)務(wù)線配置和修改不同的入賬規(guī)則，如每一筆推廣費(fèi)用如哪個(gè)賬戶、是否凍結(jié)，凍結(jié)多久等。

在ETC違約欠款這個(gè)場(chǎng)景下，還有一個(gè)比較特殊的點(diǎn)跟大家分享一下，用戶欠款之后錢包余額往往為負(fù)數(shù)，違約之后會(huì)被扣取一筆違約金，但是此時(shí)往往是扣不到錢的（因?yàn)殄X包余額已經(jīng)不足），而實(shí)際扣取到的違約金是記錄在上述【違約押金賬戶】，等到用戶注銷之后是要退還給用戶的。

在用戶端需要給用戶展示兩個(gè)信息，一是用戶目前所有欠款金額（路費(fèi)欠款+違約金欠款），二是用戶違約金，如果沒有新增一個(gè)【待交押金賬戶】，用于區(qū)別用戶實(shí)際扣取到的違約金，和仍需繳納的違約金，則無法區(qū)分用戶的錢包欠款有多少是屬于違約金欠款，也無法定義用戶如果部分還款的時(shí)候是先還違約金欠款還是通行欠款。

賬戶列表：

賬戶主體信息：

入賬規(guī)則配置：

如果企業(yè)業(yè)務(wù)涉及到多客服咨詢的業(yè)務(wù)，給客服同事聚合一個(gè)查詢頁面，能快捷地查到某個(gè)用戶（主體）名下各類賬戶信息及其他業(yè)務(wù)信息。

06 電商-積分賬戶系統(tǒng)

積分電商平臺(tái)是一個(gè)撮合商家和消費(fèi)者的平臺(tái)，銷售商家入網(wǎng)到平臺(tái)，上傳相應(yīng)的產(chǎn)品，用戶通過平臺(tái)公域商城或商家私域商城購買商品，用戶支付方式有全積分、積分加第三方支付、全額第三方支付。平臺(tái)通過支付方式及積分抵扣金額計(jì)算并生成支付單。

商家入網(wǎng)成功后，平臺(tái)將生成積分賬戶和現(xiàn)金賬戶，積分賬戶主要用于計(jì)算用戶積分抵扣部分，結(jié)算時(shí)平臺(tái)將通過第三方代付或營銷補(bǔ)貼進(jìn)行金額結(jié)算；現(xiàn)金賬戶主要記錄用戶通過第三方支付的金額，結(jié)算時(shí)平臺(tái)將通過分賬進(jìn)行訂單金額結(jié)算。

因此，平臺(tái)賬戶系統(tǒng)-商家角度，主要用于記錄商家的資金流水及總額，分為已結(jié)算金額、凍結(jié)金額、在途金額；平臺(tái)角度，生成平臺(tái)使用費(fèi)賬戶，主要通過商家設(shè)置商品的積分比例計(jì)算出的平臺(tái)抽傭金額，可分為已結(jié)算金額、凍結(jié)金額、在途金額。

另外用戶在平臺(tái)每消費(fèi)一筆，都會(huì)按照積分比例產(chǎn)生相應(yīng)的積分贈(zèng)送，所以還會(huì)有用戶積分賬戶。

賬戶系統(tǒng)的記賬，主要通過訂單履約系統(tǒng)訂單支付成功后發(fā)出的記賬請(qǐng)求完成賬戶之間的收入流水、退款流水、提現(xiàn)流水等。當(dāng)訂單完成時(shí)訂單履約系統(tǒng)又會(huì)請(qǐng)求賬戶系統(tǒng)，并且將各角色的賬戶推送至結(jié)算系統(tǒng)，由結(jié)算系統(tǒng)完成相應(yīng)的現(xiàn)金、積分結(jié)算，現(xiàn)金將T+1進(jìn)入商家對(duì)公賬戶，積分將實(shí)時(shí)到達(dá)用戶賬戶。

賬戶系統(tǒng)涉及平臺(tái)主體的管理、賬戶類型管理、賬戶管理、各賬戶流水的變動(dòng)明細(xì)、賬戶操作和通過賬戶信息生成的報(bào)表展示；商家入網(wǎng)成功后，系統(tǒng)將生成類型所涉及的賬戶號(hào)，并在銷售完成或消費(fèi)成功后產(chǎn)生賬戶明細(xì)記錄及賬戶余額變動(dòng)，并由各個(gè)子系統(tǒng)之間共同完成。

用戶在平臺(tái)消費(fèi)產(chǎn)生訂單，商家執(zhí)行訂單履約，履約完成后用戶確認(rèn)收貨，此時(shí)系統(tǒng)將執(zhí)行清算，訂單內(nèi)第三方支付金額將記入商家收入現(xiàn)金賬戶，如果有積分抵扣部分將記入收入積分賬戶，具體入賬金額計(jì)算方式為通過訂單內(nèi)商品設(shè)置的積分折扣，計(jì)算出每個(gè)商品需要收取的平臺(tái)使用費(fèi)，在按照積分抵扣比例，分別計(jì)算到每個(gè)商品上，最終計(jì)算出平臺(tái)現(xiàn)金傭金X元，平臺(tái)積分傭金Y元，訂單實(shí)付金額扣除平臺(tái)傭金后為商家實(shí)際入賬金額；在清算完成后入賬資金狀態(tài)為可提現(xiàn)金額，系統(tǒng)定時(shí)執(zhí)行請(qǐng)求第三方結(jié)算資金。

另外在訂單確認(rèn)后，系統(tǒng)還會(huì)計(jì)算贈(zèng)送用戶積分?jǐn)?shù)，同樣按照商品積分比例，求和統(tǒng)計(jì)出每個(gè)商品應(yīng)贈(zèng)送積分?jǐn)?shù)，并將積分入賬到用戶積分賬戶，用戶積分不可提現(xiàn)，只可以在下次消費(fèi)時(shí)抵扣使用。

賬戶列表頁主要展示賬戶所屬主體，賬戶當(dāng)前余額、賬戶在途金額（產(chǎn)生訂單未入賬）、凍結(jié)金額（異常情況操作凍結(jié)）、賬戶創(chuàng)建時(shí)間、類型等；因?qū)拥谌綑C(jī)構(gòu)，結(jié)算按照訂單來執(zhí)行，賬戶金額總數(shù)為明細(xì)內(nèi)訂單不同類型的總和，平臺(tái)可針對(duì)明細(xì)進(jìn)行凍結(jié)/解凍操作（僅限待結(jié)算）。

平臺(tái)收入=訂單總金額-商家收入，會(huì)產(chǎn)生增加，但因?yàn)榉e分部分平臺(tái)會(huì)涉及營銷補(bǔ)貼至商家，會(huì)從平臺(tái)收入內(nèi)扣除，平臺(tái)總收入-總支出=總利潤。

07 校園一卡通-賬戶系統(tǒng)

一卡通平臺(tái)用于管理學(xué)生各類活動(dòng)的充值及學(xué)生校內(nèi)消費(fèi)。一卡通平臺(tái)提供一卡通充值服務(wù)及一卡通消費(fèi)服務(wù)，包含餐費(fèi)充值及消費(fèi)、水費(fèi)充值及消費(fèi)、電費(fèi)充值及消費(fèi)、公話充值及消費(fèi)等等。

學(xué)生通過充值點(diǎn)進(jìn)行一卡通充值，學(xué)生消費(fèi)后，平臺(tái)從中獲得一定比例的平臺(tái)服務(wù)費(fèi)。

賬戶中心是整個(gè)平臺(tái)的核心，主要的業(yè)務(wù)流程如下，包含學(xué)生賬戶的開立，一卡通充值、一卡通消費(fèi)及其分賬的過程。

賬戶中心主要包含賬戶主體信息管理、賬戶管理、賬戶流水管理。賬戶根據(jù)賬戶科目的設(shè)置可建立層級(jí)關(guān)系，主要目標(biāo)是把賬記清楚。

一卡通充值入賬規(guī)則：選擇充值人、一卡通充值費(fèi)用類型、充值金額，充值成功后，在費(fèi)用類型賬戶中記入充值金額。

一卡通消費(fèi)入賬規(guī)則：學(xué)校一卡通消費(fèi)時(shí)，不同的刷卡終端設(shè)置不同的費(fèi)用類型，根據(jù)費(fèi)用類型進(jìn)行一卡通賬戶的記賬。

分賬入賬規(guī)則：不同商戶設(shè)置不同費(fèi)用類型的分賬規(guī)則，分賬規(guī)則中含有分賬收入方信息，根據(jù)一卡通消費(fèi)記錄中的費(fèi)用類型匹配分賬規(guī)則，算出分賬明細(xì)，在分賬收入方賬戶中記錄待結(jié)算明細(xì)。

結(jié)算入賬規(guī)則：通過結(jié)算定時(shí)任務(wù)進(jìn)行賬戶中待結(jié)算數(shù)據(jù)的結(jié)算，并將待結(jié)算明細(xì)更新為已結(jié)算。

08 銀行收單-賬戶體系

銀行建設(shè)的收單系統(tǒng)一般會(huì)涉及結(jié)算戶、內(nèi)部戶、虛擬戶等。

結(jié)算戶是指商戶的收款賬戶，因?yàn)樯虘糍~戶的資金都是收單未結(jié)算資金，銀行一般要求商戶開立本銀行的賬戶作為結(jié)算戶。

內(nèi)部戶是指機(jī)構(gòu)為了方便其結(jié)算資金使用的過渡記賬賬戶，這類賬戶都是機(jī)構(gòu)預(yù)設(shè)的，只有機(jī)構(gòu)才能操作這些賬戶，商戶對(duì)其是無感知的。

虛擬戶是指收單系統(tǒng)內(nèi)部的建立的一套登記簿，不屬于銀行賬戶，僅僅用于記錄多種交易場(chǎng)下的記賬。下文講到的客戶待清算、待結(jié)算、已結(jié)算等賬戶都屬于虛擬戶。

支付平臺(tái)（收單系統(tǒng)）對(duì)接銀行核心系統(tǒng)，業(yè)務(wù)平臺(tái)于銀行內(nèi)部核心系統(tǒng)開立總賬戶，支付平臺(tái)內(nèi)開立平臺(tái)商戶、平臺(tái)用戶二級(jí)虛擬戶。收款資金沉淀在銀行，通過支付平臺(tái)指令由銀行將資金清算至平臺(tái)商戶、平臺(tái)用戶的實(shí)體資金賬戶中，實(shí)現(xiàn)資金流轉(zhuǎn)合規(guī)化，規(guī)避二清風(fēng)險(xiǎn)。

賬戶系統(tǒng)主要實(shí)現(xiàn)建立多級(jí)賬戶體系、憑證管理及賬戶記賬等功能，可滿足賬戶擴(kuò)展功能及新業(yè)務(wù)接入時(shí)自動(dòng)記賬規(guī)則配置。

銀行僅需為平臺(tái)在核心系統(tǒng)中開立內(nèi)部戶，無需對(duì)現(xiàn)有系統(tǒng)進(jìn)行任何改造；電商等平臺(tái)子商戶通過調(diào)用支付平臺(tái)商戶入網(wǎng)提交資料請(qǐng)求接口，完成在銀行支付平臺(tái)中子商戶信息錄入和開戶、個(gè)人信息錄入和開戶、銀行卡綁定，符合小核心、大外圍的核心思想。

平臺(tái)商戶和交易商戶入網(wǎng)成功后，支付平臺(tái)會(huì)生成如下賬戶，主要包含待清算賬戶、待結(jié)算賬戶、已結(jié)算賬戶以及基本戶等。

根據(jù)不同的交易節(jié)點(diǎn)講解入賬邏輯，本文主要講解支付、分賬、結(jié)算以及提現(xiàn)對(duì)應(yīng)的記賬邏輯。退款、對(duì)賬等場(chǎng)景由于篇幅原因暫時(shí)不講解。

用戶在優(yōu)選平臺(tái)上下單，選擇某種支付方式完成交易。支付成功后支付平臺(tái)（收單系統(tǒng)）會(huì)做一次記賬。以優(yōu)選為平臺(tái)商戶，海鹽為交易商戶為例，用戶張三在優(yōu)選平臺(tái)海鹽店鋪購買一件商品1000元，使用了微信支付，用戶支付完成后支付平臺(tái)（收單系統(tǒng)）會(huì)進(jìn)行清分記賬，記賬結(jié)果如下：

備注：記賬順序從下往上看

用戶確認(rèn)收貨后進(jìn)行分賬，支付平臺(tái)（收單系統(tǒng)）根據(jù)優(yōu)選平臺(tái)分賬指令進(jìn)行分賬，分賬到平臺(tái)商戶及交易商戶賬戶中。假設(shè)分給海鹽900元，分給優(yōu)選平臺(tái)100元，記賬結(jié)果如下：

備注：記賬順序從下往上看

T+1日支付平臺(tái)根據(jù)結(jié)算規(guī)則生成對(duì)應(yīng)的結(jié)算單，然后再給平臺(tái)商戶和交易商戶打款，平臺(tái)未接觸到資金，由收單系統(tǒng)進(jìn)行清分結(jié)算，業(yè)務(wù)操作合規(guī)、資金安全。

備注：記賬順序從下往上看

系統(tǒng)根據(jù)提現(xiàn)規(guī)則，支持自動(dòng)提現(xiàn)和手動(dòng)提現(xiàn)。下圖中監(jiān)管賬戶是由支行開立的內(nèi)部戶，平臺(tái)無法操作賬戶，只能提現(xiàn)屬于其的資金。

備注：記賬順序從下往上看

重點(diǎn)說明：客戶未提現(xiàn)前的資金都存放在銀行的監(jiān)管賬戶中，平臺(tái)無權(quán)限挪用資金，當(dāng)客戶提現(xiàn)或者系統(tǒng)自動(dòng)提現(xiàn)時(shí)，資金由監(jiān)管賬戶到客戶賬戶，整個(gè)環(huán)節(jié)保證了資金的安全。

整個(gè)交易的過程資金流走向如下圖：