起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識資金搬運工，清結算系統
掃碼支付、小程序支付這樣支付產品我們每天都在用，但是支付背后資金是如何流轉到我們銀行賬戶就神秘了很多。今天我們就來介紹這個銀行和商戶之間的資金搬運工，清結算系統。
要結算資金首先要進行對賬，只有賬務核對無誤之后才能給商戶結算資金，因此我們先從對賬工作說起。
一、什么清結算對賬
清結算系統就是因為跨行支付訂單和資金不能同時到賬，因此需要日終對訂單做核對然后完成“渠道清算、商戶結算、銀存結轉”，顯然這里面的對賬是至關重要的。
1.1 什么是對賬
對賬顧名思義就是“核對兩個或者兩個以上賬簿或者賬戶之間賬務記錄”，我們看下這張圖。
圖1：財務對賬
這是個典型的企業財務對賬過程，這個過程就可以看到有代表“賬務”的賬簿，有代表“憑證”的合同/訂單，有代表“實物資金”的銀行賬戶。每一筆賬務記錄都需要做到“賬、證、實”的平衡。
1.2 對賬核對維度
對賬核對的維度分為對外的交易層面與對內的會計層面。
圖2：對賬的核對維度
1.2.1 交易層面
交易層面就是每個商家/用戶可以看到的賬單、資金變動和賬戶余額。由于支付的鏈路比較長采用環環相扣的核對方式，每個節點都要核對明細、發生額、余額的核對，這就是一筆完整賬務核對。其中支付訂單作為鏈接上下游的“橋梁”負責串聯勾兌關系，傳遞支付結果。
1）收支明細：交易的收款、付款的明細記錄。包含了訂單、交易對手、支付方式等完整的信息。
2）發生金額：收款與付款軋差后的金額，也是需要結算的匯總金額。
3）賬戶余額：賬戶期初和期末余額，以及每筆賬務產生的余額變動。
1.2.2 會計層面
會計層面就是“賬、證、實”的核對，其中“明細、發生額、余額”鏈接了外部的交易和內部會計賬務。他們的勾兌關系有以下幾種方式。
1）賬證核對（支付渠道-支付平臺）
支付平臺的賬務明細與渠道流水之間的核對。
2）賬賬核對（支付系統-支付核心）
支付平臺的賬務匯總信息與支付核心的賬簿清算科目進行核對。
3）資金賬實（支付系統-結算銀行）
前面只是賬務信息的核對，實際到賬資金還需要核對下銀行賬戶（或備付金）的結算流水與發生額是否相符，這就是資金的賬實核對。
1.3 對賬模式比較
1.3.1 清結算對賬（清算與結算分離）
清結算因為有備付金作為銀存賬戶，所以采用了清算與結算分開核對的模式。之所以要分開是為了給商家提供靈活的結算，這樣商戶做各種“T1、D1、D0、S0”就都可以。
1）渠道清算：核對清算機構、清算銀行的跨行資金清算頭寸和銀存賬戶的余額。
2）商戶結算：你可能會問不依賴渠道對賬，我怎么給商家結算？有異常訂單怎么辦？其實只要給商家結算成功訂單就行了，超時和差錯訂單可以待調賬成功后再結算。
圖3：清結算對賬
1.3.2 聚合支付對賬（環環相扣核對）
與之對應的非持牌機構通過聚合各種資金通道的對賬，由于沒有資金池加持，因此對賬需要環環相扣的核對過程，資金結算的靈活性也是依賴于支付渠道的能力。
聚合支付的資金賬實因為商戶開戶銀行無法給商戶入金通知，所以只能線下做賬實核對。
圖4：聚合支付對賬
二、清結算業務架構
2.1 清結算系統建模
圖5：清結算建模
構建清結算系統需要從四個層面進行建模，分別是架構模型、流程模型、要素模型和策略模型。
1）架構模型：規劃清結算系統與外部系統的交互邊界，以及內部系統的應用模塊
2）流程模型：串聯內部應用于外部系統上下文交互和集成關系。
3）要素模型：通過標準的對賬和結算數據貫穿每個交易和流程節點。
4）策略模型：對賬結果通過標準的差錯處理策略實現統一的調賬。
2.2 清結算業務架構
圖6：清結算架構業務架構
2.2.1 清結算邊界劃分
1、支付引擎（支付數據）
支付引擎負責聯機交易的支付指令處理，為清結算系統提供“支付數據”進行對賬。
2、賬務系統（賬務數據）
賬務系統是內部的賬務基準，為清結算系統提供賬務數據和最終的資金結算處理。對于差錯賬務也提供差錯調賬接口來更正賬務。
3、支付渠道（資金數據）
1）對賬文件：下載渠道的對賬文件，包含了匯總清算文件和明細核對文件。
2）支付指令：接收來自渠道的來賬和清算通知，以及進行文件出款
2.2.2 清結算系統應用
清結算的應用底層是“數據解析、文件處理、對賬處理、資金處理、清算處理”等五個服務。中臺應用就是結算人員的工作臺，具體功能清單如下。
圖7：清結算系統功能清單
1、入款和出款：在渠道出現異常和文件付款的時候，通過這兩套菜單出款和入款功能處理
2、對賬管理：明細對賬過程的管理，包括渠道對賬和差錯調賬。
3、資金管理：資金匯總對賬的管理，渠道清算和結轉的管理。
4、異常處理：單獨用來處理做登賬和補單處理的。
三、聯機交易和賬戶
在介紹清結算對賬流程之前，我們先介紹下聯機交易的正向流程，對賬就是聯機交易的日終流程。
3.1 日間賬務發生情況
圖8：某日發生的所有交易情況
當天支付系統發生了四筆交易：
1）收款：1000元，D1要結算商戶999元，D1待扣手續費10元。
2）收款：100元，扣手續費1元，超時未返回結果。
3）付款：500元，扣手續費1元，付款成功99元。
4）退款：50元，返還手續費1元，退款成功50元。
3.2 交易與賬戶關系
圖9：交易在賬戶間的流轉關系
上圖我們可以看到整個在賬戶間賬務流轉關系。D1對賬時付款、退款都已經成功結算了，收款有一筆1000元要結算，一筆超時系統內未做登記，需要對賬后明確狀態。因此期末給商戶結算成功收款的1000元即可。
四、清結算對賬流程
4.1 清結算流程
基于以上聯機交易處理我們來進行日終的清結算對賬，他主要分成以下幾個步驟。
圖10：清結算流程圖
1）數據準備：人工或者自動發起對賬任務，下載渠道和支付核心的對賬數據進行解析后對賬。
2）對賬清算：把渠道和支付系統的數據先做匯總核對，如果成功直接匯總確認后按“入款、出口、退款”進行清算和銀存結轉。如果有異常交易則繼續明細核對，獲取差異然后進行差錯處理。
3）商戶結算：商戶結算不依賴于渠道對待，系統任務核對商戶的成功訂單和待結算資金給商戶結算收款資金，并生成商戶的結算賬單。
4.2 對賬數據準備
數據準備通過人工導入或者自動下載的方式獲取渠道“對賬文件”解析后入庫，隨后與核心系統的賬務明細文件進行對賬。
圖11：網聯對賬文件獲取
文件獲取方式每個渠道都有所不同，但是文件獲取的要求基本是一樣的。但是我們在對賬前要確認如下幾點。
- 下載內容：交易匯總和明細文件都需要具備，這樣可以進行總分賬核對。（我們這里以網聯為例，他有聯機差錯推定功能，因此多了差錯文件。其他文件內容各類支付通道都差不多）。
- 下載時間：什么時間點下載數據也要確認好，這樣能保證對賬任務的順利進行。
- 下載方式：一般有http、https、ftp、sftp等方式。
- 文件格式：涉及文件下載后的解析，一般匯總文件比較小直接可以下載，明細文件由于數據量較大會有zip壓縮后獲取。同時文件解壓還會有安全加密處理方式這里就不展開了。
4.3 對賬清算
圖12：對賬清算流程
4.3.2 對賬處理
1）匯總核對：
我們首先會把渠道清算文件與支付核心的賬務數據進行匯總核對，因為只要總賬的資金對平了，明細賬也就平了，這樣對賬效率是比較高的。
2）明細核對：
如果不平怎么辦呢？那就只能對明細了，我們會將下載的渠道明細數據與賬務明細數據進行逐筆核對來找到差錯，然后生成包含了成功和異常的對賬結果。
4.3.3 對賬結果
對賬結束后結算員就要查看對賬結果進行清算和結轉工作了。如果對平就要按“收款、付款、退款”的維度進行匯總確認完成銀存結轉。如果有未對平的交易就要進行差錯處理。
4.3.4 匯總確認
賬務對平后就要按照“收款、付款、退款”的清算賬戶科目維度進行匯總確認。（還記得我們在《3.2交易與賬戶關系》中介紹的三個清算戶嗎？就是這三個清算科目的維度）。
如果三個維度有一個或多個維度不平怎么辦？要對不平的那個科目就要進行差錯處理，對平之后才能結轉。
4.3.5 差錯處理
對于差錯，我們有“自動差錯處理”和“人工差錯處理”兩種方式；
1）自動差錯處理：就是以渠道對賬結果為準，更新本地訂單和向本方支付核心進行差錯調賬。自動調賬功能采用“沖、補、掛”來進行差錯處理。
2）人工差錯處理：有些交易會出現訂單勾兌不上、金額不符等異常，這種情況下貿然使用自動調賬就非常危險了，因此需要通過人工確認后通過補單、登賬、退款、修正異常、線下處理等方式來調整差錯。
3）重新對賬：差錯調賬完成之后對于“未調賬”的支付數據可以進行重新對賬。
4.4 商戶結算
圖13：商戶資金結算
清結算的渠道清算不耽誤商戶資金的結算，我們只對商戶成功收款的訂單與待結算資金進行核對即可，當“訂單發生額>=商戶待結算余額”即可結算。
我們前面案例介紹了，當天有4筆交易其中一筆成功收款1000元，一筆收款超時100元。我們只結算成功的1000元訂單，并扣除手續費。至于那超時的100元，我們當天不結算，對平賬之后再處理。剩下付款、退款交易已經完成結算了直接生成商戶結算賬單就可以了。
五、清結算數據要素和策略
5.1 賬務核對表
圖14：賬務核對表（匯總統計勾兌）
對賬有兩種方式，一種是逐筆勾兌，一種是匯總統計勾兌。逐筆勾兌比較準確但是慢，匯總統計勾兌比較快，但是會因為主鍵不匹配造成批量的數據出現異常?？紤]到對賬性能和匯總異常勾兌的概率，我們這里采用了匯總統計勾兌的方式。
5.1.1 對賬主鍵設計
我們的對賬主鍵使用了“批次號、渠道、交易類型、清算日期”作為對賬主鍵。而生成的對賬結果增加了“對賬狀態”把對平的交易和差錯分開，這樣可以分批次對成功的交易進行期末結轉。
1）批次號：為了能夠進行一天多個批次的對賬，在主鍵中增加了批次號來細分每天對賬的數據。
2）交易類型：交易類型就是按照清算科目“入款、付款、退款”的維度來設計的，如果考慮到來賬的“退匯、線下充值”等場景，我們可以再增設相應科目。本案例中做了簡化把退匯放在“付款科目”把線下充值放在“入款科目”。
5.1.2 對賬要素設計
我們對賬要素分為五部分
1）對賬信息：
就是對賬的主鍵信息和訂單信息，用來勾兌數據和展示必要的訂單信息使用的。
2）系統信息：
就是本方賬務數據的統計信息，會統計本方支付訂單的交易和手續費成本的筆數和金額，用來與渠道核對。其中手續費成本每條渠道結算方式和周期不盡相同，可以不填。
3）渠道信息：作為系統信息的核對一方，也是按照交易金額和手續費金額統計總筆數和總金額。
4）核對信息：核對信息就是對賬結果，顯示差異的筆數和金額。
5）審核信息：記錄結轉和調賬都要進行審核的記錄。
5.1.2 匯總勾兌和明細勾兌
首先是按照清算文件進行匯總核對，如果不平的話我們會加載渠道明細數據進行勾兌。明細勾兌繼續采用“批次號、資金渠道、清算日期、業務類型”這幾個主鍵來進行勾兌，分別勾兌出系統和渠道的筆數和金額，并計算出他們的差異后生成對賬結果。
5.2 差錯策略表
圖15：差錯策略設計
不同的場景可以產生出四類差錯和20多種差錯處理策略，這么多異常處理對于人腦來說需要長期的訓練。有沒有比較簡單有效的辦法呢？
為了方便和清晰的處理差錯和調賬方式，我們采用了策略化差錯設計。差錯策略還是“規則引擎的設計思想”，把輸入結果拆分成“輸入因子”，通過規則模板的篩選，輸出對賬結果和對應的調賬建議。
從下圖可以看到，我們給每條渠道配置一個差錯策略，內容分為“差錯因子、對賬結果和調賬策略”。這樣同類型的渠道可以復用差錯模板，并且也能支持自動調賬處理，即使手工調賬也能給出資金風險提示，對下一步操作給出建議。
圖16：差錯策略表
5.2.1 差錯因子
差錯因子和路由因子的設計原理是一樣的，他就是通過“對賬結果”的分析，得到了能夠組合不同差錯場景的因子。這里我們使用了“資金渠道、交易類型、本方狀態、渠道狀態”作為差錯因子來路由對賬結果和調賬策略
5.2.2 對賬結果
對賬結果主要分為四種情況
1）終態：這是最理想的狀態，系統和渠道都勾兌平了
2）訂單勾兌：由于渠道掉單和記賬超時等異常問題，會出現一方有數據，另一方沒有數據。這種情況在渠道質量不佳，或者遇到瞬間大并發的交易比較容易出現。
3）狀態不符：超時狀態一般會在對賬的時候就會同步了。如果出現一方成功，另一方失敗這種情況就比較糟糕了，說明狀態登記錯誤或者渠道有拒付的情況發生。
4）金額不符：這種屬于金額計算錯誤，需要人工確認計算錯誤出現的原因。
5.2.2 調賬策略
調賬就是對差錯進行賬務更正，他分為常見差錯的“自動調賬”和異常差錯的“人工調賬”。
1）自動調賬：對于比較常見的超時訂單，測試訂單等異常情況可以進行自動調賬糾正賬務系統的差錯。
2）人工調賬：對于掉單、金額異常問題造成的差錯需要先掛賬，人工處理后再進行核銷處理。
5.3 差錯策略最佳實踐
1、作為系統功能固化
差錯策略可以做出一個系統功能來進行差錯和調賬策略的統一管理，這樣既能提升差錯處理的效率，也能向結算人員警示資金風險和需要進一步的操作建議。
這種方式在大規模出現異常的情況下，20多種組合產生的調賬策略，一般人根本應付不過來。有了這樣的處理差錯處理機制，它會救你“命”的。
2、作為差錯分析工具
如果支付系統交易量不是很大的情況下，設計差錯策略投入產出可能會不合適。此時可以把這套方法作為差錯分析工具，并登記好每條渠道的處理策略形成兜底方案。這樣在出現異常能夠快速的定位問題和進行處置。
六、清結算交互演示
圖17：清結算交互流程圖
6.1 對賬任務
圖18：對賬任務
我們可以配置一個自動對賬的任務來定時獲取渠道的對賬文件進行自動對賬。對于一些渠道無法自動下載對賬文件可以通過手工上傳對賬文件的方式進行對賬。
6.2 對賬結果
圖19：對賬結果
完成對賬后可以在這里查看指定渠道的對賬結果，對賬結果會按業務類型和對賬狀態分類匯總輸出，這樣可以方便操作人員分批次來處理來處理。
如果是對平的數據可以直接進行匯總確認完成資金的結轉，如果是異常差錯可以查看差錯詳情來進行差錯的處置。
如果一個業務類型出現對平和不平的數據，結算員想合并后重新對賬，此時可以做對賬撤銷。系統支持對于未對平和未調賬的數據進行重新對賬。
6.3 匯總確認
圖20：匯總確認
對平的數據可以進行結轉，首先是經辦人員選擇復核提交錄入對于的入賬科目，提交給復核員。復核員核對“試算平衡”數據后確認提交完成該渠道清算和期末結轉。
6.4 差錯處理
圖21：差錯處理
未對平的數據可以按“業務類型+對賬結果”分批次的差錯調賬。調賬操作可以根據“資金風險、常見問題、操作提示”進行處理。
6.5 人工補單
補單（又稱補償）就是在渠道掉單的情況下，通過發起一個定時任務從渠道方查回訂單結果繼續賬務處理。
圖22：需要補單的對賬結果
聯機交易階段會有輪詢任務來處理掉單的情況，但是會有固定次數。如果對賬時還未返回結果，在結算人員與渠道方確認后手工發起補單查詢從渠道一側批量查回訂單數據，繼續后續操作完成賬務處理。
圖23：補單處理流程
6.4 人工登賬
登賬是在渠道有訂單情況下，根據渠道訂單向支付核心補錄賬務信息。登賬的情況有異常差錯和銀存賬戶的動賬處理記錄。
1）異常差錯
需要登賬的異常差錯有，渠道生產和測試混用帶來的測試訂單；還有交易節點考慮不完善沒有正確入賬的情況，例如來賬入金、線下充值、來賬退匯等問題。
2）銀存動賬交易
有些交易清算銀行會直接操作銀存賬戶，但是沒有實時通知到支付系統。例如手續費扣收，利息結息，在途款調撥等。這種情況下需要人工獲取對賬單來登賬記錄銀存賬戶的變動情況。
圖24：常見的登賬賬務處理
七、總結
7.1 四張圖搞定清結算
本文把清結算系統的設計主線內容進行了完整的介紹，內容比較多建議大家記住以下四張圖，整個對賬清結算體系就能建立起來了。
圖25：四張圖搞定清結算
如果還是覺得記不住的話，那就記住這張流程圖吧，同時參考我提供的對賬要素和差錯策略兩張表格。
圖26：對賬流程圖
本文由人人都是產品經理作者【剛哥】，微信公眾號：【剛哥白話】，原創/授權 發布于人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基于 CC0 協議。
- 目前還沒評論，等你發揮！
