起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識一文搞懂“備付金核算”，及“清結算”的全局賬務處理
本文將從交易出發，全鏈路介紹支付機構的全局核算業務，涉及核算原理、系統鏈路、數據關系、核算關系、備付金賬套設計等。
支付機構是如何做備付金核算的，本文我們掰扯清楚，涉及到了全局的清算、結算、清算往來的賬務處理，以及三大在途資金的差錯賬務處理，最終的備付金會計核算。
本文大綱如下，備付金核算是支付機構業務的內核，當然，也非常具有挑戰性，可以先收藏慢慢鉆研。
機構的業務主要是幫助商戶收款付款的收付退業務，為商戶結算的打款業務，從中獲取商戶手續費收入，并支付通道成本，之間形成的價差就是機構的主要利潤來源；當然直聯時代還有備付金利息，現在沒有了。
同時，支付機構作為一家企業還有自有資金，例如注冊資本金，后續的利息收入等等，企業自有資金的業務涉及到向商戶收取手續費、向通道支付通道成本、員工的工資發放、費用報銷、股東分紅、繳存注冊資本金等，這部分屬于自有資金，不過商戶手續費和通道成本與支付業務緊密聯系。
在這樣的業務背景下就產生了支付機構的核算體系，涉及到支付業務的渠道清算、商戶結算、備付金核算、自有資金的會計核算等等。
一、五大業務體系
要先搞明白支付機構的核算業務，要先搞明白支付機構的業務系統和關系。
支付機構開展業務的前提是有完整的業務系統體系，這些業務核心其他文章都介紹過，這里就不做更詳細的闡述了，可以先看這張圖：
從圖中可以看出，支付機構的業務系統主要可以歸結為五大體系，支付交易體系、清結算體系、對賬體系、賬務體系、會計核算體系，其中：
（1）交易支付體系
就是交易核心和支付核心，完成收款、退款、付款等支付業務?？梢哉f交易鏈接了平臺和商戶，而支付鏈接了平臺和渠道，交易和支付的鏈接就是商戶和渠道的打通，這也就為什么說三方支付機構是“支付中介”了。
（2）清結算體系
清結算體系就是把收到錢從渠道要過來，然后結算給我們的商戶，前者是渠道清算，后者是商戶結算，主要涉及到清算體系和結算體系
（3）對賬體系
主要完成機構與渠道基于清算文件的交易對賬，和基于渠道結算賬單的資金對賬，對平平臺和渠道的賬務，并生成差錯在途賬務，例如平臺或渠道的交易單邊賬，以及渠道的長短款應收未收或應付未付資金差異賬務。
（4）賬務體系
交易核心、支付核心、清結算核心驅動賬務記賬，完成賬務明細的記錄，以及客戶賬戶余額的更新，記錄了收付退、結算等業務的賬務明細，以及用戶和商戶的各類虛擬賬戶，如支付賬戶、結算賬戶、手續費賬戶、營銷賬戶等等。
（5）會計核算體系
支付機構的會計核算主要包括兩部分，一部分是備付金核算，另一部分是自有資金核算，這兩者之間存在聯系，如商戶手續費收入、通道成本這部分資金要從備付金結轉至自有資金，因此兩套賬務之間發生了聯系。
二、全局三套賬務
基于上述的支付機構業務介紹，結合資金屬性來看，可以將支付機構的資金分成三大類，分別是客戶平臺虛擬資金賬套、存儲在托管行的備付金清結算業務賬套、平臺自有資金會計賬套。
2.1 三套賬
上述的三類資金分別管理在三套賬務中，客戶賬務、備付金賬務、自有資金賬務。
（1）客戶資金賬務
平臺幫助商戶收款，最終結算給商戶，付款至商戶的銀行賬戶，平臺內部也要為商戶開通各類虛擬賬戶，手續費賬戶、營銷賬戶、結算賬戶等等，這部分賬務一般管理在賬務核心中，當然在會計核算中心也應該記錄這部分應收應付客戶賬款。
（2）備付金賬務
支付機構幫助商戶代收代付款項，收到的錢目前都集中存管在央行的備付金賬戶中，斷直連之前備付金存放在各個簽約銀行，繳存一部分到央行；斷直連以后全部集中到了央行，也就是央行備付金集中存管賬戶，在平臺側這部分資金通過備付金賬套管理，一般由結算部負責。
（3）自有資金賬務
同時支付機構也有自有對公賬戶，也就是存儲著自有資金，例如商戶手續費收入、通道成本、銀行利息收入等，一般管理在會計核算系統，由財務部管理。
2.2 賬務全局
整個核算體系有3套賬務，客戶賬務（業務賬），備付金會計核算賬務，平臺自有資金會計核算賬務，其中客戶賬務可以在賬務核心管理，而備付金賬務和平臺自有賬務在會計核算系統管理，當然，如果一套賬全搞定，也沒什么問題。
（1）實體賬戶
最上層是涉及到的主要實體賬戶，以及基于支付機構收付業務的資金流動，用戶下單付款時，資金從用戶銀行賬戶流向機構備付金賬戶，支付機構結算給商戶時，資金從銀行備付金存款流向商戶的銀行賬戶，這是全局主要的資金流。
（2）平臺虛擬戶
在平臺賬務層完成上述整個鏈路的賬務登記，從用戶下單到商戶結算完成，涉及到渠道待清算、商戶待結算、商戶結算戶以及其他類賬戶，后面我們會介紹具體的賬套設計和賬務處理。
（3）會計核算賬套
最底部是2套余額，2套賬，其中最左側的虛擬賬戶即賬務核心的各類賬戶余額，最右側的是來自渠道存款賬戶的賬單余額，中間就是會計核算系統，有2個賬套，一個是備付金核算賬套，如備付金存款、渠道清算往來、應付客戶款等；另一個是自有資金核算賬套，如銀行存款、成本、收入、利潤等。
三、全局四段數據
全局對賬涉及到了三大對賬業務，我們主要介紹交易對賬和資金對賬。
交易對賬完成渠道清算文件和平臺支付記錄的核對，該業務中會產生渠道應收應付數據以及單邊差錯數據；資金對賬業務會產生渠道的實收實付數據和長短款資金差異數據，這些數據將會被推送至會計核算中心形成相應的憑證。
3.1 四段數據
上圖中最上層涉及到了四段數據即“賬務數據、支付數據、清算數據、結算數據”，這是我們對賬的核心數據，以及他們之間形成的相互核對的關系，如，這部分就是我們做對賬系統的基礎原理和模型。
平臺支付數據和渠道清算數據核對，這部分屬于交易對賬，在對賬核心完成，對完賬以后，平臺支付數據生成2段平臺記賬數據，渠道清算數據生成3段銀行已核對銀行應收應付數據。
渠道清算數據和渠道結算數據核對，這部分屬于資金對賬，在財務處理中心完成，這部分核對的實現比較復雜，另外寫文章單獨介紹，資金核對完以后生成銀行4段實收實付數據。
- 100x：是賬務數據
- 200x：是平臺支付記錄數據，如2001是平臺記錄收款、2002是平臺記錄退款；2003是平臺記錄打款，2004是平臺記錄打款退回等。
- 300x：是銀行清算數據，如3001是銀行收款清算文件數據、3002是銀行退款清算文件數據；3003是銀行打款清算文件數據，3004是銀行打款退回清算文件數據。
- 400x：是銀行結算數據。
以上這些數據，將推動會計分錄的生成，后面會介紹業務數據，如何推動會計憑證的生成。
3.2 三個在途
中間有三個在途，即是未對平的所產生的各段的差異數據，客戶在途是支付記錄和賬務核心產生的差異，即應該給客戶入賬而沒入的賬；支付在途也就是交易對賬產生的單邊賬，平臺單邊或者銀行單邊；資金在途就是長短款以及其他差異賬，可以理解為各類掛賬，后面會詳細介紹這3個在途的生成。
四、系統流轉與數據轉換
各類數據是如何進入會計核算系統的，依靠會計對接系統，各類數據獲取關系如下圖所示：
4.1 數據來源
平臺數據可以直接推送至數據轉換系統，而渠道的清算數據、結算數據、以及核對的差異數據可以由對賬系統進行推送至數據轉換系統。
- 賬務數據：平臺記錄的支付數據，客戶賬數據，也就是200x。
- 清算數據：銀行清算文件數據，也就是300x。
- 差錯/差錯處理數據：可以繼續做為300x。
- 結算數據：銀行結算賬單數據，也就是400x。
- 長短款/核銷數據：可以繼續做為400x。
最后，需要會計前置系統統一下載相應數據，并按照設定好的規則進行數據的校驗和匯總，形成預制憑證，推送至會計核算系統，不同憑證推送至不同的賬套，如渠道清算類、備付金存款類推送至備付金核算賬套中。
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，否則平臺與渠道清算存在差異。
從原理上看，該賬戶的余額上是平臺支付記錄和渠道清算記錄的差額，也就是該賬戶的期末余額就是我們所說的“支付在途”，那么一個清算周期，該賬戶的余額會存在3中情況。
- 余額在借方：說明平臺支付記錄多，那么總體來說屬于平臺掛賬
- 余額在貸方：說明銀行清算記錄多，那么總體來說屬于渠道掛賬
- 余額為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 長短款核銷
經人工排查，收單賬戶已經完成了資金入賬，是結算文件數據丟失，因此對短款進行“銀行補入賬”的核銷，數據如下：
該短款核銷，執行核銷憑證的入賬，記賬如下：
到這里就完成了全部的收款清結算了，此時，全部賬戶的記賬情況如下：
九、結算結轉財務
備付金賬務中涉及到的手續費收入、備付金利息等損益類賬務，需要在期末結轉給財務，這部分就不詳細介紹了。
其中結轉依賴一個過渡科目：應付賬款-內部自有-手續費/利息。
大家可以自行琢磨一下。
以上就是備付金核算的全部內容。
專欄作家
陳天宇宙，微信公眾號：陳天宇宙，人人都是產品經理專欄作家。多平臺支付領域專欄作者，十年資深產品；專注為10萬支付產品經理和支付機構以及企業提供深度支付內容和服務！
本文原創發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
請問下這里的渠道清算流水是扣除支付給渠道的成本之后的金額嗎