1.一種用于計算機系統(tǒng)的數(shù)據(jù)核對方法，其特征在于，包括：
在到達預設的對賬周期時，對賬系統(tǒng)獲取來自于第一業(yè)務系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務系統(tǒng)的第二明細數(shù)據(jù)和第二賬單；
對賬系統(tǒng)根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單；
對賬系統(tǒng)將所述待處理賬單與所述第二賬單進行關聯(lián)；
對賬系統(tǒng)根據(jù)已關聯(lián)的待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結果。
2.如權利要求1所述的方法，其特征在于，所述待處理賬單的類型包括清算成功賬單、提前清算成功賬單、提前清算已清算賬單、延遲清算成功賬單，
所述將所述待處理賬單與所述第二賬單進行關聯(lián)，具體為：
將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構的機構賬單進行關聯(lián)。
3.如權利要求2所述的方法，其特征在于，所述第一明細數(shù)據(jù)以及所述第二明細數(shù)據(jù)包含訂單信息以及電子憑證信息，
所述根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單，具體為：
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，根據(jù)所述入賬明細數(shù)據(jù)和所述機構明細數(shù)據(jù)生成所述清算成功賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息匹配，但與所述第二明細數(shù)據(jù)對應的實際清算日期早于與所述第一明細數(shù)據(jù)對應的應清算日期，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述提取清算成功賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，但與所述第二明細數(shù)據(jù)對應的實際清算日期晚于與所述第一明細數(shù)據(jù)對應的應清算日期，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述延遲清算成功賬單；
若所述第一賬單當前存在尚未處理的對賬結果，且存在與所述對賬結果的應清算日期所對應的提取清算成功賬單，將所述第一賬單調(diào)整為提前清算已清算賬單。
4.如權利要求3所述的方法，其特征在于，所述待處理賬單的類型還包括多賬賬單以及不等賬單，
所述根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單，還包括：
若不存在與所述第二明細數(shù)據(jù)對應的第一明細數(shù)據(jù)，根據(jù)所述第二明細數(shù)據(jù)生成所述多賬賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息匹配，但所述入賬明細數(shù)據(jù)和所述機構明細數(shù)據(jù)的電子憑證信息不匹配，根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述不等賬單。
5.如權利要求3所述的方法，其特征在于，所述將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構的機構賬單進行關聯(lián)，具體為：
分別判斷所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單中的電子憑證信息是否與所述第二賬單中的電子憑證信息匹配；
若匹配，確認關聯(lián)成功；
若不匹配，確認關聯(lián)失敗。
6.如權利要求5所述的方法，其特征在于，在確認關聯(lián)成功之后，還包括：
所述對賬系統(tǒng)對所述頭寸賬戶進行前置校驗，并在前置校驗通過后根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改；
其中，所述前置校驗包括：確認與所述頭寸賬戶對應的賬戶完結日期對應的賬單是否與所述第二賬單關聯(lián)成功、與所述第二業(yè)務系統(tǒng)對應的期初電子憑證信息與關聯(lián)電子憑證信息之和是否為期末電子憑證信息、確認所述頭寸賬戶在所述賬戶完結日期的前一天是否為已完結狀態(tài)。
7.如權利要求6所述的方法，其特征在于，所述根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改，具體為：
若所述第一賬單尚未被調(diào)整為所述提前清算已清算賬單，將所述第一賬單調(diào)整為延遲清算未清算賬單。
8.如權利要求1-7任一項所述的方法，其特征在于，所述根據(jù)已關聯(lián)的待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結果，具體為：
判斷所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額是否平衡；
若所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額平衡，確認本次數(shù)據(jù)核對成功；
若所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額不平衡，確認本次數(shù)據(jù)核對失敗。
9.如權利要求8所述的方法，其特征在于，在確認本次數(shù)據(jù)核對成功之后，還包括：
所述對賬系統(tǒng)根據(jù)各所述待處理賬戶以及所述頭寸賬戶進行結轉(zhuǎn)處理。
10.一種用于計算機系統(tǒng)的數(shù)據(jù)核對設備，其特征在于，包括：
獲取模塊，在到達預設的對賬周期時獲取來自于第一業(yè)務系統(tǒng)的第一明細數(shù)據(jù)和第一賬單，以及來自于第二業(yè)務系統(tǒng)的第二明細數(shù)據(jù)和第二賬單；
生成模塊，根據(jù)所述第一明細數(shù)據(jù)、所述第二明細數(shù)據(jù)進行對賬處理以及對所述第一賬單進行賬單調(diào)整，并生成多個不同類型的待處理賬單；
關聯(lián)模塊，將所述待處理賬單與所述第二賬單進行關聯(lián)；
確定模塊，根據(jù)已關聯(lián)的待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結果。
11.如權利要求10所述的設備，其特征在于，所述待處理賬單的類型包括清算成功賬單、提前清算成功賬單、提前清算已清算賬單、延遲清算成功賬單，所述關聯(lián)模塊具體用于：
將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構的機構賬單進行關聯(lián)。
12.如權利要求11所述的方法，其特征在于，所述第一明細數(shù)據(jù)以及所述第二明細數(shù)據(jù)包含訂單信息以及電子憑證信息，所述生成模塊具體用于：
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，所述生成模塊根據(jù)所述入賬明細數(shù)據(jù)和所述機構明細數(shù)據(jù)生成所述清算成功賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息匹配，但與所述第二明細數(shù)據(jù)對應的實際清算日期早于與所述第一明細數(shù)據(jù)對應的應清算日期，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述提取清算成功賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息以及電子憑證信息相互匹配，但與所述第二明細數(shù)據(jù)對應的實際清算日期晚于與所述第一明細數(shù)據(jù)對應的應清算日期，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述延遲清算成功賬單；
若所述第一賬單當前存在尚未處理的對賬結果，且存在與所述對賬結果的應清算日期所對應的提取清算成功賬單，所述生成模塊將所述第一賬單調(diào) 整為提前清算已清算賬單。
13.如權利要求12所述的設備，其特征在于，所述待處理賬單的類型還包括多賬賬單以及不等賬單，還包括：
若不存在與所述第二明細數(shù)據(jù)對應的第一明細數(shù)據(jù)，所述生成模塊根據(jù)所述第二明細數(shù)據(jù)生成所述多賬賬單；
若所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)的訂單信息匹配，但所述入賬明細數(shù)據(jù)和所述機構明細數(shù)據(jù)的電子憑證信息不匹配，所述生成模塊根據(jù)所述第一明細數(shù)據(jù)和所述第二明細數(shù)據(jù)生成所述不等賬單。
14.如權利要求12所述的設備，其特征在于，所述關聯(lián)模塊將所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單與來自于外部機構的機構賬單進行關聯(lián)，具體為：
分別判斷所述清算成功賬單、所述提前清算成功賬單以及延遲清算成功賬單中的電子憑證信息是否與所述第二賬單中的電子憑證信息匹配；
若匹配，所述關聯(lián)模塊確認關聯(lián)成功；
若不匹配，所述關聯(lián)模塊確認關聯(lián)失敗。
15.如權利要求14所述的設備，其特征在于，在確認關聯(lián)成功之后，還包括：
對所述頭寸賬戶進行前置校驗，并在前置校驗通過后根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改；
其中，所述前置校驗包括：確認與所述頭寸賬戶對應的賬戶完結日期對應的賬單是否與所述第二賬單關聯(lián)成功、與所述第二業(yè)務系統(tǒng)對應的期初電子憑證信息與關聯(lián)電子憑證信息之和是否為期末電子憑證信息、確認所述頭寸賬戶在所述賬戶完結日期的前一天是否為已完結狀態(tài)。
16.如權利要求15所述的設備，其特征在于，根據(jù)所述第一賬單的調(diào)整狀態(tài)對所述第一賬單的類型進行更改，具體為：
若所述第一賬單尚未被調(diào)整為所述提前清算已清算賬單，將所述第一賬單調(diào)整為延遲清算未清算賬單。
17.如權利要求10-16任一項所述的設備，其特征在于，根據(jù)已關聯(lián)的待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶之間的余額確定數(shù)據(jù)核對結果，具體為：
判斷所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額是否平衡；
若所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額平衡，確認本次數(shù)據(jù)核對成功；
若所述待處理賬單與所述第一業(yè)務系統(tǒng)的頭寸賬戶的余額不平衡，確認本次數(shù)據(jù)核對失敗。
18.如權利要求17所述的設備，其特征在于，還包括：
結轉(zhuǎn)模塊，根據(jù)各所述待處理賬戶以及所述頭寸賬戶進行結轉(zhuǎn)處理。