賬戶體系和會計的設計是整個支付系統的底層基礎，是支付系統在基礎支付服務的基礎上，為個人用戶及企業商戶提供的對于資金收、付、管的服務。本文所說的賬戶體系定義所有的操作均以交易的形式發生，但從金融核心系統的發展來看，將由以交易驅動轉變為以用戶為中心的按照產品進行管理的賬戶體系。

一. 交易模型

前文說道，本文所說的賬戶體系定義所有的操作均以交易的形式發生，即賬戶的變動均基于交易而發生。對于賬戶的處理，需要依據業務，結合相應的產品體系，建立交易模型。

如下：

• 產品：如B2C網銀、B2B網銀、快捷支付、代收代付、身份驗證、賬戶驗證。
• 交易類型：在產品的基礎上，拆分出來的粒度更小的交易，如B2C網銀支付可以拆分為收單、結算。
• 賬戶體系：基于交易發生的賬戶變動，如C1用戶轉賬至C2用戶。
• 賬戶體系：根據不同的交易類型對于會計科目進行設置，每筆交易會形成相應的會計分錄，用于記賬。一般需支持一借一貸和一借多貸，即每筆交易都會至少生成一組會計分錄。

下面以B2C網銀收單為例說明：

假設條件：

1. 用戶使用中國銀行深圳分行B2C網銀向企業商戶下單購買商品。
2. 支付公司結算至企業商戶余額戶。

二. 賬戶體系

賬戶按照所有權可以區分為個人賬戶、企業賬戶、內部賬戶。個人賬戶是面向個人用戶開設的電子賬戶，如余額戶記錄用戶在支付平臺的余額，企業賬戶是面向商戶開設的賬戶，如待清算戶，基本戶。內部賬戶是支付公司為自身業務開展的需求而為自己設立的賬戶，如備付金賬戶、長款戶、短款戶。除此之外，支付系統還可以根據業務需要設置各種不同的賬戶類型。

所有的賬戶都記錄著兩方面的信息

（1）賬戶的基本信息

• 賬戶號
• 賬戶類型
• 余額
• 幣種
• 賬戶狀態
• 開戶時間

除此之外還可以設置對賬戶的權限進行控制，如：

• 是否允許充值
• 是否允許提現
• 是否允許余額為負

（2）賬戶的流水信息

包括開戶以來的所有賬戶變動變動信息，何時存入資金，何時取出資金，何時發生賬戶金額凍結等。

賬務流水

賬務流水包括一個賬戶所有狀態變化的過程信息。賬戶管理系統對外提供了開戶，記賬、賬戶信息變更、賬戶信息查詢等一系列接口服務。

如下表：

賬戶用例（僅記錄商戶側）

（1）開戶

商戶A是一家電商平臺，接入支付系統快捷支付，支持借記卡和貸記卡；對于手續費征收，經協商，采取收支兩線，并預存手續費10000元，交易手續費費率為1%；同時因為該商戶資質較好，交易時采取D0實時結算。

商戶開戶，根據商戶交易特點，需開通以下賬戶：

• 待結算戶：用戶在商戶交易完成后，資金進入該賬戶。
• 基本戶：商戶的余額戶，可體現，交易結算后，資金進入該賬戶。
• 手續費戶：專門用來存放手續費的賬戶。

開戶后各賬戶余額如下：

（2）收單交易

某用戶上午9點在A電商平臺上使用快捷支付購買1000元的手機，交易完成后，A商戶待結算戶增加1000元

手續費按照1%標準征收，由商戶支出，故該筆交易手續費為：1000*1%=10元，計入手續費戶，手續費剩9990元。

支付公司設置D0結算時間節點為每天下午4點。下午4點后，待結算戶資金結轉至基本戶。

賬戶變動如下：

（3）提現

A商戶在下午4：30時，發起提現600元，商戶提現手續費按筆征收，每筆2元。

商戶提現600后，基本戶剩400元，同時每筆需付出手續費2元，手續費戶剩余9988元。

賬戶變動如下：

三. 會計核算體系

按會計科目所反應經濟內容的不同一般可分為資產類科目、負債類科目、資產負債共同類科目、所有者權益類科目、損益類科目。

資產類科目余額方向在借方，負債類科目余額方向在貸方，資產負債共同類科目根據實際情況可借方可貸方。

會計科目分為總賬科目和明細類科目。

1. 總賬科目，又稱一級科目，是總括反應會計要素的科目，如銀行存款、應收賬款。
2. 明細類科目，是對總賬科目所包含的內容的細化所形成的科目。在明細科目中，根據需要設計二級科目、三級科目。其中，沒有下級的科目稱之為葉子科目。注：只有葉子科目下才可以開賬戶。

常見會計科目：

（1）資產類科目

• 銀行存款
• 應收賬款
• 在途調撥

（2）負債類科目

• 個人賬戶余額戶
• 公司（商戶）賬戶余額戶
• 應付賬戶

（3）共同類（主要是待清算）

• 待清算充值款項
• 待清算提現款項
• 待清算支付款項

會計科目與賬戶的對應關系見下圖：

四. 業務流程

1.?總體交易流程

（1）業務系統

• 交易網關：處理個人或者企業用戶的充轉提業務
• 資金調撥等系統：進行資金調撥時，調用賬戶記賬；長短款的處理。
• 其他系統：其他業務系統的賬戶記賬請求

（2）賬戶系統

記錄每筆交易的交易收付記錄

（3）會計系統

按照企業會計分錄流水記賬，記賬采用復式記賬法。

（4）清結算算系統

• 交易清分，算出給每個賬戶打多少錢，同時從每個賬戶收多少錢；
• 交易結算出款：調用銀行/通道代付接口，自動出款。
• 對賬：核算通道與支付系統的應收應付。注：對賬業務流程最好不要跟清算、結算勾連在一起，跟上游通道對賬與給商戶付多少錢最好不要業務先后關系。

2. 賬戶、會計處理流程

來自支付系統交易，一筆交易至少會在賬戶系統中產生一條賬戶流水記錄（明細賬），同時會在會計系統中根據業務的需要產生一套或者多套會計分錄流水，賬戶余額與會計余額相對應。概括之，賬戶系統是提供對外客戶的賬戶支持，客戶的查詢余額，賬務明細均來自于此；會計系統是為了內部核算管理的需要而設立的，所有的銀行資金清算與結轉都需要會計系統的支撐，內部戶與外部戶的資金核算管理也需要會計系統，兩個系統相互依賴，賬戶系統是會計系統的前置。

記賬過程如下：

• 在前端支付訂單產生之后，支付系統按照訂單內容封裝成各類交易，并組成交易報文，通過銀行通道提交到銀行進行支付；在銀行完成支付交易指令的處理后通知到支付系統，支付系統根據銀行報文內容通知到商戶訂單的處理結果之后，交易處理過程即告完成。
• 為提高交易性能，交易必須與賬務分離，以提高交易處理性能和效率，從而有針對性的分塊解決復雜業務邏輯。因此，在支付交易處理完成之后，前端交易處理系統根據業務場景將交易分實時和非實時記賬的方式，將成功的交易以流水的形式提供給賬戶系統。整個交易過程，在支付核心送賬戶系統時其實已完成。
• 賬務的處理分為賬戶系統處理和會計系統處理，賬戶是會計的前置。交易流水到達賬戶系統之后，賬戶系統為每筆交易分配賬務流水號，賬務流水號的形成，需要賬戶前置調用計費服務，算出商戶的交易手續費。賬戶流水形成后，若是非實時記賬，則直接通知業務系統記賬完成，之后再開始記錄分戶賬和更新余額，若是實時記賬，則系統開始記分戶賬與生成賬戶余額，余額更新完畢后，通知業務系統記賬完成。
• 賬戶系統記賬完畢后，將定時以批量文件的方式送會計記賬，同理，會計記賬也將為每筆交易分配會計流水，對于會計記賬，需支持一借一貸、一借多貸和多借一貸的記賬模式。會計記賬也分為記分戶明細賬和更新會計余額。
• 會計記賬完畢后，每日日終時，進入日終批處理過程，日終批處理是對日間沒有處理完畢，以及不需要在日間處理的任務進行批量處理。在記賬中，日終批處理主要指業會核對，即賬戶系統余額與會計系統余額間的核對。

至此，整個記賬處理過程才算真正結束。

作者：劉貞平，一名水貨支付產品經理，努力學習支付相關知識，順便了解相關行業知識

本文由 @劉貞平 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pixabay，基于 CC0 協議