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

清算對賬系統(tǒng)

支付公司提供的所有金融服務(wù)是建立在銀行資金體系之上的，支付公司賬務(wù)系統(tǒng)內(nèi)賬戶的資金都與其在銀行的存款資金一一對應(yīng)，為了保證真實的資金賬戶和虛擬賬戶的資金轉(zhuǎn)換正確，支付公司必須及時與銀行進(jìn)行各類業(yè)務(wù)的資金核對，所有資金核對都依賴于銀行的系統(tǒng)。

1. 資金流入與銀行的對賬

從銀行流入的資金是由銀行側(cè)控制資金結(jié)轉(zhuǎn)清算與對賬時間，即每日客戶通過銀行向支付機(jī)構(gòu)充值的資金是由銀行實時通知支付機(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)生資金損失，一般采取臨時掛賬處理，查出原因后再具體解決。

2. 資金流出與銀行的對賬

從支付公司流出的資金是由銀行側(cè)控制資金結(jié)轉(zhuǎn)清算與對賬時間，即每日客戶向支付機(jī)構(gòu)申請?zhí)岈F(xiàn)的資金是在每日支付公司批量向銀行發(fā)起提現(xiàn)請求時，從支付公司銀行存款賬戶扣轉(zhuǎn)，但扣轉(zhuǎn)的結(jié)果一般需要一段時間才能從銀行側(cè)得到反饋。

當(dāng)銀行側(cè)提供扣轉(zhuǎn)成功和失敗的清算文件，支付公司獲取這些文件進(jìn)行明細(xì)核對，對于提現(xiàn)失敗的申請，由支付公司后臺發(fā)起直接將資金回充入客戶賬戶，不在對賬中心進(jìn)行對賬處理。

什么是對賬？

什么是資金對賬？

在會計上的概念：指為了保證賬簿記錄的正確性而進(jìn)行的有關(guān)賬項的核對工作，做到賬證相符、賬賬相符、賬實相符。

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

對賬中心的作用？

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

對賬中心最主要的職責(zé)是勾兌銀行清算流水與支付系統(tǒng)入賬流水，用以檢查反映銀存實際賬戶的余額變化與支付系統(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)入賬，可以入歷史流水庫。

因為此時的銀存實際賬戶的余額增加，與之對應(yīng)的是支付系統(tǒng)內(nèi)部戶余額也增加了，比如： T 日的掛賬可能會在 T+N 日后進(jìn)行銷賬確認(rèn)，而后續(xù)的銷賬行為是對明細(xì)流水的業(yè)務(wù)分流處理，我們不應(yīng)將 T+N 日的銷賬所產(chǎn)生的賬務(wù)流水作為入賬流水，不再需要到對賬中心體現(xiàn)。

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

第一步

入賬流水和清算流水進(jìn)行核對，目的是保證對每一筆訂單銀行的處理結(jié)果和我們系統(tǒng)的業(yè)務(wù)處理結(jié)果一致。

第二步

對賬匯總確認(rèn)單和銀行對賬單進(jìn)行核對，目的是通過軋余額等方式，核對各類業(yè)務(wù)的銀行處理結(jié)果是否與銀行實際清算給我們的資金一致。

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

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

2. 對賬中心主要功能

銀行發(fā)生資金變動的入賬流水，包括：充值、提現(xiàn)、提現(xiàn)失敗、充退、充退失敗、退票、購匯、信貸放款、信貸還款、還貸失敗一系列業(yè)務(wù)引起的賬務(wù)變動信息。這些業(yè)務(wù)流水在賬務(wù)系統(tǒng)入賬后，會計核心接收到登記分錄請求并處理完畢，發(fā)送該流水至對賬中心，對賬中心對于某個業(yè)務(wù)的反向資金變動所產(chǎn)生入賬流水也同步至對賬中心。

這樣做的目的是讓待清算與入賬流水在日切點保持等額，比如：提現(xiàn) T 日會員申請?zhí)岈F(xiàn)，生成文件后會員賬戶提現(xiàn)金額轉(zhuǎn)入待清算提現(xiàn)款項，與此同時發(fā)送流水到對賬中心，此時待清算與對賬中心入賬流水是保持平衡的。

而 T+1 日銀行處理失敗，系統(tǒng)會回充帶清算提現(xiàn)款，如果此時不發(fā)送失敗流水到對賬中心與其對應(yīng)的流水進(jìn)行購銷的話，則入賬流水就會不變，和帶清算提現(xiàn)不平衡。

Tips：

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

對賬流程圖

對賬中心功能模塊分析

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

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

清算流水對賬：

對賬邏輯：

一對一對賬：入賬流水只可能存在一條，銀行入賬流水也僅存在一條，然后一對一去對。目前按照一對一對賬的業(yè)務(wù)涉及到：網(wǎng)銀 B2C 充值、網(wǎng)銀 B2B 充值、VISA、網(wǎng)匯E、卡通充值、正常提現(xiàn)、認(rèn)證提現(xiàn)、銀企互聯(lián)提現(xiàn)、卡通提現(xiàn)、賣家信貸、信用卡還款提現(xiàn)、COD、網(wǎng)點支付。

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

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

• 提現(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)點支付

Tips：

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

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

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

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

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

Tips：

• 清算流水有，入賬流水有，滿足對賬標(biāo)準(zhǔn)，則對賬成功，清算流水、對賬流水打上 ‘對賬成功’ 標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
• 清算流水有，入賬流水有，金額不等，清算流水打上 ‘金額不等’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日，入賬流水不變；
• 清算流水有，入賬流水沒有該訂單號，清算流水打上‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
• 清算流水有，入賬流水沒有初始狀態(tài) 410401 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
• 清算流水有，入賬流水沒有這個銀行初始狀態(tài) 410401 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日；
• 清算流水有，入賬流水沒有初始狀態(tài)的 ‘410401’ 的流水，清算流水打上 ‘銀行多帳’ 的標(biāo)志，記錄對賬日期為系統(tǒng)當(dāng)日。

一對多對賬：入賬流水有多條，和銀行的一條去對賬。

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

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

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

Tips：

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

內(nèi)部流水購銷 ：內(nèi)部流水購銷是針對那種有入賬流水表來說的，比如提現(xiàn)業(yè)務(wù)，提現(xiàn)文件生成就會扣款此時會同步一筆入賬流水；而回導(dǎo)失敗之后又會回充，此時也會同步一筆反向的業(yè)務(wù)流水，這兩條流水不用再去和銀行的資金流水進(jìn)行對賬，直接在入賬流水這邊進(jìn)行購銷即可。

需要購銷的業(yè)務(wù)如下：

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

對賬匯總確認(rèn)單：

顯示對賬結(jié)果，選擇后續(xù)的相應(yīng)的處理界面，復(fù)核員在此模塊進(jìn)行流水的確認(rèn)，還有的功能就是對于已經(jīng)對賬處理的銀行清算流水與系統(tǒng)入賬流水進(jìn)行后續(xù)業(yè)務(wù)分流推進(jìn)。

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

舉例說明：A 操作員導(dǎo)入了一筆流水，系統(tǒng)對賬成功，銀行清算流水與賬務(wù)入賬流水狀態(tài)都被置為成功狀態(tài)；B 操作員再次導(dǎo)入該相同流水，由于入賬流水處于成功狀態(tài)的可以繼續(xù)對賬，所以再次對賬成功。系統(tǒng)在對賬環(huán)節(jié)認(rèn)為正常，但在入歷史清算流水時必須做每組流水?dāng)?shù)據(jù)的平衡檢查：必須是清算流水總額與入賬流水總額匹配才可以進(jìn)歷史數(shù)據(jù)。

對于上述的場景，如復(fù)核員針對 B 操作員的對賬成功流水確認(rèn)后，可以正常進(jìn)入歷史流水，對賬批次號認(rèn)最后操作的批次。而繼續(xù)對 A 操作員的成功對賬流水確認(rèn)，則系統(tǒng)將認(rèn)為是不合法的入歷史流水行為。或者不對特定操作員的匯總確認(rèn)，系統(tǒng)必須檢驗出所存在的重復(fù)銀行清算流水，并將對應(yīng)的明細(xì)數(shù)據(jù)顯示復(fù)核員。此時可將該重復(fù)對賬的清算流水刪除即可。

流水分類和分類匯總掛賬：

• 對于多賬的流水對賬中心提供一個單獨的處理入口，首先在此處進(jìn)行分類，然后進(jìn)行匯總掛賬處理。操作人員可以根據(jù)多賬流水的未確認(rèn)類型修改成對應(yīng)的業(yè)務(wù)代碼，允許修改成業(yè)務(wù)類型為 7 的可掛賬的類型（其他業(yè)務(wù)代碼不允許掛賬）；流水可以重復(fù)分類，系統(tǒng)不做控制；但已申請掛賬的除外，分類完畢的多賬流水可直接提供分類匯總掛賬操作。
• 系統(tǒng)根據(jù)既定的業(yè)務(wù)代碼判斷是待查收入或待查支出掛賬，頁面跳轉(zhuǎn)至相關(guān)憑證登記頁面，此處業(yè)務(wù)規(guī)則同待查收支掛賬；另一部分比如退票，因為不經(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)支出款。
• 提交憑證登記申請相關(guān)校驗：流水此刻狀態(tài)是否是 ‘多帳’ ，申請?zhí)峤蝗耸欠袷钱?dāng)時的對賬人，憑證登記成功，清算流水記錄憑證號，流水狀態(tài)改為 ‘已掛賬’ ；
• 匯總掛賬的反交易同步入賬流水，金額是負(fù)值，系統(tǒng)在清算流水里在做一條數(shù)據(jù)，自動對賬。

清算/入賬/歷史流水管理：

清算流水管理

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

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

入賬流水管理

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

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

歷史流水管理

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

銀行余額錄入功能：

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

銀行余額登記：選擇對應(yīng)日期以及銀行賬戶錄入后，保存，此時去銀行余額查詢是看不到錄入余額的，需要復(fù)核導(dǎo)入核對完畢后才能看到，保證核對的有效性。登記后系統(tǒng)記錄一個臨時余額。系統(tǒng)每天凌晨 1:15 的時候會跑批，取上一日已復(fù)核過的余額自動帶入下日臨時余額，如果不登記的話，就取上日余額。

銀行余額導(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)的銀行余額是否相等。如果不相等將返回給用戶：“臨時余額和實際余額不相等，核對失?。　碑?dāng)余額核對成功后，將復(fù)核員導(dǎo)入的余額寫入該對應(yīng)帳戶的實際余額，并修改余額狀態(tài)為已復(fù)核。實際余額更新成功后，將刪除當(dāng)天日期的臨時余額。

銀行余額查詢：對操作員登記余額的信息，以及復(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)為全部。

內(nèi)部賬戶登賬：

業(yè)務(wù)簡述

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

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

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

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

待查收入掛賬：

業(yè)務(wù)簡述

應(yīng)用于結(jié)算操作員針對日常結(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ù)校驗規(guī)則：

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

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

待查收入確認(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ù)校驗規(guī)則：

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

待查支出掛賬：

業(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ù)校驗規(guī)則：

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

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

待查支出確認(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ù)校驗規(guī)則：

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

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

1. 意外數(shù)據(jù)恢復(fù)邏輯

重復(fù)支付：對同一內(nèi)部訂單號進(jìn)行了二次或二次以上的支付。

支付失敗，金額不等：買家實際支付的金額與交易金額不等。一般產(chǎn)生的原因是，買家在支付時，產(chǎn)生了掉單，賣家隨后修改了交易價格。 在進(jìn)行網(wǎng)銀對賬的時候，即會出現(xiàn)訂單金額和交易金額不等的情況，且是一筆掉單。2、3 兩類情況只發(fā)生在支付上。

支付成功，金額不等（這一類異常，偶爾有發(fā)生）：商戶訂單狀態(tài)為成功，后臺訂單狀態(tài)也為成功，并且交易狀態(tài)是買家已付款，等待賣家發(fā)貨。

（金額不等，支付成功，是因為會員對一個交易進(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ù)）

2. 對帳及異?；謴?fù)邏輯

以商戶成功訂單為準(zhǔn)：

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

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

不重復(fù)恢復(fù)：

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

時間性差異：

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

商戶數(shù)據(jù)與后臺數(shù)據(jù)的關(guān)系為：

商戶數(shù)據(jù)－（商戶有，后臺無）＋（商戶無，后臺有）＝ 后臺數(shù)據(jù)

本文由 @?支付學(xué)院 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

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