第三方支付账务系统设计难点 16
第三方支付賬務系統設計
首先談一下支付公司賬務系統如何設計。關于如何記賬,國內長期以來有兩個發展方向,一個是以金蝶、用友為代表的財務系統,另一個是以銀行為代表的銀行賬務核心系統。
這兩種賬務系統都是用來記賬,但設計理念上有很大差別,財務系統以科目為中心,記賬必談科目,銀行賬務系統以賬戶為中心,記賬必談賬戶。從賬戶數量來講,支付公司幾千萬甚至上億的賬戶數量,金蝶、用友這種財務系統是支撐不起來的。基本上,對于支付公司的賬務系統應該參考銀行賬務核心系統來設計,這一點在業界已經達成共識。
這里談的的賬務系統,是說的復式記賬(有借有貸,借貸相等),但是不采用復式記賬,而是采用單式記賬,是否可以呢?首先說答案,是可以的。但是,單式記賬不科學,也存在一些缺陷。采用單式記賬,存在以下一些問題:
1. 資金的來龍去脈不清晰。記賬是一門技術,有專門的方法,從刻字記事、結繩記事,發展到現在,借貸復式記賬是目前為止最科學的一種記賬方法。借貸復式記賬能夠清楚記錄每筆資金從哪來、到哪去,這一點,單式記賬是無法做到的。
2. 單式記賬無法進行資產、負債平衡檢查。資金不會憑空而來,也不會憑空而去。對于一個會計主體,有多少資產,就有多少負債,資產 = 負債 (所有者權益是對股東的負債)。
比如用戶充值業務,在支付機構的賬務體系中,采用復式記賬,用戶余額增加,同時支付機構在銀行的存款科目余額增加,日終進行總賬平衡檢查,銀行存款科目余額 = 用戶余額 (不考慮支付手續費)。而如果采用單式記賬,一筆充值業務,只記錄用戶余額增加,而不記錄銀行存款,那么,用戶的余額是否等于支付機構的銀行存款呢?采用單式記賬,是沒有辦法進行這種平衡檢查的。
3. 從業務模型來講,也需要復式記賬。還用上面的例子來講,比如,支付公司對接了100家銀行,用戶在每家銀行都有充值,如果每筆充值,只記錄用戶余額是多少,而不記錄支付公司在銀行的存款是多少,那該如何核對支付公司在每個銀行有多少余額呢?只能是把所有用戶余額匯總在一起,然后把所有的銀行對賬單的余額匯總在一起,核對一個總數。
這種核對方法,由于時間差或各種原因,是很難核對出具體每個銀行賬戶存款的差異的。而如果采用復式記賬,對于每筆充值,都記錄了對應銀行存款科目余額(或者是應收賬款科目)的變化,賬務系統總賬借貸平衡之后,再用銀行存款科目余額與銀行對賬單核對,就很容易核對出對應銀行端每個賬戶余額差異了。
在日常財務處理的工作中,財務人員也是用銀行存款科目余額與銀行對賬單來核對,出具余額調節表,來核對與銀行對賬單的差異。所以說,從現實業務模型來講,支付賬務系統也應該采用復式記賬的方法來進行記賬。
賬務系統有以下幾個作用:
1. 提供業務支撐。記錄余額的變化,保證業務正常運轉。業務驅動賬務,沒有業務也就沒有賬務,賬務要保證業務能正常運轉,賬務的余額要100%準確。
2. 為用戶提供賬單。用戶數量太多,不會為每個用戶發送賬單,用戶可以查詢賬戶的余額和明細。
3. 為商戶提供賬單。商戶對于開在支付公司的賬戶與在銀行的對公賬戶是同等看待的,賬務系統需要為商戶提供資金對賬單。
4. 內部核算。記錄銀行存款、應收賬款、手續費、利息收入等科目余額,與銀行或第三方提供的賬單進行核對,核對余額與發生額。
5. 為企業大財務提供匯總記賬憑證。支付公司的賬務系統記錄的是業務賬,這些數據是整個企業財務數據的一部分,需要合并到公司的大財務系統中去。可以把支付賬務系統的會計分錄映射為大財務的分錄,然后匯總,直接對接企業ERP總賬。這一點與銀行非常類似,銀行賬務核心記錄的是存款、貸款、匯款這些業務數據,這些業務賬也是要與銀行財務系統合并到一起的。
轉載于:https://www.cnblogs.com/memeda21/p/11051766.html
總結
以上是生活随笔為你收集整理的第三方支付账务系统设计难点 16的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: rabbitmq的相关知识
- 下一篇: Spring @Configuratio