編輯導(dǎo)讀：使用電子支付的時(shí)候，我們會(huì)對(duì)老板說“錢已經(jīng)付過了”，老板聽到語音播報(bào)就能確認(rèn)，這就是簡(jiǎn)單的一個(gè)對(duì)賬過程。但是一個(gè)對(duì)賬系統(tǒng)的搭建遠(yuǎn)不止這么簡(jiǎn)單，本文作者將從十個(gè)維度，分析如何構(gòu)建設(shè)計(jì)一套不同業(yè)務(wù)場(chǎng)景下的對(duì)賬系統(tǒng)，與你分享。

想必大家對(duì)“對(duì)賬”這個(gè)詞都不陌生，單從字面意思就能略知一二。其實(shí)就是字面意思，“對(duì)”就是核對(duì)，“賬”就是賬目；“對(duì)賬”就是核對(duì)賬目。

賬目核算是財(cái)務(wù)工作的必要部分，隨著線上交易體量越來越大或者說對(duì)財(cái)務(wù)自動(dòng)化線上化的效率提升需求越來越高。為了提升核對(duì)效率以及準(zhǔn)確性，勢(shì)必要將核對(duì)業(yè)務(wù)系統(tǒng)化線上化自動(dòng)化。那么如何構(gòu)建設(shè)計(jì)一套不同業(yè)務(wù)場(chǎng)景下的對(duì)賬系統(tǒng)呢？接下來的“對(duì)賬系統(tǒng)設(shè)計(jì)”十個(gè)章節(jié)將帶領(lǐng)大家學(xué)習(xí)如何設(shè)計(jì)一個(gè)對(duì)賬系統(tǒng)。

全文分十個(gè)部分，共13596字，預(yù)計(jì)閱讀時(shí)間20分鐘

第一部分：對(duì)賬概述

1.1 生活中的對(duì)賬

日常生活中我們每天都在對(duì)賬，比如去餐館吃飯付款，會(huì)對(duì)老板說一聲“老板，錢付過去了”；老板檢查過收款或者聽到語音播報(bào)后回復(fù)一聲“好嘞，下次再來”；這就是最簡(jiǎn)單的一次對(duì)賬。

再比如你在淘寶開了一個(gè)店鋪，每個(gè)月幾千單的交易，發(fā)貨；每次月末都拿著所有的訂單明細(xì)和支付寶收款賬戶收款記錄逐筆的做一次核對(duì)，保證發(fā)過貨的訂單都收到款了，這就是一次更復(fù)雜的核對(duì)了。

1.2 什么是對(duì)賬

1. 對(duì)賬概括來說就是“賬證實(shí)”核對(duì)，“賬”就是賬目，“證”就是憑證，“實(shí)”就是實(shí)際資金
2. 核對(duì)模式有三種：賬證核對(duì)，賬賬核對(duì)，賬實(shí)核對(duì)；確保賬證實(shí)兩兩的一致性；比如吃了一碗面點(diǎn)菜單就是原始憑“證”，付了10元錢是“賬”，老板電腦點(diǎn)菜記錄小票10元是“賬”，老板看到賬戶中余額增加了10元是“實(shí)”
3. 財(cái)務(wù)范疇來看，證就是會(huì)計(jì)憑證，比如發(fā)票，小票，出貨單，收據(jù)，交易系統(tǒng)的支付記錄等都是原始憑證；而賬呢就是財(cái)務(wù)的賬目，賬務(wù)系統(tǒng)的賬務(wù)記賬，金蝶的科目余額等都是不同的賬目；而一筆交易會(huì)記錄在很多的環(huán)節(jié)，比如賬務(wù)系統(tǒng)，金蝶等
4. 另外脫離財(cái)務(wù)范疇來看，其實(shí)賬目本身抽象出來就是數(shù)據(jù)，商品數(shù)據(jù)，用戶數(shù)據(jù)，卡券數(shù)據(jù)等，那么賬證實(shí)需要核對(duì)，很多時(shí)候很多非財(cái)務(wù)范疇數(shù)據(jù)也需要核對(duì)，比如今天應(yīng)到10人實(shí)到8人，軍訓(xùn)時(shí)的報(bào)數(shù)等其實(shí)也可以稱為對(duì)賬，我們暫且稱為“廣義的對(duì)賬”
5. 那么我們來為對(duì)賬下一個(gè)定義：為了確保同一個(gè)事務(wù)的數(shù)據(jù)描述在不同場(chǎng)所下的記錄一致而進(jìn)行的相互之間的一致性比對(duì)

1.3 為什么要對(duì)賬

1. 首先在財(cái)務(wù)范疇，這是一個(gè)必要做的工作
2. 另外從業(yè)務(wù)范疇，現(xiàn)在交易鏈條越來越長(zhǎng)，數(shù)據(jù)在眾多系統(tǒng)之間難免會(huì)出現(xiàn)丟失或者差錯(cuò)，所以為了業(yè)務(wù)的正常運(yùn)轉(zhuǎn)及時(shí)發(fā)現(xiàn)問題，需要確保系統(tǒng)間數(shù)據(jù)的一致性
3. 從公司的角度，需要確?！安簧偈找环皱X，不多付一分錢”，保證資金的安全，不然賣了多少貨，收了多少錢相互之間誰也不鳥誰，最后全是糊涂賬
4. 綜上所述，對(duì)賬是必不可少的；對(duì)于交易體量巨大的互聯(lián)網(wǎng)公司更是必不可少，而且系統(tǒng)化也是必須的，單靠人工難以滿足需要

1.4 幾個(gè)常見對(duì)賬場(chǎng)景

1. 三方支付公司：主要是核對(duì)自家的交易記錄和銀行清算數(shù)據(jù)之間的一致性；銀行清算數(shù)據(jù)（應(yīng)收應(yīng)付）和銀行結(jié)算數(shù)據(jù)（實(shí)收實(shí)付）的一致性；同樣也要核對(duì)與金蝶賬務(wù)數(shù)據(jù)的一致性
2. 電商等服務(wù)平臺(tái)：主要是核對(duì)自家的交易數(shù)據(jù)和三方支付公司或者微信支付寶的清算數(shù)據(jù)的一致性；三方清算和結(jié)算的一致性；三方結(jié)算到對(duì)公戶實(shí)際資金的一致性
3. 另外還有紅包：比如用戶支付100元發(fā)10個(gè)紅包，有6個(gè)用戶領(lǐng)了6個(gè)一共8元，有4個(gè)超時(shí)沒領(lǐng)退回給了用戶；那么對(duì)于平臺(tái)的這個(gè)紅包中間賬戶的進(jìn)出也要核對(duì)：{ 用戶充值1筆100元中間戶入了1筆100元中間戶出了10筆100元中間戶被退回4筆2元中間戶退給用戶1筆2元這樣對(duì)于中間戶來說100-100+2-2=0 }
4. 還有一些其他的領(lǐng)域?qū)~，比如航司的機(jī)票，機(jī)票代理商的購票出票，中間券商的上下游之間等等

1.5 常見的對(duì)賬模型

1. 交易對(duì)賬模型：數(shù)據(jù)之間的按照唯一標(biāo)識(shí)進(jìn)行一對(duì)一，一對(duì)多，多對(duì)多核對(duì)
2. 資金對(duì)賬模型：將交易數(shù)據(jù)按照款項(xiàng)類型進(jìn)行匯總之后進(jìn)行核對(duì)，比如收款，手續(xù)費(fèi)
3. 余額調(diào)節(jié)核對(duì)：對(duì)系統(tǒng)記賬余額和實(shí)際資金賬戶余額在經(jīng)過在途調(diào)整后進(jìn)行一致性核對(duì)比如：系統(tǒng)記賬昨日日終余額100元，截止昨日日終提現(xiàn)中100元；出款賬戶昨日日終200元；此時(shí)該賬戶：系統(tǒng)賬100元=出款賬戶200元-100元應(yīng)付未付；這樣余額是平的，說明資金沒有問題
4. 其他更復(fù)雜的核對(duì)模型：比如多鏈條之間進(jìn)行關(guān)聯(lián)核對(duì)像三份數(shù)據(jù)進(jìn)行一次性比對(duì)等，這里不再過多闡述；本系列文章重點(diǎn)介紹的是1和2,至于3會(huì)在今后有機(jī)會(huì)講解，如果有朋友感興趣可以單獨(dú)交流

1.6 什么是對(duì)賬系統(tǒng)

1. 對(duì)賬系統(tǒng)就是通過系統(tǒng)解決方案，對(duì)需要核對(duì)的數(shù)據(jù)按著設(shè)定好的規(guī)則進(jìn)行核對(duì)校驗(yàn)，并產(chǎn)出核對(duì)結(jié)果；并且可以對(duì)核對(duì)結(jié)果進(jìn)行對(duì)應(yīng)的差錯(cuò)處理
2. 通俗來說就是傳統(tǒng)上用Excel來通過人工vlookup做的事情，完全交給系統(tǒng)去做，只需要預(yù)先配置好規(guī)則就行了
3. 對(duì)于對(duì)賬系統(tǒng)來說，最基本應(yīng)具備以下幾個(gè)能力可以便捷的獲取需要核對(duì)的原始數(shù)據(jù)，如平臺(tái)數(shù)據(jù)，三方數(shù)據(jù)可以對(duì)文件數(shù)據(jù)進(jìn)行解析或者二次加工，可以靈活配置核對(duì)規(guī)則，可以查看核對(duì)的結(jié)果，可以對(duì)差異進(jìn)行追蹤管理和處理，可以對(duì)外提供核對(duì)結(jié)果，可以對(duì)外輸出數(shù)據(jù)

1.7 如何搭建一個(gè)對(duì)賬系統(tǒng)

1. 首先就是要先明確對(duì)應(yīng)的業(yè)務(wù)模型
2. 其次需要抽象出業(yè)務(wù)的核對(duì)模型
3. 然后針對(duì)核對(duì)模型選擇合適的核對(duì)方案
4. 最后針對(duì)核對(duì)方案設(shè)計(jì)系統(tǒng)方案，然后進(jìn)行研發(fā)和上線

第二部分：對(duì)賬架構(gòu)圖

2.1 標(biāo)準(zhǔn)架構(gòu)

如果企業(yè)整體業(yè)務(wù)架構(gòu)完整，系統(tǒng)建設(shè)完善的情況下建議對(duì)賬采用該架構(gòu)

1. 1. 有完善的賬務(wù)核心和會(huì)計(jì)核心
   2. 對(duì)賬先完成交易數(shù)據(jù)和三方清算數(shù)據(jù)的核對(duì)
   3. 交易完成了賬務(wù)和會(huì)計(jì)層的資金賬記賬
   4. 匯總清算數(shù)據(jù)和銀行賬單數(shù)據(jù)
   5. 完成平臺(tái)資金賬和銀行賬單的資金核對(duì)
   6. 對(duì)賬系統(tǒng)通知賬務(wù)核心銀行待清算資金的結(jié)轉(zhuǎn)，如下

2.2 簡(jiǎn)化架構(gòu)

如果企業(yè)沒有賬務(wù)和會(huì)計(jì)核心；可以通過對(duì)賬中心先時(shí)間交易數(shù)據(jù)和三方清算數(shù)據(jù)的核對(duì)；然后匯總清算數(shù)據(jù)與三方賬單數(shù)據(jù)核對(duì)；保證金業(yè)務(wù)記賬以及銀行清結(jié)算數(shù)據(jù)的一致性

1. 按核對(duì)頻率獲取業(yè)務(wù)支付數(shù)據(jù)
2. T+1或其他頻率獲取三方清算文件和結(jié)算文件
3. 將清算和結(jié)算文件進(jìn)行解析存儲(chǔ)
4. 根據(jù)對(duì)賬項(xiàng)目配置完成交易數(shù)據(jù)和清算的核對(duì)
5. 完成清算數(shù)據(jù)和結(jié)算數(shù)據(jù)的核對(duì)
6. 對(duì)交易的單邊數(shù)據(jù)和資金核對(duì)差異進(jìn)行管理和處理

2.3 伽馬金融管理核對(duì)架構(gòu)

資金管理框架的資金賬和銀行賬核對(duì)業(yè)務(wù)架構(gòu)圖

該圖略，課程里會(huì)介紹該體系

核心幾個(gè)關(guān)鍵點(diǎn)：

1. 統(tǒng)一收付平臺(tái)收口收款、退款、調(diào)撥等資金業(yè)務(wù)
2. 對(duì)資金業(yè)務(wù)統(tǒng)一記賬形成統(tǒng)一資金賬務(wù)
3. 對(duì)集團(tuán)的資金賬戶進(jìn)行統(tǒng)一管理
4. 余額調(diào)節(jié)對(duì)賬完成資金賬和銀行的核對(duì)勾兌
5. 賬戶的余額調(diào)節(jié)表

2.4 伽馬支付核對(duì)業(yè)務(wù)架構(gòu)

伽馬支付為公眾號(hào)案例中心虛擬的支付公司

2.5 通用對(duì)賬系統(tǒng)架構(gòu)

第一篇文章介紹過，我們可以脫離財(cái)務(wù)范疇，抽象出數(shù)據(jù)核對(duì)的通用架構(gòu)，對(duì)數(shù)據(jù)逐筆準(zhǔn)確性校驗(yàn)，實(shí)時(shí)監(jiān)控；資金期初期末及發(fā)生額的資金校驗(yàn)核對(duì)；在這個(gè)理念下我們形成如下一個(gè)應(yīng)用范圍更廣的通用架構(gòu)

第三部分：對(duì)賬文件獲取和解析

支付交易的通道提供方，例如微信、支付寶、網(wǎng)聯(lián)、銀聯(lián)等，都是按照約定頻率和時(shí)間提供交易的記錄文件，一般都是2份，一個(gè)清算文件“記錄支付明細(xì)”；另一個(gè)是“結(jié)算文件”記錄資金賬戶的實(shí)際的資金變動(dòng)；對(duì)于文件的獲取大部分在提供通道時(shí)會(huì)提供下載接口，另外如果沒有接入下載接口，可以采用人工下載的方式獲得文件，將文件傳到對(duì)賬系統(tǒng)獲得對(duì)賬數(shù)據(jù)；本文主要介紹渠道方的對(duì)賬文件獲取以及解析和管理。

3.1 對(duì)賬文件類型

主流類型還是Excel和txt，本文主要介紹的也是這2種

excel（csv）支付寶,常見支付公司；這類文件最方便查看

txt微信，銀聯(lián)個(gè)別通道，一些銀行；這類文件很不便于查看

xml報(bào)文網(wǎng)聯(lián)；這類文件人工很難查看和處理

其他類型銀聯(lián)還有一些通道文件

3.2 對(duì)賬文件獲取方式

接口獲取通過機(jī)構(gòu)提供的文件查詢和下載接口獲取對(duì)賬文件支付寶下載接口。

示例：

人工下載如果技術(shù)能力資源不足，或者暫時(shí)沒有接入接口，可以采用人工下載的方式，然后在對(duì)賬中心上傳對(duì)賬文件進(jìn)行解析

3.3 對(duì)賬文件管理

• • 文件管理方式文件一般存放在對(duì)賬系統(tǒng)指定的ftp內(nèi)，并且對(duì)文件夾設(shè)定一定的命名規(guī)范，通過路徑查詢和下載文件
  • 文件管理后臺(tái)頁面在后臺(tái)頁面查看和下載文件，便于處理和排查對(duì)賬問題

3.4 對(duì)賬文件解析器配置

對(duì)賬文件解析是指將文件里的數(shù)據(jù)解析到數(shù)據(jù)庫內(nèi)，形成數(shù)據(jù)庫數(shù)據(jù)，因?yàn)槲募?shù)據(jù)不能直接被系統(tǒng)處理。

原樣解析不改變文件的數(shù)據(jù)列數(shù)和內(nèi)容，對(duì)文件數(shù)據(jù)保證不減少列數(shù)的前提下進(jìn)行全量解析，可以根據(jù)需要增加列內(nèi)容，比如賬號(hào)，對(duì)賬時(shí)間等。

• 優(yōu)點(diǎn)：不需要配置解析器，每一個(gè)文件研發(fā)好固定的解析器進(jìn)行復(fù)用
• 缺點(diǎn)：每個(gè)文件類型需要建一套數(shù)據(jù)表，維護(hù)成本高
• 適用：通道少的平臺(tái)，一般商戶都僅有微信支付寶，可以采用原樣解析
• 通用板式解析

所有對(duì)賬文件數(shù)據(jù)按照映射關(guān)系解析到固定的數(shù)據(jù)表當(dāng)中；例如以下的表結(jié)構(gòu)：

例如如下對(duì)賬文件：

解析規(guī)則應(yīng)該：

解析器配置管理該部分不做過多介紹，記住一個(gè)原則公式：在X列滿足什么條件時(shí)將Y列的數(shù)解析到數(shù)據(jù)表的W字段內(nèi)；在第6第7篇中的對(duì)賬項(xiàng)目設(shè)計(jì)中會(huì)有類似的配置頁面設(shè)計(jì)。

3.5 對(duì)賬數(shù)據(jù)查看

數(shù)據(jù)解析到數(shù)據(jù)庫里了，為了便于運(yùn)營排查問題，還需要做一個(gè)查看數(shù)據(jù)的運(yùn)營頁面，頁面樣式如下：

第四部分：平臺(tái)自有數(shù)據(jù)的獲取

4.1 平臺(tái)對(duì)賬數(shù)據(jù)獲取方式

拿到三方文件賬單數(shù)據(jù)以后需要與平臺(tái)自己的相關(guān)數(shù)據(jù)做核對(duì)，比如平臺(tái)交易數(shù)據(jù)與清算數(shù)據(jù)的核對(duì)；平臺(tái)賬務(wù)數(shù)據(jù)與銀行賬單數(shù)據(jù)的核對(duì)；平臺(tái)自有數(shù)據(jù)獲取方式常采用如下形式：

• 文件獲取業(yè)務(wù)系統(tǒng)需要按照要求定期（如每日凌晨2:00）生成文件，按照約定規(guī)范進(jìn)行命名后，將文件推送至對(duì)賬系統(tǒng)指定位置（ftp）；這種方式需要各業(yè)務(wù)系統(tǒng)有一定開發(fā)量，業(yè)務(wù)調(diào)整時(shí)也需要調(diào)整文件的生成策略，維護(hù)成本略高
• 接口接收對(duì)賬系統(tǒng)提供對(duì)賬數(shù)據(jù)接收接口，類似賬務(wù)記賬接口一樣，業(yè)務(wù)系統(tǒng)按照約定在相應(yīng)業(yè)務(wù)節(jié)點(diǎn)發(fā)送業(yè)務(wù)數(shù)據(jù)到對(duì)賬中心
• MQ業(yè)務(wù)方按照要求在交易成功時(shí)發(fā)送約定格式的MQ消息，對(duì)賬系統(tǒng)訂閱該MQ，對(duì)MQ進(jìn)行解析后獲得業(yè)務(wù)數(shù)據(jù)
• SQL通過SQL定期撈取業(yè)務(wù)數(shù)據(jù)，并將數(shù)據(jù)存儲(chǔ)到對(duì)賬系統(tǒng)數(shù)據(jù)庫中；該方式調(diào)整靈活，可以選擇在業(yè)務(wù)并發(fā)小的凌晨進(jìn)行
• 人工上傳對(duì)于一些采購的外部應(yīng)用，比如金蝶系統(tǒng)，數(shù)據(jù)無法通過以上方式獲取的情況下，就需要對(duì)賬人員定期下載應(yīng)用內(nèi)數(shù)據(jù)，然后上傳到對(duì)賬系統(tǒng)

4.2 數(shù)據(jù)分類管理

對(duì)賬系統(tǒng)數(shù)據(jù)會(huì)越來越多，類型也越老越多，支付數(shù)據(jù)，卡券數(shù)據(jù)，訂單數(shù)據(jù)，三方清算數(shù)據(jù)，三方結(jié)算數(shù)據(jù)等等；每類數(shù)據(jù)的數(shù)據(jù)字段有各有不同；如何對(duì)眾多類型數(shù)據(jù)進(jìn)行管理呢？下面介紹一個(gè)方法：對(duì)數(shù)據(jù)進(jìn)行分類管理，每類數(shù)據(jù)單獨(dú)設(shè)置表結(jié)構(gòu)。

數(shù)據(jù)分類設(shè)置設(shè)置數(shù)據(jù)的大類，或者說是一級(jí)分類；就像商品類目一樣管理數(shù)據(jù)。

設(shè)置數(shù)據(jù)類型在數(shù)據(jù)分類下面設(shè)置數(shù)據(jù)的子類，并且數(shù)據(jù)子類關(guān)聯(lián)數(shù)據(jù)庫表名，便于存儲(chǔ)數(shù)據(jù)，查詢數(shù)據(jù)，對(duì)賬取數(shù)。

4.3 取數(shù)規(guī)則配置

配置好了數(shù)據(jù)分類和類型以及關(guān)聯(lián)好了數(shù)據(jù)表之后，接下來就是配置獲取數(shù)據(jù)的規(guī)則了，我們以通過文件或者SQL兩個(gè)可選擇的形式獲取數(shù)據(jù)為例。

為每個(gè)數(shù)據(jù)分類配置取數(shù)方式，如果是文件的話就配置文件路徑，如果是SQL的話就配置取數(shù)sql，這樣系統(tǒng)會(huì)按照任務(wù)配置基于取數(shù)規(guī)則定期獲取對(duì)賬的數(shù)據(jù)，并且插入到數(shù)據(jù)類型關(guān)聯(lián)的數(shù)據(jù)表當(dāng)中。

第五部分：對(duì)賬數(shù)據(jù)管理

5.1 對(duì)賬結(jié)果數(shù)據(jù)

5.1.1 交易對(duì)賬結(jié)果

支付數(shù)據(jù)與三方清算的核對(duì)，或者其他數(shù)據(jù)的兩兩核對(duì)，會(huì)得出核對(duì)結(jié)果；并且每一組核對(duì)都會(huì)有一個(gè)組別的名字，這個(gè)下一節(jié)會(huì)詳細(xì)介紹，比如“會(huì)員支付VS微信清算”，核對(duì)結(jié)果如下表：

我們可以看出來“1,5,6”三條記錄是有問題的，2條是一方有一方?jīng)]有，另外一條是都有但金額不一致；這就是交易對(duì)賬結(jié)果，“對(duì)平，單邊，錯(cuò)賬”，對(duì)于對(duì)賬有問題的數(shù)據(jù)需要進(jìn)行排查找出原因，并進(jìn)行差錯(cuò)處理（后面會(huì)詳細(xì)介紹）。

5.1.2 資金對(duì)賬結(jié)果

交易對(duì)賬結(jié)果是源數(shù)據(jù)本身在某個(gè)對(duì)賬項(xiàng)目里的核對(duì)結(jié)果；而資金對(duì)賬結(jié)果是某資金賬號(hào)某交易日的資金收付的一致性；比較平臺(tái)的資金賬收付結(jié)果與銀行的收付結(jié)果是否一致，或者說是銀行自己本身的清算與結(jié)算的款項(xiàng)及金額是否一致；

比如：

從對(duì)賬結(jié)果我們可以看出來，微信在退款和退款手續(xù)費(fèi)存在差異，而發(fā)現(xiàn)二者正好正負(fù)相抵，原因是微信退款和退款手續(xù)費(fèi)是軋差出現(xiàn)在賬單里的，所以實(shí)際上并沒有差異，但是既然已經(jīng)對(duì)出差異，并且排查出原因，就需要對(duì)差異進(jìn)行處理，資金對(duì)賬的差異是“長(zhǎng)款，短款，應(yīng)收未收，應(yīng)付未付”；在確認(rèn)對(duì)賬結(jié)果后，會(huì)生成差異表，在差異表中對(duì)差異進(jìn)行核銷處理。

5.2 對(duì)賬管理

上面我們介紹了交易對(duì)賬和資金對(duì)賬的核對(duì)結(jié)果，那么如何存儲(chǔ)差異結(jié)果呢？差異結(jié)果可以存儲(chǔ)在源對(duì)賬數(shù)據(jù)的表中，也可以單獨(dú)存儲(chǔ)

存儲(chǔ)在源對(duì)賬表該種方式適合與數(shù)據(jù)單一的對(duì)賬體系，且同一份數(shù)據(jù)不會(huì)在多個(gè)對(duì)賬項(xiàng)目中進(jìn)行核對(duì)，比如支付數(shù)據(jù)只與清算核對(duì)，這時(shí)候數(shù)據(jù)的核對(duì)結(jié)果就是默認(rèn)與另一方的核對(duì)情況。

支付數(shù)據(jù)：1 對(duì)平 清算數(shù)據(jù)：1 對(duì)平

存儲(chǔ)在單獨(dú)的對(duì)賬表中該種方式適合復(fù)雜的核對(duì)場(chǎng)景，同一份數(shù)據(jù)會(huì)在多個(gè)對(duì)賬項(xiàng)目中與多組數(shù)據(jù)完成核對(duì)，產(chǎn)生多個(gè)對(duì)賬結(jié)果，比如支付數(shù)據(jù)與上游的訂單進(jìn)行核對(duì)得出一個(gè)對(duì)賬結(jié)果，支付數(shù)據(jù)又會(huì)與下游的清算數(shù)據(jù)核對(duì)得出另一個(gè)對(duì)賬結(jié)果。

與訂單對(duì)：訂單數(shù)據(jù)：1 對(duì)平 支付數(shù)據(jù)：1 對(duì)平與清算對(duì)：支付數(shù)據(jù)：1 單邊 清算數(shù)據(jù)：無

我們發(fā)現(xiàn)支付數(shù)據(jù)的對(duì)賬結(jié)果有2個(gè)，一個(gè)是與訂單的核對(duì)的對(duì)平，另一個(gè)是與清算的核對(duì)的單邊，此種情況，我們的對(duì)賬結(jié)果就需要單獨(dú)存儲(chǔ)“某數(shù)據(jù)在每一個(gè)對(duì)賬項(xiàng)目組中的核對(duì)結(jié)果表”，對(duì)賬結(jié)果有2個(gè)，如下：

支付數(shù)據(jù)對(duì)賬結(jié)果表

與訂單對(duì)：對(duì)平

與清算對(duì)：?jiǎn)芜?/p>

第六部分：交易對(duì)賬項(xiàng)目設(shè)計(jì)

企業(yè)業(yè)務(wù)在不斷變化，新的業(yè)務(wù)也在不斷出現(xiàn)，對(duì)賬數(shù)據(jù)因?yàn)闃I(yè)務(wù)的變化也在發(fā)生變化；如果接入了新的支付渠道對(duì)賬設(shè)置也需要新增；如果每次都通過開發(fā)實(shí)現(xiàn)，那么成本會(huì)很高；本篇文章我們將介紹如何實(shí)現(xiàn)交易對(duì)賬項(xiàng)目的配置化設(shè)計(jì)，極大的提升對(duì)賬項(xiàng)目的管理效率。

6.1 交易對(duì)賬項(xiàng)目

做對(duì)賬并不是簡(jiǎn)單的一方與另一方比對(duì)；實(shí)際會(huì)基于業(yè)務(wù)情況，存在很多組進(jìn)行核對(duì)；比如與微信的核對(duì)，與支付寶的核對(duì)等；每一組又可能分成更細(xì)的組，比如與微信核對(duì)，可以分成微信收款核對(duì)，微信退款核對(duì)；又可能微信收款有很多賬號(hào)，我們又可能會(huì)按照微信賬戶進(jìn)行分組進(jìn)行核對(duì)；例如微信收款一共有兩個(gè)微信賬號(hào)：微信1，微信2；那么我們可以設(shè)置4個(gè)對(duì)賬的組，如下：

對(duì)賬項(xiàng)目1：微信1-收款

對(duì)賬項(xiàng)目2：微信1-退款

對(duì)賬項(xiàng)目3：微信2-收款

對(duì)賬項(xiàng)目4：微信2-退款

對(duì)賬項(xiàng)目就是我們?cè)O(shè)定的核對(duì)組；當(dāng)然以上的對(duì)賬項(xiàng)目我們可以簡(jiǎn)化成2個(gè)

對(duì)賬項(xiàng)目1：微信-收款

對(duì)賬項(xiàng)目2：微信-退款

具體如何設(shè)置核對(duì)組，這個(gè)因公司而已，因喜好而已，核心目的只要能完成全量的核對(duì)即可；對(duì)賬項(xiàng)目越少越容易管理，對(duì)賬項(xiàng)目越多越清晰，各有利弊。

6.2 對(duì)賬項(xiàng)目命名

為了便于管理我們還需要為每個(gè)對(duì)賬項(xiàng)目命個(gè)名字，如何起名這個(gè)也看自己喜好；原來在易寶支付，因?yàn)閷?duì)賬組的同學(xué)基本都是女生，都是吃貨，所以所有對(duì)賬項(xiàng)目都命名稱跟吃相關(guān)的“如：工商9876-鹵煮火燒”；命名的一個(gè)關(guān)鍵原則。

要能從名字中看出具體核對(duì)的業(yè)務(wù)，基于這個(gè)原則我們?yōu)?中的幾個(gè)項(xiàng)目進(jìn)行命名如下：

對(duì)賬項(xiàng)目1：會(huì)員購買微信支付-收款

對(duì)賬項(xiàng)目2：會(huì)員購買微信支付-退款

這樣我們可以清晰的知道對(duì)賬項(xiàng)目1是用戶使用微信支付購買會(huì)員的收款核對(duì)項(xiàng)目。

6.3 對(duì)賬項(xiàng)目管理

一個(gè)企業(yè)可能會(huì)存在很多個(gè)對(duì)賬項(xiàng)目，像原來在某支付，高達(dá)幾百個(gè)核對(duì)項(xiàng)目；為了便于管理，我們就需要一個(gè)菜單專門管理對(duì)賬項(xiàng)目；示例如下：

該頁面可以查看所有的對(duì)賬項(xiàng)目；點(diǎn)擊設(shè)置可以進(jìn)行該對(duì)賬項(xiàng)目的配置設(shè)置；右上角的新增可以新增新的項(xiàng)目。

6.4 對(duì)賬項(xiàng)目新增

在對(duì)賬項(xiàng)目列表點(diǎn)擊新增會(huì)有一個(gè)彈窗可以添加一個(gè)對(duì)賬項(xiàng)目；新增時(shí)需要先填寫基本信息即可，比如對(duì)賬項(xiàng)目的名稱，對(duì)賬啟用時(shí)間，對(duì)賬的頻次，對(duì)賬的類型等；確定后在對(duì)賬項(xiàng)目列表就會(huì)有一個(gè)新增的項(xiàng)目，點(diǎn)擊設(shè)置即可以進(jìn)入設(shè)置頁面，具體看5。

6.5 對(duì)賬項(xiàng)目設(shè)置

對(duì)賬項(xiàng)目的設(shè)置主要設(shè)置對(duì)賬項(xiàng)目的執(zhí)行時(shí)間，核對(duì)雙方的對(duì)應(yīng)數(shù)據(jù)，核對(duì)的唯一標(biāo)識(shí)，一些處理規(guī)則等；下面是一個(gè)基礎(chǔ)的設(shè)置頁面；實(shí)際工作中需要基于業(yè)務(wù)場(chǎng)景以及數(shù)據(jù)特點(diǎn)，對(duì)設(shè)置器進(jìn)行一些調(diào)整；但是在這配置基礎(chǔ)之上一般難度不大；配置頁面如下：

該配置器最終的實(shí)現(xiàn)是：

我們從頁面可以看出來，該配置是設(shè)置卡系統(tǒng)的消耗數(shù)據(jù)與訂單中的消耗記錄進(jìn)行核對(duì)。

• 為數(shù)據(jù)兩方配置數(shù)據(jù)的選擇條件
• A方數(shù)據(jù)為卡數(shù)據(jù)
• 數(shù)據(jù)篩選條件是”交易類型=消耗購買”
• B方數(shù)據(jù)是訂單數(shù)據(jù)
• 對(duì)比設(shè)置兩方以訂單號(hào)進(jìn)行核對(duì)，金額進(jìn)行核對(duì)
• 訂單數(shù)據(jù)的金額如果存在多條則進(jìn)行匯總
• 對(duì)賬差異的報(bào)警接受人，可以填郵件，辦公賬號(hào)等

這樣完成配置后，一個(gè)對(duì)賬項(xiàng)目就配置完成了；會(huì)照著配置的時(shí)間每天完成訂單數(shù)據(jù)和卡數(shù)據(jù)關(guān)于消耗明細(xì)的核對(duì)。

第七部分：資金對(duì)賬項(xiàng)目設(shè)計(jì)

完成線上支付交易以后，雖然通道方告知支付成功，但是錢是不是真的能給，還需要打一個(gè)問號(hào)？資金對(duì)賬就是應(yīng)收應(yīng)付和實(shí)收實(shí)付之間的核對(duì)；什么是應(yīng)收應(yīng)付，什么是實(shí)收實(shí)付呢？哪些數(shù)據(jù)與之對(duì)應(yīng)呢，這邊文章會(huì)詳細(xì)介紹。

7.1 資金對(duì)賬項(xiàng)目

通過上一篇6我們已經(jīng)明白對(duì)賬項(xiàng)目的概念；今天我們要介紹的資金對(duì)賬項(xiàng)目可能更容易理解：一個(gè)實(shí)體的銀行或者三方資金賬戶為一個(gè)資金對(duì)賬項(xiàng)目。

所以說資金對(duì)賬，我們按照銀行賬戶的維度進(jìn)行核對(duì)；因?yàn)樵跁?huì)計(jì)科目中銀行賬戶已經(jīng)是葉子科目了，雖然一個(gè)資金賬戶可能有很多業(yè)務(wù)類型的收款，但是我們這里不再細(xì)分了；如果因?yàn)楣拘枰爰?xì)分也是可以實(shí)現(xiàn)，只需要按著業(yè)務(wù)類型區(qū)分賬戶的資金變動(dòng)項(xiàng)即可。

這里我們按照一個(gè)實(shí)體的資金賬戶設(shè)置為一個(gè)資金對(duì)賬項(xiàng)目，比如平臺(tái)有微信平臺(tái)2個(gè)收款賬戶1和2，支付寶平臺(tái)兩個(gè)收款賬戶3和4，招商對(duì)公5，一共5個(gè)資金賬戶，那么我們就可以設(shè)置5個(gè)資金對(duì)賬項(xiàng)目，如下：

資金對(duì)賬項(xiàng)目1：微信賬戶1

資金對(duì)賬項(xiàng)目2：微信賬戶2

資金對(duì)賬項(xiàng)目3：支付寶賬戶3

資金對(duì)賬項(xiàng)目4：支付寶賬戶4

資金對(duì)賬項(xiàng)目5：招商對(duì)公戶5

7.2 對(duì)賬項(xiàng)目命名

為了便于管理我們還需要為每個(gè)對(duì)賬項(xiàng)目命個(gè)名字，如何起名這個(gè)也看自己喜好；命名的一個(gè)關(guān)鍵原則。

要能從名字中看出具體核對(duì)的那個(gè)賬戶。

基于這個(gè)原則我們?yōu)?中的幾個(gè)項(xiàng)目進(jìn)行命名如下：

規(guī)則：通道方+通道類型+賬戶號(hào)

資金對(duì)賬項(xiàng)目1：微信-收款-賬戶1

資金對(duì)賬項(xiàng)目2：微信-收款-賬戶2

資金對(duì)賬項(xiàng)目3：支付寶-收款-賬戶3

資金對(duì)賬項(xiàng)目4：支付寶-收款-賬戶4

資金對(duì)賬項(xiàng)目5：招商對(duì)公-收款-公戶5

這樣我們可以清晰的知道對(duì)賬項(xiàng)目1是微信開的的賬戶號(hào)為1的收款賬戶。

對(duì)賬文件管理前面已經(jīng)講過了，每個(gè)賬戶次日都會(huì)提供相應(yīng)的清算文件和結(jié)算文件；那么文件要跟資金資金對(duì)賬項(xiàng)目對(duì)應(yīng)上，最后為對(duì)賬文件命名上可以知道對(duì)應(yīng)的所屬賬戶，比如：

規(guī)則：通道方+賬號(hào)+文件類型+交易日期

資金對(duì)賬項(xiàng)目1：wx-1-pay-20210204

7.3 對(duì)賬項(xiàng)目管理

一個(gè)企業(yè)可能會(huì)存在很多個(gè)資金賬戶；為了便于管理，我們就需要一個(gè)菜單專門管理資金對(duì)賬項(xiàng)目；示例如下：

該頁面可以查看所有的資金對(duì)賬項(xiàng)目，每個(gè)項(xiàng)目就是一個(gè)實(shí)體資金賬戶；點(diǎn)擊設(shè)置可以進(jìn)行該對(duì)賬項(xiàng)目的配置設(shè)置；右上角的新增可以新增新的項(xiàng)目。

7.4 資金對(duì)賬模式選擇

資金對(duì)賬我們知道是核對(duì)應(yīng)收應(yīng)付和實(shí)收實(shí)付，實(shí)收實(shí)付我們知道就是銀行實(shí)際資金的變動(dòng)，使用銀行結(jié)算賬單即可；那么應(yīng)收應(yīng)付的選擇其實(shí)有2種方法一個(gè)是使用通道的清算文件作為應(yīng)收應(yīng)付，另一個(gè)是使用平臺(tái)的資金賬務(wù)作為應(yīng)收應(yīng)付。

使用銀行清算文件就是銀行記錄應(yīng)收應(yīng)付與實(shí)收實(shí)付進(jìn)行核對(duì)，但是有個(gè)缺陷就是平臺(tái)的支付記錄需要跟銀行的清算文件進(jìn)行核對(duì)，所以核對(duì)模型如下：

看3中的新增對(duì)賬項(xiàng)目中有一個(gè)關(guān)聯(lián)交易對(duì)賬，就是看一下平臺(tái)的支付記錄和清算文件核對(duì)有沒有差異，如果沒有且資金對(duì)賬沒差異，那么就沒有問題。

使用平臺(tái)資金賬務(wù)核對(duì)就是如果公司有賬務(wù)中心的話，可以直接拿資金變動(dòng)賬務(wù)與實(shí)際銀行的資金結(jié)算賬單核對(duì)，這個(gè)不做具體介紹了。

7.5 對(duì)賬維度

交易對(duì)賬是按照逐筆核對(duì)的，資金對(duì)賬我們不按照逐筆核對(duì)，因?yàn)榇嬖谲埐钜约熬€下匯入等情況，我們按照費(fèi)用維度進(jìn)行核對(duì)，就是將應(yīng)收應(yīng)付和實(shí)收實(shí)付解析成款項(xiàng)，對(duì)相同款項(xiàng)進(jìn)行核對(duì)，比如收款，收款手續(xù)費(fèi)，退款，退款手續(xù)費(fèi)，打款等。

7.6 對(duì)賬項(xiàng)目設(shè)置

我們以核對(duì)清算數(shù)據(jù)和結(jié)算數(shù)據(jù)為例，資金對(duì)賬項(xiàng)目解析就是將文件里的數(shù)據(jù)解析匯總到對(duì)應(yīng)的款項(xiàng)上去，知道一個(gè)賬戶今天每一個(gè)款項(xiàng)上的金額。

該配置器最終的實(shí)現(xiàn)是：

我們從頁面可以看出來，該配置是將文件里的數(shù)據(jù)先通過“條件組”的篩選，然后取目標(biāo)數(shù)據(jù)的金額，并且對(duì)金額進(jìn)行運(yùn)算匯總；比如例子中的第一條就是：取交易狀態(tài)=success的數(shù)據(jù)，取訂單金額作為結(jié)算金額

如文件數(shù)據(jù)

通過原型中的配置條件

條件組：交易狀態(tài)=success，

金額：正直匯總訂單金額

我們得到了：收款=100+90=190

其他費(fèi)用邏輯類似

一定要枚舉一個(gè)資金賬戶里的每一類型費(fèi)用，不能遺漏，不然會(huì)出現(xiàn)資金差異。

這樣完成配置后，一個(gè)對(duì)賬項(xiàng)目就配置完成了；會(huì)照著配置的時(shí)間每天完成賬單數(shù)據(jù)的匯總，得到該賬戶每一方數(shù)據(jù)的每個(gè)款項(xiàng)的金額。

第八部分：對(duì)賬引擎及對(duì)賬結(jié)果查看

在對(duì)賬執(zhí)行前還有最后幾個(gè)重要的問題沒有解決，那就是對(duì)賬的核心處理邏輯是什么；對(duì)賬有幾個(gè)關(guān)鍵的處理引擎。

8.1 對(duì)賬連續(xù)性控制

對(duì)賬不能跨日，比如2號(hào)對(duì)完才能對(duì)3號(hào)，如果今天是10號(hào)，2號(hào)還沒對(duì)賬，那么3-9號(hào)的賬都不會(huì)核對(duì)；因?yàn)榍耙惶斓膯芜厱?huì)循環(huán)進(jìn)入下一天的核對(duì)。

8.2 對(duì)賬時(shí)間控制

如上表，我們需要管理對(duì)賬的時(shí)間；這里有3個(gè)時(shí)間概念需要知道：

• 對(duì)賬日期：就是對(duì)的那一天的賬，也是交易成功時(shí)間或者資金變動(dòng)日期
• 對(duì)賬啟用日期：一個(gè)對(duì)賬項(xiàng)目的第一個(gè)對(duì)賬日期
• 最后對(duì)賬日期：一個(gè)對(duì)賬項(xiàng)目的最后一個(gè)對(duì)賬日期

8.3 對(duì)賬狀態(tài)控制

需要管理可查每一個(gè)對(duì)賬項(xiàng)目在每一天的對(duì)賬狀態(tài)。

8.4 對(duì)賬任務(wù)流程控制引擎和報(bào)警

主流程控制對(duì)賬項(xiàng)目的任務(wù)執(zhí)行，并在流程成變更更新其他控制環(huán)節(jié)參數(shù)；如果主流程某一個(gè)處理失敗那么進(jìn)行任務(wù)報(bào)警，人工干預(yù)重啟流程。

8.5 對(duì)賬核心處理引擎

對(duì)賬最核心的引擎就是數(shù)據(jù)間逐筆核對(duì)的過程：

比如經(jīng)過上面的邏輯，對(duì)賬項(xiàng)目1在x日的對(duì)賬結(jié)果如下：

8.6 對(duì)賬結(jié)果查看

通過上面的對(duì)賬執(zhí)行，我們就得到了對(duì)賬的結(jié)果，每個(gè)對(duì)賬項(xiàng)目的對(duì)賬總筆數(shù)，總差異。

交易對(duì)賬結(jié)果該結(jié)果是每個(gè)對(duì)賬項(xiàng)目按筆數(shù)核對(duì)的結(jié)果。

• • 資金對(duì)賬結(jié)果該結(jié)果是每個(gè)資金賬戶對(duì)賬項(xiàng)目，按照費(fèi)用款項(xiàng)核對(duì)的結(jié)果

好了，得到了對(duì)賬結(jié)果之后，下一步就是針對(duì)不同的差異進(jìn)行排查和差錯(cuò)處理了。

第九部分：差錯(cuò)處理和差錯(cuò)配置設(shè)計(jì)

對(duì)賬有兩個(gè)核心目的，一個(gè)是發(fā)現(xiàn)錯(cuò)誤，另一個(gè)是改正錯(cuò)誤；今天我們說一下對(duì)賬差異的處理

對(duì)賬結(jié)果如果有差異，就需要有排查差異的原因，差異原因千奇百怪，但存在必是有原因的，如果登時(shí)查不到就先掛著，至少我們知道了有一個(gè)差異待處理；（下文提到的差異我們代表交易對(duì)賬對(duì)出的單邊或者錯(cuò)賬以及資金對(duì)賬對(duì)出的資金長(zhǎng)短款）

9.1 關(guān)于差錯(cuò)處理

差錯(cuò)處理其實(shí)就是消除差異的過程：

• 發(fā)現(xiàn)差異：對(duì)賬結(jié)果對(duì)出了差異
• 排查差異原因：排查差異原因，是掉單了，bug，時(shí)間差等具體的原因
• 按照實(shí)際處理差異：找到原因后對(duì)差錯(cuò)進(jìn)行處理，掉單的補(bǔ)單，bug就修復(fù)，時(shí)間差的話就不用處理，等待第二天對(duì)平
• 消除差異：這一步是在對(duì)賬系統(tǒng)對(duì)差異進(jìn)行標(biāo)記處理，說明差異已經(jīng)排除了

9.2 交易差錯(cuò)處理

交易對(duì)賬是數(shù)據(jù)的逐筆核對(duì)，會(huì)出現(xiàn)三類結(jié)果：

• 對(duì)平：無需處理
• 單邊：需要處理
• 錯(cuò)賬：需要處理

差錯(cuò)列表：

對(duì)賬的差異會(huì)單獨(dú)出現(xiàn)在差異列表等待處理。

點(diǎn)擊處理，彈窗選擇處理類型，提交之后可以走一個(gè)流程，也可以直接處理完成。

差錯(cuò)處理類型：

就是我們用什么樣的方式消除了差異，比如如果是銀行成功，我方平臺(tái)掉單了，那么就進(jìn)行補(bǔ)單，補(bǔ)完后就對(duì)平了，這樣也是保證用戶的權(quán)益；這時(shí)因?yàn)槭俏曳降魡瘟耍詫?duì)賬結(jié)果是銀行單邊；等我方補(bǔ)完單后，銀行的這筆單邊就出錯(cuò)了“平臺(tái)補(bǔ)單”。

我們可以預(yù)設(shè)一些差錯(cuò)處理類型，形成每個(gè)類型的處理流程，便于在處理的時(shí)候直接選擇使用。

差錯(cuò)處理接口：

有些差錯(cuò)處理是可以讓相關(guān)系統(tǒng)包裝接口直接進(jìn)行處理的；比如平臺(tái)掉單補(bǔ)單，可以讓訂單系統(tǒng)包裝一個(gè)補(bǔ)單接口，對(duì)賬系統(tǒng)調(diào)用進(jìn)行補(bǔ)單。

9.3 資金差錯(cuò)處理

資金對(duì)賬的差異是費(fèi)用的差異，收款，退款，手續(xù)費(fèi)；在賬戶對(duì)完結(jié)果后，如果確認(rèn)不是解析等技術(shù)層面的差異，可以對(duì)結(jié)果進(jìn)行一個(gè)確認(rèn)，確認(rèn)之后差異會(huì)生成長(zhǎng)短款數(shù)據(jù)，后面對(duì)資金進(jìn)行長(zhǎng)短款處理時(shí)就對(duì)長(zhǎng)短款進(jìn)行核銷。

資金對(duì)賬結(jié)果確認(rèn)：

長(zhǎng)短款管理：

比如微信的一個(gè)資金賬戶，資金同事直接在微信商戶后臺(tái)操作了一筆轉(zhuǎn)賬，或者用戶直接用微信轉(zhuǎn)給給了這個(gè)賬戶，這時(shí)候都會(huì)出現(xiàn)微信收款比平臺(tái)收款多的情況。

微信賬單收款1000———-平臺(tái)記賬收款900

此時(shí)資金對(duì)賬就會(huì)有100元的長(zhǎng)款，就是微信多收了。

確認(rèn)結(jié)果以后，長(zhǎng)短款模塊就會(huì)生成一筆該賬戶的 100元長(zhǎng)款記錄；長(zhǎng)款款記錄要有賬戶信息，對(duì)賬日期信息，費(fèi)用信息等。

長(zhǎng)短款核銷：

對(duì)于生成的長(zhǎng)短款差異，同時(shí)也會(huì)生成賬務(wù)憑證，算是一個(gè)掛賬憑證，為了讓賬務(wù)是平衡的；后續(xù)針對(duì)每筆資金差異進(jìn)行排查核銷；比如如果確認(rèn)是人工微信做了轉(zhuǎn)賬，那么可以直接核銷“資金人工轉(zhuǎn)出確認(rèn)”，直到長(zhǎng)短款沒有待核銷長(zhǎng)短款，我們的資金就是準(zhǔn)確的了。

9.4 其他對(duì)賬場(chǎng)景案例

除了常見的三方支付，電商等的普通的在線交易的對(duì)賬，還有一些其他領(lǐng)域的核對(duì)，雖然行業(yè)不同，交易數(shù)據(jù)特點(diǎn)不同，但是對(duì)賬的本質(zhì)是相通的；唯一不同的就是交易數(shù)據(jù)的結(jié)構(gòu)千奇百怪，導(dǎo)致數(shù)據(jù)的解析，核對(duì)邏輯會(huì)有變化，下面我們舉幾個(gè)場(chǎng)景。

紅包中間賬戶對(duì)賬：

我們都知道，紅包場(chǎng)景算是比較復(fù)雜的，因?yàn)榘l(fā)紅包的支付一筆紅包款，會(huì)發(fā)出幾十個(gè)紅包，最后有些紅包沒被領(lǐng)取又退回了，這個(gè)核對(duì)場(chǎng)景最復(fù)雜的是一對(duì)多，我們站在紅包的中間賬戶角度看這個(gè)交易場(chǎng)景，對(duì)中間賬戶的進(jìn)出進(jìn)行核對(duì)。

案例：用戶A用招商銀行卡通過紅包發(fā)了10個(gè)紅包共100元，3天后一共領(lǐng)了7個(gè)80元，退回20元到招商銀行卡。

• 紅包發(fā)放充值流入：+100元
• 紅包流出付款流出：一共8筆共80元
• 超時(shí)未領(lǐng)取退回流出：一筆20元

你覺得該如何做核對(duì)呢？

機(jī)票代理對(duì)賬：

我們都知道去哪網(wǎng)，攜程，飛豬，這些賣機(jī)票的平臺(tái)；可能不太清楚這些平臺(tái)上的眾多機(jī)票代理商，他們的交易體量也是非常巨大了，每個(gè)月賣出幾萬賬票的很多；我?guī)椭芏鄼C(jī)票代理商實(shí)現(xiàn)了自動(dòng)化對(duì)賬的系統(tǒng)建設(shè)；他們的對(duì)賬相對(duì)來說是非常復(fù)雜的，在鶴壁有一家代理商是從深圳搬過來的，他們一共有5個(gè)財(cái)務(wù)每天進(jìn)行對(duì)賬，5個(gè)財(cái)務(wù)的年薪資支出有二三十萬之多，可想而知如果實(shí)現(xiàn)系統(tǒng)化對(duì)賬，能節(jié)省多少費(fèi)用。

機(jī)票代理商的交易模型：

從模型中我們可以看出來，主要是有三個(gè)環(huán)節(jié)：

• 售票平臺(tái)代理商入住后，就像淘寶已經(jīng)，會(huì)有個(gè)結(jié)算賬戶，記錄賣票記錄和結(jié)算款記錄，賣出去10張票，平臺(tái)抽取傭金剩余部分結(jié)算給代理商結(jié)算賬戶；平臺(tái)會(huì)提供2分文件：機(jī)票銷售明細(xì)文件，結(jié)算明細(xì)文件；這兩份數(shù)據(jù)要做核對(duì)
• 機(jī)票代理商機(jī)票代理商有一個(gè)機(jī)票管理系統(tǒng)，購買的第三方服務(wù)公司的，可以記錄在每個(gè)平臺(tái)的賣票情況以及付款出票情況
• 付款通道機(jī)票代理商要賣機(jī)票需要向航司去買，賣票付款的話航司簽約了一些三方支付公司，比如支付寶，易寶支付，代理商選擇這些付款通道進(jìn)行簽約向航司付款，先把錢充值到指定付款賬戶中，易寶支付是航旅行業(yè)覺得的第一名，付款通道會(huì)給機(jī)票代理付款文件

機(jī)票代理的對(duì)賬模型所以對(duì)賬我們要對(duì)這幾個(gè)維度售票平臺(tái)的售票明細(xì)與結(jié)算明細(xì)核對(duì)售票平臺(tái)的售票明細(xì)與代理商系統(tǒng)的售票明細(xì)核對(duì)代理商系統(tǒng)的付款明細(xì)與通道的付款賬單核對(duì)。

機(jī)票行業(yè)數(shù)據(jù)特點(diǎn)這個(gè)行業(yè)的文件是很復(fù)雜的，特別是幾家ota平臺(tái)，文件形式各不相同，一個(gè)用戶買7張票，一個(gè)訂單對(duì)應(yīng)7個(gè)人，對(duì)應(yīng)7張票；有的平臺(tái)的一個(gè)訂單一票記錄，票號(hào)塞在一個(gè)單元格里，有的平臺(tái)是一張票一條數(shù)據(jù)….大家可以思考一下，一下對(duì)賬怎么對(duì)呢：按照訂單號(hào)對(duì)？還是按照票號(hào)對(duì)？

還有一個(gè)行業(yè)是券商對(duì)賬：

什么是券商呢，我們?cè)谡猩绦庞每?，中移?dòng)積分商城里兌換的商家優(yōu)惠券其實(shí)不是直接由商家提供的，而是中間券商；就像電子支付一樣，中間券商匯集采購商家的優(yōu)惠券，然后通過接口提供售賣給信用卡平臺(tái)或者中移動(dòng)等平臺(tái)；用戶在中移動(dòng)或者信用卡商城兌換后到商家去消費(fèi)，然后進(jìn)行層層的核銷和結(jié)算。

招商銀行和中移動(dòng)與券商結(jié)算，券商再把結(jié)算款結(jié)算給商家。

這個(gè)對(duì)賬模式我就不再細(xì)說了，大家可以思考一下如何建設(shè)券商的對(duì)賬系統(tǒng)。

第十部分：銀行存款余額調(diào)節(jié)對(duì)賬

你有賬戶里有多少錢，有多少錢可用？這個(gè)問題是不是很莫名其妙，錢都是我的，當(dāng)然都能用??！那再換個(gè)說法，如果你10號(hào)會(huì)發(fā)2萬工資，4號(hào)要支付1萬房貸，現(xiàn)在銀行卡里還剩1.1萬，如果你對(duì)象說有急事3號(hào)要先用你2000塊錢，你怎么辦，在每次要花錢的時(shí)候，是不是有一個(gè)經(jīng)典問題困擾著你，我是誰，我在那？當(dāng)然不是，“我還有多少錢能用？” ！這就是我們今天要解決的問題，銀行賬戶還有多少錢，還有多少錢能用 ！

10.1 什么是余額調(diào)節(jié)表

銀行存款余額調(diào)節(jié)表，就是將企業(yè)的賬面余額和銀行的賬單余額，經(jīng)過未達(dá)款項(xiàng)調(diào)整后，核對(duì)調(diào)整余額是否一致的核對(duì)工具；驗(yàn)證調(diào)節(jié)后的存款余額是否相等的核對(duì)方法；如果想等則表明企業(yè)和銀行的賬目都沒有問題；反之，則說明記賬有錯(cuò)誤，或者有未達(dá)賬沒找到；需要進(jìn)一步查明原因，進(jìn)行修正；余額調(diào)節(jié)表調(diào)整后的余額是銀行存款當(dāng)日可以動(dòng)用的最大值。

日期：xxxxxx ，賬戶：銀行存款-工行1122

未達(dá)是怎么產(chǎn)生的呢，比如打款一般企業(yè)先扣賬，然后走審批；如果在對(duì)賬時(shí)還沒完成審批，這時(shí)就會(huì)有銀行還沒到達(dá)，但企業(yè)已操作賬務(wù)；另一個(gè)場(chǎng)景就是用戶直接線下匯入賬戶的資金，企業(yè)賬務(wù)還沒進(jìn)行記賬，對(duì)企業(yè)賬來說就形成未達(dá)；

特別提醒要區(qū)分資金對(duì)賬的應(yīng)收應(yīng)付和實(shí)收實(shí)付概念；未達(dá)這里是個(gè)余額對(duì)賬的概念；應(yīng)收付是資金清算的概念。

10.2 如何編制余額調(diào)節(jié)表

就如第一部分介紹的概念，編制余額調(diào)節(jié)表就是在兩方余額之上進(jìn)行未達(dá)賬的加減，獲得調(diào)整余額。

第一步：

獲得兩邊的余額作為基礎(chǔ)余額以及賬務(wù)明細(xì)作為未達(dá)素材；企業(yè)賬從賬務(wù)系統(tǒng)獲得資金賬明細(xì)，銀行賬從銀行獲得對(duì)賬單并解析入庫；待勾兌。

第二步：

通過可勾兌唯一表示，勾兌雙方賬務(wù)明細(xì)；未匹配上的明細(xì)即是對(duì)方未達(dá)。

第三步：

按照調(diào)整公式計(jì)算出調(diào)整余額。

銀行調(diào)整余額=銀行對(duì)賬單存款余額+企收銀未收－企付銀未付

企業(yè)調(diào)整余額=企業(yè)賬面銀行存款余額+銀收企未－銀付企未付

調(diào)節(jié)后，如果雙方余額相等，一般可以認(rèn)為雙方記賬沒有差錯(cuò)。調(diào)節(jié)后雙方余額仍然不相等時(shí)，原因還是兩個(gè)，要么是未達(dá)賬項(xiàng)未全部查出，要么是一方或雙方賬簿記錄還有差錯(cuò)。無論是什么原因，都要進(jìn)一步查清楚并加以更正，一定要到調(diào)節(jié)表中雙方余額相等為止。

調(diào)節(jié)后的余額既不是企業(yè)銀行存款日記賬的余額，也不是銀行對(duì)賬單的余額，它是企業(yè)銀行存款的真實(shí)數(shù)字，也是企業(yè)當(dāng)日可以動(dòng)用的銀行存款的極大值。

10.3 如何余額調(diào)節(jié)表系統(tǒng)

余額調(diào)節(jié)表系統(tǒng)就是通過系統(tǒng)實(shí)現(xiàn)賬戶的日末賬戶余額調(diào)節(jié)核對(duì)；要想實(shí)現(xiàn)系統(tǒng)化要解決一下問題。

資金賬：

平臺(tái)要對(duì)支付交易和打款進(jìn)行規(guī)范的資金賬記錄，企業(yè)通過oa走的其他費(fèi)用，例如報(bào)銷，補(bǔ)貼等也要進(jìn)行資金賬記錄；資金調(diào)撥也要進(jìn)行資金賬記錄；所以綜合來講需要有平臺(tái)所有賬戶的所有資金賬務(wù)的系統(tǒng)記賬處理；那么就是需要一個(gè)賬務(wù)系統(tǒng)，這個(gè)后面會(huì)講，這里就不在贅述。

賬戶管理：

對(duì)平臺(tái)所有銀行存款或者其他類賬戶，如微信支付寶賬戶進(jìn)行通過管理，可以通過財(cái)務(wù)主數(shù)據(jù)也可以在對(duì)賬系統(tǒng)維護(hù)；并且最好可以關(guān)聯(lián)會(huì)計(jì)科目；最后就是要設(shè)定賬戶的余額調(diào)節(jié)啟用日期。

賬戶的期初余額：

在賬戶管理里設(shè)定賬戶的期初余額，系統(tǒng)會(huì)基于該期初余額加減資金賬的明細(xì)獲得任何一個(gè)時(shí)間區(qū)間的期初，發(fā)生，期末；所以該期初余額一定要正確。

獲取銀行賬單：

通過人工上傳或者銀企直聯(lián)以及三方接口，每日獲取上一期的對(duì)賬單，并解析入庫，用于進(jìn)行資金勾兌。

企業(yè)資金賬單：

從資金賬獲取本次核對(duì)日期要核對(duì)的資金賬明細(xì)，備用，用戶與銀行賬進(jìn)行勾兌。

核對(duì)：

執(zhí)行企業(yè)賬單和銀行賬單的勾兌，為勾兌上的認(rèn)為是對(duì)方未達(dá)，進(jìn)入余額調(diào)節(jié)表。

獲取余額：

從賬戶余額表獲取企業(yè)賬該賬戶的余額，用銀行對(duì)賬單或者接口查詢獲得銀行對(duì)應(yīng)賬戶的日終余額。

余額調(diào)節(jié)表結(jié)果：

結(jié)果是基于賬戶維度，得到每個(gè)賬戶的日終調(diào)整余額兩邊的核對(duì)結(jié)果以及調(diào)整明細(xì)。

詳情：

好的，對(duì)賬系列我們就完結(jié)了，對(duì)賬系統(tǒng)大家會(huì)設(shè)計(jì)了么。

工作當(dāng)中，每個(gè)行業(yè)，每家公司的業(yè)務(wù)場(chǎng)景和業(yè)務(wù)模型都會(huì)有差異，對(duì)賬模式以及系統(tǒng)設(shè)計(jì)也需要相應(yīng)的針對(duì)性設(shè)計(jì)，在通用對(duì)賬的基礎(chǔ)上進(jìn)行調(diào)整，比如因?yàn)閿?shù)據(jù)結(jié)構(gòu)特點(diǎn)設(shè)計(jì)解析器，因?yàn)闃I(yè)務(wù)流程不同設(shè)計(jì)對(duì)賬流程和差錯(cuò)處理流程。

雖然文章盡可能詳盡，但難免有疏漏，文章完結(jié)了，對(duì)賬系統(tǒng)設(shè)計(jì)的征途還在繼續(xù)，可以加入學(xué)習(xí)群，繼續(xù)交流探討更多設(shè)計(jì)問題 ！卡! 對(duì)賬系統(tǒng)殺青。

作者：陳曉光，一個(gè)會(huì)彈吉他會(huì)算命的產(chǎn)品經(jīng)理老司機(jī)，微信公眾號(hào)：陳天宇宙

本文由 @陳天宇宙 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議