本申請涉及通信技術(shù)領(lǐng)域，特別涉及一種用于計算機系統(tǒng)的數(shù)據(jù)核對方法。本申請同時還涉及一種用于計算機系統(tǒng)的數(shù)據(jù)核對設(shè)備。

背景技術(shù)：

在進行清算處理過程中，一方機構(gòu)的業(yè)務(wù)系統(tǒng)利用自身的明細文件結(jié)合對方機構(gòu)的明細文件生成賬單并最終判斷賬單上的資金是否平衡，該過程一般實現(xiàn)方式是取得對方機構(gòu)的資金明細文件，和內(nèi)部記錄的流水明細逐筆核對進行對賬處理，對于存在問題的資金明細，再線下進行排查。

目前，每一個周期的清算操作都需要本方的業(yè)務(wù)系統(tǒng)逐筆檢查當(dāng)天到達清算周期的交易明細，并在完成所有的對賬處理后判斷本方的頭寸賬戶(存儲資金的主要賬戶)的資金流入流出總額是否與處理完的賬單對應(yīng)。如果外部機構(gòu)提前將資金在清算日之前匯至本方，或者是在清算日到達的時候未能將相應(yīng)的資金匯至本方，則會導(dǎo)致賬單明細信息記錄不一致。即現(xiàn)有技術(shù)只能對符合對賬日期的明細數(shù)據(jù)進行處理，而無法針對對于未達到的明細數(shù)據(jù)或者提前到達的明細數(shù)據(jù)進行準(zhǔn)確的核對，降低了用戶的管理效率以及使用體驗。

技術(shù)實現(xiàn)要素：

本申請?zhí)峁┝艘环N用于計算機系統(tǒng)的數(shù)據(jù)核對方法，在確保電子憑證信息的安全的前提下，針對賬單以及明細數(shù)據(jù)進行精確處理，從而提高用戶的管理效率以及使用體驗。該方法包括：

在到達預(yù)設(shè)的對賬周期時，對賬系統(tǒng)獲取來自于第一業(yè)務(wù)系統(tǒng)的第一明 細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二賬單；

對賬系統(tǒng)根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單；

對賬系統(tǒng)將所述待處理賬單與所述第二賬單進行關(guān)聯(lián)；

對賬系統(tǒng)根據(jù)已關(guān)聯(lián)的待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結(jié)果。

相應(yīng)地，本申請還提出了一種用于計算機系統(tǒng)的數(shù)據(jù)核對設(shè)備，包括：

獲取模塊，在到達預(yù)設(shè)的對賬周期時獲取來自于第一業(yè)務(wù)系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二賬單；

生成模塊，根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單；

關(guān)聯(lián)模塊，將所述待處理賬單與所述第二賬單進行關(guān)聯(lián)；

確定模塊，根據(jù)已關(guān)聯(lián)的待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結(jié)果。

由此可見，通過應(yīng)用本申請的技術(shù)方案，對賬系統(tǒng)在到達預(yù)設(shè)的對賬周期時獲取來自于第一業(yè)務(wù)系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二賬單，根據(jù)第一明細數(shù)據(jù)、第二明細數(shù)據(jù)進行對賬處理以及對第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單，在將待處理賬單與第二賬單進行關(guān)聯(lián)后，根據(jù)已關(guān)聯(lián)的待處理賬單與第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額是否平衡確認(rèn)數(shù)據(jù)核對是否成功。從而在確保電子憑證信息的安全的前提下能夠更好的針對賬單以及明細數(shù)據(jù)進行精確處理，確保了電子憑證信息的準(zhǔn)確性，提高了用戶的使用體驗。

附圖說明

圖1為本申請?zhí)岢龅囊环N用于計算機系統(tǒng)的數(shù)據(jù)核對方法的流程示意圖；

圖2為本申請具體實施例中入賬明細接收的流程示意圖；

圖3為本申請具體實施例中機構(gòu)明細接收的流程示意圖；

圖4為本申請具體實施例中入賬賬單接收的流程示意圖；

圖5為本申請具體實施例中機構(gòu)賬單接收的流程示意圖；

圖6為本申請具體實施例中資金對賬的流程示意圖；

圖7為本申請具體實施例中賬單關(guān)聯(lián)處理的流程示意圖；

圖8為本申請?zhí)岢龅囊环N用于計算機系統(tǒng)的數(shù)據(jù)核對設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

清算為跨金融機構(gòu)之間針對債權(quán)債務(wù)的資金清算，用以實現(xiàn)債權(quán)債務(wù)清償及資金轉(zhuǎn)移的制度性安排。對于第三方機構(gòu)或銀行機構(gòu)來說，由于存在和其他機構(gòu)的資金往來，因此需要進行清算操作。以“T+1清算”為例，對于本方機構(gòu)的業(yè)務(wù)系統(tǒng)來說，其在T日產(chǎn)生的交易，外部機構(gòu)的系統(tǒng)在T+1日才會將資金匯入到本方機構(gòu)業(yè)務(wù)系統(tǒng)在其他機構(gòu)中所指定的實存賬號中。因此需要本方機構(gòu)的業(yè)務(wù)系統(tǒng)和對方機構(gòu)的業(yè)務(wù)系統(tǒng)進行賬單以及資金的核對，來確保對方機構(gòu)打給本方的資金數(shù)額和預(yù)期是一致的。因此，保存本方業(yè)務(wù)系統(tǒng)的賬務(wù)的一致性，是整個交易系統(tǒng)正常運行的基礎(chǔ)。有鑒于背景技術(shù)中所提出的技術(shù)問題，本申請?zhí)岢隽艘环N用于計算機系統(tǒng)的數(shù)據(jù)核對方法，在確保資金的安全的前提下，針對賬單以及明細數(shù)據(jù)進行精確處理以及記錄，確保電子憑證信息的準(zhǔn)確性。

如圖1所示，為本申請?zhí)岢龅囊环N用于計算機系統(tǒng)的數(shù)據(jù)核對方法的流程示意圖，包括以下步驟：

S101，在到達預(yù)設(shè)的對賬周期時，對賬系統(tǒng)獲取來自于第一業(yè)務(wù)系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二 賬單。

為了便于闡述，本申請將與本方機構(gòu)相關(guān)的賬務(wù)處理系統(tǒng)統(tǒng)稱為第一業(yè)務(wù)系統(tǒng)，與外部結(jié)構(gòu)相關(guān)的賬務(wù)處理系統(tǒng)統(tǒng)稱為第二業(yè)務(wù)系統(tǒng)，在優(yōu)選的實施例中，第一業(yè)務(wù)系統(tǒng)有包括內(nèi)部系統(tǒng)、信息處理中心以及清算系統(tǒng)等，其中內(nèi)部系統(tǒng)用于向信息處理中心發(fā)送作為第一明細數(shù)據(jù)的流水信息，清算系統(tǒng)則用于向信息處理中心發(fā)送根據(jù)入賬流水匯總計算得到的第一賬單，而信息處理中心則負(fù)責(zé)根據(jù)第一明細數(shù)據(jù)、第一賬單以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二賬單進行數(shù)據(jù)核對處理。

由于需要根據(jù)明細數(shù)據(jù)進行清算處理，因此明細數(shù)據(jù)中必須包括關(guān)鍵的應(yīng)清算日期，該應(yīng)清算日期是用以確定賬單是否按時清算的重要依據(jù)，此外入賬明細數(shù)據(jù)以及機構(gòu)明細數(shù)據(jù)還包括訂單信息以及電子憑證信息。

在本申請具體的實施例中，入賬明細接收的流程示意圖如圖2所示，入賬明細是在內(nèi)部系統(tǒng)與外部網(wǎng)絡(luò)完成交易后，自動向數(shù)據(jù)處理中心發(fā)送的明細信息，主要包括訂單號、金額等信息，另外還有一個重要的信息是應(yīng)清算日期，這個日期表示的是外部機構(gòu)應(yīng)該在什么時間將這筆明細的金錢清算到本方的頭寸賬號上。比如明細的交易時間是T日，而清算規(guī)則是T+1日，則這筆金錢應(yīng)該在T+1日清算給本方機構(gòu)。相應(yīng)地，機構(gòu)明細接收的流程具體示意如圖3所示，外部機構(gòu)在完成實際的資金清算后，會將全部明細通過報文或文件的方式發(fā)送給被清算機構(gòu)，本方機構(gòu)解析出機構(gòu)明細并發(fā)送給數(shù)據(jù)處理中心。

S102，對賬系統(tǒng)根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單。

在本申請優(yōu)選實施例中，根據(jù)明細的處理結(jié)果預(yù)先設(shè)置了了多種賬單類型，具體包括有清算成功賬單、提前清算成功賬單、提前清算已清算賬單以 及延遲清算成功賬單等，區(qū)分不同情況的核對處理的處理流程如下：

(1)若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，根據(jù)所述入賬明細數(shù)據(jù)和所述機構(gòu)明細數(shù)據(jù)生成所述清算成功賬單；

(2)若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息匹配，但與所述第二明細數(shù)據(jù)對應(yīng)的實際清算日期早于與所述第一明細數(shù)據(jù)對應(yīng)的應(yīng)清算日期，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述提取清算成功賬單；

(3)若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，但與所述第二明細數(shù)據(jù)對應(yīng)的實際清算日期晚于與所述第一明細數(shù)據(jù)對應(yīng)的應(yīng)清算日期，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述延遲清算成功賬單；

(4)若所述第一賬單當(dāng)前存在尚未處理的對賬結(jié)果，且存在與所述對賬結(jié)果的應(yīng)清算日期所對應(yīng)的提取清算成功賬單，將所述第一賬單調(diào)整為提前清算已清算賬單。

此外，對于其他異常的賬單，本申請還提供了相應(yīng)的處理方式，在優(yōu)選實施例中，這類異常的賬單類型包括是由網(wǎng)絡(luò)原因?qū)е氯胭~明細沒有發(fā)送成功的多賬賬單以及由內(nèi)部錯誤或外部錯誤所導(dǎo)致不等賬單，具體生成方式如下：

(1)若不存在與所述第二明細數(shù)據(jù)對應(yīng)的第一明細數(shù)據(jù)，根據(jù)所述第二明細數(shù)據(jù)生成所述多賬賬單；

(2)若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息匹配，但所述入賬明細數(shù)據(jù)和所述機構(gòu)明細數(shù)據(jù)的電子憑證信息不匹配，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述不等賬單。

在本申請的具體實施例中，入賬賬單接收的具體流程示意圖如圖4所示， 內(nèi)部的入賬賬單一般由自身內(nèi)部的清算系統(tǒng)進行計算，根據(jù)應(yīng)清算日期，將入賬明細進行匯總計算(計算總金額和總筆數(shù))，這里的賬單狀態(tài)為初始，然后發(fā)送賬單給數(shù)據(jù)處理中心。

基于第一賬單以及各明細信息，即可進行電子憑證信息匹配處理，并基于匹配結(jié)果確認(rèn)賬單是否關(guān)聯(lián)成功。如圖5所示，為本申請具體實施例中進行資金對賬的示意圖，資金對賬過程包含資金明細核對和賬單調(diào)整兩步，其詳細流程如下：

1、明細核對：根據(jù)一些條件(比如訂單號將入賬明細關(guān)聯(lián)起來)，如果金額相等并且明細匹配，則說明對賬成功。

2、賬單調(diào)整：在進行完資金明細核對后，將進行關(guān)鍵的一個步驟：賬單調(diào)整。根據(jù)對賬結(jié)果，分別進行分類得到不同的匯總結(jié)果。下面根據(jù)各個不同的類型的賬單進行說明。

類型a)：清算成功的賬單：對于訂單號關(guān)聯(lián)成功，并且金額相等的一批明細，根據(jù)清算系統(tǒng)發(fā)送過來的初始賬單，調(diào)整出清算成功的一個匯總賬單：里面主要有賬單日期、應(yīng)清算日期、匯總金額和匯總筆數(shù)等信息。

類型b)：提前清算成功的賬單：對于清算成功類型的賬單，是可以從初始賬單中調(diào)整出來的，因為在應(yīng)清算那一天，清算系統(tǒng)的賬單會發(fā)送到數(shù)據(jù)處理中心，所以可以根據(jù)初始的賬單調(diào)整出清算成功的賬單；但是對于提前清算成功的明細，即機構(gòu)明細和入賬明細都能對上，但是機構(gòu)明細的實際清算日期要早于應(yīng)清算日期，此時清算系統(tǒng)還未發(fā)送初始的賬單，因此不能根據(jù)初始賬單調(diào)整出提前清算成功的賬單，這里的解決方案是根據(jù)對賬后的提前清算明細的匯總結(jié)果，直接克隆出一個新的提前清算成功的賬單。

類型c)：提前清算已清算賬單：這里是對應(yīng)于提前清算成功的賬單，在調(diào)整提前清算成功的賬單的時候，本具體實施例是直接克隆出的賬單。在到了應(yīng)清算日期那一天，初始的賬單會從清算系統(tǒng)發(fā)送過來，但是因為明細已 經(jīng)對掉了，沒有對賬結(jié)果去調(diào)整該初始賬單；因此本具體實施例會根據(jù)應(yīng)清算日期去查找提前清算成功的賬單，如果有，則根據(jù)提前清算成功的賬單，將初始賬單調(diào)整出(調(diào)整金額和筆數(shù))提起清算已清算的賬單。

類型d)：延遲清算成功的賬單：根據(jù)延遲清算成功的明細，即機構(gòu)明細和入賬明細都能對應(yīng)上，但是機構(gòu)明細的實際清算日期要晚于應(yīng)清算日期，這里會根據(jù)對賬結(jié)果克隆出一個延遲清算成功的賬單。

類型e)：延遲清算未清算的賬單：類似于提前清算成功賬單和提前清算已清算賬單的關(guān)系。延遲清算未清算也對應(yīng)于延遲清算成功的賬單。但是該賬單并不是在賬單調(diào)整環(huán)節(jié)產(chǎn)生的，而是在賬戶完結(jié)過程中產(chǎn)生的，這塊在后面會繼續(xù)說明。

類型f)：多賬賬單：對于機構(gòu)明細存在，入賬明細不存在的情況，本具體實施例將這些結(jié)果匯總出多賬的賬單。

類型g)：金額不等的賬單：對于機構(gòu)明細和入賬明細都能對應(yīng)上，但是金額不等的匯總結(jié)果，本具體實施例則調(diào)整出金額不等的賬單。

S103，對賬系統(tǒng)將所述待處理賬單與所述第二賬單進行關(guān)聯(lián)。

在本申請優(yōu)選實施例中，該步驟將分別判斷所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單中的電子憑證信息是否與所述第二賬單中的電子憑證信息匹配；若匹配則確認(rèn)關(guān)聯(lián)成功；若不匹配則確認(rèn)關(guān)聯(lián)失敗。

在本申請的具體實施例中，機構(gòu)賬單接收的流程具體示意圖如圖6所示，外部機構(gòu)通過文件或報文的方式將機構(gòu)賬單(即頭寸賬號日變動匯總)結(jié)果發(fā)送到數(shù)據(jù)處理中心。而賬單關(guān)聯(lián)處理的示意圖則如圖7所示，該流程將清算成功的入賬賬單(包括清算成功賬單、提前清算成功賬單、延遲清算成功賬單)和機構(gòu)賬單進行關(guān)聯(lián)，如果入賬賬單和機構(gòu)賬單的金額能夠匹配，則兩邊的 賬單關(guān)聯(lián)成功。

此外，對于其他類型的賬單，本具體實施例亦對于其他特殊類型的賬單提供了相應(yīng)的處理方式，具體如下：

a)多賬賬單：

該類型的賬單可能是由網(wǎng)絡(luò)原因?qū)е氯胭~明細沒有發(fā)送成功，因此數(shù)據(jù)處理中心會提供意外數(shù)據(jù)恢復(fù)的功能，發(fā)起網(wǎng)絡(luò)層面的掉單查詢，推進網(wǎng)絡(luò)的恢復(fù)。進一步地，如果意外數(shù)據(jù)恢復(fù)還是未能完成，本具體實施例將這一筆賬單進行掛賬處理，即將這筆款項先掛到某個待查的內(nèi)部戶賬號上。該掛賬會導(dǎo)致賬單的進一步調(diào)整：掛賬會新產(chǎn)生一個狀態(tài)為憑證的賬單，那這里需要將之前的多賬賬單置為廢棄。

b)金額不等賬單：

該類型的賬單可能是內(nèi)部bug或外部bug導(dǎo)致，需要內(nèi)部排查原因或者推進外部機構(gòu)排查原因。

S104，對賬系統(tǒng)根據(jù)已關(guān)聯(lián)的待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結(jié)果。

為了確保對賬結(jié)果的準(zhǔn)確性以及電子憑證信息的安全性，本申請在最后將進行內(nèi)部影子賬號和外部機構(gòu)實存賬號的余額試算平衡，在本申請的一個優(yōu)選實施例中，基于已關(guān)聯(lián)的待處理賬單，判斷該待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額是否平衡；若所述待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額平衡，確認(rèn)本次數(shù)據(jù)核對成功；若所述待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額不平衡，確認(rèn)本次數(shù)據(jù)核對失敗。

具體的，余額是否平衡可按照以下試算公式進行確認(rèn):

a+b-c+d-c+e＝f，其中影子賬號余額為a；提前清算成功賬單金額為b；提前清算已清算賬單金額為c；延遲清算成功賬單金額為d；延遲清算未清算賬 單金額為c；獲取影響試算平衡的憑證賬單的金額e(憑證業(yè)務(wù)日期<＝賬戶完結(jié)日期<會計日期)。機構(gòu)實存余額為f。

為了進一步提高賬戶處理的準(zhǔn)確度，需要定期(例如每天)對頭寸賬號進行一個完結(jié)操作，來標(biāo)識該賬戶今天的全部操作已全部處理完，可以推進到下一天。具體地，在確認(rèn)關(guān)聯(lián)成功之后，可對所述頭寸賬戶進行前置校驗，并在前置校驗通過后根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改

在優(yōu)選的實施例中，賬戶的前置校驗需要滿足以下三個條件：

(1)判斷與所述頭寸賬戶對應(yīng)的賬戶完結(jié)日期對應(yīng)的賬單是否與所述機構(gòu)賬單關(guān)聯(lián)成功；

(2)判斷所述外部機構(gòu)對應(yīng)的期初電子憑證信息與關(guān)聯(lián)電子憑證信息之和是否為期末電子憑證信息；

(3)判斷所述頭寸賬戶在所述賬戶完結(jié)日期的前一天是否為已完結(jié)狀態(tài)。

在確認(rèn)前置校驗通過之后，即可根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改，如果第一賬單尚未被調(diào)整為所述提前清算已清算賬單，則將所述第一賬單調(diào)整為延遲清算未清算賬單。

在本申請的具體實施例中，上述步驟的具體過程如下：

步驟a)進行賬戶完結(jié)前置校驗，前置校驗條件包括以下三條：

i.判斷處理的賬戶完結(jié)日期下，構(gòu)對賬單是否全部關(guān)聯(lián)成功。

ii.判斷機構(gòu)對應(yīng)的期初余額+關(guān)聯(lián)金額是否等于期末余額。

iii.判斷是否亂序完結(jié)，即完結(jié)的前一天必須是已完結(jié)的。

步驟b)更新對應(yīng)日期的初始賬單為延遲清算未清算：在賬戶完結(jié)的這個一個時間節(jié)點，如果初始賬單還未被調(diào)整，說明賬單未在應(yīng)清算日期內(nèi)進行 清算，則需要將初始賬單調(diào)整為延遲清算未清算。

進一步地，為了將每一天的賬戶資金變動沉淀下來以更有效的管理資金變動。最終本具體實施例將驅(qū)動內(nèi)部戶賬戶進行應(yīng)清算賬戶和頭寸賬號的結(jié)轉(zhuǎn)，針對不同類型的情況舉例如下：

1、提前清算成功

i.對于流入類的調(diào)整：借：頭寸；貸：應(yīng)清算提前清算賬戶。

ii.對于流出類的調(diào)整：借：應(yīng)清算提前清算賬戶；貸：頭寸。

2、提前清算已清算

i.對于流入類的調(diào)整：借：應(yīng)清算提前清算賬戶；貸：頭寸。

ii.對于流出類的調(diào)整：借：頭寸；貸：應(yīng)清算提前清算賬戶。

3、延遲清算未清算

i.對于流入類的調(diào)整：借：應(yīng)清算延后清算賬號；貸：頭寸。

ii.對于流出類的調(diào)整：借：頭寸；貸：應(yīng)清算延后清算賬號。

4、延遲清算成功

i.對于流入類的調(diào)整：借：頭寸；貸：應(yīng)清算延后清算賬號。

對于流出類的調(diào)整：借：應(yīng)清算延后清算賬號；貸：頭寸。

通過以上平衡狀態(tài)的判斷以及結(jié)轉(zhuǎn)處理，可以確認(rèn)每一天的賬戶資金變動沉淀下來，更有效的管理資金變動,管理資金更加安全和透明。但同時需要說明的是，以上的判斷過程以及結(jié)轉(zhuǎn)處理流程僅為本申請所提出的優(yōu)選的實施方式，在確保同樣能夠達到相同目的的基礎(chǔ)上，本領(lǐng)域技術(shù)人員可以采取其他改進方案，這些都屬于本申請的保護范圍。

根據(jù)以上步驟，可以將賬戶的余額、賬單、明細串聯(lián)的管理起來，通過這種關(guān)聯(lián)性的賬實、賬證、賬賬核對會最大程度的確保資金的安全，以及透明化的管理。

為達到以上技術(shù)目的，本申請還提出了一種用于計算機系統(tǒng)的數(shù)據(jù)核對設(shè)備，如圖8所示，包括：

獲取模塊810，在到達預(yù)設(shè)的對賬周期時獲取來自于第一業(yè)務(wù)系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務(wù)系統(tǒng)的第二明細數(shù)據(jù)和第二賬單；

生成模塊820，根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單；

關(guān)聯(lián)模塊830，將所述待處理賬單與所述第二賬單進行關(guān)聯(lián)；

確定模塊840，根據(jù)已關(guān)聯(lián)的待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結(jié)果。

在具體的應(yīng)用場景中，所述待處理賬單的類型包括清算成功賬單、提前清算成功賬單、提前清算已清算賬單、延遲清算成功賬單，所述關(guān)聯(lián)模塊具體用于：

將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構(gòu)的機構(gòu)賬單進行關(guān)聯(lián)。

在具體的應(yīng)用場景中，所述第一明細數(shù)據(jù)以及所述第二明細數(shù)據(jù)包含訂單信息以及電子憑證信息，所述生成模塊具體用于：

若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，所述生成模塊根據(jù)所述入賬明細數(shù)據(jù)和所述機構(gòu)明細數(shù)據(jù)生成所述清算成功賬單；

若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息匹配，但與所述第二明細數(shù)據(jù)對應(yīng)的實際清算日期早于與所述第一明細數(shù)據(jù)對應(yīng)的應(yīng)清算日期，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述提取清算成功賬單；

若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，但與所述第二明細數(shù)據(jù)對應(yīng)的實際清算日期晚于與所述第一明細 數(shù)據(jù)對應(yīng)的應(yīng)清算日期，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述延遲清算成功賬單；

若所述第一賬單當(dāng)前存在尚未處理的對賬結(jié)果，且存在與所述對賬結(jié)果的應(yīng)清算日期所對應(yīng)的提取清算成功賬單，所述生成模塊將所述第一賬單調(diào)整為提前清算已清算賬單。

在具體的應(yīng)用場景中，所述待處理賬單的類型還包括多賬賬單以及不等賬單，還包括：

若不存在與所述第二明細數(shù)據(jù)對應(yīng)的第一明細數(shù)據(jù)，所述生成模塊根據(jù)所述第二明細數(shù)據(jù)生成所述多賬賬單；

若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息匹配，但所述入賬明細數(shù)據(jù)和所述機構(gòu)明細數(shù)據(jù)的電子憑證信息不匹配，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述不等賬單。

在具體的應(yīng)用場景中，所述關(guān)聯(lián)模塊將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構(gòu)的機構(gòu)賬單進行關(guān)聯(lián)，具體為：

分別判斷所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單中的電子憑證信息是否與所述第二賬單中的電子憑證信息匹配；

若匹配，所述關(guān)聯(lián)模塊確認(rèn)關(guān)聯(lián)成功；

若不匹配，所述關(guān)聯(lián)模塊確認(rèn)關(guān)聯(lián)失敗。

在具體的應(yīng)用場景中，在確認(rèn)關(guān)聯(lián)成功之后，還包括：

對所述頭寸賬戶進行前置校驗，并在前置校驗通過后根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改；

其中，所述前置校驗包括：確認(rèn)與所述頭寸賬戶對應(yīng)的賬戶完結(jié)日期對應(yīng)的賬單是否與所述第二賬單關(guān)聯(lián)成功、與所述第二業(yè)務(wù)系統(tǒng)對應(yīng)的期初電子憑證信息與關(guān)聯(lián)電子憑證信息之和是否為期末電子憑證信息、確認(rèn)所述頭 寸賬戶在所述賬戶完結(jié)日期的前一天是否為已完結(jié)狀態(tài)。

在具體的應(yīng)用場景中，根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改，具體為：

若所述第一賬單尚未被調(diào)整為所述提前清算已清算賬單，將所述第一賬單調(diào)整為延遲清算未清算賬單。

在具體的應(yīng)用場景中，根據(jù)已關(guān)聯(lián)的待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結(jié)果，具體為：

判斷所述待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額是否平衡；

若所述待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額平衡，確認(rèn)本次數(shù)據(jù)核對成功；

若所述待處理賬單與所述第一業(yè)務(wù)系統(tǒng)的頭寸賬戶的余額不平衡，確認(rèn)本次數(shù)據(jù)核對失敗。

在具體的應(yīng)用場景中，還包括：

結(jié)轉(zhuǎn)模塊，根據(jù)各所述待處理賬戶以及所述頭寸賬戶進行結(jié)轉(zhuǎn)處理。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本申請的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施場景所述的方法。

本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本申請所必須的。

本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中，也可以進行相應(yīng)變化位于不同于本實施 場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。

上述本申請序號僅僅為了描述，不代表實施場景的優(yōu)劣。

以上公開的僅為本申請的幾個具體實施場景，但是，本申請并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本申請的保護范圍。