在支付系統(tǒng)中，資金對賬在對賬中心進(jìn)行，將系統(tǒng)保存的賬務(wù)流水與銀行返回的清算流水和清算文件進(jìn)行對賬，核對系統(tǒng)賬務(wù)數(shù)據(jù)與銀行清算數(shù)據(jù)的一致性，保證支付機(jī)構(gòu)各備付金銀行賬戶每日的預(yù)計(jì)發(fā)生額與實(shí)際發(fā)生額一致。

一、清算對賬系統(tǒng)

1.1、資金流入與銀行的對賬

從銀行流入的資金是由銀行側(cè)控制資金結(jié)轉(zhuǎn)清算與對賬時間，即每日客戶通過銀行向支付機(jī)構(gòu)充值的資金是由銀行實(shí)時通知支付機(jī)構(gòu)充值指令的發(fā)生，銀行在每日晚間經(jīng)過匯總后向支付機(jī)構(gòu)的銀行收款賬戶入賬，同時提供入賬清算文件。支付機(jī)構(gòu)獲取該文件后，與業(yè)務(wù)數(shù)據(jù)進(jìn)行核對。

對賬結(jié)果若相符，則沒有問題。若出現(xiàn)對賬結(jié)果不符，很有可能是系統(tǒng)或者業(yè)務(wù)在某些環(huán)節(jié)發(fā)生問題，存在兩種情況：

（1）、銀行充值明細(xì)多，支付機(jī)構(gòu)充值明細(xì)少；即銀行向支付機(jī)構(gòu)入賬資金多于支付機(jī)構(gòu)業(yè)務(wù)發(fā)生情況，一般采取臨時掛賬處理，查出原因后再具體解決；
（2）、銀行充值明細(xì)少，支付充值明細(xì)多；即銀行向支付機(jī)構(gòu)入賬資金少于支付機(jī)構(gòu)業(yè)務(wù)發(fā)生情況，則可能對支付機(jī)構(gòu)產(chǎn)生資金損失，一般采取臨時掛賬處理，查出原因后再具體解決。

1.2、資金流出與銀行的對賬

二、什么是對賬

2.1、什么是資金對賬

在會計(jì)上的概念：指為了保證賬簿記錄的正確性而進(jìn)行的有關(guān)賬項(xiàng)的核對工作，做到賬實(shí)相符(正確性)、賬證相符(真實(shí)性)、賬賬相符。
在支付機(jī)構(gòu)的概念：資金對賬在對賬中心進(jìn)行，將系統(tǒng)保存的賬務(wù)流水與銀行返回的清算流水和清算文件進(jìn)行對賬，核對系統(tǒng)賬務(wù)數(shù)據(jù)與銀行清算數(shù)據(jù)的一致性，保證支付機(jī)構(gòu)各備付金銀行賬戶每日的預(yù)計(jì)發(fā)生額與實(shí)際發(fā)生額一致。即核對銀行實(shí)際清算資金如充值、充退、提現(xiàn)等業(yè)務(wù)的銀行處理結(jié)果是否一致。

2.2、對賬中心的作用

對賬中心是主要處理對賬的系統(tǒng)模塊，主要業(yè)務(wù)是清算對賬。對賬中心部署于工作平臺，分別接受會計(jì)系統(tǒng)和清算系統(tǒng)的數(shù)據(jù)輸入進(jìn)行對賬處理。

對賬中心最主要的職責(zé)是勾兌銀行清算流水與支付系統(tǒng)入賬流水，用以檢查反映銀存實(shí)際賬戶的余額變化與支付系統(tǒng)內(nèi)部戶余額變化是否平衡。對于已經(jīng)核對無誤的銀行清算流水和支付系統(tǒng)入賬流水，分別進(jìn)入相應(yīng)的歷史銀行流水庫和歷史入賬流水庫。

對于勾兌結(jié)果中銀行清算流水多于系統(tǒng)入賬流水的，而操作人員不明確資金的來源，需要根據(jù)所設(shè)定的分類規(guī)則將暫不明確的資金進(jìn)行掛賬處理。而后我們認(rèn)為該部分資金已經(jīng)系統(tǒng)入賬，可以入歷史流水庫。

三、對賬內(nèi)容和數(shù)據(jù)來源

第一步：入賬流水和清算流水進(jìn)行核對，目的是保證對每一筆訂單銀行的處理結(jié)果和我們系統(tǒng)的業(yè)務(wù)處理結(jié)果一致。
第二步：對賬匯總確認(rèn)單和銀行對賬單進(jìn)行核對，目的是通過軋余額等方式核對各類業(yè)務(wù)的銀行處理結(jié)果是否與銀行實(shí)際清算給我們的資金一致。

3.1、對賬業(yè)務(wù)流程

對賬業(yè)務(wù)流程圖

3.2、對賬中心主要功能

（1）、完整的日結(jié)流程支持：銀行清算流水入庫 → 流水對賬 → 流水分類 → 匯總確認(rèn)單 → 自動掛賬 → 銷賬確認(rèn) → 操作員軋賬 → 總賬日結(jié)以及登記銀行余額等。
（2）、完善的報表模型輸出：如按入賬日期 / 銀行日期 / 清算日期等的統(tǒng)計(jì)報表、銀行賬戶余額報表、未達(dá)款項(xiàng)報表等；
（3）、提供日切服務(wù)：在經(jīng)確認(rèn)后進(jìn)入歷史清算流水的，同步匯總該部分?jǐn)?shù)據(jù)進(jìn)入歷史流水匯總表中保存，所以在日切時，只需直接將該匯總數(shù)據(jù)再次匯總即可。
（4）、外圍業(yè)務(wù)功能支持：提供對于銀行賬戶（ 獨(dú)立于對賬中心之外，不參與處理邏輯 ）的管理功能，支持與內(nèi)部戶的映射管理，用以滿足部分報表需求；提供基于賬務(wù)核心所提供的業(yè)務(wù)代碼查詢功能；提供對于財(cái)務(wù)系統(tǒng)的交互支持，包括與財(cái)務(wù)科目的對應(yīng)關(guān)系管理、通知流水?dāng)?shù)據(jù)等；提供用以校驗(yàn)訂單與清算流水匹配狀態(tài)的錯賬核實(shí)功能。

對賬流程圖

四、對賬中心功能模塊分析

4.1、獲取資金對賬數(shù)據(jù)

（1）、獲取方式：需要進(jìn)行清算流水導(dǎo)入的文件一般通過人工在頁面上導(dǎo)入，另外有些業(yè)務(wù)的流水文件通過系統(tǒng)自動匹配或者定時獲取的方式得到。
（2）、清算流水導(dǎo)入渠道：需要統(tǒng)一各清算流水導(dǎo)入功能到一個頁面入口， 同時引入清算通道對賬的邏輯，將清算流水導(dǎo)入過程需要映射清算通道（ 包含新增清算流水等 ）。
（3）、各類業(yè)務(wù)的清算流水文件的解析和導(dǎo)入邏輯不一樣。

4.2、清算流水對賬

4.3、對賬邏輯

（1）、一對一對賬

提現(xiàn)成功：500401
認(rèn)證提現(xiàn)：500402
還貸：500404
卡通提現(xiàn)：500403
個人網(wǎng)銀充值：400301
企業(yè)網(wǎng)銀充值：400302
VISA：400314
網(wǎng)匯e：400315
卡通充值：400304
貸款：400307
銀企互聯(lián)提現(xiàn)：500405
信用卡還款提現(xiàn)：500407
后臺強(qiáng)制提現(xiàn)500406
COD
網(wǎng)點(diǎn)支付

Tips：
（1）、清算流水有，入賬流水也有，金額一致，對賬成功，清算流水、對賬流水打上 ‘對賬成功’ 標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（2）、清算流水有，入賬流水也有，金額不一致，清算流水記金額不等，記錄對賬日期為系統(tǒng)當(dāng)日，入賬流水不變；
（3）、清算流水有，入賬流水該訂單號沒有，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（4）、清算流水有，入賬流水沒有該業(yè)務(wù)代碼初始狀態(tài)的，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（5）、清算流水有，入賬流水沒有該銀行的初始狀態(tài)的記錄，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（6）、對賬之前需要判斷 1 對 1 的流水中是否有重復(fù)，有重復(fù)的返回失敗不進(jìn)行后續(xù)對賬。

（2）、多對多對賬

入賬流水里相同訂單號，相同清算渠道，相同，金額相同業(yè)務(wù)代碼的流水存在對條（比如充退）；而銀行清算流水也可能是存在多條的情況的，這種情況下是多對多去對賬的，遵循先到的先對的原則。

對賬標(biāo)準(zhǔn)：（清算通道 + 訂單號 + 金額） Or （銀行名稱 + 業(yè)務(wù)代碼 + 訂單號 + 金額）。

滿足多對多的業(yè)務(wù)如下：

充退：410401
銀企互聯(lián)充退：410402
Motopay 充退：410403

Tips：
（1）、清算流水有，入賬流水有，滿足對賬標(biāo)準(zhǔn)，則對賬成功，清算流水、對賬流水打上 ‘對賬成功’ 標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（2）、清算流水有，入賬流水有，金額不等，清算流水打上 ‘金額不等’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日，入賬流水不變；
（3）、清算流水有，入賬流水沒有該訂單號，清算流水打上‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（4）、清算流水有，入賬流水沒有初始狀態(tài) 410401 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（5）、清算流水有，入賬流水沒有這個銀行初始狀態(tài) 410401 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
（6）、清算流水有，入賬流水沒有初始狀態(tài)的 ‘410401’ 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日。另外，搜索公眾號互聯(lián)網(wǎng)架構(gòu)師后臺回復(fù)“2T”，獲取一份驚喜禮包。

（3）、一對多對賬

入賬流水有多條，和銀行的一條去對賬。
對賬標(biāo)準(zhǔn)：（清算通道 + 訂單號 + 金額） Or （銀行名稱 + 業(yè)務(wù)代碼 + 訂單號 + 金額）

涉及的業(yè)務(wù)：境外收單

境外收單購匯扣款（520101）
購匯益回補(bǔ)購匯賬戶（400319）

Tips：
（1）、入賬流水存在 2 條 520101 的，清算流水存在 1 條 520101 的，將入賬流水的 2 條加和后的金額和清算流水的進(jìn)行對賬，一致的為對賬成功；
（1）、入賬流水存在 1 條 520101 的，1 條 400319 的，那么要將 2 條金額之差和清算流水的 1 條 520101 的進(jìn)行對賬。不會出現(xiàn) 3 條 520101 或者 2 條 400319 的情況。

4.4、對賬功能

（1）、內(nèi)部流水購銷

（1）、購銷的規(guī)則：非已勾銷狀態(tài)下，同一銀行同一訂單號，金額一致而業(yè)務(wù)代碼相反的正向流水進(jìn)行勾銷，而且一條反向流水只勾銷一條；
（2）、日終軋賬時候的購銷：日終軋賬的時候會對未購銷的流水再次進(jìn)行購銷確保當(dāng)天的流水都購銷完全。（這個情況是為了解決反向流水先于正向流水先出現(xiàn)的邏輯錯誤情況而加的并提示流水號）；
（3）、如果業(yè)務(wù)代碼相反，而金額不等的情況，就無法進(jìn)行購銷，這種情況原來是作為違反邏輯規(guī)則來進(jìn)行標(biāo)記的。這部分?jǐn)?shù)據(jù)進(jìn)行查明之后，可以修改流水之后，在日終軋賬的時候從新進(jìn)行購銷；
（4）、購銷分 ‘一對一’（提現(xiàn)）和 ‘多對多’ （充退）的購銷；
（5）、勾銷的流水不入歷史庫。

（2）、對賬匯總確認(rèn)單

（1）、對于大部分對賬成功的數(shù)據(jù)，可以將這些流水確認(rèn)，確認(rèn)后該部分流水將進(jìn)入歷史清算流水，只有進(jìn)入歷史清算流水的才認(rèn)為銀行與支付系統(tǒng)數(shù)據(jù)對平。對賬成功的銀行清算流水、賬務(wù)入賬流水全部進(jìn)入各自歷史清算流水表保存，相應(yīng)的銀行清算流水與入賬流水同步刪除。
（2）、金額不等的流水，可能是銀行清算流水文件有誤，也可能是錯賬，采取的做法是操作員手工修改金額，在銀行清算流水管理里操作或直接刪除，將其推進(jìn)到下一輪的對賬處理環(huán)節(jié)，對賬是可以重復(fù)對的，只要滿足初始狀態(tài)要求的流水即可。
（3）、多賬部分，由于各種已明確/未明確的原因，銀行已經(jīng)實(shí)際清算給支付公司了，但支付公司的賬務(wù)系統(tǒng)并沒有入賬，需要提供一個流水分類和分類匯總掛賬的操作入口。系統(tǒng)默認(rèn)多賬的流水給出的菜單是流水分類，金額不等的流水給出的流水管理頁面。區(qū)別在于，在點(diǎn)流水分類時，只允許修改業(yè)務(wù)類型、銀行日期，而且改完后不改變多賬狀態(tài)；流水管理，修改狀態(tài)后，流水的對賬狀態(tài)將變成初始狀態(tài)，需要進(jìn)行重新對賬。
（4）、流水進(jìn)入歷史庫的校驗(yàn)規(guī)則。

（3）、流水分類和分類匯總掛賬

（1）、對于多賬的流水對賬中心提供一個單獨(dú)的處理入口，首先在此處進(jìn)行分類，然后進(jìn)行匯總掛賬處理。操作人員可以根據(jù)多賬流水的未確認(rèn)類型修改成對應(yīng)的業(yè)務(wù)代碼，允許修改成業(yè)務(wù)類型為 7 的可掛賬的類型（其他業(yè)務(wù)代碼不允許掛賬）；流水可以重復(fù)分類，系統(tǒng)不做控制；但已申請掛賬的除外，分類完畢的多賬流水可直接提供分類匯總掛賬操作。
（2）、系統(tǒng)根據(jù)既定的業(yè)務(wù)代碼判斷是待查收入或待查支出掛賬，頁面跳轉(zhuǎn)至相關(guān)憑證登記頁面，此處業(yè)務(wù)規(guī)則同待查收支掛賬；另一部分比如退票，因?yàn)椴唤?jīng)過對賬環(huán)節(jié)，所以需要直接在清算流水查詢里面新增，業(yè)務(wù)代碼 700106 未確認(rèn)退票，不需要經(jīng)過對賬，直接去匯總確認(rèn)單里將流水掛賬。允許掛賬的業(yè)務(wù)代碼如下 ：700101 其他應(yīng)付款，700102 其他應(yīng)收款，700103 銀行錯賬，700104 未確認(rèn)結(jié)匯款，700105 線下匯款，700106 未確認(rèn)退票，700107 未確認(rèn)收款，700108 未確認(rèn)支出款。
（3）、提交憑證登記申請相關(guān)校驗(yàn)：流水此刻狀態(tài)是否是 ‘多帳’ ，申請?zhí)峤蝗耸欠袷钱?dāng)時的對賬人，憑證登記成功，清算流水記錄憑證號，流水狀態(tài)改為 ‘已掛賬’ ；
（4）、匯總掛賬的反交易同步入賬流水，金額是負(fù)值，系統(tǒng)在清算流水里在做一條數(shù)據(jù)，自動對賬。

（4）、清算/入賬/歷史流水管理

清算流水管理

對于所有的清算流水，都可以在此模塊下進(jìn)行查詢、修改、刪除，同時也可以新增流水。

（1）、查詢功能，銀行名稱、業(yè)務(wù)代碼、銀行日期不能為空，業(yè)務(wù)代碼和銀行可以多選。
（2）、修改功能，處于未對賬（初始）、金額不等、多賬、對賬成功狀態(tài)的流水可以進(jìn)行單筆、批量修改操作，這里的批量修改動作與流水分類功能類似，只是該功能入口不僅支持對批量流水的業(yè)務(wù)代碼、銀行日期更新，也支持其他要素信息批量修改，作為（3）、提供給操作員在未對賬前批量修改已知流水的手段之一；對已掛賬的流水，不允許更新。
流水刪除：處于未對賬（初始）、金額不等、多賬、對賬成功狀態(tài)的流水可以進(jìn)行單筆、批量刪除操作，已掛賬狀態(tài)不允許刪除。

入賬流水管理

入賬流水管理功能提供對賬務(wù)入賬流水的查詢以及下載功能；為了杜絕對入賬流水的人為變更操作，禁止支持對入賬流水進(jìn)行修改或刪除處理。

（1）、查詢時銀行名稱、業(yè)務(wù)代碼、入賬日期不能為空，業(yè)務(wù)系統(tǒng)流水號：針對某類業(yè)務(wù)的業(yè)務(wù)流水號，如充值業(yè)務(wù)就是充值流水號；賬務(wù)流水號：賬務(wù)處理的流水號，即賬務(wù)操作記錄數(shù)據(jù)的序號，在賬戶明細(xì)查詢里可以獲取。
（2）、對于提現(xiàn)類失敗回充的流水，在操作員進(jìn)行對賬動作后，系統(tǒng)自動進(jìn)行購銷，在入賬流水查詢時，將對賬狀態(tài)選為已購銷可以查到，這些不進(jìn)入歷史庫，根據(jù)數(shù)據(jù)量，系統(tǒng)定時清理這些數(shù)據(jù)。

歷史流水管理

分為歷史入賬流水和歷史清算流水，查詢功能在同一頁面，查詢時可以一起查詢，也可以單獨(dú)查詢。歷史流水只供查詢和下載，不允許進(jìn)行修改和刪除操作。選擇歷史銀行流水和歷史清算流水（清算日期的時間間隔不能超過 7 天）進(jìn)行查詢，歷史入賬流水中無銀行日期，歷史銀行流水中無入賬日期。

（5）、銀行余額錄入功能

在該模塊下，實(shí)現(xiàn)對每個銀行賬戶的實(shí)際余額錄入，以此來和內(nèi)部賬戶余額進(jìn)行匹配校驗(yàn)。分為銀行余額登記，銀行余額導(dǎo)入（復(fù)核），以及銀行余額查詢功能。

（1）、銀行余額登記：選擇對應(yīng)日期以及銀行賬戶錄入后，保存，此時去銀行余額查詢是看不到錄入余額的，需要復(fù)核導(dǎo)入核對完畢后才能看到，保證核對的有效性。登記后系統(tǒng)記錄一個臨時余額。系統(tǒng)每天凌晨 1:15 的時候會跑批，取上一日已復(fù)核過的余額自動帶入下日臨時余額，如果不登記的話，就取上日余額。
（2）、銀行余額導(dǎo)入：標(biāo)準(zhǔn)格式是一個填寫銀行余額的 excle 模板，導(dǎo)入后的核對邏輯，對復(fù)核員導(dǎo)入的數(shù)據(jù)進(jìn)行檢測該帳戶是否有臨時余額。根據(jù)銀行賬號、銀行日期、銀行余額等條件查詢銀行余額表。
? ? ? ?判斷 1 ：如果查詢出結(jié)果為空那么將返回給用戶：“這個銀行帳號找不到對應(yīng)的銀行臨時余額！”。
? ? ? ?判斷 2 ：如果查詢結(jié)果大余一條，將返回給用戶：“這個銀行帳號的一天有多個銀行臨時余額，不正常！”
? ? ? ?判斷 3 ：檢測該銀行帳號對應(yīng)的銀行余額是否相等。如果不相等將返回給用戶：“臨時余額和實(shí)際余額不相等，核對失敗！”當(dāng)余額核對成功后，將復(fù)核員導(dǎo)入的余額寫入該對應(yīng)帳戶的實(shí)際余額，并修改余額狀態(tài)為已復(fù)核。實(shí)際余額更新成功后，將刪除當(dāng)天日期的臨時余額。
（3）、銀行余額查詢：對操作員登記余額的信息，以及復(fù)核員復(fù)核過的余額進(jìn)行查詢，查詢條件：銀行名稱、銀行帳戶、帳戶狀態(tài)、銀行日期、余額狀態(tài)。帳戶狀態(tài)：分為正常、廢除、和銷戶三個狀態(tài)，默認(rèn)為正常狀態(tài)。余額狀態(tài)：分為未錄入（N）、已錄入（A）、已復(fù)核（Y）三個狀態(tài)，默認(rèn)為全部。

（6）、內(nèi)部賬戶登賬

?業(yè)務(wù)簡述：針對日常結(jié)算工作中非銀行待查類的內(nèi)部賬戶進(jìn)行登記，如：清算款、利息、手續(xù)費(fèi)等；該業(yè)務(wù)登記不產(chǎn)生后續(xù)業(yè)務(wù)登記行為，即不具有作為初始憑證號的使用功能。對于批量銷帳類業(yè)務(wù)處理中，多會員轉(zhuǎn)帳失敗的，導(dǎo)致過渡戶上有剩余金額情況的，可通過此處進(jìn)行內(nèi)部戶登賬，將過渡戶（負(fù)債）和銀存（資產(chǎn)）余額同時減少，再通過待查收入掛帳實(shí)現(xiàn)平衡。

業(yè)務(wù)校驗(yàn)規(guī)則：

（1）、必須登記的是一借一貸帳戶信息；
（2）、借貸方帳戶不能一致；
（3）、金額必須大于 0 ；
（4）、不允許任意一方是銷帳帳戶。

（7）、待查收入掛賬

（1）、必須登記的是一借一貸帳戶信息；
（2）、借貸方帳戶不能一致；
（3）、金額必須大于 0 ；
（4）、借方帳戶必須是銀存帳戶；
（5）、貸方帳戶必須是銷帳帳戶。

是否同步對帳中心流水：不需要同步對帳中心流水。

（8）、待查收入確認(rèn)

業(yè)務(wù)簡述：針對銀行待查收入登賬的掛帳，可以通過本模塊進(jìn)行銷帳。此處采取銷帳確認(rèn)方式進(jìn)行處理，需要選擇相應(yīng)的待查收入掛帳業(yè)務(wù)憑證進(jìn)行銷帳業(yè)務(wù)登記。該業(yè)務(wù)登記可能產(chǎn)生后續(xù)業(yè)務(wù)登記行為，如差額銷帳情況下，系統(tǒng)會自動做不足額部分的重新掛帳并復(fù)核通過，所產(chǎn)生的掛帳憑證作為后續(xù)銷帳憑證的銷帳卡片號。

業(yè)務(wù)校驗(yàn)規(guī)則：

（1）、所銷的原待查收入掛帳憑證必須合法；
（2）、所銷的原待查收入掛帳憑證必須已復(fù)核通過，處理完畢；
（3）、所銷的原待查收入掛帳憑證不能已被銷帳；
（4）、銷帳總額(貸方發(fā)生額之和不得大于原待查收入掛帳憑證發(fā)生額)并大于 0 ；
（5）、貸方必須是內(nèi)部戶。

（9）、待查支出掛賬

業(yè)務(wù)簡述：針對日常結(jié)算工作中的銀行待查支出進(jìn)行登記，所產(chǎn)生的業(yè)務(wù)憑證號作為后續(xù)銷帳業(yè)務(wù)的原業(yè)務(wù)憑證號，并且作為所有該登記所引發(fā)的后續(xù)業(yè)務(wù)登記的初始憑證號。其中待查收入掛帳業(yè)務(wù)憑證的貸方（ 銀存帳戶）所對應(yīng)的銀行名稱作為后續(xù)銷帳業(yè)務(wù)的銀行名稱，包括差額重新掛帳部分再銷帳的業(yè)務(wù)憑證，都遞沿該銀行名稱。

業(yè)務(wù)校驗(yàn)規(guī)則：

（1）、必須登記的是一借一貸帳戶信息；
（2）、借貸方帳戶不能一致；
（3）、金額必須大于 0 ；
（4）、貸方帳戶必須是銀存帳戶；
（5）、借方帳戶必須是銷帳帳戶 。

是否同步對帳中心流水：不需要同步對帳中心流水。

（10）、待查支出確認(rèn)

業(yè)務(wù)簡述：針對銀行待查支出登賬的掛帳，可以通過本模塊進(jìn)行銷帳。此處采取銷帳確認(rèn)方式進(jìn)行處理，需要選擇相應(yīng)的待查支出掛帳業(yè)務(wù)憑證進(jìn)行銷帳業(yè)務(wù)登記。該業(yè)務(wù)登記可能產(chǎn)生后續(xù)業(yè)務(wù)登記行為，如差額銷帳情況下系統(tǒng)會自動做不足額部分的重新掛帳并復(fù)核通過，所產(chǎn)生的掛帳憑證作為后續(xù)銷帳憑證的銷帳卡片號。

業(yè)務(wù)校驗(yàn)規(guī)則：

（1）、所銷的原待查支出掛帳憑證必須合法；
（2）、所銷的原待查支出掛帳憑證必須已復(fù)核通過，處理完畢；
（3）、所銷的原待查支出掛帳憑證不能已被銷帳；
（4）、銷帳總額(借方發(fā)生額之和不得大于原待查收入掛帳憑證發(fā)生額)并大于0 ；
（5）、借方必須是內(nèi)部戶。

五、意外數(shù)據(jù)恢復(fù)邏輯

5.1、意外數(shù)據(jù)恢復(fù)邏輯

（1）、重復(fù)支付：對同一內(nèi)部訂單號進(jìn)行了二次或二次以上的支付。
（2）、支付失敗，金額不等：買家實(shí)際支付的金額與交易金額不等。一般產(chǎn)生的原因是，買家在支付時，產(chǎn)生了掉單，賣家隨后修改了交易價格。在進(jìn)行網(wǎng)銀對賬的時候，即會出現(xiàn)訂單金額和交易金額不等的情況，且是一筆掉單。2、3 兩類情況只發(fā)生在支付上。
（3）、支付成功，金額不等：商戶訂單狀態(tài)為成功，后臺訂單狀態(tài)也為成功，并且交易狀態(tài)是買家已付款，等待賣家發(fā)貨。

金額不等，支付成功：是因?yàn)闀T對一個交易進(jìn)行支付，但由于網(wǎng)絡(luò)或銀行系統(tǒng)等原因支付公司未接收到銀行扣款信息，支付側(cè)交易狀態(tài)未予以變更，后賣家對該交易修改了價格，買家又對該修改過的價格進(jìn)行了支付。但該支付成功的信息仍然沒有被支付側(cè)接收到，該交易狀態(tài)仍未變更，后支付側(cè)后臺人員先對后面的那筆意外數(shù)據(jù)進(jìn)行了恢復(fù)，后再對前面那筆意外數(shù)據(jù)恢復(fù)，就會出現(xiàn)這種“金額不等，支付成功”的數(shù)據(jù)

5.2、對帳及異常恢復(fù)邏輯

（1）、以商戶成功訂單為準(zhǔn)

用商戶上的成功訂單與后臺的訂單來核對：

（1）、若商戶訂單為成功，后臺為初始或者失敗，則更改后臺狀態(tài)為成功；
（2）、若后臺為成功，商戶成功訂單中無該訂單（時間差），則不更改后臺狀態(tài)；
（3）、若后臺為初始或失敗，商戶成功訂單中無該訂單，則不更改后臺狀態(tài)。

（2）、不重復(fù)恢復(fù)

T+1 日恢復(fù)T 日的訂單，并且在 T+1 日后不再下載 T 日的訂單進(jìn)行二次或多次恢復(fù)。（為考慮會員感受，T 日下班前恢復(fù) T 日 0 點(diǎn)到下班時點(diǎn)的訂單）

（3）、時間性差異

由于各家銀行系統(tǒng)日切點(diǎn)均不同，并且大多不會在每日的 24 點(diǎn)（或早或晚），所以下載到的 T 日的訂單流水與后臺T日（ 0:00－24:00 ）的訂單流水并不能全部對應(yīng)上。將商戶訂單流水與后臺訂單流水核對，會出現(xiàn)商戶有，后臺無；商戶無，后臺有；商戶有，后臺有三種情況。對于 1、2 兩種情況為我們所說的時間性差異。

商戶數(shù)據(jù)與后臺數(shù)據(jù)的關(guān)系為：商戶數(shù)據(jù)－（商戶有，后臺無）＋（商戶無，后臺有）＝ 后臺數(shù)據(jù)