在支付系統(tǒng)中碗脊，資金對賬在對賬中心進行，將系統(tǒng)保存的賬務(wù)流水與銀行返回的清算流水和清算文件進行對賬，核對系統(tǒng)賬務(wù)數(shù)據(jù)與銀行清算數(shù)據(jù)的一致性顾画，保證支付機構(gòu)各備付金銀行賬戶每日的預(yù)計發(fā)生額與實際發(fā)生額一致。
一匆笤、清算對賬系統(tǒng)
支付公司提供的所有金融服務(wù)是建立在銀行資金體系之上的研侣，支付公司賬務(wù)系統(tǒng)內(nèi)賬戶的資金都與其在銀行的存款資金一一對應(yīng)，為了保證真實的資金賬戶和虛擬賬戶的資金轉(zhuǎn)換正確炮捧，支付公司必須及時與銀行進行各類業(yè)務(wù)的資金核對庶诡，所有資金核對都依賴于銀行的系統(tǒng)。
1.1咆课、資金流入與銀行的對賬
從銀行流入的資金是由銀行側(cè)控制資金結(jié)轉(zhuǎn)清算與對賬時間末誓，即每日客戶通過銀行向支付機構(gòu)充值的資金是由銀行實時通知支付機構(gòu)充值指令的發(fā)生扯俱，銀行在每日晚間經(jīng)過匯總后向支付機構(gòu)的銀行收款賬戶入賬，同時提供入賬清算文件基显。支付機構(gòu)獲取該文件后蘸吓，與業(yè)務(wù)數(shù)據(jù)進行核對。
對賬結(jié)果若相符撩幽，則沒有問題库继。若出現(xiàn)對賬結(jié)果不符，很有可能是系統(tǒng)或者業(yè)務(wù)在某些環(huán)節(jié)發(fā)生問題窜醉，存在兩種情況：
（1）宪萄、銀行充值明細(xì)多，支付機構(gòu)充值明細(xì)少榨惰；即銀行向支付機構(gòu)入賬資金多于支付機構(gòu)業(yè)務(wù)發(fā)生情況拜英，一般采取臨時掛賬處理，查出原因后再具體解決琅催；
（2）居凶、銀行充值明細(xì)少，支付充值明細(xì)多藤抡；即銀行向支付機構(gòu)入賬資金少于支付機構(gòu)業(yè)務(wù)發(fā)生情況侠碧，則可能對支付機構(gòu)產(chǎn)生資金損失，一般采取臨時掛賬處理缠黍，查出原因后再具體解決弄兜。
1.2、資金流出與銀行的對賬
從支付公司流出的資金是由銀行側(cè)控制資金結(jié)轉(zhuǎn)清算與對賬時間瓷式，即每日客戶向支付機構(gòu)申請?zhí)岈F(xiàn)的資金是在每日支付公司批量向銀行發(fā)起提現(xiàn)請求時替饿，從支付公司銀行存款賬戶扣轉(zhuǎn)，但扣轉(zhuǎn)的結(jié)果一般需要一段時間才能從銀行側(cè)得到反饋贸典。
當(dāng)銀行側(cè)提供扣轉(zhuǎn)成功和失敗的清算文件视卢，支付公司獲取這些文件進行明細(xì)核對，對于提現(xiàn)失敗的申請瓤漏，由支付公司后臺發(fā)起直接將資金回充入客戶賬戶腾夯，不在對賬中心進行對賬處理。
二蔬充、什么是對賬
2.1、什么是資金對賬
在會計上的概念：指為了保證賬簿記錄的正確性而進行的有關(guān)賬項的核對工作班利，做到賬實相符(正確性)饥漫、賬證相符(真實性)、賬賬相符罗标。
在支付機構(gòu)的概念：資金對賬在對賬中心進行庸队，將系統(tǒng)保存的賬務(wù)流水與銀行返回的清算流水和清算文件進行對賬积蜻，核對系統(tǒng)賬務(wù)數(shù)據(jù)與銀行清算數(shù)據(jù)的一致性，保證支付機構(gòu)各備付金銀行賬戶每日的預(yù)計發(fā)生額與實際發(fā)生額一致彻消。即核對銀行實際清算資金如充值竿拆、充退、提現(xiàn)等業(yè)務(wù)的銀行處理結(jié)果是否一致宾尚。
2.2丙笋、對賬中心的作用
對賬中心是主要處理對賬的系統(tǒng)模塊，主要業(yè)務(wù)是清算對賬煌贴。對賬中心部署于工作平臺御板，分別接受會計系統(tǒng)和清算系統(tǒng)的數(shù)據(jù)輸入進行對賬處理。
對賬中心最主要的職責(zé)是勾兌銀行清算流水與支付系統(tǒng)入賬流水牛郑，用以檢查反映銀存實際賬戶的余額變化與支付系統(tǒng)內(nèi)部戶余額變化是否平衡怠肋。對于已經(jīng)核對無誤的銀行清算流水和支付系統(tǒng)入賬流水，分別進入相應(yīng)的歷史銀行流水庫和歷史入賬流水庫淹朋。
對于勾兌結(jié)果中銀行清算流水多于系統(tǒng)入賬流水的笙各，而操作人員不明確資金的來源，需要根據(jù)所設(shè)定的分類規(guī)則將暫不明確的資金進行掛賬處理础芍。而后我們認(rèn)為該部分資金已經(jīng)系統(tǒng)入賬杈抢，可以入歷史流水庫。
因為此時的銀存實際賬戶的余額增加者甲，與之對應(yīng)的是支付系統(tǒng)內(nèi)部戶余額也增加了春感，比如：T 日的掛賬可能會在 T+N 日后進行銷賬確認(rèn)，而后續(xù)的銷賬行為是對明細(xì)流水的業(yè)務(wù)分流處理虏缸，我們不應(yīng)將 T+N 日的銷賬所產(chǎn)生的賬務(wù)流水作為入賬流水鲫懒，不再需要到對賬中心體現(xiàn)。
三刽辙、對賬內(nèi)容和數(shù)據(jù)來源
第一步：入賬流水和清算流水進行核對窥岩，目的是保證對每一筆訂單銀行的處理結(jié)果和我們系統(tǒng)的業(yè)務(wù)處理結(jié)果一致。
第二步：對賬匯總確認(rèn)單和銀行對賬單進行核對宰缤，目的是通過軋余額等方式核對各類業(yè)務(wù)的銀行處理結(jié)果是否與銀行實際清算給我們的資金一致颂翼。
3.1、對賬業(yè)務(wù)流程
對賬業(yè)務(wù)流程圖
3.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)的流水進行購銷的話瞳收，則入賬流水就會不變，和帶清算提現(xiàn)不平衡厢汹。
（1）螟深、完整的日結(jié)流程支持：銀行清算流水入庫 → 流水對賬 → 流水分類 → 匯總確認(rèn)單 → 自動掛賬 → 銷賬確認(rèn) → 操作員軋賬 → 總賬日結(jié)以及登記銀行余額等。
（2）烫葬、完善的報表模型輸出：如按入賬日期 / 銀行日期 / 清算日期等的統(tǒng)計報表界弧、銀行賬戶余額報表、未達(dá)款項報表等搭综；
（3）垢箕、提供日切服務(wù)：在經(jīng)確認(rèn)后進入歷史清算流水的，同步匯總該部分?jǐn)?shù)據(jù)進入歷史流水匯總表中保存兑巾，所以在日切時条获，只需直接將該匯總數(shù)據(jù)再次匯總即可。
（4）蒋歌、外圍業(yè)務(wù)功能支持：提供對于銀行賬戶（ 獨立于對賬中心之外帅掘，不參與處理邏輯 ）的管理功能，支持與內(nèi)部戶的映射管理堂油，用以滿足部分報表需求修档；提供基于賬務(wù)核心所提供的業(yè)務(wù)代碼查詢功能；提供對于財務(wù)系統(tǒng)的交互支持府框，包括與財務(wù)科目的對應(yīng)關(guān)系管理萍悴、通知流水?dāng)?shù)據(jù)等；提供用以校驗訂單與清算流水匹配狀態(tài)的錯賬核實功能寓免。
對賬流程圖
四癣诱、對賬中心功能模塊分析
4.1、獲取資金對賬數(shù)據(jù)
（1）袜香、獲取方式：需要進行清算流水導(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）、一對一對賬
入賬流水只可能存在一條俺孙，銀行入賬流水也僅存在一條辣卒，然后一對一去對。目前按照一對一對賬的業(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)點支付阵谚。另外蚕礼，搜索公眾號GitHub猿后臺回復(fù)“賺錢”，獲取一份驚喜禮包梢什。
對賬標(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
后臺強制提現(xiàn)500406
COD
網(wǎng)點支付
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ù)的返回失敗不進行后續(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)日。
（3）债查、一對多對賬
入賬流水有多條非区，和銀行的一條去對賬。
對賬標(biāo)準(zhǔn)：（清算通道 + 訂單號 + 金額） Or （銀行名稱 + 業(yè)務(wù)代碼 + 訂單號 + 金額）
涉及的業(yè)務(wù)：境外收單
境外收單購匯扣款（520101）
購匯益回補購匯賬戶（400319）
Tips：
（1）盹廷、入賬流水存在 2 條 520101 的征绸，清算流水存在 1 條 520101 的，將入賬流水的 2 條加和后的金額和清算流水的進行對賬，一致的為對賬成功管怠；
（1）淆衷、入賬流水存在 1 條 520101 的，1 條 400319 的渤弛，那么要將 2 條金額之差和清算流水的 1 條 520101 的進行對賬祝拯。不會出現(xiàn) 3 條 520101 或者 2 條 400319 的情況。
4.4她肯、對賬功能
（1）佳头、內(nèi)部流水購銷
內(nèi)部流水購銷是針對那種有入賬流水表來說的，比如提現(xiàn)業(yè)務(wù)晴氨，提現(xiàn)文件生成就會扣款此時會同步一筆入賬流水康嘉；而回導(dǎo)失敗之后又會回充，此時也會同步一筆反向的業(yè)務(wù)流水籽前，這兩條流水不用再去和銀行的資金流水進行對賬亭珍，直接在入賬流水這邊進行購銷即可。
需要購銷的業(yè)務(wù)如下：
（1）枝哄、購銷的規(guī)則：非已勾銷狀態(tài)下肄梨，同一銀行同一訂單號，金額一致而業(yè)務(wù)代碼相反的正向流水進行勾銷挠锥，而且一條反向流水只勾銷一條众羡；
（2）、日終軋賬時候的購銷：日終軋賬的時候會對未購銷的流水再次進行購銷確保當(dāng)天的流水都購銷完全瘪贱。（這個情況是為了解決反向流水先于正向流水先出現(xiàn)的邏輯錯誤情況而加的并提示流水號）纱控；
（3）、如果業(yè)務(wù)代碼相反菜秦，而金額不等的情況甜害，就無法進行購銷，這種情況原來是作為違反邏輯規(guī)則來進行標(biāo)記的球昨。這部分?jǐn)?shù)據(jù)進行查明之后尔店，可以修改流水之后，在日終軋賬的時候從新進行購銷主慰；
（4）嚣州、購銷分 ‘一對一’（提現(xiàn)）和 ‘多對多’ （充退）的購銷；
（5）共螺、勾銷的流水不入歷史庫该肴。
（2）、對賬匯總確認(rèn)單
顯示對賬結(jié)果藐不，選擇后續(xù)的相應(yīng)的處理界面匀哄，復(fù)核員在此模塊進行流水的確認(rèn)秦效，還有的功能就是對于已經(jīng)對賬處理的銀行清算流水與系統(tǒng)入賬流水進行后續(xù)業(yè)務(wù)分流推進。
（1）涎嚼、對于大部分對賬成功的數(shù)據(jù)阱州，可以將這些流水確認(rèn)，確認(rèn)后該部分流水將進入歷史清算流水法梯，只有進入歷史清算流水的才認(rèn)為銀行與支付系統(tǒng)數(shù)據(jù)對平苔货。對賬成功的銀行清算流水、賬務(wù)入賬流水全部進入各自歷史清算流水表保存立哑，相應(yīng)的銀行清算流水與入賬流水同步刪除夜惭。
（2）、金額不等的流水刁憋，可能是銀行清算流水文件有誤滥嘴，也可能是錯賬，采取的做法是操作員手工修改金額至耻，在銀行清算流水管理里操作或直接刪除，將其推進到下一輪的對賬處理環(huán)節(jié)镊叁，對賬是可以重復(fù)對的尘颓，只要滿足初始狀態(tài)要求的流水即可。
（3）晦譬、多賬部分疤苹，由于各種已明確/未明確的原因，銀行已經(jīng)實際清算給支付公司了敛腌，但支付公司的賬務(wù)系統(tǒng)并沒有入賬卧土，需要提供一個流水分類和分類匯總掛賬的操作入口。系統(tǒng)默認(rèn)多賬的流水給出的菜單是流水分類像樊，金額不等的流水給出的流水管理頁面尤莺。區(qū)別在于，在點流水分類時生棍，只允許修改業(yè)務(wù)類型颤霎、銀行日期，而且改完后不改變多賬狀態(tài)涂滴；流水管理友酱，修改狀態(tài)后，流水的對賬狀態(tài)將變成初始狀態(tài)柔纵，需要進行重新對賬缔杉。
（4）、流水進入歷史庫的校驗規(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ù)的平衡檢查：必須是清算流水總額與入賬流水總額匹配才可以進歷史數(shù)據(jù)杠人。
對于上述的場景，如復(fù)核員針對 B 操作員的對賬成功流水確認(rèn)后宋下，可以正常進入歷史流水嗡善，對賬批次號認(rèn)最后操作的批次。而繼續(xù)對 A 操作員的成功對賬流水確認(rèn)学歧，則系統(tǒng)將認(rèn)為是不合法的入歷史流水行為罩引。或者不對特定操作員的匯總確認(rèn)枝笨，系統(tǒng)必須檢驗出所存在的重復(fù)銀行清算流水袁铐，并將對應(yīng)的明細(xì)數(shù)據(jù)顯示復(fù)核員。此時可將該重復(fù)對賬的清算流水刪除即可横浑。
（3）剔桨、流水分類和分類匯總掛賬
（1）、對于多賬的流水對賬中心提供一個單獨的處理入口徙融，首先在此處進行分類洒缀，然后進行匯總掛賬處理。操作人員可以根據(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ī)則同待查收支掛賬提鸟；另一部分比如退票军援，因為不經(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)校驗：流水此刻狀態(tài)是否是 ‘多帳’ 宠哄，申請?zhí)峤蝗耸欠袷钱?dāng)時的對賬人壹将，憑證登記成功，清算流水記錄憑證號毛嫉，流水狀態(tài)改為 ‘已掛賬’ 诽俯；
（4）、匯總掛賬的反交易同步入賬流水承粤，金額是負(fù)值暴区，系統(tǒng)在清算流水里在做一條數(shù)據(jù)，自動對賬辛臊。
（4）颜启、清算/入賬/歷史流水管理
清算流水管理
對于所有的清算流水，都可以在此模塊下進行查詢浪讳、修改、刪除涌萤，同時也可以新增流水淹遵。
（1）、查詢功能负溪，銀行名稱透揣、業(yè)務(wù)代碼、銀行日期不能為空川抡，業(yè)務(wù)代碼和銀行可以多選辐真。
（2）、修改功能崖堤，處于未對賬（初始）侍咱、金額不等、多賬密幔、對賬成功狀態(tài)的流水可以進行單筆楔脯、批量修改操作，這里的批量修改動作與流水分類功能類似胯甩，只是該功能入口不僅支持對批量流水的業(yè)務(wù)代碼昧廷、銀行日期更新堪嫂，也支持其他要素信息批量修改，作為（3）木柬、提供給操作員在未對賬前批量修改已知流水的手段之一皆串；對已掛賬的流水，不允許更新眉枕。
流水刪除：處于未對賬（初始）恶复、金額不等、多賬齐遵、對賬成功狀態(tài)的流水可以進行單筆寂玲、批量刪除操作，已掛賬狀態(tài)不允許刪除梗摇。
入賬流水管理
入賬流水管理功能提供對賬務(wù)入賬流水的查詢以及下載功能拓哟；為了杜絕對入賬流水的人為變更操作，禁止支持對入賬流水進行修改或刪除處理伶授。
（1）断序、查詢時銀行名稱、業(yè)務(wù)代碼糜烹、入賬日期不能為空违诗，業(yè)務(wù)系統(tǒng)流水號：針對某類業(yè)務(wù)的業(yè)務(wù)流水號，如充值業(yè)務(wù)就是充值流水號疮蹦；賬務(wù)流水號：賬務(wù)處理的流水號诸迟，即賬務(wù)操作記錄數(shù)據(jù)的序號，在賬戶明細(xì)查詢里可以獲取愕乎。
（2）阵苇、對于提現(xiàn)類失敗回充的流水，在操作員進行對賬動作后感论，系統(tǒng)自動進行購銷绅项，在入賬流水查詢時，將對賬狀態(tài)選為已購銷可以查到比肄，這些不進入歷史庫快耿，根據(jù)數(shù)據(jù)量，系統(tǒng)定時清理這些數(shù)據(jù)芳绩。
歷史流水管理
分為歷史入賬流水和歷史清算流水掀亥，查詢功能在同一頁面，查詢時可以一起查詢示括，也可以單獨查詢铺浇。歷史流水只供查詢和下載，不允許進行修改和刪除操作垛膝。選擇歷史銀行流水和歷史清算流水（清算日期的時間間隔不能超過 7 天）進行查詢鳍侣，歷史入賬流水中無銀行日期丁稀，歷史銀行流水中無入賬日期。
（5）倚聚、銀行余額錄入功能
在該模塊下线衫，實現(xiàn)對每個銀行賬戶的實際余額錄入，以此來和內(nèi)部賬戶余額進行匹配校驗惑折。分為銀行余額登記授账，銀行余額導(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ù)銀行賬號仑荐、銀行日期、銀行余額等條件查詢銀行余額表纵东。
判斷 1 ：如果查詢出結(jié)果為空那么將返回給用戶：“這個銀行帳號找不到對應(yīng)的銀行臨時余額！”啥寇。
判斷 2 ：如果查詢結(jié)果大余一條偎球，將返回給用戶：“這個銀行帳號的一天有多個銀行臨時余額，不正常辑甜！”
判斷 3 ：檢測該銀行帳號對應(yīng)的銀行余額是否相等衰絮。如果不相等將返回給用戶：“臨時余額和實際余額不相等，核對失斄状住猫牡！”當(dāng)余額核對成功后，將復(fù)核員導(dǎo)入的余額寫入該對應(yīng)帳戶的實際余額邓线，并修改余額狀態(tài)為已復(fù)核淌友。實際余額更新成功后煌恢，將刪除當(dāng)天日期的臨時余額。
（3）震庭、銀行余額查詢：對操作員登記余額的信息瑰抵，以及復(fù)核員復(fù)核過的余額進行查詢，查詢條件：銀行名稱器联、銀行帳戶二汛、帳戶狀態(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)部賬戶進行登記，如：清算款挡篓、利息婉陷、手續(xù)費等；該業(yè)務(wù)登記不產(chǎn)生后續(xù)業(yè)務(wù)登記行為官研，即不具有作為初始憑證號的使用功能秽澳。對于批量銷帳類業(yè)務(wù)處理中，多會員轉(zhuǎn)帳失敗的戏羽，導(dǎo)致過渡戶上有剩余金額情況的担神，可通過此處進行內(nèi)部戶登賬，將過渡戶（負(fù)債）和銀存（資產(chǎn)）余額同時減少始花，再通過待查收入掛帳實現(xiàn)平衡妄讯。
業(yè)務(wù)校驗規(guī)則：
（1）、必須登記的是一借一貸帳戶信息酷宵；
（2）亥贸、借貸方帳戶不能一致；
（3）浇垦、金額必須大于 0 炕置；
（4）、不允許任意一方是銷帳帳戶。
是否同步對帳中心流水：不需要同步對帳中心流水朴摊。
（7）默垄、待查收入掛賬
業(yè)務(wù)簡述：應(yīng)用于結(jié)算操作員針對日常結(jié)算工作中的銀行待查收入進行登記，所產(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）耸三、貸方帳戶必須是銷帳帳戶。[圖片上傳失敗...(image-bf6d37-1657532619263)]
是否同步對帳中心流水：不需要同步對帳中心流水浇揩。
（8）历等、待查收入確認(rèn)
業(yè)務(wù)簡述：針對銀行待查收入登賬的掛帳履因，可以通過本模塊進行銷帳。此處采取銷帳確認(rèn)方式進行處理，需要選擇相應(yīng)的待查收入掛帳業(yè)務(wù)憑證進行銷帳業(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)部戶。
（9）、待查支出掛賬
業(yè)務(wù)簡述：針對日常結(jié)算工作中的銀行待查支出進行登記税娜，所產(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）、借方帳戶必須是銷帳帳戶 热幔。
是否同步對帳中心流水：不需要同步對帳中心流水乐设。
（10）、待查支出確認(rèn)
業(yè)務(wù)簡述：針對銀行待查支出登賬的掛帳绎巨，可以通過本模塊進行銷帳近尚。此處采取銷帳確認(rèn)方式進行處理，需要選擇相應(yīng)的待查支出掛帳業(yè)務(wù)憑證進行銷帳業(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ù)邏輯
5.1开瞭、意外數(shù)據(jù)恢復(fù)邏輯
（1）懒震、重復(fù)支付：對同一內(nèi)部訂單號進行了二次或二次以上的支付。
（2）嗤详、支付失敗个扰，金額不等：買家實際支付的金額與交易金額不等。一般產(chǎn)生的原因是葱色，買家在支付時递宅，產(chǎn)生了掉單，賣家隨后修改了交易價格苍狰。在進行網(wǎng)銀對賬的時候办龄，即會出現(xiàn)訂單金額和交易金額不等的情況，且是一筆掉單舞痰。2土榴、3 兩類情況只發(fā)生在支付上。
（3）响牛、支付成功玷禽，金額不等：商戶訂單狀態(tài)為成功，后臺訂單狀態(tài)也為成功呀打，并且交易狀態(tài)是買家已付款矢赁，等待賣家發(fā)貨。
金額不等贬丛，支付成功：是因為會員對一個交易進行支付撩银，但由于網(wǎng)絡(luò)或銀行系統(tǒng)等原因支付公司未接收到銀行扣款信息，支付側(cè)交易狀態(tài)未予以變更豺憔，后賣家對該交易修改了價格额获，買家又對該修改過的價格進行了支付。但該支付成功的信息仍然沒有被支付側(cè)接收到恭应，該交易狀態(tài)仍未變更抄邀，后支付側(cè)后臺人員先對后面的那筆意外數(shù)據(jù)進行了恢復(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 日的訂單進行二次或多次恢復(fù)匙铡。（為考慮會員感受，T 日下班前恢復(fù) T 日 0 點到下班時點的訂單）
（3）碍粥、時間性差異
由于各家銀行系統(tǒng)日切點均不同鳖眼，并且大多不會在每日的 24 點（或早或晚），所以下載到的 T 日的訂單流水與后臺T日（ 0:00－24:00 ）的訂單流水并不能全部對應(yīng)上嚼摩。將商戶訂單流水與后臺訂單流水核對钦讳，會出現(xiàn)商戶有，后臺無枕面；商戶無愿卒，后臺有；商戶有潮秘，后臺有三種情況琼开。對于 1、2 兩種情況為我們所說的時間性差異枕荞。
