在支付行業(yè)，系統(tǒng)架構(gòu)的設(shè)計(jì)對于確保交易的安全、高效和穩(wěn)定至關(guān)重要。本文將通過圖解的方式，詳細(xì)介紹支付系統(tǒng)的產(chǎn)品架構(gòu)，包括耦合架構(gòu)、產(chǎn)品架構(gòu)、交易系統(tǒng)、客戶系統(tǒng)、錢包賬戶、支付渠道、支付核心、支付引擎、清結(jié)算系統(tǒng)和賬務(wù)核心等關(guān)鍵組成部分。

關(guān)于產(chǎn)品架構(gòu)和業(yè)務(wù)架構(gòu)的區(qū)別，一直存在爭議。由于產(chǎn)品架構(gòu)沒有固定的標(biāo)準(zhǔn)，許多產(chǎn)品架構(gòu)借鑒了TOGAF的4A架構(gòu)理論中的業(yè)務(wù)架構(gòu)方法。如果非要區(qū)分技術(shù)和產(chǎn)品，可以這樣理解：產(chǎn)品主要關(guān)注用戶使用的功能和內(nèi)在關(guān)系的展示，而技術(shù)則更側(cè)重于功能實(shí)現(xiàn)和技術(shù)棧的支持。

畫的產(chǎn)品架構(gòu)一般遵循三圖兩表的規(guī)范（業(yè)務(wù)架構(gòu)圖、集成架構(gòu)圖、業(yè)務(wù)時(shí)序圖、功能清單、要素清單），限于篇幅我們清單就不羅列了，重點(diǎn)用前面三張圖來進(jìn)行介紹。

01 兩條鏈路，支付架構(gòu)

支付流程從行業(yè)內(nèi)定義上來說，主要是“交易、清分、結(jié)算”這三個過程。

這三個過程在支付系統(tǒng)上就表現(xiàn)為“交易與結(jié)算”相結(jié)合的耦合架構(gòu)。

1.1、耦合架構(gòu)

為了支持買賣雙方在線交易，清結(jié)算系統(tǒng)采用了耦合架構(gòu)的設(shè)計(jì)方案。

鑒于資金無法如同訂單一般直接通過互聯(lián)網(wǎng)進(jìn)行流轉(zhuǎn)，本系統(tǒng)結(jié)合了交易鏈路和結(jié)算鏈路，形成了一種獨(dú)特的清結(jié)算模式。

在此模式中，聯(lián)機(jī)鏈路負(fù)責(zé)信息流的傳遞，而結(jié)算鏈路則承擔(dān)資金流的轉(zhuǎn)移任務(wù)。最終，賬務(wù)系統(tǒng)通過執(zhí)行相應(yīng)的賬務(wù)處理流程，實(shí)現(xiàn)了信息與資金之間的有效轉(zhuǎn)換。

1.2、產(chǎn)品架構(gòu)

支付的產(chǎn)品架構(gòu)問四橫一豎，四橫代表了“網(wǎng)關(guān)層、產(chǎn)品層、交易層、核心層、渠道層”以及相關(guān)的基礎(chǔ)服務(wù)。一豎則是業(yè)務(wù)支撐系統(tǒng)，包括“客戶應(yīng)用、運(yùn)營管理、風(fēng)控管理”等系統(tǒng)。

在我們的討論中，最為關(guān)鍵的部分是交易處理與核心層的八個模塊。這些模塊構(gòu)成了整個支付系統(tǒng)的核心功能，并且是本文重點(diǎn)介紹的內(nèi)容。

1.3、兩條鏈路

這八個核心模塊共同協(xié)作，通過聯(lián)機(jī)交易鏈路和結(jié)算交易交易鏈路，完成了線上的交易和資金流轉(zhuǎn)。

1、聯(lián)機(jī)交易鏈路

用戶在前端業(yè)務(wù)系統(tǒng)操作后，訂單被發(fā)送到交易系統(tǒng)，經(jīng)過計(jì)費(fèi)和風(fēng)控檢查，再由支付引擎調(diào)度，完成內(nèi)部賬務(wù)登記和外部渠道支付。

支付完成后，結(jié)果通過回調(diào)返回，更新賬務(wù)和訂單信息，并將入賬流水推送到清結(jié)算系統(tǒng)，最終通知商戶支付成功。

2、日終結(jié)算鏈路

日終結(jié)算鏈路，由資金系統(tǒng)和賬務(wù)系統(tǒng)共同組成。

資金系統(tǒng)按預(yù)設(shè)批次處理當(dāng)天的聯(lián)機(jī)交易，與各渠道對賬并清算，然后將待結(jié)算款項(xiàng)轉(zhuǎn)入客戶賬戶。

會計(jì)系統(tǒng)匯總這些交易和清算數(shù)據(jù)，進(jìn)行總賬校驗(yàn)，確保賬目準(zhǔn)確一致。完成后，系統(tǒng)結(jié)束當(dāng)日的會計(jì)日切。

了解這兩條鏈路和八個模塊之后，下面我們就把最核心的7個模塊來進(jìn)行逐一介紹。

02 四段交互、支付收銀

用戶對支付最多的感知來源于收銀臺。收銀臺隨著移動支付的推廣，以及微信/支付寶的長期的市場教育，收銀臺形成了四段式標(biāo)準(zhǔn)化的交互流程，只要缺少任何一個步驟，交互體驗(yàn)都會出現(xiàn)問題。

1）交易下單

用戶選擇支付方式后提交，系統(tǒng)需要先向支付系統(tǒng)下單提交商品交易信息，同時(shí)系統(tǒng)也會上傳回調(diào)地址作為支付結(jié)果的通知。

2）調(diào)用收銀臺

下單成功后渠道按照支付方式返回對應(yīng)的收銀臺參數(shù)到支付系統(tǒng)內(nèi)，支付系統(tǒng)調(diào)用收銀臺引導(dǎo)用戶跳轉(zhuǎn)到渠道側(cè)進(jìn)行支付。我們平時(shí)所看到的各種掃碼、小程序的聚合支付就是在這里包裝的。

3）回調(diào)通知

用戶在渠道側(cè)支付成功后，渠道側(cè)根據(jù)上傳的回調(diào)地址將支付結(jié)果通知到支付系統(tǒng)后臺，完成訂單的更新。

4）跳轉(zhuǎn)返回

客戶支付完成后點(diǎn)選返回，渠道根據(jù)商家申請的支付產(chǎn)品或者入網(wǎng)時(shí)配置的結(jié)果頁面地址跳回商家收銀臺完成支付。返回時(shí)的跳轉(zhuǎn)方式與下單時(shí)的需要匹配，否則就會出現(xiàn)無法跳轉(zhuǎn)回商家收銀臺的情況。

03 四句口訣、交易系統(tǒng)

3.1、四句口訣

交易系統(tǒng)為買家和賣家提供支付功能，根據(jù)不同的支付場景，它支持收單、充值和付款三類服務(wù)。所有交易最終會通過資金系統(tǒng)進(jìn)行日終對賬，并為客戶結(jié)算資金。雖然交易系統(tǒng)有很多功能，但簡單來說可以用四句話概括。

1、兩個范式

為了保障交易的安全，交易系統(tǒng)采用了收款和付款兩種模式，他們分別負(fù)責(zé)控制支付的流程。

1）收款范式：先完成渠道扣款，然后再更新本地狀態(tài)。

2）付款范式：先扣減客戶余額，然后再向渠道完成付款，付款失敗則沖回余額。

2、三態(tài)控制

交易過程有大量的交易節(jié)點(diǎn)組成，“成功、失敗、處理中”這三類狀態(tài)來控制每個節(jié)點(diǎn)交易的處理。其中成功、失敗又被稱為終態(tài)，而處理中則被稱為運(yùn)行態(tài)。

3、查退合一

交易過程中有很多的異常情況發(fā)生，影響了訂單進(jìn)入終態(tài)，因此需要用查詢和退款的方式保證本地訂單和渠道訂單的最終一致。

4、差錯三賬

如果訂單在聯(lián)機(jī)交易階段還沒有進(jìn)入終態(tài)，就需要通過日終對賬來確認(rèn)結(jié)果。對于賬務(wù)差錯采用了補(bǔ)賬、沖正和掛賬這三種差錯處理方式

3.2、交易系統(tǒng)

在支付系統(tǒng)中，交易系統(tǒng)起到了承上啟下的作用。他內(nèi)部包含了“交易、充值、付款”三個主要服務(wù)，每個服務(wù)分別面向不同的交易場景，其中以交易服務(wù)場景最為復(fù)雜。

3.3、功能劃分

雖然從產(chǎn)品使用上來說會劃分出“收單、分賬、余額、付款”等多種場景，但是他們都是對“交易、充值、付款”的二次包裝而已。

1）交易服務(wù)：除了收單、分賬以外，還包含了轉(zhuǎn)賬和凍結(jié)解凍；

2）充值服務(wù)：相對簡單主要是充值、代充和充值退款

3）付款服務(wù)：對賬戶的出金服務(wù)，包含了單筆付款、批量付款以及付款的逆向交易退匯。

3.4、訂單模型

交易的訂單模型核心主鏈路是”交易訂單、支付訂單”，交易訂單負(fù)責(zé)記錄交易信息，而支付訂單把訂單信息轉(zhuǎn)化成支付請求，最終通過支付引擎的指令完成內(nèi)部記賬，渠道流水完成跨行支付。

交易訂單記錄的信息比較豐富包含了正向的交易訂單、逆向的退款訂單，以及支持多層級商戶分賬訂單。同時(shí)交易訂單和支付訂單分別對應(yīng)的商戶手續(xù)費(fèi)和渠道成本，這樣的方式收入和成本可以記錄的更加清晰。

3.5、支付狀態(tài)

支付狀態(tài)按照收支分離的方式分為收款狀態(tài)機(jī)和付款狀態(tài)機(jī)，他們遵守著三態(tài)合一的規(guī)范，運(yùn)行態(tài)控制著每個節(jié)點(diǎn)，終態(tài)負(fù)責(zé)記錄最終的結(jié)果。

1）收單狀態(tài)：收款狀態(tài)機(jī)包含了收單、充值的兩類交易，同時(shí)兼具退款功能。針對收單功能還延展出了分賬狀態(tài)。

2）付款狀態(tài)：付款狀態(tài)機(jī)對應(yīng)著付款交易，他沒有收款狀態(tài)那么復(fù)雜只要處理付款的三態(tài)和退匯結(jié)果即可。

詳情參考支付小鋼炮，公眾號：剛說產(chǎn)品四句口訣，搞懂支付交易設(shè)計(jì)

04 三戶模型、客戶系統(tǒng)

4.1、三戶模型

所謂的三戶就是“客戶、用戶、賬戶”的簡稱，其中客戶擁有唯一的身份，但是他可以通過不同賬號來開通多個用戶身份，通過不同的用戶身份來使用產(chǎn)品并且開出對應(yīng)的賬戶進(jìn)行交易。

1）客戶：個人或者企業(yè)的唯一身份

2）用戶：使用者的登錄賬號，每個賬號都有不同的權(quán)限來使用產(chǎn)品。其中商戶就是一種特殊身份的用戶。

3）賬戶：給用戶提供存放和支取資金、債務(wù)和權(quán)益的實(shí)體。

他與組織、渠道、交易、產(chǎn)品共同構(gòu)成了以客戶為中心的服務(wù)體系。

4.2、會員類賬戶模型

客戶模型按照支付業(yè)務(wù)類型分為，銀行卡收單的商戶類模型和移動支付的會員類模型，我們這套系統(tǒng)采用的是面向互聯(lián)網(wǎng)的會員類模型。

互聯(lián)網(wǎng)支付類場景他們天然認(rèn)為平臺內(nèi)所有的客戶都是他們的用戶，因此他們采用會員制，通過線上來開展業(yè)務(wù)。用戶的身份通過開展的業(yè)務(wù)不同而在會員和商戶之間轉(zhuǎn)化。雖然會員系統(tǒng)結(jié)構(gòu)簡單，但是他的缺點(diǎn)就是擴(kuò)展性差，做多只能支持兩級商戶體系。

4.3、產(chǎn)品架構(gòu)

而我們這里給大家介紹的客戶系統(tǒng)采用的是適合于互聯(lián)網(wǎng)的會員模型體系。

1）對外端到端

一個客戶系統(tǒng)一般包含多類角色，每一類角色都可以是看做一個用戶端，這里就包括了面向個人的消費(fèi)者端、面向企業(yè)的商家端、面向技術(shù)人員的開發(fā)這端，以及負(fù)責(zé)客戶審核與服務(wù)的運(yùn)營端。

2）對內(nèi)全流程

整個客戶服務(wù)流程包含了“注冊、登錄、實(shí)名、審核、簽約、開戶、對接”等多個節(jié)點(diǎn)，這些節(jié)點(diǎn)有貫穿了系統(tǒng)內(nèi)部的“網(wǎng)關(guān)、渠道、認(rèn)證、產(chǎn)品、交易”等多個系統(tǒng)。每個節(jié)點(diǎn)與多個流程有效銜接才能保障客戶體驗(yàn)的流程。

4.4、集成關(guān)系

客戶系統(tǒng)與內(nèi)外部多個系統(tǒng)關(guān)聯(lián)來保障客戶的服務(wù)流程的順暢，其中會員管理是核心服務(wù)，他通過會員號來管理商戶和客戶信息。

4.5、數(shù)據(jù)模型

客戶數(shù)據(jù)模型采用了三戶模型的結(jié)構(gòu)，并且加上其關(guān)聯(lián)的“產(chǎn)品、綁卡、認(rèn)證等服務(wù)”

在這個客戶領(lǐng)域模型中以會員模型代替了用戶模型，但是他依然遵循了統(tǒng)一客戶身份，會員多角色、賬戶與產(chǎn)品關(guān)聯(lián)授權(quán)的三戶模型關(guān)系。

05 一戶多卡，錢包賬戶

要做個像支付寶一樣的即能存放零錢，又能購買理財(cái)，消費(fèi)時(shí)還能先享后付。這類錢包突破了傳統(tǒng)的支付賬戶范疇，需要與更多的金融機(jī)構(gòu)合作。因此需要從采用一戶多卡的錢包賬戶模式。

5.1、錢包業(yè)務(wù)架構(gòu)

錢包應(yīng)用通過對網(wǎng)關(guān)和收銀臺的包裝為用戶提供了從注冊、登錄、商業(yè)應(yīng)用、金融產(chǎn)品等一系列的服務(wù)。

5.1.1、錢包應(yīng)用

為了構(gòu)建這樣的錢包體系，分為C端和B端都需要在支付體系內(nèi)開戶。

1）C端應(yīng)用：用戶提供賬戶和錢包支付能力。

2）B端應(yīng)用：為場景提供方，為用戶提供營銷卡券、生活類應(yīng)用和金融服務(wù)。

5.1.2、賬戶體系

為了實(shí)現(xiàn)資金在平臺內(nèi)的流動，就需要開出對應(yīng)的中間科目。通過這些中間科目清算不同商業(yè)主體之間資金流轉(zhuǎn)。

當(dāng)然這里的賬戶之間的清算在我國是監(jiān)管很嚴(yán)的。現(xiàn)在普遍通過收銀臺跳轉(zhuǎn)到持牌機(jī)構(gòu)的方式為用戶提供金融服務(wù)。這樣賬務(wù)中心也就逐步減少這些中間科目了。

5.2、一戶多卡，數(shù)據(jù)模型

如果要實(shí)現(xiàn)一個支付寶一樣兼具銀行卡、賬戶、理財(cái)、分期支付功能的錢包產(chǎn)品呢？這里就要介紹到一戶多卡的模式了。

所謂的一戶多卡，定義如下

1）一戶：

內(nèi)部的余額賬戶為“戶”，通過一個主賬戶來保障消費(fèi)者與平臺內(nèi)商戶基本的消費(fèi)交易。

2）多卡：

外部合作賬戶被稱為“卡”，當(dāng)主賬戶余額不足時(shí)，系統(tǒng)會自動通過已綁定的銀行卡進(jìn)行支付。理財(cái)賬戶和分期賬戶同樣采用綁定銀行卡的方式進(jìn)行管理，并且在支付時(shí)會跳轉(zhuǎn)至合作機(jī)構(gòu)的收銀臺以完成交易。

3）兩種清算方式中間科目清算：持牌機(jī)構(gòu)一般通過購買一系列的牌照，實(shí)現(xiàn)賬戶、銀行卡、理財(cái)、分期產(chǎn)品的合作，需要支付平臺開通多個中間科目來實(shí)現(xiàn)金融產(chǎn)品間的清算。合作機(jī)構(gòu)直清：非持牌機(jī)構(gòu)一般與銀行的Ⅱ/Ⅲ類戶、理財(cái)賬戶、信貸分期產(chǎn)品合作，銀行給商家提供給直接清算的服務(wù)。由于這種模式需要平臺內(nèi)的商戶去銀行開戶，因此這種模式普遍用于營銷活動當(dāng)中。

06 三級路由、支付渠道

支付渠道作為外部接入系統(tǒng)，承擔(dān)著與銀行及第三方支付平臺進(jìn)行接口對接的任務(wù)。而支付路由則負(fù)責(zé)通過三級路由機(jī)制來選擇最優(yōu)的支付通道，以確保用戶支付請求能夠順利完成。

6.1、渠道路由因子

渠道的路由因子就是對渠道參數(shù)的拆分，通過因子的組合可以形成不同的渠道路由規(guī)則，最終來確定一條通道。路由因子主要分為以下三類。

1）基礎(chǔ)因子：對應(yīng)的是渠道基本信息，通過支付訂單的拆解匹配產(chǎn)品形態(tài)和目標(biāo)機(jī)構(gòu)符合要求的銀行。

2）特性因子：對應(yīng)渠道的特殊參數(shù)，例如維護(hù)、交易限額、黑白名單等需要單獨(dú)配置的參數(shù)，這些因子需要深度的特性匹配，匹配到的渠道實(shí)際已經(jīng)可以支付了。

3）質(zhì)量因子：對應(yīng)的是渠道網(wǎng)關(guān)，他主要是匹配渠道的運(yùn)行狀態(tài)是否正常，防止渠道異常造成大量的訂單積累。

6.2、渠道集成關(guān)系

渠道整體的集成關(guān)系由“渠道服務(wù)、渠道路由、渠道管理、渠道網(wǎng)關(guān)”四部分組成，渠道服務(wù)接收來自支付引擎的請求，并將支付請求拆解成路由因子傳遞給“渠道路由”系統(tǒng)，經(jīng)過三級路由計(jì)算后，選中一條支付通道，通過調(diào)用渠道網(wǎng)關(guān)完成接口的組裝并完成支付。最終支付結(jié)果以回調(diào)的形式返回，并通知上游系統(tǒng)。

6.3、三級路由流程

分析完渠道設(shè)計(jì)后，下面我們就把流程、參數(shù)和模型進(jìn)行串聯(lián)，以此來了解其上下游的對應(yīng)關(guān)系。

①解析支付訂單，提取路由因子，準(zhǔn)備路由。

②判斷路由模式：動態(tài)路由則自動篩選渠道；直接路由則獲取渠道號后直接進(jìn)行第三級路由。

③一級渠道匹配：基于基礎(chǔ)因子篩選符合條件的支付渠道，存入一級列表。

私二級特性匹配：遍歷一級列表中的渠道，檢查其限額、維護(hù)期、商戶白名單等特性，符合條件的存入二級列表。

⑤三級網(wǎng)關(guān)檢查：檢查支付網(wǎng)關(guān)的服務(wù)質(zhì)量（QoS），選擇成功率高且速度快的渠道。

⑥組裝接口并支付：根據(jù)選定的渠道組裝接口，完成支付。

07 支付核心

支付核心是支付系統(tǒng)的一組核心服務(wù)，他由“支付引擎、賬務(wù)核心、資金系統(tǒng)”三部分共同組成，將聯(lián)機(jī)交易指令、跨行清算資金和本地賬務(wù)三者融合，實(shí)現(xiàn)信息與資金的轉(zhuǎn)換。

1）支付引擎：

支付引擎負(fù)責(zé)提供原子化的支付接口，將交易系統(tǒng)的支付請求轉(zhuǎn)換支付指令，根據(jù)清結(jié)算規(guī)則，推動信息流的內(nèi)場記賬和外場清算。

2）賬務(wù)核心：

負(fù)責(zé)內(nèi)場的記賬和會計(jì)賬務(wù)處理，賬務(wù)核心為了提升性能采用了異步賬務(wù)處理的方式，先單邊更新客戶余額，然后異步復(fù)試記賬，最后通過內(nèi)外部客戶賬同步實(shí)現(xiàn)一筆聯(lián)機(jī)賬務(wù)的處理。

3）資金系統(tǒng)：

資金系統(tǒng)也叫清結(jié)算系統(tǒng)，負(fù)責(zé)渠道和內(nèi)部系統(tǒng)的對賬、差錯處理與資金的清算與結(jié)轉(zhuǎn)，驅(qū)動賬務(wù)核心進(jìn)行客資結(jié)算和總賬核算，實(shí)現(xiàn)信息流與資金流的最終一致。

08、內(nèi)外雙驅(qū)、支付引擎

8.1、支付引擎

支付引擎是支付系統(tǒng)的核心驅(qū)動器，他對內(nèi)提供原子化的支付服務(wù)，接收來自交易、收銀臺的支付請求；內(nèi)部通過流程編排、清算協(xié)議、清分規(guī)則來執(zhí)行支付指令，并驅(qū)動內(nèi)場賬務(wù)核心記賬和外場支付渠道支付。

8.2、支付模型

支付引擎接收來自交易系統(tǒng)的請求，根據(jù)接口和產(chǎn)品編碼找到支付入口，按照加載的清算協(xié)議和清算規(guī)則，并生成支付指令。然后執(zhí)行設(shè)定的服務(wù)編排流程，驅(qū)動內(nèi)場的記賬和外場的支付。

• 服務(wù)配置：用來設(shè)置服務(wù)入口和流程配置。
• 清算協(xié)議：清算參與的對象和設(shè)定單筆或者匯總清算的周期。
• 結(jié)算周期：用來設(shè)定清算協(xié)議按照實(shí)時(shí)逐筆，還是按照定時(shí)匯總的方式進(jìn)行清算。
• 參與方：用來設(shè)定參與方的默認(rèn)賬號和角色，用以統(tǒng)一配置賬務(wù)記賬規(guī)則。
• 資金渠道：用來配置不同資金渠道對應(yīng)的記賬科目。
• 內(nèi)場規(guī)則：按賬套設(shè)置賬務(wù)核心記賬的賬套和對于的記賬規(guī)則。
• 外場規(guī)則：設(shè)置賬套設(shè)置支付渠道請求的支付處理參與。
• 清算場次：一個定時(shí)任務(wù)，用來設(shè)置什么時(shí)候開始對賬和清算處理。

8.3、核心流程

支付引擎按照支付模式來編排流程，其中包含了“入款、入款退款、出款、出款退匯”等幾組交易模式。我們這里主要介紹入款和出款兩個核心流程。

1、入款結(jié)算流程

收單為入款交易，因此他實(shí)時(shí)聯(lián)機(jī)交易先發(fā)送到渠道上，支付成功后完成賬務(wù)處理。

日終對賬后，根據(jù)明細(xì)文件更新商戶訂單后給商戶進(jìn)行軋差結(jié)算（收單金額扣減退款金額），根據(jù)清算文件進(jìn)行渠道清算，實(shí)現(xiàn)銀存與備付金的平衡。

2、出款結(jié)算流程

付款和提現(xiàn)為出款交易，出款交易的特點(diǎn)就是先扣減客戶余額，然后發(fā)送渠道。如果成功就將資金結(jié)算到渠道清算賬戶；如果失敗則沖正回到客戶賬戶。

日終對賬后，由于付款即結(jié)算，因此不需要給客戶結(jié)算資金，直接做渠道的付款結(jié)轉(zhuǎn)即可（由于出款是錢離開系統(tǒng)，因此這里要做出款核銷，即渠道清算賬戶和渠道銀存賬戶都扣減掉資金）

09 清算結(jié)轉(zhuǎn)，清結(jié)算

9.1、清結(jié)算流程

清結(jié)算系統(tǒng)主要由資金系統(tǒng)來負(fù)責(zé)進(jìn)行對賬和結(jié)算處理，他是個業(yè)務(wù)作業(yè)系統(tǒng)，產(chǎn)品架構(gòu)上本身沒有特別的復(fù)雜度，復(fù)雜度還是在對賬和清結(jié)算的賬務(wù)處理。

整個日終流程主要包含三個階段

1）資金對賬：從備付金銀行下載資金清算文件，將其與賬務(wù)發(fā)生金額進(jìn)行匯總核對，如果對平做銀存結(jié)轉(zhuǎn)，保障銀存賬戶與備付金期末余額一致。如果沒有對平就下載明細(xì)對賬文件進(jìn)行業(yè)務(wù)對賬。

2）業(yè)務(wù)對賬：從每條渠道下載明細(xì)對賬文件與入賬明細(xì)進(jìn)行核對，不同則進(jìn)行差錯處理。渠道全部對平則給客戶結(jié)算資金。

3）客資結(jié)算：核對每個客戶當(dāng)日收單與退款的交易明細(xì)，跟進(jìn)成功的訂單將客戶待結(jié)算資金轉(zhuǎn)為可用。

9.2、差錯策略

在清結(jié)算對賬中，其實(shí)清算、結(jié)賬與客資結(jié)算是比較固定的，日常維護(hù)和新增渠道比較常見的問題是差錯處理。差錯處理跟進(jìn)訂單中的差錯因子來找到對應(yīng)的差錯策略。

10 最終一致，賬務(wù)核心

賬務(wù)核心是支付平臺的賬務(wù)的基準(zhǔn)。他日間與支付引擎配合記錄聯(lián)機(jī)交易清算賬務(wù)，日終與對賬中心配合處理期末的總賬核算。

10.1、緩沖記賬

日間聯(lián)機(jī)交易分為內(nèi)場結(jié)算和外場清算，賬務(wù)核心負(fù)責(zé)內(nèi)場結(jié)算賬務(wù)的處理。為了實(shí)現(xiàn)支付高性能賬務(wù)核心采，通過單邊記賬來更新客戶余額，通過異步和緩沖記賬的方式來更新內(nèi)部戶和客戶月。

其中緩沖記賬是針對集中操作內(nèi)部戶，或者涉及批量更新客戶賬戶的情況，比如分賬、擔(dān)保交易、組合支付等。

這里以即時(shí)分賬為例，首先通過單邊記賬扣減付款方余額，然后異步將記賬分錄推送到會計(jì)系統(tǒng)保持到分錄流水表，并設(shè)置緩存記賬任務(wù)。系統(tǒng)定時(shí)的根據(jù)緩沖任務(wù)來進(jìn)行賬簿的登記和內(nèi)部戶的更新，同時(shí)將結(jié)果推送外部客戶賬戶來更新分賬方的余額。

10.2、總賬核算

我們在資金系統(tǒng)中已經(jīng)介紹了清算結(jié)轉(zhuǎn)，這里我們就介紹期末的總賬核算。

總賬核算是明細(xì)賬簿的核算，通過明細(xì)賬簿發(fā)生額核對，生成賬簿的期末余額，并將明細(xì)賬簿按照科目匯總到對應(yīng)的總賬賬簿上并更新總賬的科目余額。

最后對總賬進(jìn)行平衡檢查，然后講當(dāng)日的期末余額更新到歷史表作為下個會計(jì)日的期初余額。

最后系統(tǒng)完成會計(jì)日切。