詳解：支付清結算之賬戶和賬務處理

本文重點介紹清結算中的賬戶和賬務的處理。正文開始前可複習《支付清結算之基本概念和入門》和《支付清結算之渠道側處理》，以便理解這裡的流程。

一、賬戶體系

在設計清結算系統前，首先需要完成賬戶體系的梳理。 賬戶是用來記錄會計科目所反映的業務內容的工具，它根據會計科目來開設的。 賬戶有多種維度的分類。 按照經濟內容來說，賬戶分為資產類賬戶、負債類賬戶、所有者權益類賬戶、損益類賬戶、成本類賬戶和共同類賬戶。 按照會計周期內期末是否有餘額，也分為實賬戶和虛賬戶。

1、資產類賬戶

用來反映資產增加、減少以及增減變動結果的賬戶。和支付系統相關的主要資產類賬戶有： 銀行存款、應收賬款、預付賬款、庫存商品、發出商品等。 資產增加登記在借方，減少登記在貸方，期末有餘額的話，一般出現在借方。 在一個會計期間，所有借方金額的累加為「借方本期發生額」，所有貸方金額的累加為「貸方本期發生額」。

資產賬戶的餘額=借方期初餘額+借方本期發生額-貸方本期發生額。

為了跟蹤在每個銀行的存款變更情況， 需要對公司在各個銀行開通的收款賬戶設置對應的銀行存款賬戶、應收賬款賬戶。在小明購買會員卡的案例中，資產類賬戶包括：

銀行存款：這是一個總賬賬戶，記錄電商公司在各個銀行的總存款。

應收賬款：這是一個總賬賬戶，記錄在銀行的應收賬款，這是虛賬戶，期末無餘額。

銀行存款-工行：這是一個明細賬戶，對應在工行的對公賬戶的存款變化；

應收賬款-工行：這是一個明細賬戶，記錄在工行的收款情況，這是虛賬戶，期末無餘額。

2、負債類賬戶

負債類賬戶也是實賬戶，記賬規則跟資產類相反，負債增加記為貸，負債減少記為借，期末如有餘額，一般在貸方，表明期末有債務實有額，負債類賬戶的餘額計算：

貸方期末餘額=貸方期初餘額+貸方本期發生額-借方本期發生額。

從支付系統的角度， 電商公司的自有賬戶，包括針對個人的賬戶和針對商戶的賬戶，一般放在負債類賬戶下，此外，應付賬款、預收賬款、應交稅費等，也是負債類賬戶。

3、所有者權益類賬戶

所有者權益類賬戶用來反映所有者權益增加、減少和變動結果的賬戶， 記賬規則跟負債類賬戶一致：所有者權益增加記為貸，減少記為借。和支付系統有關的所權賬戶包括 本年利潤、利潤分配等賬戶。 企業取得的收入最終會使得所有者權益增加，因此收入類賬戶的記賬方法跟所有者權益一致：增加記為貸，減少或者轉銷記為借，通常該賬戶期末無餘額（因為期末收入都會轉為所有者權益，如未分配利潤等），屬於虛賬戶。

4、損益類賬戶

損益類賬戶分為收入類和費用類賬戶。

收入類賬戶指各種收入、補貼、投資收益，如主營業務收入、其他業務收入和營業外收入等，增加記為貸，減少記為借。

企業在日常經營活動中會發生各種各樣的耗費，這些耗費在會計學上稱為成本費用，它們是收入的抵減項目，在抵銷收入之前，可以視為一種資產，因此成本費用類賬戶的記賬規則跟資產類一樣：增加記為借，減少或者轉銷記為貸。費用類賬戶包括：主營業務成本、其他業務成本、營銷費用等。

按照企業會計制度的規定，損益類賬戶的科目餘額，應該結轉入利潤分配科目，期末餘額為零，為虛賬戶。

在本案例中，損益類賬戶包括：

主營業務收入，這是總分類賬戶。

主營業務收入-會員卡，針對會員卡業務的收入。

營銷費用，這是總分類賬戶。

營銷費用-優惠券，用來跟蹤優惠券相關的支出。

渠道費用，這是總分類賬戶。

渠道費用-工行： 用來跟蹤在工行的渠道費用支出。

5、成本類賬戶

有成本核算的企業需要設立的賬戶，包括生產成本、勞務成本等，本文暫不涉及。

6、共同類賬戶

這是反映特殊經濟業務的賬戶， 本文暫不涉及。

二、賬戶結構

如前述文章介紹，我們採用複式借貸記賬法。對於分戶賬，或者說明細賬，如下示例：

在這個實例中， 賬戶中賬務相關的結構包括：

賬戶名稱：如上述的「應收賬款-工行收款」

會計分錄： 除了登記借方金額、貸方金額，還需更新賬戶餘額

期末借方餘額、期末貸方餘額、期末餘額：按期定時計算。在日切時，計算日發生額和餘額。在按月、季度和年作為會計周期時也採用類似的方法處理。 除了日切是必須的，其它時間段的處理是根據財務需要來實現。

在實現上，賬戶的各個屬性更新時間並不一致，所以在設計賬戶表的時候，可以按照更新時機來劃分表。

在存儲上，賬務相關信息一般是和賬戶其他信息相互獨立處理，處理賬務相關信息的子系統被稱為賬務子系統或者記賬子系統。

三、支付流程

接著之前的小明購買會員卡的案例，不考慮優惠券和卡採購的情況，會計分錄：

借：

應收賬款-工行收款 100-100*0.1% = 99.9

服務成本-工行手續費 100*0.1% = 0.1

貸： 主營業務收入-會員卡 100

在線上的實時處理流程如下：

用戶購買會員卡，提交訂單，會員卡向訂單系統請求生成訂單，訂單系統向支付系統發出支付請求；

支付系統生成支付記錄，並向銀行發出請求；

銀行實時從小明的銀行卡賬戶上扣款100元，通知支付系統小明支付成功；

支付系統賬務子系統在自己的賬戶體系中記錄小明的這一筆消費支出，給會員卡業務賬戶增加對應的資金，通知會員卡系統發送卡給小明。

支付系統發送消息非同步通知會計系統進行記賬。

這5個步驟都是線上的流程，在此過程中，各個子系統之間的交互如下圖所示。 我們逐步分析這裡涉及到的對象。

四、支付訂單

這個流程中，首先生成的是支付訂單。這是一個比較簡單的訂單，僅涉及到一個商家和一個商品。 在比較複雜的電商場景中，一個訂單會涉及到多個商家、多種商品以及對應的優惠活動。也就是，一個總訂單會被拆分為多個子訂單。這部分內容將在後續的訂單系統設計一文中詳細介紹。 而訂單中和資金相關的內容，都需要在賬戶體系中建立對應的科目和賬戶。在請求支付時，只會將總訂單提交支付，拆分子訂單是在訂單系統中完成的。

針對上述場景，為了簡化處理，假定老熊公司當天總共完成了三筆會員卡交易，支付訂單如下：

五、支付記錄

在這個流程中，訂單系統向支付系統請求支付時，支付系統將產生支付記錄（支付訂單）。 支付記錄內容比較多，這些數據是後續進行記賬的基礎。

上述的三個訂單，兩筆通過工行支付，一筆通過支付寶支付，其產生的支付記錄如下，此處省略了其他和記賬無關的欄位內容：

這裡需要注意的幾個屬性：

訂單號：這是總訂單號。支付系統不再對訂單進行拆分。 訂單拆分是訂單系統的功能。

支付流水號：在支付記錄中，針對每個（總）訂單號，會有對應的支付流水號。 如果用戶使用組合支付，如上述場景，小明使用餘額支付了20元，使用銀行卡支付了剩餘的80元，那這將產生2個支付流水號。為了避免洗錢風險，簡化訂單處理，包括淘寶在內，現在一般都不再提供組合支付的支持。

支付方式和支付渠道： 用戶選擇的支付方式和實際執行支付的渠道可以是不一樣的。比如用戶選擇了廣發信用卡來支付，但實際上電商公司沒有直接對接農行，而是通過支付寶來對接， 那對應的支付渠道就是支付寶。

本條記錄在支付成功後，會產生記賬憑證和對賬憑證。這一條記錄將產生多條會計分錄，記賬憑證是關聯這些會計分錄和支付記錄的欄位。對賬憑證是根據對賬周期來分配的。在日切後，對賬憑證號相應的也會做更新。

在產生支付記錄後，在上述流程的第5步通過消息機制來非同步觸發記賬流程。賬務系統接收到記賬消息後，開始更新賬戶信息。記賬分為兩個階段：

支付記賬，針對線上的賬戶實時更新的需求，需要讓用戶及時看到賬戶餘額和訂單狀態，賬務信息記錄到用戶和商戶上，採用單邊賬的形式。

會計記賬，採用複式記帳法，滿足會計記賬需求，記錄會計分錄和餘額，為對賬和清結算提供支持。

六、支付記賬

支付記賬是在支付流程中完成的，目的是讓用戶完成購買後，能夠立即看到支付結果和賬戶餘額。為了提升性能，支付記賬一般採用單邊賬的形式，即將會計分錄登記在用戶側或者商戶側。

在上述案例中，第6步處理，在伺服器上與銀行側同步登記一筆從小明銀行卡的支出，並在會員業務賬戶上登記一筆收入。 如果使用的是零錢支付，這一個步驟就很重要，從零錢賬戶上扣除費用計算餘額，添加對應的消費記錄，是在一個事務中完成。

七、會計記賬

會計記賬採用複式記賬，不同業務記賬方式也不一樣。小明買卡的案例中，需要記錄的條目有：

在工行收款賬戶下，登記 99.9的借記 條目

在工行手續費的賬戶下，登記0.1元的借記條目

在主營業務收入-會員卡的賬戶下，登記100元的貸記條目。

這3條記錄是通過事務處理一次生成。當天發生的三筆交易，產生的記賬內容如下：

實際實現上，科目一列，使用賬號ID來替代。 每個賬戶的本期發生額，可以在另一個表中單獨非同步計算。

八、對賬

在會計上，對賬分三個部分：賬證核對、賬賬核對和賬實核對，做到賬證相符、賬賬相符和賬實相符。在電商支付系統中，需要完成的對賬工作包括內部對賬、外部對賬和資金對賬。 其中外部對賬又分為和支付渠道的對賬、和商戶的對賬以及和用戶的對賬。 這裡簡單介紹每個對賬流程以及對記賬的影響，詳細的對賬和軋賬流程，將在下一篇文章中說明。

1、內部對賬

內部對賬的內容包括：

核實賬戶系統中的賬務與支付記錄的一致性；

核實會計系統中的賬務與支付記錄的一致性。

這是後續賬賬核對和賬實核對的基礎，也是對外對賬的基礎。 這兩個對賬任務一般是在後台定時運行（5分鐘運行一次），除非系統有bug或者發生故障，內部對賬一般不會出現差錯。如有差錯，也需要人工處理。

2、渠道對賬

一般銀行、第三方支付提供T+1的對賬單，這是執行渠道對賬的依據。 在上述案例中，支付系統每天拉取工行前一天的對賬單，核對交易流水。與此同時，按照從工行獲取的對賬單，記錄資金歸集的賬務。

接收到工行對賬單後，按照對賬單生成憑證：

注意上述的日期、憑證號，以及借貸關係。

3、賬賬核對

完成渠道對賬後，需要進行日結和試算平衡：

總分類賬各賬戶本期借方發生額合計與貸方餘額合計是否相等；

總分類賬各賬戶借方餘額合計與貸方發生額合計是否相符；

核對各種明細賬及現金、銀行存款日記賬的本期發生額及期末餘額同總分類賬中有關賬戶的餘額是否相等。

從科目維度，計算：

科目期初餘額+科目當日發生額=科目期末餘額

下級科目餘額總和=上級科目餘額（科目總分檢查）

4、賬實核對

對電商公司來說，最重要的賬實核對，是驗證銀行存款的變化和實際資金流向是一致的。一般是需要登錄到銀行網銀系統中來人工核實。 如果對接的銀行多，銀行提供網銀對賬單，也可以自動進行，查詢出入款總額。

詳細的對賬和軋賬流程，將在下一篇文章中說明。

結束語

本文主要介紹支付清結算中的賬戶和賬務的處理。 在此期間，有不少同學詢問是否可以詳細介紹某一個記賬或者賬戶應該如何設計，希望能夠針對某一主題做進一步說明。清結算是一個很專業的話題，這個專業不是計算機專業，而是會計專業。 每個公司的賬戶和賬務處理都有自己的要求和特點。

這一系列文章，主要是從軟體開發的角度來協助大家梳理清結算相關的基礎知識，讓大家和會計同學對話的時候有一個基礎，或者說共同語言。具體的賬戶、賬務、會計處理流程，需要和公司會計詳細溝通。關於清結算系統的設計和實現，將在支付系統設計系列中介紹。

雷鋒網註：本文由人人都是產品經理社區@鳳凰牌老熊（微信公眾號：shamphone）原創發布。鳳凰牌老熊，程序員 & 架構師。未經許可，禁止轉載。