如果你是一位支付產(chǎn)研工作者，那肯定了解過支付對賬的設(shè)計(jì)。我個人把支付對賬分為四個部分：渠道對賬、商戶對賬、內(nèi)部對賬、差錯處理；

對賬關(guān)系

渠道對賬：平臺與渠道方的對賬文件進(jìn)行對賬，有可以分為交易對賬和資金對賬兩個部分。但一般的平臺只做交易對賬，資金對賬則會根據(jù)交易對賬和差錯處理的結(jié)果來判斷 平臺應(yīng)收賬戶=已對賬交易記錄交易總額 -手續(xù)費(fèi)=實(shí)際渠道結(jié)算金額，這樣會更高效的處理資金流轉(zhuǎn)；至于平臺的內(nèi)部的賬戶系統(tǒng)是否有漏記、錯計(jì)，是可以通過內(nèi)部機(jī)制來控制的，比如：總賬核對、總分核對、內(nèi)部系統(tǒng)準(zhǔn)實(shí)時對賬等；
商戶對賬：簡單理解就是，自己平臺對完賬后，提供給商戶的標(biāo)準(zhǔn)對賬文件；
內(nèi)部對賬：系統(tǒng)與系統(tǒng)直接的日終核對、賬戶系統(tǒng)的總賬加工、總賬核對、總分核對等；
差錯處理：很多朋友和我在溝通對賬后的差錯處理的時候，總是不明白差錯處理的定位；他們會狹隘的認(rèn)為差錯處理是對賬模塊的，不應(yīng)該反向去處理更上次的交易訂單、業(yè)務(wù)定的一些狀態(tài)和錯誤的訂單信息。我告訴他們：渠道對賬是一個平臺性的標(biāo)準(zhǔn)功能，是不需要人參與運(yùn)營的，是自動化的，它屬于基礎(chǔ)，底層。但差錯處理卻不同，它是一個資金運(yùn)營的過程，是一個對自身系統(tǒng)整體糾錯的過程。而且要隨著交易系統(tǒng)、核心系統(tǒng)的邏輯變化而不斷調(diào)整的，所以，它是一個更上層的資金運(yùn)營平臺；

本章只交流渠道對賬的對賬模型，因?yàn)閷~模型是一個普適性的標(biāo)準(zhǔn)產(chǎn)品；而差錯處理需要根據(jù)自身業(yè)務(wù)特點(diǎn)和原來其他模塊的產(chǎn)品邏輯做特殊處理，具有個性化，不做總結(jié)，有問題可以私聊我；商戶對賬，就非常簡單了，不做說明了；

我個人經(jīng)歷夠兩個對賬模型：傳統(tǒng)滾動對賬模型和新型滾動對賬模型；

這兩個都是有滾動對賬，那什么叫過滾動，是什么東西在滾呢？這里其實(shí)就是未對賬數(shù)據(jù)+存疑數(shù)據(jù)在滾動。
那存疑數(shù)據(jù)主要的原因是什么造成的呢？主要是時差數(shù)據(jù)。

時差數(shù)據(jù)的來源

日切：通俗的來說就是更換系統(tǒng)會計(jì)記賬的時間；系統(tǒng)從當(dāng)前工作日切換到下一工作日，日切過程中交易可以照常提交并正確處理返回。
日切影響：如果是T1結(jié)算的代收通道，T日交易因?yàn)槿涨性?，訂單完成時間落在了T1,則T2才能結(jié)算；
時差：因?yàn)槿涨袑?dǎo)致訂單不能包含在T日交易對賬單中的訂單，稱為時差訂單，需T2重新對賬。

日切偏移.

支付渠道的日切從理論上講有兩個可能：向前偏移（提前一點(diǎn)點(diǎn)時間切換會計(jì)日期）、向后偏移

支付渠道側(cè)日切向后偏移

向后偏移

舉例

總結(jié)：如果想后偏移，支付渠道側(cè)T日交易成功數(shù)據(jù)有可能對應(yīng)業(yè)務(wù)方對賬平臺的T日、T+1日未對賬數(shù)據(jù)；

支付渠道側(cè)日切向前偏移

向前偏移

舉例

總結(jié)：支付渠道側(cè)T日交易成功數(shù)據(jù)有可能對應(yīng)業(yè)務(wù)方對賬平臺的T-1日的對賬存疑訂單數(shù)據(jù)、T日未對賬訂單數(shù)據(jù)；

支付渠道側(cè)日切偏移方向未知
在支付渠道側(cè)日切偏移不知道是向前偏移，還是向后偏移?；蛘哒f，大部分支付公司都定好了自己的系統(tǒng)是朝著一個方向偏移，但不排除特定情況下需要向相反的方向偏移。
那我們設(shè)計(jì)的支付模塊的對賬能力，應(yīng)該具備支付渠道側(cè)多種形式的日切偏移。并盡早的把已結(jié)算給我們的資金完成對賬，便于對完賬后的資金流動性管理；這就設(shè)計(jì)到我們后面要講的兩種對賬模型的區(qū)別了，也主要是優(yōu)化了這個特性；