本文由作者 陳天宇宙 發(fā)布于社區(qū)，業(yè)務(wù)圖較多，建議PC端閱讀
上篇指路：對(duì)賬系統(tǒng)設(shè)計(jì)詳解（上）

07
資金對(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ì)介紹
1、資金對(duì)賬項(xiàng)目
通過對(duì)賬系統(tǒng)設(shè)計(jì)（上）我們已經(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

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

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)目

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)付
1）使用銀行清算文件
就是銀行記錄應(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ì)賬沒差異，那么就沒有問題
2）使用平臺(tái)資金賬務(wù)核對(duì)
就是如果公司有賬務(wù)中心的話，可以直接拿資金變動(dòng)賬務(wù)與實(shí)際銀行的資金結(jié)算賬單核對(duì)，這個(gè)不做具體介紹了

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)，打款等

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)的金額

08
對(duì)賬引擎設(shè)計(jì)和結(jié)果管理
前面的文章都是建設(shè)工作，對(duì)賬的基礎(chǔ)，今天我們就來聊一聊怎么動(dòng)起來，就像發(fā)動(dòng)機(jī)一樣要讓組織轉(zhuǎn)動(dòng)起來，同樣對(duì)賬也是，需要一個(gè)核心的處理流來完成每天和每個(gè)對(duì)賬項(xiàng)目的核對(duì)，我們今天來聊一下幾個(gè)關(guān)鍵的處理
在對(duì)賬執(zhí)行前還有最后幾個(gè)重要的問題沒有解決，那就是對(duì)賬的核心處理邏輯是什么；對(duì)賬有幾個(gè)關(guān)鍵的處理引擎

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ì)

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ì)賬日期

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

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

5、對(duì)賬核心引擎
對(duì)賬最核心的引擎就是數(shù)據(jù)間逐筆核對(duì)的過程
比如經(jīng)過上面的邏輯，對(duì)賬項(xiàng)目1在x日的對(duì)賬結(jié)果如下

6、對(duì)賬結(jié)果查看
通過上面的對(duì)賬執(zhí)行，我們就得到了對(duì)賬的結(jié)果，每個(gè)對(duì)賬項(xiàng)目的對(duì)賬總筆數(shù)，總差異
1）交易對(duì)賬結(jié)果
該結(jié)果是每個(gè)對(duì)賬項(xiàng)目按筆數(shù)核對(duì)的結(jié)果
2）資金對(duì)賬結(jié)果
該結(jié)果是每個(gè)資金賬戶對(duì)賬項(xiàng)目，按照費(fèi)用款項(xiàng)核對(duì)的結(jié)果
好了，得到了對(duì)賬結(jié)果之后，下一步就是針對(duì)不同的差異進(jìn)行排查和差錯(cuò)處理了

09
差錯(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)短款）
 
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)排除了
2、交易差錯(cuò)處理
交易對(duì)賬是數(shù)據(jù)的逐筆核對(duì)，會(huì)出現(xiàn)三類結(jié)果
對(duì)平：無需處理
單邊：需要處理
錯(cuò)賬：需要處理
1）差錯(cuò)列表
對(duì)賬的差異會(huì)單獨(dú)出現(xiàn)在差異列表等待處理
點(diǎn)擊處理，彈窗選擇處理類型，提交之后可以走一個(gè)流程，也可以直接處理完成
2）差錯(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í)候直接選擇使用
3）差錯(cuò)處理接口
有些差錯(cuò)處理是可以讓相關(guān)系統(tǒng)包裝接口直接進(jìn)行處理的；比如平臺(tái)掉單補(bǔ)單，可以讓訂單系統(tǒng)包裝一個(gè)補(bǔ)單接口，對(duì)賬系統(tǒng)調(diào)用進(jìn)行補(bǔ)單

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)行核銷
1）資金對(duì)賬結(jié)果確認(rèn)
2）長(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)用信息等
3）長(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)確的了

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)景
1）紅包中間賬戶對(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ì)呢？
2）機(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é)
1）售票平臺(tái)
代理商入住后，就像淘寶已經(jīng)，會(huì)有個(gè)結(jié)算賬戶，記錄賣票記錄和結(jié)算款記錄，賣出去10張票，平臺(tái)抽取傭金剩余部分結(jié)算給代理商結(jié)算賬戶；平臺(tái)會(huì)提供2分文件：機(jī)票銷售明細(xì)文件，結(jié)算明細(xì)文件；這兩份數(shù)據(jù)要做核對(duì)
2）機(jī)票代理商
機(jī)票代理商有一個(gè)機(jī)票管理系統(tǒng)，購(gòu)買的第三方服務(wù)公司的，可以記錄在每個(gè)平臺(tái)的賣票情況以及付款出票情況
3）付款通道
機(jī)票代理商要賣機(jī)票需要向航司去買，賣票付款的話航司簽約了一些三方支付公司，比如支付寶，易寶支付，代理商選擇這些付款通道進(jìn)行簽約向航司付款，先把錢充值到指定付款賬戶中，易寶支付是航旅行業(yè)覺得的第一名，付款通道會(huì)給機(jī)票代理付款文件
機(jī)票代理的對(duì)賬模型：
售票平臺(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ì)？
3）還有一個(gè)行業(yè)是券商對(duì)賬
什么是券商呢，我們?cè)谡猩绦庞每?，中移?dòng)積分商城里兌換的商家優(yōu)惠券其實(shí)不是直接由商家提供的，而是中間券商；就像電子支付一樣，中間券商匯集采購(gòu)商家的優(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)

結(jié)束語
好的，對(duì)賬系列我們就完結(jié)了，對(duì)賬系統(tǒng)大家會(huì)設(shè)計(jì)了么？
實(shí)際工作中，每個(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ò)處理流程。
雖然文章盡可能詳盡，但難免有疏漏，歡迎交流討論~

↘好文推薦：
對(duì)賬系統(tǒng)設(shè)計(jì)詳解（上）
大廠沒有方法論（上）
阿里設(shè)計(jì)師出品！B端產(chǎn)品文案指南
點(diǎn)個(gè)“在看”吧