支付系統詳解:清結算系統

17 評論 44446 瀏覽 247 收藏 12 分鐘

清結算系統是支付系統的一個子系統,本文重點介紹清結算中的系統設計和與對賬系統的關系。

清結算系統是第三方支付系統按照與商戶的協議,將一個結算周期內的收付款項匯總軋差生成待結算金額,并將待結算金額結算給商戶的一個功能模塊,是支付系統的一個子系統。

第三方支付系統的清結算系統并不是與人行的支付清算體系處在同一層級的系統,簡單來說,后者擔任著完成銀行與銀行之間的資金清算,而前者僅僅服務于一個第三方支付系統,完成對第三方支付系統的商戶的資金結算。

大家想必注意到了清算和結算用詞的差異,清算是各清算中心的工作內容,包括清分和資金劃撥兩個步驟,清分用于登記流水和軋差匯總,資金劃撥則是在各個銀行之間進行資金調動,即該扣哪個銀行多少資金就扣掉,該付給哪個銀行多少資金就給它增加余額;結算是指銀行按照結算周期對其直連商戶的資金核算了結。

第三方支付系統的清結算系統,雖然包含清結算三個字,但“清”僅僅只是清分,沒有清算中心那樣進行資金劃撥的權利,結算倒是名符其實的結算,與銀行對其直連商戶的結算概念等同。

清結算系統的實現

正如在《支付路由的管理與設計》一文中提到的,后臺服務型系統的設計一般都逃不過三個范圍:業(yè)務流程、管理頁面、接口,支付路由如是,清結算系統也如是。

只不過,相較于支付路由(業(yè)務流程一般分布在來自管理頁面的配置和接口的調用當中,不存在自動化的業(yè)務處理),清結算系統的業(yè)務流程存在自動化的業(yè)務處理邏輯,且清結算系統不一定能說是純后臺服務型系統,因為它需要提供給商戶后臺查看結算單信息以及進行對賬單下載的能力(這兩點一般只是查詢下載功能,故下面的部分不會講述商戶后臺的部分)。

1. 清結算的管理頁面功能

清結算的管理頁面主要包含商戶結算信息的管理、清分明細管理和結算單管理三部分。

商戶的結算信息是在商戶入駐支付平臺的時候通過協議合同確定的,協議中包含如下用于結算的關鍵信息:

  • 結算周期:可以是D0,D1,也可以是T1,T2……Tn(D代表自然日,T代表工作日),D0一般是設置某些個時間段結算一次,比如可以設置0點到15點的交易在15點之后結算一次,15點到24點的交易在24點之后結算一次;
  • 結算方式:分為結算到商戶的銀行賬戶,還是商戶支付平臺內的可用余額賬戶;
  • 銀行賬戶信息:包括銀行賬戶名、聯行行號、銀行賬號。

如上,商戶結算信息管理功能中的結算信息基本上都是在商戶入駐的時候登記進去的,但是要在這個功能里進行后期的維護,如更換結算周期,修改結算方式,更換銀行賬戶信息,修改結算信息的有效性……

清分明細管理是對成功消費的訂單生成的清分明細的管理,之所以稱之為明細,是因為這條記錄中會包含交易金額、商戶手續(xù)費,甚至可能會有渠道成本、代理商分潤金額等信息,清晰的表明了各部分金額的歸屬。

清分明細管理的數據來源于訂單系統在一筆消費訂單成功之后,對清結算接口的調用(當然其中也可能會要求退款也要產生清分明細,這個時候就要看退款是從哪個賬戶退,從可用余額賬戶退,可以考慮不登記,也可以登記但不計入結算,從待結算賬戶退,就要登記并參與結算)。

結算單管理即是對商戶的結算管理,結算單是一種外在表現形式,其記錄了商戶一個結算周期內的所有清分記錄的匯總軋差的結果。

結算單的生成是由系統依據商戶的結算周期設置自動匯總清分記錄而成。

2. 清結算的接口

清結算的接口是與其他系統交互的入口,一筆交易的最后一步,即是調用清結算接口登記一條清分記錄,用于一個結算周期之后對商戶進行結算。

清結算接口的設計一般要包含商戶編號、交易金額、商戶手續(xù)費、渠道成本等參數字段,如果要求代理商的分潤信息添加進來,則也要增加相應的代理商戶編號、代理商分潤金額等參數(描述的參數基于這些費用成本數值都是在訂單系統完成的計算,如果要求清結算系統內自行計算,則要上傳相應的費率,或者在清結算系統調用費用中心獲取相應的商戶費率、代理商扣率等費率數據)。

注意:訂單系統調用清結算系統登記清分記錄,也可能會出現異常,導致清分記錄沒有登記成功,這個時候,要么在訂單系統設置相應的機制保證一定要清結算系統登記成功方才停止請求,要么就要進行兩個子系統的對賬,對不上的記錄要自動補登記,并且要在兩個系統流水一致的情況下,才能進行結算操作。

3. 清結算的自動化業(yè)務流程

清結算的自動化業(yè)務流程分為三步:自動生成結算單、自動結算、自動生成對賬單。

自動生成對賬單,即是一開始講到的,按照第三方支付系統按照與商戶的協議,將一個結算周期內的收付款項匯總軋差生成待結算金額,形成一條結算單數據。

自動結算,即是按照設定的結算方式,在生成結算單之后,或者指定某個具體的時間點,自動將結算單中的金額結算給商戶的銀行賬戶或者支付平臺賬戶,但是結算之前,需要進行記賬操作,如下:

結算到銀行賬戶:

借:應付賬款-商戶-待結算賬戶?? XXX元

貸:銀行存款???????????????? XXX元

結算到支付平臺賬戶:

借:應付賬款-商戶-待結算賬戶?? XXX元

貸:應付賬款-商戶-余額賬戶 ?XXX元

注意:

  1. 可以沒有自動結算這個功能,由人工在管理頁面操作結算;
  2. 結算到銀行賬戶,也可以分成兩步,先結算到支付平臺賬戶,再自動幫助商戶提現到銀行賬戶,這個邏輯可以在代付渠道不能使用的情況下,將資金結算到商戶的支付平臺賬戶,對其可見,不過,是否要按照應急狀況進行這種邏輯的設定要看業(yè)務方的考慮,如果機制完善,也可以不采用這種方式,畢竟對于資金問題,過于自動化可能并不讓人放心。

自動生成對賬單,即是在對商戶結算之后,提供商戶核對結算金額是否正確的依據,而對賬單生成的依據則是清分明細。

生成對賬單之后的一個問題就是怎么讓商戶獲取到對賬單,一般有如下幾種方式:

  1. 在商戶后臺提供下載入口;
  2. 提供獲取對賬單的接口,由商戶進行系統對接;
  3. 將對賬單放到支付機構的FTP/SFTP上,允許商戶訪問獲?。?/li>
  4. 將對賬單推送到商戶的FTP/SFTP上

……

方法多多,可以視具體需要確定提供哪些方式。

清結算系統完成對商戶的結算之后,要將這個結算周期的清分記錄生成一個對賬文件(商戶對賬單),供商戶對賬使用。

可能有人認為提供商戶對賬單供商戶對賬應該放在對賬系統,但由于商戶對賬單的生成要依據清分記錄,所以商戶對賬單的生成是在清結算系統。

與對賬系統的關聯

清結算系統與對賬系統產生關聯,主要是考慮要不要在跟渠道對賬結束之后,再將資金結算給商戶的問題,涉及下面兩種情形:

  1. 如果是先對賬,再結算,則是以渠道的流水記錄為準,核對了流水之后再進行結算;
  2. 如果是不管對賬結果,直接結算,則是以支付系統的流水記錄為準進行結算;

然而,渠道對賬單里的流水可能只是用戶充值到支付平臺賬戶,并不需要結算給哪個商戶,而結算給商戶的資金也不一定是發(fā)生了銀行卡支付,像余額支付(對于支付寶,還有花唄支付等)這種,支付記錄不需要與渠道對賬,但是也要結算給商戶。

個人認為,沒有必要增加業(yè)務耦合度,讓清結算系統與對賬系統糾纏不清,渠道不會少結算給支付機構,支付機構也不會少結算給商戶,不需要為了一點特殊的差異,而復雜化業(yè)務流程,分別保證支付機構與渠道、商戶與支付機構之間不存在對賬差錯即可。

 

本文由 @江寒 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你好,你所指的清分明細是指訂單系統推給結算的聯機交易嗎? 包含商品單、采購單和支付單?

    回復
  2. 一篇看完后沒有收獲的文章,比較水。整個支付環(huán)節(jié)的流程、整個清結算環(huán)節(jié)的流程,一點都沒有講。資金流怎么走、信息流怎么走,也沒有講。

    來自廣東 回復
  3. 您好,請問有公眾號嗎?看到你19年中就不再更新了,是否有其他更新的地方,想關注學習。

    來自浙江 回復
  4. 我遇到的支付系統,都是先進行訂單落庫,狀態(tài)成功以后,進賬務系統記賬,然后定時任務根據結算周期進賬務系統中拉數據,然后進行清結算。樓主說的,訂單系統直接調用清結算 怎么理解???

    回復
  5. 感謝分享,有一事疑惑,清結算系統清分明細和賬務系統的記賬流水的區(qū)別是啥?

    來自北京 回復
    1. 個人理解,清分系統明細就是一筆單向的流水記錄,比如甲支付給A商家100元,并更新A商家收入增加100元;賬務系統是復試記賬,這一筆流水會登記成:借:平臺-待清算賬戶 100, 貸:商家-支付賬戶 100; 并同時更新平臺待清算賬戶和商家支付賬戶余額。

      來自浙江 回復
  6. 你好,支付清結算系統業(yè)務系統產生的交易訂單外,支付系統內部的充,提,轉,也是要經過清結算系統的吧?

    來自廣東 回復
    1. 個人理解:是的,所有涉及資金交易的,由于要有清分軋差的過程,所有資金的進或出,無論是交易訂單,還是提現、充值訂單,都會進入這個系統

      來自浙江 回復
  7. 求加微信,詳談

    來自北京 回復
  8. 您好,請教兩個問題:
    1、是否所有交易訂單均需要經過清結算系統?如 一個訂單不存在與第三方商戶的清算和結算,是否需要到清結算系統走一遭?
    2、業(yè)務訂單到清結算系統進行清算和結算,有兩種方式:① 業(yè)務訂單系統調用清結算的接口,將訂單拆分成清結算可識別的訂單邏輯,由清結算系統直接進行清算和結算 ② 清結算拿到業(yè)務的原始訂單,按照自己想要的數據格式進行清洗解析,生成自己可識別的單據數據,再進行清算和結算。 這兩種方式,您知道該如何選擇更利于業(yè)務擴展嗎?

    來自上海 回復
    1. 1.要經過清結算系統的交易訂單,一般是指消費類和退款類的交易訂單,不一般的話,退款類交易從平臺的可用余額賬戶退款,不需要經過清結算系統;對于“一個訂單不存在與第三方商戶的清算和結算”的自營情形,清結算系統既然已經存在,保持統一的流程,個人覺得是最好的方案,也應該是最自然的方案,創(chuàng)建一個商戶作為內部商戶,設置成結算到平臺可用余額賬戶,這樣也可以自動的完成統計工作。如果自營情形不經過清結算系統,流程上就不那么一致,統計工作也需要另外做。不過,原理是固定的,具體的業(yè)務需要是不同的,選擇簡單、擴展性好的方案即可。
      2.合理的選擇是選擇模式①,在清結算系統能夠滿足業(yè)務需要的情況下,盡可能不對其進行改動,保持其功用的單一性,不額外的負擔數據清洗解析的過程。這是理想,如果現實需要,可以加一個前置模塊,進行數據清洗解析,就是模式②了。

      來自天津 回復
  9. 筆者您好,您的文章很有干貨,很多細節(jié)都解釋得很清楚,在最后的“渠道對賬單里的流水可能只是用戶充值到支付平臺賬戶,并不需要結算給哪個商戶,而結算給商戶的資金也不一定是發(fā)生了銀行卡支付,像余額支付(對于支付寶,還有花唄支付等)這種,支付記錄不需要與渠道對賬,但是也要結算給商戶?!? 這個“渠道對賬單”的渠道指的是某個公司主體合作的渠道還是第三方公司的某個支付渠道還是銀行的某個支付渠道,這段話麻煩可以舉個例子說明一下嗎,感謝。

    回復
    1. 你提到的這三個,就是渠道對賬單的例子

      回復
  10. 看來支付產品經理并不好找工作啊

    回復
  11. 工作找好了嗎

    來自重慶 回復
    1. 我也是想換工作了也。。。 ? 你在哪個城市呀

      來自重慶 回復
    2. 深圳應該好找吧,加油!祝找到更好的

      來自重慶 回復