專利名稱:支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及電子信息及數(shù)據(jù)處理技術領域,具體涉及財務及金融類軟件中的關于支付結(jié)算記錄的拆分、合并的數(shù)據(jù)處理系統(tǒng)。
背景技術:
每筆資金付款記錄的核心信息,包括付款方和收款方的單位名稱、銀行賬號以及支付依據(jù)。但對付款方而言,在進行付款時還需考慮資金存量是否夠付,什么時間付款最合適,盡量使用流動性較低的結(jié)算方式付款(例如票據(jù)背書支付)等,這就需要信息化產(chǎn)品(財務及金融類軟件)在操作層面上提供對應功能組件來支持付款方進行安排資金支付的需求,支持按預期的標準對支付記錄進行合并或拆分后再進行付款。然而,現(xiàn)有財務及金融類軟件只提供了對同一個收款單位的應付款項逐筆支付的相應功能組件,不能執(zhí)行支付記錄的合并及拆分操作,使得執(zhí)行以上操作時,無法在現(xiàn)有電子信息化系統(tǒng)內(nèi)進行,效率低下。
發(fā)明內(nèi)容
本發(fā)明的目的是:在財務及金融業(yè)務數(shù)據(jù)的電子信息化操作和管理系統(tǒng)中,提供能夠按預計標準對支付申請進行合并拆分、并生成支付操作信息的功能。實現(xiàn)上述目的的技術方案如下:一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng),包括:支付申請記錄錄入模塊,用于輸入或調(diào)用支付申請記錄數(shù)據(jù)表;合并規(guī)則定義模塊,設定合并支付申請記錄依據(jù)的要素;掃描分類模塊,掃描支付申請記錄,并按照合并依據(jù)將所有要素都相同的支付申請記錄歸為一類;合并執(zhí)行模塊,用于將歸于一類的支付申請記錄合并,并生成新的申請記錄及數(shù)據(jù)表;支付額拆分模塊,用于將原申請記錄的支付額或所述生成的新的申請記錄的總支付額拆分為至少兩個部分,供所述支付方式設定模塊分別進行支付方式的設定;支付方式設定模塊,用于為所述支付額提供“現(xiàn)金”、“支票”、“轉(zhuǎn)賬”、“背書”四種可選擇的結(jié)算方式。作為進一步的技術方案,上述支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)還包括票據(jù)存儲模塊及配票控制模塊,在支付方式選擇為支票或是背書結(jié)算方式時被調(diào)用,用于用戶選擇合適的票據(jù)并與該項支付記錄相應綁定。作為進一步的技術方案,上述支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)還包括追溯查詢模塊,包括:步驟數(shù)據(jù)記錄單元,用于記錄原始數(shù)據(jù)及每一操作步驟的相應數(shù)據(jù)信息;查詢單元,用于查詢原始數(shù)據(jù)及每一操作步驟的相應數(shù)據(jù)信息。本發(fā)明的有益效果在于:能夠?qū)μ峤坏闹Ц渡暾堄涗?,依?jù)預期定義的標準進行合并,或?qū)喜⒑笥涗洶凑战Y(jié)算方式進行拆分,最后對合并拆分后形成的新記錄進行付款,全過程可以支持追溯查詢。
圖1為本發(fā)明實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)的構成框圖。圖2為利用本發(fā)明實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)進行合并規(guī)則定義的示意圖。圖3為本發(fā)明實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)進行支付額拆分處理的示意圖。圖4為本發(fā)明實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)在進行支付方式設定并進行配票處理的示意圖。圖5為本發(fā)明實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)中追溯查詢模塊的功能組件的示意圖。
具體實施例方式結(jié)合圖1所示,本實施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)主要包括:合并規(guī)則定義模塊、支付申請記錄錄入模塊、掃描分類模塊、合并執(zhí)行模塊、支付額拆分模塊、支付方式設定模塊、票據(jù)存儲模塊、配票控制模塊及追溯查詢模塊。上述系統(tǒng)的工作過程主要包括:1、結(jié)合圖2所示,首先通過合并規(guī)則定義模塊建立合并依據(jù)默認方案,固化合并依據(jù)方案的必要核心要素,例如設定:幣種、付款通道(銀企直連通道、手工柜臺通道)、收款單位、收款賬號為合并依據(jù)的要素,那么必須要以上四個要素均相同的支付申請,才能進行合并。當然,用戶可基于默認方案自定義個性化合并依據(jù)方案,即增加合并要素項目。2、固化結(jié)算方式可選范圍:現(xiàn)金、支票、轉(zhuǎn)賬、背書,具體支付時可選擇其中部分或全部結(jié)算方式。3、對支付申請記錄錄入模塊提供的支付申請記錄數(shù)據(jù)進行合并或拆分處理,處理的方式包括四種組合方式:先合并再拆分、不合并只拆分、只合并不拆分、既不合并也不拆分。這里須說明拆分組合方式,是在程序處理的同時,系統(tǒng)自動判斷是哪種拆分組合方式。判斷規(guī)則:通過支付申請記錄的“收款人、收款賬號”信息進行篩選,對于收款人、收款賬號相同的記錄,會以底色標識,即用戶可以進行合并(這時四種拆分組合方式均可選擇),如用戶進行合并處理后,則程序自動判斷出當前用戶選擇的拆分組合方式為“先合并再拆分”、或“只合并不拆分”;用戶對合并后記錄選擇拆分處理,則程序自動判斷出當前用戶選擇的拆分組合方式為“先合并后拆分”。整個合并、拆分處理過程,程序是根據(jù)每一步操作數(shù)據(jù)結(jié)果,自動判斷所選擇的拆分組合方式。下面以先合并再拆分為例說明一具體示例:公司本部2010年10月持有如下承兌匯票:
權利要求
1.一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng),其特征在于,包括:支付申請記錄錄入模塊,用于輸入或調(diào)用支付申請記錄數(shù)據(jù)表;合并規(guī)則定義模塊,設定合并支付申請記錄依據(jù)的要素;掃描分類模塊,掃描支付申請記錄,并按照合并依據(jù)將所有要素都相同的支付申請記錄歸為一類;合并執(zhí)行模塊,用于將歸于一類的支付申請記錄合并,并生成新的申請記錄及數(shù)據(jù)表;支付額拆分模塊,用于將原申請記錄的支付額或所述生成的新的申請記錄的總支付額拆分為至少兩個部分,供所述支付方式設定模塊分別進行支付方式的設定;支付方式設定模塊,用于為所述支付額提供“現(xiàn)金”、“支票”、“轉(zhuǎn)賬”、“背書”四種可選擇的結(jié)算方式。
2.根據(jù)權利要求1所述的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng),其特征在于,還包括票據(jù)存儲模塊及配票控制模塊,在支付方式選擇為支票或是背書結(jié)算方式時被調(diào)用,用于用戶選擇合適的票據(jù)并與該項支付記錄相應綁定。
3.根據(jù)權利要求1或2所述的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng),其特征在于,還包括追溯查詢模塊,包括:步驟數(shù)據(jù)記錄單元,用于記錄原始數(shù)據(jù)及每一操作步驟的相應數(shù)據(jù)信息;查詢單元,用于查詢原始數(shù)據(jù)及每一操作步驟的相應數(shù)據(jù)信息。
全文摘要
本發(fā)明公開一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng),包括支付申請記錄錄入模塊,用于輸入或調(diào)用支付申請記錄數(shù)據(jù)表;合并規(guī)則定義模塊,設定合并支付申請記錄依據(jù)的要素;掃描分類模塊,掃描支付申請記錄,并按照合并依據(jù)將所有要素都相同的支付申請記錄歸為一類;合并執(zhí)行模塊,用于將歸于一類的支付申請記錄合并,并生成新的申請記錄及數(shù)據(jù)表;支付額拆分模塊,用于將原申請記錄的支付額或所述生成的新的申請記錄的總支付額拆分為至少兩個部分,供支付方式設定模塊分別進行支付方式的設定;支付方式設定模塊,用于為所述支付額提供可選擇的結(jié)算方式。本發(fā)明能夠按預計標準對支付申請進行合并拆分、并生成支付操作信息的功能,提高了工作效率。
文檔編號G06Q40/00GK103093337SQ20121057070
公開日2013年5月8日 申請日期2012年12月25日 優(yōu)先權日2012年12月25日
發(fā)明者劉娟 申請人:遠光軟件股份有限公司