專利名稱：以多模式信息交互方式處理賬務(wù)的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及銀行賬務(wù)處理，更為具體地，涉及一種以多模式信息交互方式處理賬
務(wù)的方法及設(shè)備。
背景技術(shù)：
住房資金綜合業(yè)務(wù)包括維修資金業(yè)務(wù)、公積金業(yè)務(wù)和住房保障業(yè)務(wù)等。由于各地
區(qū)住房資金業(yè)務(wù)發(fā)展不一，住房資金管理部門與銀行進(jìn)行信息交互的方式也各不相同。 在現(xiàn)有技術(shù)中，住房資金管理部門建立的賬務(wù)信息管理設(shè)備僅有一種信息交互方
式。然而根據(jù)實(shí)際需要，住房資金管理部門通常會(huì)與多家銀行進(jìn)行賬務(wù)處理，如果只采用一
種信息交互方式，那么住房資金管理部門必須采用多套設(shè)備與多家承辦銀行對接以實(shí)現(xiàn)與
各承辦銀行進(jìn)行信息交互。由于各設(shè)備之間是相互獨(dú)立，數(shù)據(jù)兼容性差，信息無法高效傳遞
且成本較高，給住房資金管理部門的賬務(wù)處理帶來了極大的不便。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種以多模式信息交互方式處理賬務(wù)的方法及設(shè)備，使多 種信息交互方式共存于一種設(shè)備中，有效地解決了目前住房資金管理部門需采用多套設(shè)備 實(shí)現(xiàn)與多家承辦銀行對接而導(dǎo)致的數(shù)據(jù)兼容性差，信息無法高效傳遞且成本較高的問題。
本發(fā)明提供了一種以多模式信息交互方式處理賬務(wù)的方法，其包括
a，客戶端根據(jù)與銀行端進(jìn)行信息交互的類別選擇記賬模式； b，所述客戶端根據(jù)所述選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述賬務(wù) 處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表； c，所述客戶端根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。 相應(yīng)地，本發(fā)明還提供了一種以多模式信息交互方式處理賬務(wù)的設(shè)備，其包括
選擇模塊，用于根據(jù)銀行端進(jìn)行信息交互的類別選擇記賬模式；
賬務(wù)處理模塊，用于根據(jù)所選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述 賬務(wù)處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表； 會(huì)計(jì)核算模塊，用于根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。 實(shí)施本發(fā)明，通過將多種信息交互方式共存于一種設(shè)備中，建立統(tǒng)一的賬務(wù)核算
入口，從而實(shí)現(xiàn)多種信息交互方式的共存，有效地提高了數(shù)據(jù)的兼容性，降低了成本，更便
于住房資金管理部門的賬務(wù)處理。


圖1是本發(fā)明的以多模式信息交互方式處理賬務(wù)的方法的流程圖；
圖2是圖1中步驟2的第一實(shí)施方式的流程圖；
圖3是圖1中步驟2的第二實(shí)施方式的流程圖；
圖4是圖1中步驟2的第三實(shí)施方式的流程 圖5是本發(fā)明的以多模式信息交互方式處理賬務(wù)的設(shè)備的結(jié)構(gòu)示意圖； 圖6是圖5所述設(shè)備中賬務(wù)處理模塊的結(jié)構(gòu)示意圖； 圖7是圖6所述賬務(wù)處理模塊中實(shí)時(shí)記賬模式單元的結(jié)構(gòu)示意圖； 圖8是圖6所述賬務(wù)處理模塊中隔日記賬模式單元的結(jié)構(gòu)示意圖； 圖9是圖6所述賬務(wù)處理模塊中手動(dòng)記賬模式單元的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā) 明作進(jìn)一步地詳細(xì)描述。 參考圖1，圖1是本發(fā)明的以多模式信息交互方式處理賬務(wù)的方法的流程圖，所述 方法包括 步驟1，客戶端根據(jù)與銀行端進(jìn)行信息交互的類別選擇記賬模式。具體而言，記賬 模式包括實(shí)時(shí)記賬模式、隔日記賬模式和手動(dòng)記賬模式?？蛻舳烁鶕?jù)與銀行端進(jìn)行信息交 互的類別，選擇上述三種模式之一進(jìn)行相應(yīng)的賬務(wù)處理。 其中，實(shí)時(shí)記賬模式即為T+0模式，隔日記賬模式即為T+l模式。具體而言，T+0模 式是一種以實(shí)時(shí)的信息交互方式實(shí)現(xiàn)賬務(wù)處理的模式；T+1模式是一種以非實(shí)時(shí)的信息交 互方式實(shí)現(xiàn)賬務(wù)處理的模式，日終時(shí)接收銀行流水，隔日入賬；手動(dòng)記賬模式是一種由人工 錄入銀行返回的紙質(zhì)憑證的賬務(wù)處理模式。 步驟2，客戶端根據(jù)所述選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述賬務(wù) 處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表。 步驟3，客戶端根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。 參考圖2，圖2是圖1中步驟2的第一實(shí)施方式的流程圖，當(dāng)步驟1中客戶端選擇 的記賬模式為實(shí)時(shí)記賬模式時(shí)，所述步驟2包括 Sll，客戶端實(shí)時(shí)接收并解析銀行端發(fā)送的流水文件，解析得到該流水文件的內(nèi) 容，并自動(dòng)將所述內(nèi)容裝載到客戶端的銀行流水表中。 S12，客戶端自動(dòng)比對所述銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致， 若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為稽核未通過， 所述比對結(jié)果作為用戶日后查詢使用。 S13，記錄比對結(jié)果后，客戶端自動(dòng)修改入賬信息。具體而言，入賬信息包括系統(tǒng) 中的登記簿信息、分戶賬狀態(tài)、金額和積數(shù)。 S14，根據(jù)修改后的入賬信息，客戶端自動(dòng)生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期 翻牌。具體而言，客戶端自動(dòng)生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)會(huì)自動(dòng)清除銀行流水表；設(shè)備日 期翻牌表示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 需要特別說明的是，以上步驟不需要人工干預(yù)，由客戶端(即住房資金管理部門 系統(tǒng)平臺(tái))依次自動(dòng)完成。另外，所述步驟S13和步驟S14之間還可以包括如下步驟客戶 端自動(dòng)檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給客戶端， 用戶可根據(jù)平衡檢查結(jié)果選擇性地對入賬信息進(jìn)行檢查核對。 參考圖3，圖3是圖1中步驟2的第二實(shí)施方式的流程圖，當(dāng)步驟1中客戶端選擇 的記賬模式為隔日記賬模式時(shí)，所述步驟2包括
S21，客戶端日終時(shí)接收銀行端發(fā)送的流水文件，隔日觸發(fā)客戶端解析銀行端發(fā)送 的流水文件，解析得到該流水文件的內(nèi)容，并將所述內(nèi)容裝載到客戶端的銀行流水表中。
S22，所述內(nèi)容裝載結(jié)束后，觸發(fā)客戶端比對所述銀行流水表中銀行端的數(shù)據(jù)與客 戶端的數(shù)據(jù)是否一致，若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比 對結(jié)果為稽核未通過，所述比對結(jié)果作為用戶日后查詢使用。 S23，當(dāng)所有數(shù)據(jù)比對結(jié)束后，觸發(fā)客戶端修改入賬信息。具體而言，入賬信息包 括系統(tǒng)中的登記簿信息、分戶賬狀態(tài)、金額和積數(shù)。 S24，觸發(fā)客戶端將客戶端內(nèi)的信息恢復(fù)到所述b21步驟之前的狀態(tài)。具體而言， 此步驟可在步驟S21至步驟S23的任意時(shí)刻進(jìn)行。 S25，根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期 翻牌。具體而言，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)，客戶端自動(dòng)清除銀行流水表； 設(shè)備日期翻牌表示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 需要特別說明的是，以上步驟均需要人工干預(yù)，均需用戶觸發(fā)完成。另外，步驟S23 和步驟S24之間還可以包括如下步驟觸發(fā)客戶端檢查所述修改后的入賬信息科目余額是 否平衡，并將平衡檢查結(jié)果報(bào)告給客戶端，用戶可根據(jù)平衡檢查結(jié)果選擇性地對入賬信息 進(jìn)行檢查核對。 參考圖4，圖4是圖1中步驟2的第三實(shí)施方式的流程圖，當(dāng)步驟1中客戶端選擇 的記賬模式為手動(dòng)記賬模式時(shí)，所述步驟2包括 S31，客戶端實(shí)時(shí)錄入銀行提供的紙質(zhì)憑證信息，并將所述錄入的紙質(zhì)憑證信息裝 載到客戶端的銀行流水表中。 S32，觸發(fā)客戶端修改入賬信息。具體而言，入賬信息包括系統(tǒng)中的登記簿信息、 分戶賬狀態(tài)、金額和積數(shù)。 S33，根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期 翻牌。具體而言，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)，客戶端自動(dòng)清除銀行流水表； 設(shè)備日期翻牌表示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 需要特別說明的是，以上步驟均需要人工干預(yù)，且需用戶觸發(fā)完成。另外，步驟S32 和步驟S33之間還可以包括如下步驟觸發(fā)客戶端檢查修改后的入賬信息科目余額是否平 衡，并將平衡檢查結(jié)果報(bào)告給客戶端，用戶可根據(jù)平衡檢查結(jié)果選擇性地對入賬信息進(jìn)行 檢查核對。 參考圖5，圖5是本發(fā)明的以多模式信息交互方式處理賬務(wù)的設(shè)備的結(jié)構(gòu)示意圖， 所述設(shè)備包括 選擇模塊100，用于根據(jù)銀行端進(jìn)行信息交互的類別選擇記賬模式。 賬務(wù)處理模塊200，用于根據(jù)所選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所
述賬務(wù)處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表。 會(huì)計(jì)核算模塊300，用于根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。具體而言，客 戶端為住房資金管理部門的系統(tǒng)平臺(tái)。 參考圖6，是圖5所述設(shè)備中賬務(wù)處理模塊的結(jié)構(gòu)示意圖。由圖6可知，所述賬務(wù) 處理模塊200包括 實(shí)時(shí)記賬模式單元210，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為實(shí)時(shí)記賬模式時(shí)，按實(shí)時(shí)記賬模式進(jìn)行賬務(wù)處理。 隔日記賬模式單元220，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為隔日 記賬模式時(shí)，按隔日記賬模式進(jìn)行賬務(wù)處理。 手動(dòng)記賬模式單元230，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為手動(dòng) 記賬模式時(shí)，按手動(dòng)記賬模式進(jìn)行賬務(wù)處理。 其中，實(shí)時(shí)記賬模式即T+0模式，隔日記賬模式即為T+l模式。具體而言，T+0模 式是一種以實(shí)時(shí)的信息交互方式實(shí)現(xiàn)賬務(wù)處理的模式；T+1模式是一種以非實(shí)時(shí)的信息交 互方式實(shí)現(xiàn)賬務(wù)處理的模式，日終時(shí)接收銀行流水文件，隔日入賬；手動(dòng)記賬模式是一種由 人工錄入銀行返回的紙質(zhì)憑證的賬務(wù)處理模式。以上三種模式均為目前銀行所采用的賬務(wù) 處理模式。 參考圖7，圖7是圖6所述賬務(wù)處理模塊中實(shí)時(shí)記賬模式單元的結(jié)構(gòu)示意圖，所述 實(shí)時(shí)記賬模式單元210包括 實(shí)時(shí)接收子單元211，用于實(shí)時(shí)接收并解析銀行端發(fā)送的流水文件，解析得到該流 水文件的內(nèi)容，并自動(dòng)將所述內(nèi)容裝載到客戶端的銀行流水表中。 自動(dòng)稽核子單元212，用于實(shí)現(xiàn)如下功能自動(dòng)比對所述銀行流水表中銀行端的 數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致，若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致， 則記錄比對結(jié)果為稽核未通過，且比對結(jié)果僅作為用戶日后查詢使用。 自動(dòng)入賬子單元213，用于記錄比對結(jié)果后，自動(dòng)修改入賬信息。具體而言，入賬信 息包括系統(tǒng)中的登記簿信息、分戶賬狀態(tài)、金額和積數(shù)。 第一翻牌子單元214，用于根據(jù)修改后的入賬信息，自動(dòng)生成業(yè)務(wù)賬會(huì)計(jì)流水表， 以及設(shè)備日期翻牌。具體而言，生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)，自動(dòng)清除銀行流水表；設(shè)備 日期翻牌表示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 需要說明的是，以上各子單元不需要人工干預(yù)，設(shè)備自動(dòng)依次運(yùn)行。另外，實(shí)時(shí)記 賬模式子單元210還可以包括第一平衡檢查子單元，用于自動(dòng)檢查修改后的入賬信息科 目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給客戶端，用戶可根據(jù)平衡檢查結(jié)果選擇性地對 入賬信息進(jìn)行檢查核對。 參考圖8，圖8是圖6所述賬務(wù)處理模塊中隔日記賬模式單元的結(jié)構(gòu)示意圖，所述 隔日記賬模式單元220包括 隔日接收子單元221，用于日終時(shí)接收銀行端發(fā)送的流水文件，隔日觸發(fā)客戶端解 析銀行端發(fā)送的流水文件，解析得到該流水文件的內(nèi)容，并將所述內(nèi)容裝載到客戶端的銀 行流水表中。 稽核子單元222，用于實(shí)現(xiàn)如下功能所述內(nèi)容裝載結(jié)束后，觸發(fā)客戶端比對所述 銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致，若數(shù)據(jù)一致，則記錄比對結(jié)果為稽 核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為稽核未通過，且比對結(jié)果僅作為用戶日后查詢使 用。 入賬子單元223 ，用于當(dāng)日所有數(shù)據(jù)比對結(jié)束后，觸發(fā)客戶端修改入賬信息。具體 而言，入賬信息包括系統(tǒng)中的登記簿信息、分戶賬狀態(tài)、金額和積數(shù)。 數(shù)據(jù)恢復(fù)子單元224，用于將客戶端內(nèi)的信息恢復(fù)到接收銀行流水文件之前的狀 態(tài)。具體而言，此單元可在隔日接收子單元221至入賬子單元223進(jìn)行操作的任意時(shí)刻運(yùn)行。 第二翻牌子單元225，用于根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流 水表，以及設(shè)備日期翻牌。具體而言，生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)，自動(dòng)清除銀行流水表； 設(shè)備日期翻牌表示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 具體而言，以上各子單元均需要人工干預(yù)，均需用戶觸發(fā)完成。另外，隔日記賬模 式子單元220還可以包括第二平衡檢查子單元，用于觸發(fā)客戶端檢查修改后的入賬信息 科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給客戶端，用戶可根據(jù)平衡檢查結(jié)果選擇性地 對入賬信息進(jìn)行檢查核對。 參考圖9，圖9是圖6所述賬務(wù)處理模塊中手動(dòng)記賬模式單元的結(jié)構(gòu)示意圖。由圖 9可知，所述手動(dòng)記賬模式單元230包括 手動(dòng)入賬子單元231，用于實(shí)現(xiàn)如下功能實(shí)時(shí)錄入銀行提供的紙質(zhì)憑證信息，并 將所述錄入的紙質(zhì)憑證信息裝載到客戶端的銀行流水表中；以及，觸發(fā)客戶端修改入賬信息。 具體而言，入賬信息包括系統(tǒng)中的登記簿信息、分戶賬狀態(tài)、金額和積數(shù)。 第三翻牌子單元232，用于根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流
水表，以及設(shè)備日期翻牌。 具體而言，生成業(yè)務(wù)賬會(huì)計(jì)流水表的同時(shí)，自動(dòng)清除銀行流水表；設(shè)備日期翻牌表 示完成當(dāng)天業(yè)務(wù)，設(shè)備日期進(jìn)入下一天。 需要特別說明的是，以上各子單元均需要人工干預(yù)，均需用戶觸發(fā)完成。另外，手 動(dòng)記賬模式單元230還可以包括第三平衡檢查子單元，用于檢查修改后的入賬信息科目 余額是否平衡，并將平衡檢查結(jié)果報(bào)告給客戶端，用戶可根據(jù)平衡檢查結(jié)果選擇性地對入 賬信息進(jìn)行檢查核對。 實(shí)施本發(fā)明實(shí)施例，通過將三種信息交互方式整合在一個(gè)業(yè)務(wù)流程中以建立統(tǒng)一
的賬務(wù)核算入口，從而實(shí)現(xiàn)多種信息交互方式的共存，有效地提高了數(shù)據(jù)的兼容性，降低了 成本，并有利于住房資金管理部門的賬務(wù)處理。 通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借 助軟件結(jié)合必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者 是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢 獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì) 中，如計(jì)算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人 計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。 以上所公開的僅為本發(fā)明的具體實(shí)施方式
，僅用于對本發(fā)明進(jìn)行舉例說明，不能 以此限定本發(fā)明之保護(hù)范圍，本領(lǐng)域技術(shù)人員在不脫離本發(fā)明實(shí)質(zhì)的前提下可以進(jìn)行各種 修改、變化或替換，因此，依照本發(fā)明所作的各種等同變化，仍屬于本發(fā)明所涵蓋的范圍。
權(quán)利要求
一種以多模式信息交互方式處理賬務(wù)的方法，其特征在于，所述方法包括如下步驟a，客戶端根據(jù)與銀行端進(jìn)行信息交互的類別選擇記賬模式；b，所述客戶端根據(jù)所述選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述賬務(wù)處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表；c，所述客戶端根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述記賬模式包括實(shí)時(shí)記賬模式、隔日 記賬模式和手動(dòng)記賬模式。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)步驟a中客戶端選擇的記賬模式為實(shí)時(shí) 記賬模式時(shí)，所述步驟b包括bll，客戶端實(shí)時(shí)接收并解析銀行端發(fā)送的流水文件，解析得到該流水文件的內(nèi)容，并 自動(dòng)將所述內(nèi)容裝載到客戶端的銀行流水表中；bl2，客戶端自動(dòng)比對所述銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致， 若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為稽核未通過；bl3，記錄比對結(jié)果后，客戶端自動(dòng)修改入賬信息；bl4，根據(jù)修改后的入賬信息，自動(dòng)生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期翻牌。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)步驟a中客戶端選擇的記賬模式為隔日 記賬模式時(shí)，所述步驟b包括b21，客戶端日終時(shí)接收銀行端發(fā)送的流水文件，隔日觸發(fā)客戶端解析所述流水文件，解析得到該流水文件的內(nèi)容，并將所述內(nèi)容裝載到客戶端的銀行流水表中；b22，所述內(nèi)容裝載結(jié)束后，觸發(fā)客戶端比對所述銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致，若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為稽核未通過；b23，當(dāng)所有數(shù)據(jù)比對結(jié)束后，觸發(fā)客戶端修改入賬信息；b24，觸發(fā)客戶端將該客戶端內(nèi)的信息恢復(fù)到所述b21步驟之前的狀態(tài)；b25，根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期翻牌。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)步驟a中客戶端選擇的記賬模式為手動(dòng) 記賬模式時(shí)，所述步驟b包括b31，客戶端實(shí)時(shí)錄入銀行提供的紙質(zhì)憑證信息，并將所述錄入的紙質(zhì)憑證信息裝載到 客戶端的銀行流水表中；b32，觸發(fā)客戶端修改入賬信息；b33，根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備日期翻牌。
6. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟b13和步驟b14之間還包括 客戶端自動(dòng)檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
7. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟b23和步驟b24之間還包括 觸發(fā)客戶端檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
8. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟b32和步驟b33之間還包括 觸發(fā)客戶端檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
9. 一種以多模式信息交互方式處理賬務(wù)的設(shè)備，其特征在于，包括 選擇模塊，用于根據(jù)與銀行端進(jìn)行信息交互的類別選擇記賬模式； 賬務(wù)處理模塊，用于根據(jù)所述選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述賬務(wù)處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表；會(huì)計(jì)核算模塊，用于根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。
10. 根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，所述賬務(wù)處理模塊包括 實(shí)時(shí)記賬模式單元，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為實(shí)時(shí)記賬模式時(shí)，按實(shí)時(shí)記賬模式進(jìn)行賬務(wù)處理；隔日記賬模式單元，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為隔日記賬模式 時(shí)，按隔日記賬模式進(jìn)行賬務(wù)處理；手動(dòng)記賬模式單元，用于實(shí)現(xiàn)如下功能當(dāng)選擇模塊選擇的記賬模式為手動(dòng)記賬模式 時(shí)，按手動(dòng)記賬模式進(jìn)行賬務(wù)處理。
11. 根據(jù)權(quán)利要求10所述的設(shè)備，其特征在于，所述實(shí)時(shí)記賬模式單元包括 實(shí)時(shí)接收子單元，用于實(shí)時(shí)接收并解析銀行端發(fā)送的流水文件，解析得到該流水 文件的內(nèi)容，并自動(dòng)將所述內(nèi)容裝載到客戶端的銀行流水表中； 自動(dòng)稽核子單元，用于實(shí)現(xiàn)如下功能自動(dòng)比對所述銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù)據(jù)是否一致，若數(shù)據(jù)一致，則 記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為稽核未通過； 自動(dòng)入賬子單元，用于記錄比對結(jié)果后，自動(dòng)修改入賬信息；第一翻牌子單元，用于根據(jù)修改后的入賬信息，自動(dòng)生成業(yè)務(wù)賬會(huì)計(jì)流水表，以及設(shè)備 日期翻牌。
12. 根據(jù)權(quán)利要求10所述的設(shè)備，其特征在于，所述隔日記賬模式單元包括隔日接收子單元，用于日終時(shí)接收銀行端發(fā)送的流水文件，隔日觸發(fā)客戶端解析所述 流水文件，解析得到該流水文件的內(nèi)容，并將所述內(nèi)容裝載到客戶端的銀行流水表中； 稽核子單元，用于實(shí)現(xiàn)如下功能所述內(nèi)容裝載結(jié)束后，觸發(fā)客戶端比對所述銀行流水表中銀行端的數(shù)據(jù)與客戶端的數(shù) 據(jù)是否一致，若數(shù)據(jù)一致，則記錄比對結(jié)果為稽核通過，若數(shù)據(jù)不一致，則記錄比對結(jié)果為 稽核未通過；入賬子單元，用于當(dāng)所有數(shù)據(jù)比對結(jié)束后，觸發(fā)客戶端修改入賬信息； 數(shù)據(jù)恢復(fù)子單元，用于將客戶端內(nèi)的信息恢復(fù)到接收銀行流水文件之前的狀態(tài)； 第二翻牌子單元，用于根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以 及設(shè)備日期翻牌。
13. 根據(jù)權(quán)利要求IO所述的設(shè)備，其特征在于，所述手動(dòng)記賬模式單元包括 手動(dòng)入賬子單元，用于實(shí)現(xiàn)如下功能實(shí)時(shí)錄入銀行提供的紙質(zhì)憑證信息，并將所述錄入的紙質(zhì)憑證信息裝載到客戶端的銀行流水表中；以及，觸發(fā)客戶端修改入賬信息；第三翻牌子單元，用于根據(jù)修改后的入賬信息，觸發(fā)客戶端生成業(yè)務(wù)賬會(huì)計(jì)流水表，以 及設(shè)備日期翻牌。
14. 根據(jù)權(quán)利要求11所述的設(shè)備，其特征在于，所述實(shí)時(shí)記賬模式子單元還包括 第一平衡檢查子單元，用于自動(dòng)檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
15. 根據(jù)權(quán)利要求12所述的設(shè)備，其特征在于，所述隔日記賬模式子單元還包括 第二平衡檢查子單元，用于觸發(fā)客戶端檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
16. 根據(jù)權(quán)利要求13所述的設(shè)備，其特征在于，所述手動(dòng)記賬模式單元還包括 第三平衡檢查子單元，用于觸發(fā)客戶端檢查所述修改后的入賬信息科目余額是否平衡，并將平衡檢查結(jié)果報(bào)告給所述客戶端。
全文摘要
本發(fā)明公開了一種以多模式信息交互方式處理賬務(wù)的方法，所述方法包括a，客戶端根據(jù)與銀行端進(jìn)行信息交互的類別選擇記賬模式；b，所述客戶端根據(jù)所述選擇的記賬模式進(jìn)行相應(yīng)的賬務(wù)處理，并且根據(jù)所述賬務(wù)處理后的入賬信息生成業(yè)務(wù)賬會(huì)計(jì)流水表；c，所述客戶端根據(jù)所述業(yè)務(wù)賬會(huì)計(jì)流水表進(jìn)行會(huì)計(jì)核算。相應(yīng)地，本發(fā)明還公開了一種以多模式信息交互方式處理賬務(wù)的設(shè)備。采用本發(fā)明，通過將三種信息交互方式整合在一個(gè)業(yè)務(wù)流程中以建立統(tǒng)一的賬務(wù)核算入口，從而實(shí)現(xiàn)多種信息交互方式的共存，有效地提高了數(shù)據(jù)的兼容性，降低了成本，并有利于住房資金管理部門的賬務(wù)處理。
文檔編號G06Q40/00GK101706931SQ20091020455
公開日2010年5月12日 申請日期2009年12月1日 優(yōu)先權(quán)日2009年12月1日
發(fā)明者吳毅娟, 張勇輝, 張曦, 曾欽祥, 朱向東, 林錦心, 樊一方, 羅敏, 馬磊, 高劍武 申請人:中國建設(shè)銀行股份有限公司