支付系統(tǒng)中,賬戶體系的設(shè)計與記賬處理

賬戶體系和會計的設(shè)計是整個支付系統(tǒng)的底層基礎(chǔ),是支付系統(tǒng)在基礎(chǔ)支付服務(wù)的基礎(chǔ)上,為個人用戶及企業(yè)商戶提供的對于資金收、付、管的服務(wù)。本文所說的賬戶體系定義所有的操作均以交易的形式發(fā)生,但從金融核心系統(tǒng)的發(fā)展來看,將由以交易驅(qū)動轉(zhuǎn)變?yōu)橐杂脩魹橹行牡陌凑债a(chǎn)品進行管理的賬戶體系。
一. 交易模型
前文說道,本文所說的賬戶體系定義所有的操作均以交易的形式發(fā)生,即賬戶的變動均基于交易而發(fā)生。對于賬戶的處理,需要依據(jù)業(yè)務(wù),結(jié)合相應(yīng)的產(chǎn)品體系,建立交易模型。
如下:
- 產(chǎn)品:如B2C網(wǎng)銀、B2B網(wǎng)銀、快捷支付、代收代付、身份驗證、賬戶驗證。
- 交易類型:在產(chǎn)品的基礎(chǔ)上,拆分出來的粒度更小的交易,如B2C網(wǎng)銀支付可以拆分為收單、結(jié)算。
- 賬戶體系:基于交易發(fā)生的賬戶變動,如C1用戶轉(zhuǎn)賬至C2用戶。
- 賬戶體系:根據(jù)不同的交易類型對于會計科目進行設(shè)置,每筆交易會形成相應(yīng)的會計分錄,用于記賬。一般需支持一借一貸和一借多貸,即每筆交易都會至少生成一組會計分錄。
下面以B2C網(wǎng)銀收單為例說明:
假設(shè)條件:
- 用戶使用中國銀行深圳分行B2C網(wǎng)銀向企業(yè)商戶下單購買商品。
- 支付公司結(jié)算至企業(yè)商戶余額戶。
二. 賬戶體系
賬戶按照所有權(quán)可以區(qū)分為個人賬戶、企業(yè)賬戶、內(nèi)部賬戶。個人賬戶是面向個人用戶開設(shè)的電子賬戶,如余額戶記錄用戶在支付平臺的余額,企業(yè)賬戶是面向商戶開設(shè)的賬戶,如待清算戶,基本戶。內(nèi)部賬戶是支付公司為自身業(yè)務(wù)開展的需求而為自己設(shè)立的賬戶,如備付金賬戶、長款戶、短款戶。除此之外,支付系統(tǒng)還可以根據(jù)業(yè)務(wù)需要設(shè)置各種不同的賬戶類型。
所有的賬戶都記錄著兩方面的信息
(1)賬戶的基本信息
- 賬戶號
- 賬戶類型
- 余額
- 幣種
- 賬戶狀態(tài)
- 開戶時間
除此之外還可以設(shè)置對賬戶的權(quán)限進行控制,如:
- 是否允許充值
- 是否允許提現(xiàn)
- 是否允許余額為負
(2)賬戶的流水信息
包括開戶以來的所有賬戶變動變動信息,何時存入資金,何時取出資金,何時發(fā)生賬戶金額凍結(jié)等。
賬務(wù)流水
賬務(wù)流水包括一個賬戶所有狀態(tài)變化的過程信息。賬戶管理系統(tǒng)對外提供了開戶,記賬、賬戶信息變更、賬戶信息查詢等一系列接口服務(wù)。
如下表:
賬戶用例(僅記錄商戶側(cè))
(1)開戶
商戶A是一家電商平臺,接入支付系統(tǒng)快捷支付,支持借記卡和貸記卡;對于手續(xù)費征收,經(jīng)協(xié)商,采取收支兩線,并預(yù)存手續(xù)費10000元,交易手續(xù)費費率為1%;同時因為該商戶資質(zhì)較好,交易時采取D0實時結(jié)算。
商戶開戶,根據(jù)商戶交易特點,需開通以下賬戶:
- 待結(jié)算戶:用戶在商戶交易完成后,資金進入該賬戶。
- 基本戶:商戶的余額戶,可體現(xiàn),交易結(jié)算后,資金進入該賬戶。
- 手續(xù)費戶:專門用來存放手續(xù)費的賬戶。
開戶后各賬戶余額如下:
(2)收單交易
某用戶上午9點在A電商平臺上使用快捷支付購買1000元的手機,交易完成后,A商戶待結(jié)算戶增加1000元
手續(xù)費按照1%標準征收,由商戶支出,故該筆交易手續(xù)費為:1000*1%=10元,計入手續(xù)費戶,手續(xù)費剩9990元。
支付公司設(shè)置D0結(jié)算時間節(jié)點為每天下午4點。下午4點后,待結(jié)算戶資金結(jié)轉(zhuǎn)至基本戶。
賬戶變動如下:
(3)提現(xiàn)
A商戶在下午4:30時,發(fā)起提現(xiàn)600元,商戶提現(xiàn)手續(xù)費按筆征收,每筆2元。
商戶提現(xiàn)600后,基本戶剩400元,同時每筆需付出手續(xù)費2元,手續(xù)費戶剩余9988元。
賬戶變動如下:
三. 會計核算體系
按會計科目所反應(yīng)經(jīng)濟內(nèi)容的不同一般可分為資產(chǎn)類科目、負債類科目、資產(chǎn)負債共同類科目、所有者權(quán)益類科目、損益類科目。
資產(chǎn)類科目余額方向在借方,負債類科目余額方向在貸方,資產(chǎn)負債共同類科目根據(jù)實際情況可借方可貸方。
會計科目分為總賬科目和明細類科目。
- 總賬科目,又稱一級科目,是總括反應(yīng)會計要素的科目,如銀行存款、應(yīng)收賬款。
- 明細類科目,是對總賬科目所包含的內(nèi)容的細化所形成的科目。在明細科目中,根據(jù)需要設(shè)計二級科目、三級科目。其中,沒有下級的科目稱之為葉子科目。注:只有葉子科目下才可以開賬戶。
常見會計科目:
(1)資產(chǎn)類科目
- 銀行存款
- 應(yīng)收賬款
- 在途調(diào)撥
(2)負債類科目
- 個人賬戶余額戶
- 公司(商戶)賬戶余額戶
- 應(yīng)付賬戶
(3)共同類(主要是待清算)
- 待清算充值款項
- 待清算提現(xiàn)款項
- 待清算支付款項
會計科目與賬戶的對應(yīng)關(guān)系見下圖:
四. 業(yè)務(wù)流程
1.?總體交易流程
(1)業(yè)務(wù)系統(tǒng)
- 交易網(wǎng)關(guān):處理個人或者企業(yè)用戶的充轉(zhuǎn)提業(yè)務(wù)
- 資金調(diào)撥等系統(tǒng):進行資金調(diào)撥時,調(diào)用賬戶記賬;長短款的處理。
- 其他系統(tǒng):其他業(yè)務(wù)系統(tǒng)的賬戶記賬請求
(2)賬戶系統(tǒng)
記錄每筆交易的交易收付記錄
(3)會計系統(tǒng)
按照企業(yè)會計分錄流水記賬,記賬采用復(fù)式記賬法。
(4)清結(jié)算算系統(tǒng)
- 交易清分,算出給每個賬戶打多少錢,同時從每個賬戶收多少錢;
- 交易結(jié)算出款:調(diào)用銀行/通道代付接口,自動出款。
- 對賬:核算通道與支付系統(tǒng)的應(yīng)收應(yīng)付。注:對賬業(yè)務(wù)流程最好不要跟清算、結(jié)算勾連在一起,跟上游通道對賬與給商戶付多少錢最好不要業(yè)務(wù)先后關(guān)系。
2. 賬戶、會計處理流程
來自支付系統(tǒng)交易,一筆交易至少會在賬戶系統(tǒng)中產(chǎn)生一條賬戶流水記錄(明細賬),同時會在會計系統(tǒng)中根據(jù)業(yè)務(wù)的需要產(chǎn)生一套或者多套會計分錄流水,賬戶余額與會計余額相對應(yīng)。概括之,賬戶系統(tǒng)是提供對外客戶的賬戶支持,客戶的查詢余額,賬務(wù)明細均來自于此;會計系統(tǒng)是為了內(nèi)部核算管理的需要而設(shè)立的,所有的銀行資金清算與結(jié)轉(zhuǎn)都需要會計系統(tǒng)的支撐,內(nèi)部戶與外部戶的資金核算管理也需要會計系統(tǒng),兩個系統(tǒng)相互依賴,賬戶系統(tǒng)是會計系統(tǒng)的前置。
記賬過程如下:
- 在前端支付訂單產(chǎn)生之后,支付系統(tǒng)按照訂單內(nèi)容封裝成各類交易,并組成交易報文,通過銀行通道提交到銀行進行支付;在銀行完成支付交易指令的處理后通知到支付系統(tǒng),支付系統(tǒng)根據(jù)銀行報文內(nèi)容通知到商戶訂單的處理結(jié)果之后,交易處理過程即告完成。
- 為提高交易性能,交易必須與賬務(wù)分離,以提高交易處理性能和效率,從而有針對性的分塊解決復(fù)雜業(yè)務(wù)邏輯。因此,在支付交易處理完成之后,前端交易處理系統(tǒng)根據(jù)業(yè)務(wù)場景將交易分實時和非實時記賬的方式,將成功的交易以流水的形式提供給賬戶系統(tǒng)。整個交易過程,在支付核心送賬戶系統(tǒng)時其實已完成。
- 賬務(wù)的處理分為賬戶系統(tǒng)處理和會計系統(tǒng)處理,賬戶是會計的前置。交易流水到達賬戶系統(tǒng)之后,賬戶系統(tǒng)為每筆交易分配賬務(wù)流水號,賬務(wù)流水號的形成,需要賬戶前置調(diào)用計費服務(wù),算出商戶的交易手續(xù)費。賬戶流水形成后,若是非實時記賬,則直接通知業(yè)務(wù)系統(tǒng)記賬完成,之后再開始記錄分戶賬和更新余額,若是實時記賬,則系統(tǒng)開始記分戶賬與生成賬戶余額,余額更新完畢后,通知業(yè)務(wù)系統(tǒng)記賬完成。
- 賬戶系統(tǒng)記賬完畢后,將定時以批量文件的方式送會計記賬,同理,會計記賬也將為每筆交易分配會計流水,對于會計記賬,需支持一借一貸、一借多貸和多借一貸的記賬模式。會計記賬也分為記分戶明細賬和更新會計余額。
- 會計記賬完畢后,每日日終時,進入日終批處理過程,日終批處理是對日間沒有處理完畢,以及不需要在日間處理的任務(wù)進行批量處理。在記賬中,日終批處理主要指業(yè)會核對,即賬戶系統(tǒng)余額與會計系統(tǒng)余額間的核對。
至此,整個記賬處理過程才算真正結(jié)束。
作者:劉貞平,一名水貨支付產(chǎn)品經(jīng)理,努力學(xué)習(xí)支付相關(guān)知識,順便了解相關(guān)行業(yè)知識
本文由 @劉貞平 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pixabay,基于 CC0 協(xié)議
建議直接把這篇文章借鑒的那一篇原文貼出來吧,你轉(zhuǎn)述的萬一有地方轉(zhuǎn)述錯了會誤導(dǎo)人的。并且原著更專業(yè)更權(quán)威。你畫的那些圖原著都有的,你沒有必要自己照著畫一遍并且加一些自己的想法。
如果在清結(jié)算系統(tǒng)對賬時發(fā)現(xiàn)賬不對,怎么處理?
充值提現(xiàn)的話(資金出賬方和入賬方式外部賬戶),賬戶流水該怎么記的,才能保證借貸平衡?
準備設(shè)計三個系統(tǒng)。支付系統(tǒng)、賬戶系統(tǒng)、財務(wù)結(jié)算系統(tǒng)。 支付系統(tǒng)職責就是完成支付流程。異步消息將流水推送給賬戶系統(tǒng),賬戶系統(tǒng)職責是進行各個賬戶的更新和流水的記賬(復(fù)式),然后財務(wù)結(jié)算系統(tǒng)職責是完成對賬、調(diào)用銀行的接口將資金結(jié)算至銀行各賬號。
請問下這個模式有什么問題么,感覺并不需要會計系統(tǒng)的參與。
有同樣的疑問,支付系統(tǒng)中的賬戶體系為什么要涉及會計系統(tǒng)的賬戶體系,支付系統(tǒng)中的充值、提現(xiàn)、轉(zhuǎn)賬對于支付公司來說不會記到自己的會計賬簿中,客戶在支付系統(tǒng)又不需要記錄會計信息。對于支付公司來說,公司的主營業(yè)務(wù)收入這類會計數(shù)據(jù)不應(yīng)該是通過支付系統(tǒng)(或財務(wù)結(jié)算系統(tǒng))中的費用類型掛會計科目傳遞到會計系統(tǒng)中的么?
不要會計系統(tǒng),怎么做會計的帳帳核對,帳實核對?怎么統(tǒng)計會計層面的財報呢,不可能直接拉業(yè)務(wù)數(shù)據(jù)吧
?? 我們公司現(xiàn)在就是直接拉的業(yè)務(wù)數(shù)據(jù),也是醉了
麻煩劉哥看到我的留言回復(fù)我下,有問題請教您,十分緊急,謝謝,或者留下你的QQ號等,我的QQ號 1106055947
麻煩劉哥看到我的留言回復(fù)我下,有問題請教您,十分緊急,謝謝,或者留下你的QQ號等,我的QQ號 1106055947
你好,會計科目下面掛的賬戶,和賬戶系統(tǒng)的賬戶是一樣的嗎
??
感覺業(yè)務(wù)上的交易數(shù)據(jù)不要跟財務(wù)上的會計數(shù)據(jù)混合,以及業(yè)務(wù)上的賬戶體系不要跟會計上的賬戶體系混合。這塊需要再深入了解下。
我也一直糾結(jié)這個問題、、
不一樣
賬戶體系里面的賬戶,一般是用戶的賬戶,承載著業(yè)務(wù)功能!
會計科目下對應(yīng)的賬戶,簡單理解為是本公司對外轉(zhuǎn)賬、收款或做統(tǒng)計、過渡用的賬戶,一般是本公司開立在銀行的,更多是承載資金結(jié)算的功能
您好,賬戶系統(tǒng)不是也包含內(nèi)部賬戶嗎?內(nèi)部賬戶是支付公司為自身業(yè)務(wù)開展的需求而為自己設(shè)立的賬戶,如備付金賬戶、長款戶、短款戶。這個內(nèi)部賬戶并不是開立在銀行的,像文章說的手續(xù)費賬戶屬于公司為自己開設(shè)的內(nèi)部賬戶是嗎?
賬戶體系現(xiàn)在還是這種單層次嗎?現(xiàn)在主流的支付公司核心賬戶系統(tǒng)應(yīng)該都是總分賬戶了吧?可否分享一下,謝謝!
看完,還是很有收獲的
先頂再看
1%的手續(xù)費,按現(xiàn)在的標準不低,應(yīng)該可以繼續(xù)和銀行談;現(xiàn)在的電商平臺,財務(wù)系統(tǒng)不是金蝶就是用友,支付系統(tǒng)的賬戶變動需要和財務(wù)系統(tǒng)做對接嗎?如果對接的話涉及到第三方開發(fā)支持。
這不就是支付寶08年發(fā)表的賬務(wù)業(yè)務(wù)架構(gòu)的原文嗎?圖都是一樣的。
看破別說破 ??