本文分享了頭部支付機構是如何做清結算的，在做和帶領大家打通支付的底層處理原理，內核中的內核，分享給大家。
支付機構幫助交易平台代收代付交易款，那麽就需要先從消費者發卡行把錢拿過來，然後再結算給交易平台；對於交易平台也是一樣的道理，要幫店家賣東西，需要幫忙透過支付機構進行收款，從支付機構拿到錢以後要結算給自己的店家。
這是典型的2個不同的清結算場景，一個是支付機構的清結算，一個是交易平台的「清結算」，雖然交易平台沒有資質，但其需要在資訊層完成清結算業務。
濃縮抽象以後，清結算涉及的資金處理業務如下圖，4大清結算環節、3套對賬體系、3類在途資金處理：
要做清結算，就得把賬算好，交易發生以後，要執行後續的清結算，那麽必須完成全員參與者的算賬，參與者之間都是什麽關系，手續費是多少、分潤是多少、應該怎麽分賬等等。
交易處理成功以後，將交易數據推播至清算中心，清算中心透過商戶編號獲取到該筆交易的物件模型，以及計費配置（包括費率、分成比例等），然後計算個物件的應入金額、分賬金額、分潤金額，呼叫入賬服務進行入賬，並將結果通知交易核心。
在算賬過程中不同的交易會涉及到不同的物件關系，有沒有代理商、有沒有分賬方等，物件關系不同涉及到的算賬目標和任務不一樣，例如需不需要算分賬、需不需要算分潤、分給誰等，因此在商戶入網時構建該商戶的關系模型，在實際算賬過程中呼叫該模型關系，計算對應目標。
分賬是商戶將交易金額按照設定比例進行多方劃分的過程，分潤是渠道方將各參與方費率差部份劃分給各方的過程，例如給代理商劃分「商戶手續費-自己手續費」的那一部份手續費差。
接下來，重頭戲，深度解析支付機構的清結算體系如何落地。
當然，也非常具有挑戰性，可以先收藏慢慢鉆研：
機構的業務主要是幫助商戶收款付款的收付退業務，為商戶結算的打款業務，從中獲取商戶手續費收入，並支付通道成本，之間形成的價差就是機構的主要利潤來源；當然直聯時代還有備付金利息，現在沒有了。
同時，支付機構作為一家企業還有自有資金，例如註冊資本金，後續的利息收入等等，企業自有資金的業務涉及到向商戶收取手續費、向通道支付通道成本、員工的薪金發放、費用報銷、股東分紅、繳存註冊資本金等，這部份屬於自有資金，不過商戶手續費和通道成本與支付業務緊密聯系在這樣的業務背景下就產生了支付機構的核算體系，涉及到支付業務的渠道清算、商戶結算、備付金核算、自有資金的會計核算等等。
本文將從交易出發，全鏈路介紹支付機構的全域核算業務，涉及核算原理、系統鏈路、數據關系、核算關系、備付金賬套設計等。
一、五大業務體系要先搞明白支付機構的核算業務，要先搞明白支付機構的業務系統和關系。
支付機構開展業務的前提是有完整的業務系統體系，這些業務核心其他文章都介紹過，這裏就不做更詳細的闡述了，可以先看這張圖：
從圖中可以看出，支付機構的業務系統主要可以歸結為五大體系，支付交易體系、清結算體系、對賬體系、賬務體系、會計核算體系，其中：
（1）交易支付體系
就是交易核心和支付核心，完成收款、退款、付款等支付業務。可以說交易連結了平台和商戶，而支付連結了平台和渠道，交易和支付的連結就是商戶和渠道的打通，這也就為什麽說三方支付機構是「支付中介」了。
（2）清結算體系
清結算體系就是把收到錢從渠道要過來，然後結算給我們的商戶，前者是渠道清算，後者是商戶結算，主要涉及到清算體系和結算體系。
（3）對賬體系
主要完成機構與渠道基於清算檔的交易對賬，和基於渠道結算賬單的資金對賬，對平平台和渠道的賬務，並生成差錯在途賬務，例如平台或渠道的交易單邊賬，以及渠道的長短款應收未收或應付未付資金差異賬務。
（4）賬務體系
交易核心、支付核心、清結算核心驅動賬務記賬，完成賬務明細的記錄，以及客戶賬戶余額的更新，記錄了收付退、結算等業務的賬務明細，以及使用者和商戶的各類虛擬賬戶，如支付賬戶、結算賬戶、手續費賬戶、行銷賬戶等等。
（5）會計核算體系
支付機構的會計核算主要包括兩部份，一部份是備付金核算，另一部份是自有資金核算，這兩者之間存在聯系，如商戶手續費收入、通道成本這部份資金要從備付金結轉至自有資金，因此兩套賬務之間發生了聯系。
二、全域三套賬務基於上述的支付機構業務介紹，結合資金內容來看，可以將支付機構的資金分成三大類，分別是客戶平台虛擬資金賬套、儲存在托管行的備付金清結算業務賬套、平台自有資金會計賬套。
2.1 三套賬
上述的三類資金分別管理在三套賬務中，客戶賬務、備付金賬務、自有資金賬務。
（1）客戶資金賬務
平台幫助商戶收款，最終結算給商戶，付款至商戶的銀行賬戶，平台內部也要為商戶開通各類虛擬賬戶，手續費賬戶、行銷賬戶、結算賬戶等等，這部份賬務一般管理在賬務核心中，當然在會計核算中心也應該記錄這部份應收應付客戶賬款。
（2）備付金賬務
支付機構幫助商戶代收代付款項，收到的錢目前都集中存管在央行的備付金賬戶中，斷直連之前備付金存放在各個簽約銀行，繳存一部份到央行；斷直連以後全部集中到了央行，也就是央行備付金集中存管賬戶，在平台側這部份資金透過備付金賬套管理，一般由結算部負責。
（3）自有資金賬務
同時支付機構也有自有對公賬戶，也就是儲存著自有資金，例如商戶手續費收入、通道成本、銀行利息收入等，一般管理在會計核算系統，由財務部管理
2.2 賬務全域
整個核算體系有3套賬務，客戶賬務（業務賬），備付金會計核算賬務，平台自有資金會計核算賬務，其中客戶賬務可以在賬務核心管理，而備付金賬務和平台自有賬務在會計核算系統管理。
當然，如果一套賬全搞定，也沒什麽問題。
（1）實體賬戶
最上層是涉及到的主要實體賬戶，以及基於支付機構收付業務的資金流動，使用者下單付款時，資金從使用者銀行賬戶流向機構備付金賬戶，支付機構結算給商戶時，資金從銀行備付金存款流向商戶的銀行賬戶，這是全域主要的資金流。
（2）平台虛擬戶
在平台賬務層完成上述整個鏈路的賬務登記，從使用者下單到商戶結算完成，涉及到渠道待清算、商戶待結算、商戶結算戶以及其他類賬戶，後面我們會介紹具體的賬套設計和賬務處理。
（3）會計核算賬套
最底部是2套余額，2套賬，其中最左側的虛擬賬戶即賬務核心的各類賬戶余額，最右側的是來自渠道存款賬戶的賬單余額，中間就是會計核算系統，有2個賬套：一個是備付金核算賬套，如備付金存款、渠道清算往來、應付客戶款等；另一個是自有資金核算賬套，如銀行存款、成本、收入、利潤等。
三、全域四段數據全域對賬涉及到了三大對賬業務，我們主要介紹交易對賬和資金對賬。
交易對賬完成渠道清算檔和平台支付記錄的核對，該業務中會產生渠道應收應付數據以及單邊差錯數據；資金對賬業務會產生渠道的實收實付數據和長短款資金差異數據，這些數據將會被推播至會計核算中心形成相應的憑證。
3.1 四段數據
上圖中最上層涉及到了四段數據即「賬務數據、支付數據、清算數據、結算數據」，這是我們對賬的核心數據，以及他們之間形成的相互核對的關系，如，這部份就是我們做對賬系統的基礎原理和模型。
平台支付數據和渠道清算數據核對，這部份屬於交易對賬，在對賬核心完成，對完賬以後，平台支付數據生成2段平台記賬數據，渠道清算數據生成3段銀行已核對銀行應收應付數據。
渠道清算數據和渠道結算數據核對，這部份屬於資金對賬，在財務處理中心完成，這部份核對的實作比較復雜，另外寫文章單獨介紹，資金核對完以後生成銀行4段實收實付數據：
以上這些數據，將推動會計分錄的生成，後面會介紹業務數據。
如何推動會計憑證的生成？
3.2 三個在途
中間有三個在途，即是未對平的所產生的各段的差異數據。
- 客戶在途 是支付記錄和賬務核心產生的差異，即應該給客戶入賬而沒入的賬；
- 支付在途 也就是交易對賬產生的單邊賬，平台單邊或者銀行單邊；
- 資金在途 就是長短款以及其他差異賬，可以理解為各類掛賬。
後面會詳細介紹這3個在途的生成。
四、系統流轉與數據轉換各類數據是如何進入會計核算系統的，依靠會計對接系統，各類數據獲取關系如下圖所示：
4.1 數據來源
平台數據可以直接推播至數據轉換系統，而渠道的清算數據、結算數據、以及核對的差異數據可以由對賬系統進行推播至數據轉換系統。
最後，需要會計前置系統統一下載相應數據，並按照設定好的規則進行數據的校驗和匯總，形成預制憑證，推播至會計核算系統，不同憑證推播至不同的賬套，如渠道清算類、備付金存款類推播至備付金核算賬套中。
4.2 數據流轉
上面我們把業務、賬務、核算關系都講清楚了，那麽從系統層面來看，各類系統之間會形成什麽樣的數據流轉關系，業務數據、渠道數據、差異數據是如何進入最終的核算系統的，如下圖所示：
（1）要流轉的數據
平台的交易數據，包括收款、退款、付款數據等推動賬務核心完成客戶賬的記錄。
交易數據和銀行清算數據，進入對賬中心進行交易對賬處理，生成的一對平的平台支付記錄、渠道清算記錄，以及未對平的平台單邊數據和渠道單邊數據，未對平數據即「支付在途數據」，對支付在途數據進行差錯處理以後，會生成差錯處理數據，上述的一對平數據、未對平的支付在途數據、差錯處理數據將推播至數據轉換中心，前往下一步，直至到會計核算中心生成在途憑證和渠道應收應付憑證。
從銀行獲取到結算單，與渠道應收應付數據進行資金對賬，得到長短款數據，長短款即資金在途數據；渠道結算數據推播至會計中心生成實收實付憑證，長短款生成資金在途憑證。
對長短款進行核銷以後生成核銷憑證，已抹平資金的在途掛賬。
在會計核心，手續費收入、利息收入在期末將結轉至相應財務賬套，實作備付金賬務中涉及到的自有資金的結轉。
（2）清算數據繫結渠道實體賬戶
一個渠道賬戶可能會有多條通道進行入賬，例如網聯渠道全部清算入賬的央行集中存管戶，在直聯時代也存在這樣的情況。
在計費中心存在一個劃付管理模組，可以實作清算數據與收單賬戶的關系繫結，也就是這份清算數據清算到了那個賬戶中。下圖是計費中心產品架構：
劃付規則設定的是一個介面的支付成本、交易本金與渠道的清算規則，涉及從哪個收單賬戶出、什麽時候支付、如何支付等資訊，包含交易本金的劃付以及手續費成本的劃付兩部份。
如下圖所示：
這樣，邊實作了對賬中心的清算往來數據，在向後流轉到財務處理系統過程中，如何繫結上收單銀行賬戶，這是後面要實作「渠道已核銀行應收/應付」科目入賬的前提條件。
清算數據—收單銀行賬戶—結算日期
五、支付機構科目設計為了簡單起見，我將所有主要科目放到一張圖中，並且用什麽數據進行記賬，每一類數據操作哪些賬戶，記什麽方向，以收款業務為範例進行，全部標記在了圖中，付款業務，退款業務原理一樣，只不過涉及到的科目不同。
5.1 賬戶科目設定
科目設定原理就是以下5套科目：虛擬戶、三個過渡戶、銀行存款。
圖中的粉色部份就是該收款和付款備付金核算的全鏈路涉及到的科目
科目編號設定，不是重點，可以采用三層結構「xxxx.xx.xx」，例如「22030.X.0Y預收賬款-客戶備付金-A商戶」，這部份不做詳細介紹，後續可以單獨介紹支付機構賬套設計。
六、賬務處理要素及原理那麽有了上述科目以後，要想搞清楚賬務處理，需要搞明白賬務處理的要素原理和基礎原理。
6.1 賬務處理要素
賬務處理的要素就是你要做賬務處理，需要關註那幾個維度的資訊，主要是5個維度：什麽業務、什麽時候記、用什麽數據記、記賬規則是什麽。
6.2 賬務處理原理
整個賬務處理涉及到了4個環節，5套賬戶，以收款為例，付款和退款類似，如下圖
這裏面要特別關註差錯類的記賬，包括交易類差錯、資金處理類差錯、客戶調賬了差錯。
6.3 三大在途
當過渡戶存在余額時，則意味著存在在途，主要有三大在途：客戶在途、支付在途、資金在途，
在途可以理解為各類掛賬，各類差錯處理的記賬就是抹平掛賬。
（1）支付在途
渠道待清算往來賬戶余額及是支付在途，清算完成以後余額應該為0，否則平台與渠道清算存在差異。
從原理上看，該賬戶的余額上是平台支付記錄和渠道清算記錄的差額，也就是該賬戶的期末余額就是我們所說的「支付在途」，那麽一個清算周期，該賬戶的余額會存在三種情況：
- 余額在借方：說明平台支付記錄多，那麽總體來說屬於平台掛賬
- 余額在貸方：說明銀行清算記錄多，那麽總體來說屬於渠道掛賬
- 余額為0：說明平台記錄和渠道清算數據一致
當出現余額不為零時，則意味著存在平台單邊或者銀行單邊，那麽就需要進行相應的差錯處理。
如果是銀行單邊，則要不進行平台補單，要不進行銀行退款，或者平台確認收入，這部份處理也會操作該賬戶。
最後會舉例說明在途的賬務的產生和差錯記賬的平賬。
（2）資金在途
已核應收銀行的賬戶余額為長短款數據，資金對賬完成後，該科目余額應該為0，如果不為0怎存在長短款，具體如下圖，余額在借方則存在短款，銀行少結錢了，如果余額在貸方，則存在長款，銀行多結錢了。
（3）客戶在途
待結算商戶科目余額意味著沒有完全結算，如果余額在借方則說明多結給商戶了，如果余額在貸方說明少結給商戶了，少結的情況下，可以透過調增客戶賬戶進行補入賬，多結的情況下可以透過平台補單進行平賬。
七、賬務處理規則先看整個全域核算是是如何做賬務處理的規則。
整個收款賬務處理涉及到4個環節，3個差錯：支付交易環節、渠道清算核算環節、商戶結算環節、渠道結算核算環節、客戶差錯、交易差錯、資金差錯。
（1）支付交易環節
即使用者進行支付，生成平台支付記錄，送出渠道支付完成的過程，該過程要完成「渠道待清算」和「商戶待結算」的記賬。
（2）渠道清算環節
即對賬中心獲取渠道清算檔與平台交易記錄進行核對，該過程會完成「渠道待清算」與「應收銀行-渠道已核對」的記賬。
（3）交易差錯處理
是在與渠道清算過程中清算往來戶存在支付在途掛賬，需要進行差錯處理平賬。
（4）商戶結算環節
是賬務記賬完成，該過程要進行「商戶待結算」和「商戶結算賬戶（應付客戶備付金）」的記賬。
（5）商戶賬差錯處理
就是有些交易沒有入賬成功，導致多結或者少結給客戶資金，需要進行調賬處理。
（6）渠道結算環節
即資金對賬系統獲取到渠道結算單，完成資金核對，完成「應收銀行-渠道已核對」和「銀行存款-備付金」的記賬。
（7）長短款核銷處理
即在資金對賬環節產生了長短款，導致「已核應收/應付銀行科目存在余額」，需要透過長短款核銷進行平賬處理。
八、備付金核算範例上面基本就講清楚了備付金核算的整個體系，最後我們根據一個實際收款例子加深對上述核算體系的理解。
假如：平台收了2筆錢，都是10元，渠道T+1結算，給商戶也是T+1結算，然後各環節情況如下：
交易對賬存在差錯：T+1拿到清算檔以後經過對賬發現，平台支付記錄只成功了1筆，而渠道有2筆清算交易。
差錯處理：進行了平台補單操作。
資金對賬：假設，渠道結算檔只有1筆，經排查是渠道檔遺失了數據，銀行賬戶完成了資金入賬，對短款進行核銷處理。
商戶實際結算：為0，成功的一筆交易記賬失敗了。
商戶補入賬：基於成功的交易執行補入賬，補入1筆成功的交易和一筆平台補單交易。
完成全部記賬
8.1 支付交易記賬
使用者支付了2筆，各10元，成功了1筆，另一筆支付處理中，支付核心生成支付數據。
交易驅動賬務進行記賬，以該數據為記賬數據，借記渠道清算往來，貸記待結算商戶。
8.2 渠道清算環節
對賬中心獲取到渠道清算檔以後，與平台記錄進行核對，渠道清算成功了2筆。
其中清算檔數據做為渠道清算記賬數據，借記「已核對應收銀行」，貸記「渠道清算往來」。
可以看出來，清算完成以後，渠道清算往來-收款存在貸方余額，也就是交易對賬的渠道單邊造成的。
8.3交易差錯處理
經排查，是平台的支付系統狀態更新異常，在對賬中心進行了「平台補單」差錯處理。
補單成功的支付記錄將驅動賬務再次記賬。
到此為止，全部賬戶的記賬情況如下：
從圖中可以看出來，此時待結算商戶20元，與渠道清算成功，應收渠道20元，商戶結算戶和銀行存款戶還沒有余額。
8.4 商戶結算環節
按照案例，支付成功的一筆交易是沒有完成賬務記賬的，而次日對賬補單成功的交易假設完成了客戶記賬，那麽也只有補單成功的完成了向商戶的結算。
基於補單成功的交易，推動賬務完成了記賬，在T+1執行結算以後，完成了向商戶的結算。
可以看到待結算商戶-收款，存在貸方余額，即應結商戶的在途資金，這是因為存在交易未入賬的情況。
8.5 客戶賬調賬、交易補入賬
觸發交易發起補入賬操作，補入未入賬的交易記錄，記錄如下，狀態是未結算。
未結算賬務重新執行結算，完成商戶結算入賬，至此待結商戶余額為0，完成客戶在途掛賬的抹平，也完成了向商戶的結算。
到這裏以後各賬戶的記賬情況如下：
8.6 渠道結算環節
資金對賬模組獲取到銀行結算賬單以後，進行資金對賬，渠道結算檔記錄只有一筆，因此在資金對賬時出現了短款，如下：
基於銀行結算單進行記賬，實收10元，記賬如下：
可以看出來，渠道資金對賬以後，已核應收銀行存在借方余額，即有短款掛賬。
8.7 長短款核銷
經人工排查，收單賬戶已經完成了資金入賬，是結算檔數據遺失，因此對短款進行「銀行補入賬」的核銷，數據如下：
該短款核銷，執行核銷憑證的入賬，記賬如下：
到這裏就完成了全部的收款清結算了。此時，全部賬戶的記賬情況如下：
九、結算結轉財務備付金賬務中涉及到的手續費收入、備付金利息等損益類賬務，需要在期末結轉給財務，這部份就不詳細介紹了。
其中結轉依賴一個過渡科目：應付賬款-內部自有-手續費/利息大家可以自行琢磨一下。
以上就是支付機構清結算實作的全部內容，當然同樣適用於普通的交易平台搭建自己的清結算體系。
總結起來就是「1張圖、2條線、3在途、4段數、5賬戶、7環節」。
1張圖
就是這樣一張極簡圖，基本闡述了整個清結算所涉及的全量業務：
2條線
就是收支兩條線，在做清結算賬務處理時，收款和付款獨立起來看：
3在途
在整個核算過程，3組核對所產生的3大在途資金，即使用者在途、支付在途、資金在途。
4段數
即賬務數據、支付數據、渠道清算數據、渠道結數據。
5賬戶
即實作清結算全鏈路賬務處理所設定的5套賬戶，分別是商戶結算戶、待結算戶、清算往來戶、已核應收付銀行戶、銀行存款。
7環節
即整個清結算涉及到7大環節的賬務處理，分別是支付交易環節、渠道清算環節、交易差錯環節、商戶結算環節、商戶差錯環節、渠道結算環節、長短款差錯環節。
