中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

這是清結算系列的第四篇文章，本文重點介紹清結算中的賬戶和賬務的處理。

請務必閱讀這幾篇文章以便理解這里的流程。

• 支付清結算之基本概念和入門
• 支付清結算之渠道側處理
• 支付清結算之電商側處理

一、賬戶體系

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

資產類賬戶

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

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

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

1. 銀行存款：這是一個總賬賬戶，記錄電商公司在各個銀行的總存款。
2. 應收賬款：這是一個總賬賬戶，記錄在銀行的應收賬款，這是虛賬戶，期末無余額。
3. 銀行存款-工行：這是一個明細賬戶，對應在工行的對公賬戶的存款變化；
4. 應收賬款-工行：這是一個明細賬戶，記錄在工行的收款情況，這是虛賬戶，期末無余額。

負債類賬戶

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

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

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

所有者權益類賬戶

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

損益類賬戶

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

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

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

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

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

1. 主營業務收入，這是總分類賬戶。
2. 主營業務收入-會員卡，針對會員卡業務的收入。
3. 營銷費用，這是總分類賬戶。
4. 營銷費用-優惠券，用來跟蹤優惠券相關的支出。
5. 渠道費用，這是總分類賬戶。
6. 渠道費用-工行： 用來跟蹤在工行的渠道費用支出。

成本類賬戶

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

共同類賬戶

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

賬戶體系

二、賬戶結構

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

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

• 賬戶名稱：如上述的“應收賬款-工行收款”
• 會計分錄： 除了登記借方金額、貸方金額，還需更新賬戶余額
• 期末借方余額、期末貸方余額、期末余額：按期定時計算。在日切時，計算日發生額和余額。在按月、季度和年作為會計周期時也采用類似的方法處理。 除了日切是必須的，其它時間段的處理是根據財務需要來實現。

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

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

三、支付流程

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

借：

• 應收賬款-工行收款 100-100*0.1% = 99.9
• 服務成本-工行手續費 100*0.1% = 0.1

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

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

1. 用戶購買會員卡，提交訂單，會員卡向訂單系統請求生成訂單，訂單系統向支付系統發出支付請求；
2. 支付系統生成支付記錄，并向銀行發出請求；
3. 銀行實時從小明的銀行卡賬戶上扣款100元，通知支付系統小明支付成功；
4. 支付系統賬務子系統在自己的賬戶體系中記錄小明的這一筆消費支出，給會員卡業務賬戶增加對應的資金，通知會員卡系統發送卡給小明。
5. 支付系統發送消息異步通知會計系統進行記賬。

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

四、支付訂單

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

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

五、支付記錄

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

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

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

1. 訂單號: 這是總訂單號。支付系統不再對訂單進行拆分。 訂單拆分是訂單系統的功能。
2. 支付流水號：在支付記錄中，針對每個（總）訂單號，會有對應的支付流水號。 如果用戶使用組合支付，如上述場景，小明使用余額支付了20元，使用銀行卡支付了剩余的80元，那這將產生2個支付流水號。為了避免洗錢風險，簡化訂單處理，包括淘寶在內，現在一般都不再提供組合支付的支持。
3. 支付方式和支付渠道： 用戶選擇的支付方式和實際執行支付的渠道可以是不一樣的。比如用戶選擇了廣發信用卡來支付，但實際上電商公司沒有直接對接農行，而是通過支付寶來對接， 那對應的支付渠道就是支付寶。
4. 本條記錄在支付成功后，會產生記賬憑證和對賬憑證。 這一條記錄將產生多條會計分錄，記賬憑證是關聯這些會計分錄和支付記錄的字段。對賬憑證是根據對賬周期來分配的。在日切后，對賬憑證號相應的也會做更新。

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

1. 支付記賬，針對線上的賬戶實時更新的需求，需要讓用戶及時看到賬戶余額和訂單狀態，賬務信息記錄到用戶和商戶上，采用單邊賬的形式。
2. 會計記賬，采用復式記帳法，滿足會計記賬需求，記錄會計分錄和余額，為對賬和清結算提供支持。

六、支付記賬

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

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

七、會計記賬

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

• 在工行收款賬戶下，登記 99.9的借記 條目
• 在工行手續費的賬戶下，登記0.1元的借記條目
• 在主營業務收入-會員卡的賬戶下，登記100元的貸記條目。

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

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

八、對賬

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

內部對賬

內部對賬的內容包括：

1. 核實賬戶系統中的賬務與支付記錄的一致性；
2. 核實會計系統中的賬務與支付記錄的一致性。

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

渠道對賬

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

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

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

賬賬核對

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

1. 總分類賬各賬戶本期借方發生額合計與貸方余額合計是否相等；
2. 總分類賬各賬戶借方余額合計與貸方發生額合計是否相符；
3. 核對各種明細賬及現金、銀行存款日記賬的本期發生額及期末余額同總分類賬中有關賬戶的余額是否相等。

從科目維度，計算：

• 科目期初余額+科目當日發生額=科目期末余額
• 下級科目余額總和=上級科目余額（科目總分檢查）

賬實核對

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

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

結束語

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

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

系列文章

1. 支付清結算之基本概念和入門
2. 支付清結算之渠道側處理
3. 支付清結算之電商側處理

#專欄作家#

鳳凰牌老熊，微信公眾號：鳳凰牌老熊，人人都是產品經理專欄作家，10多年企業應用和互聯網軟件架構設計經驗，關注互聯網金融和大數據領域。

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