支付平台等系統的清分操作 後台具體如何設計？

支付平台等系統在清算的清分階段後台做如何操作？比如原先用戶支付的資金記在待清算科目下 清分的時候要把它記到別的科目下么？還是只是記錄在某張表裡？等到結算的時候再記會計科目能不能詳細描述下清算的具體流程？另商戶清算可能T+1可能T+N 那清分的時候都清分哪些數據 比如兩天後是給商戶結算的日子 那這兩天的交易數據要不要清分？

---

謝邀。最近換工作期間，比較忙，回答比較晚，抱歉。

清結算這塊其實會涉及到賬戶體系、記賬（複式記賬）、對賬等。其中記賬和資金往來是強關聯的。

我們以通過微信方式充值為例說明下其中的清結算過程。

首先，用戶充值，用戶的賬戶會增加一筆資金，我們銀行存款（或者微信結算賬戶）會增加一筆資金，前一筆自己屬於負債類，後一筆屬於資產類，資產等於負債，沒有盈虧。

記賬過程如下：

借 銀行存款-渠道款-微信 100元（我們的銀行存款有一筆資金進入）

貸 客戶資金-XX用戶-基本戶 100元（用戶的錢包賬戶增加100元）

其次，我們考慮到渠道方並不是馬上將錢結算給我們，而是T+1或者T+N結算，所以我們並不能直接記在銀行存款下，而是記在應收款（也可以叫渠道待清算）下，等到資金到賬後再記到銀行存款下。

記賬過程如下：

借 應收款-渠道款-微信 100元（錢還沒打給我們）

貸 客戶資金-XX用戶-基本戶 100元（用戶的錢包賬戶增加100元）

借 銀行存款-渠道款-微信 100元（錢打給我們了）

貸 應收款-渠道款-微信 100元（與第一筆應收款沖銷）

問題來了，什麼時候進行第二筆記賬呢？

通俗做法是等到對賬完成後進行。

最後，常規做法是充值成功並不是馬上將錢打到用戶賬戶，而是會經過結算過渡戶，主要有2個原因，一是可能並不是馬上結算（需要根據具體的業務），涉及到會計分錄（比如說充值手續費）時經過過渡戶更好處理。

記賬過程如下：

借 應收款-渠道款-微信 100元（錢還沒打給我們）

貸 其他應付款-其他應付款-結算過渡戶100元（錢先結算到過渡戶）

借 其他應付款-其他應付款-結算過渡戶100元（過渡戶轉到用戶賬戶）

貸 客戶資金-XX用戶-基本戶 100元（用戶的錢包賬戶增加100元）

借 銀行存款-渠道款-微信 100元（錢打給我們了）

貸 應收款-渠道款-微信 100元（與第一筆應收款沖銷）

以上，不知道是否明白。

如有任何問題，可以私聊我，或進行評論

========================

會點贊的同學是個好同學

========================

如對支付結算感興趣，請移步支付結算雜談 - 知乎專欄

---

不同公司的支付系統設計可能會有不同，原理上，待清算科目在清算完成後，就要形成給財務的待結算表（這個結算表可能是財務定義好的一個科目，你按照財務給你的格式去填寫，也可能是一張表，反正財務能看明白就行，具體看財務的需求）。

結算後財務的會計科目怎麼記，這個你不需要考慮，你只要嚴格按照財務的要求提供待結算表，財務自己會輕鬆入賬的。

T+N,清分的的當然是T的資金

---

支付公司都會給自己的相應的渠道，在支付公司的賬戶開一個相對應的備付金賬戶。這個賬戶用來管理通過這個收款或者付款渠道的資金往來。

---

我現在的做法是一張清算表，在交易時將待清算數據記錄到清算表中，定時任務處理清算，清算完成後再在結算表中記錄一條待結算流水。按照結算周期定時任務處理結算流水

---

日切的時候從商戶的待清算帳戶（共同類）結轉到商戶結算賬戶（負債類），一般賬戶包含會計日期（t日）、期初餘額、期末餘額、借方發生額、貸方發生額，再加一個結算日期（t＋n），根據結算日期查詢其所對應的期末餘額，即是t日商戶的劃付金額

---

首先T+N 這裡我們結算的是T。

清分結算在傳統的零售行業是一個比較龐大的系統，

我們在做系統的時候就是兩個大的動作，

清分和結算，

因為和財務打交道，很多東西和數據就比較敏感，

簡潔的設計只需要考慮如何給財務一張結算依據（結算對賬單），財務依靠此對賬單在他自己的財務系統裡面做帳、結算。

在資源不充分的前提下，這樣設計的好處就是清分結算系統業務簡單明了，出錯率低，不涉及具體財務的業務。當然，當你的業務量大了，一定會增加財務的工作量。

如果設計複雜全面的清分結算系統，就需要把具體結算的動作設計到清分系統裡面一起完成，系統根據清分出來的結算賬單，自動按規則跑數據，然後在結算周期內進行結算，這種設計算是比較專業的系統設計，對財務知識了解，智能化高，很少需要人工干預，不過設計開發量大，如果有足夠的資源匹配可行。

---

推薦閱讀：