關於賬務系統設計的總結
最近一些朋友和交流賬務，會計系統一些問題，最近2年也一直在和賬務系統做鬥爭，積累一些認知，特此總結。
概念就不講了，純自己認知，限於資料有限，如有錯誤，請大家多指正
一.賬務系統作用
1.記錄賬戶餘額
2.記錄賬戶流水
3.會計核算的基礎
4.一種支付方式（比如餘額寶，花唄）
5.交易和會計系統的緩衝，用於實時記錄客戶餘額的變化
6.信用額度控制
.......
二.賬務系統類型
1.複式記賬的賬務系統：會計系統，（我設計的賬務系統）
2.單邊記賬+複式記賬的賬務系統：支付寶賬務系統 （充值 提現單邊記賬，內部轉移複式記賬）
3.單邊記賬的賬務系統：電商平台類，最初的原始餘額管理系統
三.賬務系統和其他系統的關係
1.以賬務系統為核心：業務系統-》賬務-》會計核算-》對賬
2.以交易系統為核心：
3.客戶，會員，賬戶的關係
三.賬務系統怎麼設計
1.參考文章：
支付系統賬戶模型設計
支付 | Payment Blog
支付 | Payment Blog2.相關介面
3.數據結構
....(此處略去N張表）
四.賬務系統設計原理
1.複式記賬賬務系統和會計原理類似：
a.有借必有貸，借貸必相等
b.恆等原理：資產類賬戶 + 負債類賬戶 = 內部類賬戶（餘額可正可負）
*充值100元，問題：內部渠道戶如何平賬（充提對沖） 資產類賬戶（+0） = 負債類賬戶（+100） + 內部支付渠道戶（-100）*提現 資產類賬戶（+0） = 負債類賬戶（-100） + 內部支付渠道戶（+100）*轉賬 資產類賬戶（+0）= 負債類賬戶（+100 +(-100)）+內部類賬戶（0）*信用還款 為什麼同時-100，還款操作是減少資產賬戶的已透支額度，消費是增加透支額度 資產類賬戶（-100） = 負債類賬戶（-100）+內部類賬戶（0）*等等場景都可以羅列如果賬務系統遵循這個原理： 1.可定時驗證賬務系統恆等是否成立，判斷這段時間系統是否出現漏記，或金額記錯的問題。 2.賬戶類型和會計科目映射，可以核對每日期初餘額，期末餘額，發生額，如果有差異，則核對明細 3.熱點賬戶問題需要解決，內部賬戶會存在排隊記賬的情況，需要有隊列機制or匯總記賬。 4.回滾需要同時清除2個賬戶的流水和餘額，比較麻煩。 5.一個交易對應多筆記賬流水需要在一個事務里完成記賬，實現複雜。
2.單邊+複式記賬
在和第三方系統發生業務使用單邊記賬，比如充值，提現
系統內資金過程使用複式記賬。
優勢：
a.避免支付渠道餘額清理的問題，減少熱點賬戶
b.賬務的記賬流水用於和支付渠道對賬。
c.內部熱點賬戶可以批量記賬，比如擔保交易的中間賬戶，優惠券賬戶等
五.賬務系統如何對賬
1.和會計系統對賬
a.整理會計系統記賬
b.建立賬戶類型和會計科目的映射
c.明確核對周期，比如日清，周清，月清 按實際情況
d.核對期初，發生額，期末餘額，如果會計系統類似SAP有供應商和客服分類賬的可以核對不同餘額。
2.餘額對賬原理
3.支付渠道對賬
4.支付寶的賬務系統業務流程：賬務-》會計-》核算
六.如何才能做好賬務設計工作
如果要做好這個工作，首先要對信息流，賬戶流轉，財務記賬等按交易場景分析清楚，做到每個業務場景都細化到賬務流，資金流，憑證流，制定業務核對規則，按流水號，憑證號，資金支付單據號等唯一值實現系統自動記賬，核對，實現日清日結。
七.賬務系統的記賬幾種類型：
1.擔保交易，先凍結額度，然後在扣除凍結額度，記錄賬務流水和更新餘額
a.提現：平台自建提現通道，走銀企直聯，不是實時到賬，涉及到財務提現審核，提現流程分為3步。
發起提現：用戶從客戶端發起提現申請，將提現額度凍結，可用額度減少
提現審核：人工or自動
提現付款：出納操作選擇支付銀行，發送支付指令，銀行返回接收成功，如果支付成功，到觸發扣除鎖定額度，記錄賬務流水和更新餘額。如果支付失敗，則重新發起支付，或取消提現，釋放鎖定額度，提示用戶修改信息後再提現。
b.支付寶的擔保支付也可以不走中間賬戶，先鎖定，收貨後扣除鎖定額度
2.實時交易
賬戶支付
直接記錄賬務流水和餘額變化
3.記賬交易 按照固定賬單從賬戶扣錢，不需要支付驗證，一般由扣款協議。
代扣類業務：花唄扣款
八.如何核對賬戶系統餘額
應該從什麼點出發，來做核對，怎麼才能財務的期初，期末，發生額對上呢，有差異如何快速的找到問題點。
我的經驗如下，針對每個業務場景將賬務流水，財務憑證，資金流分析清楚，指定每個場景的對賬規則，比如流水號寫入會計憑證。
示例如下：
九.之前相關文章的鏈接
haric：賬務系統-賬務記賬方式
haric：對賬-支付渠道對賬haric：賬務系統發展階段總結haric：賬務系統-複式記賬法總結haric：互聯網企業賬戶/賬務系統如何設計?劉貞平：支付系統中的賬戶體系的設計與記賬處理
推薦閱讀：
TAG:支付系統 |