專(zhuān)利名稱(chēng)：支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子信息及數(shù)據(jù)處理技術(shù)領(lǐng)域，具體涉及財(cái)務(wù)及金融類(lèi)軟件中的關(guān)于支付結(jié)算記錄的拆分、合并的數(shù)據(jù)處理系統(tǒng)。
背景技術(shù)：
每筆資金付款記錄的核心信息，包括付款方和收款方的單位名稱(chēng)、銀行賬號(hào)以及支付依據(jù)。但對(duì)付款方而言，在進(jìn)行付款時(shí)還需考慮資金存量是否夠付，什么時(shí)間付款最合適，盡量使用流動(dòng)性較低的結(jié)算方式付款(例如票據(jù)背書(shū)支付)等，這就需要信息化產(chǎn)品(財(cái)務(wù)及金融類(lèi)軟件)在操作層面上提供對(duì)應(yīng)功能組件來(lái)支持付款方進(jìn)行安排資金支付的需求，支持按預(yù)期的標(biāo)準(zhǔn)對(duì)支付記錄進(jìn)行合并或拆分后再進(jìn)行付款。然而，現(xiàn)有財(cái)務(wù)及金融類(lèi)軟件只提供了對(duì)同一個(gè)收款單位的應(yīng)付款項(xiàng)逐筆支付的相應(yīng)功能組件，不能執(zhí)行支付記錄的合并及拆分操作，使得執(zhí)行以上操作時(shí)，無(wú)法在現(xiàn)有電子信息化系統(tǒng)內(nèi)進(jìn)行，效率低下。

發(fā)明內(nèi)容
本發(fā)明的目的是:在財(cái)務(wù)及金融業(yè)務(wù)數(shù)據(jù)的電子信息化操作和管理系統(tǒng)中，提供能夠按預(yù)計(jì)標(biāo)準(zhǔn)對(duì)支付申請(qǐng)進(jìn)行合并拆分、并生成支付操作信息的功能。實(shí)現(xiàn)上述目的的技術(shù)方案如下:一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)，包括:支付申請(qǐng)記錄錄入模塊，用于輸入或調(diào)用支付申請(qǐng)記錄數(shù)據(jù)表；合并規(guī)則定義模塊，設(shè)定合并支付申請(qǐng)記錄依據(jù)的要素；掃描分類(lèi)模塊，掃描支付申請(qǐng)記錄，并按照合并依據(jù)將所有要素都相同的支付申請(qǐng)記錄歸為一類(lèi)；合并執(zhí)行模塊，用于將歸于一類(lèi)的支付申請(qǐng)記錄合并，并生成新的申請(qǐng)記錄及數(shù)據(jù)表；支付額拆分模塊，用于將原申請(qǐng)記錄的支付額或所述生成的新的申請(qǐng)記錄的總支付額拆分為至少兩個(gè)部分，供所述支付方式設(shè)定模塊分別進(jìn)行支付方式的設(shè)定；支付方式設(shè)定模塊，用于為所述支付額提供“現(xiàn)金”、“支票”、“轉(zhuǎn)賬”、“背書(shū)”四種可選擇的結(jié)算方式。作為進(jìn)一步的技術(shù)方案，上述支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)還包括票據(jù)存儲(chǔ)模塊及配票控制模塊，在支付方式選擇為支票或是背書(shū)結(jié)算方式時(shí)被調(diào)用，用于用戶(hù)選擇合適的票據(jù)并與該項(xiàng)支付記錄相應(yīng)綁定。作為進(jìn)一步的技術(shù)方案，上述支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)還包括追溯查詢(xún)模塊，包括:步驟數(shù)據(jù)記錄單元，用于記錄原始數(shù)據(jù)及每一操作步驟的相應(yīng)數(shù)據(jù)信息；查詢(xún)單元，用于查詢(xún)?cè)紨?shù)據(jù)及每一操作步驟的相應(yīng)數(shù)據(jù)信息。本發(fā)明的有益效果在于:能夠?qū)μ峤坏闹Ц渡暾?qǐng)記錄，依據(jù)預(yù)期定義的標(biāo)準(zhǔn)進(jìn)行合并，或?qū)喜⒑笥涗洶凑战Y(jié)算方式進(jìn)行拆分，最后對(duì)合并拆分后形成的新記錄進(jìn)行付款，全過(guò)程可以支持追溯查詢(xún)。


圖1為本發(fā)明實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)的構(gòu)成框圖。圖2為利用本發(fā)明實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)進(jìn)行合并規(guī)則定義的示意圖。圖3為本發(fā)明實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)進(jìn)行支付額拆分處理的示意圖。圖4為本發(fā)明實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)在進(jìn)行支付方式設(shè)定并進(jìn)行配票處理的示意圖。圖5為本發(fā)明實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)中追溯查詢(xún)模塊的功能組件的示意圖。
具體實(shí)施例方式結(jié)合圖1所示，本實(shí)施例提供的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)主要包括:合并規(guī)則定義模塊、支付申請(qǐng)記錄錄入模塊、掃描分類(lèi)模塊、合并執(zhí)行模塊、支付額拆分模塊、支付方式設(shè)定模塊、票據(jù)存儲(chǔ)模塊、配票控制模塊及追溯查詢(xún)模塊。上述系統(tǒng)的工作過(guò)程主要包括:1、結(jié)合圖2所示，首先通過(guò)合并規(guī)則定義模塊建立合并依據(jù)默認(rèn)方案，固化合并依據(jù)方案的必要核心要素，例如設(shè)定:幣種、付款通道(銀企直連通道、手工柜臺(tái)通道)、收款單位、收款賬號(hào)為合并依據(jù)的要素，那么必須要以上四個(gè)要素均相同的支付申請(qǐng)，才能進(jìn)行合并。當(dāng)然，用戶(hù)可基于默認(rèn)方案自定義個(gè)性化合并依據(jù)方案，即增加合并要素項(xiàng)目。2、固化結(jié)算方式可選范圍:現(xiàn)金、支票、轉(zhuǎn)賬、背書(shū)，具體支付時(shí)可選擇其中部分或全部結(jié)算方式。3、對(duì)支付申請(qǐng)記錄錄入模塊提供的支付申請(qǐng)記錄數(shù)據(jù)進(jìn)行合并或拆分處理，處理的方式包括四種組合方式:先合并再拆分、不合并只拆分、只合并不拆分、既不合并也不拆分。這里須說(shuō)明拆分組合方式，是在程序處理的同時(shí)，系統(tǒng)自動(dòng)判斷是哪種拆分組合方式。判斷規(guī)則:通過(guò)支付申請(qǐng)記錄的“收款人、收款賬號(hào)”信息進(jìn)行篩選，對(duì)于收款人、收款賬號(hào)相同的記錄，會(huì)以底色標(biāo)識(shí)，即用戶(hù)可以進(jìn)行合并(這時(shí)四種拆分組合方式均可選擇)，如用戶(hù)進(jìn)行合并處理后，則程序自動(dòng)判斷出當(dāng)前用戶(hù)選擇的拆分組合方式為“先合并再拆分”、或“只合并不拆分”;用戶(hù)對(duì)合并后記錄選擇拆分處理，則程序自動(dòng)判斷出當(dāng)前用戶(hù)選擇的拆分組合方式為“先合并后拆分”。整個(gè)合并、拆分處理過(guò)程，程序是根據(jù)每一步操作數(shù)據(jù)結(jié)果，自動(dòng)判斷所選擇的拆分組合方式。下面以先合并再拆分為例說(shuō)明一具體示例:公司本部2010年10月持有如下承兌匯票:
權(quán)利要求
1.一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)，其特征在于，包括:支付申請(qǐng)記錄錄入模塊，用于輸入或調(diào)用支付申請(qǐng)記錄數(shù)據(jù)表；合并規(guī)則定義模塊，設(shè)定合并支付申請(qǐng)記錄依據(jù)的要素；掃描分類(lèi)模塊，掃描支付申請(qǐng)記錄，并按照合并依據(jù)將所有要素都相同的支付申請(qǐng)記錄歸為一類(lèi)；合并執(zhí)行模塊，用于將歸于一類(lèi)的支付申請(qǐng)記錄合并，并生成新的申請(qǐng)記錄及數(shù)據(jù)表；支付額拆分模塊，用于將原申請(qǐng)記錄的支付額或所述生成的新的申請(qǐng)記錄的總支付額拆分為至少兩個(gè)部分，供所述支付方式設(shè)定模塊分別進(jìn)行支付方式的設(shè)定；支付方式設(shè)定模塊，用于為所述支付額提供“現(xiàn)金”、“支票”、“轉(zhuǎn)賬”、“背書(shū)”四種可選擇的結(jié)算方式。
2.根據(jù)權(quán)利要求1所述的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)，其特征在于，還包括票據(jù)存儲(chǔ)模塊及配票控制模塊，在支付方式選擇為支票或是背書(shū)結(jié)算方式時(shí)被調(diào)用，用于用戶(hù)選擇合適的票據(jù)并與該項(xiàng)支付記錄相應(yīng)綁定。
3.根據(jù)權(quán)利要求1或2所述的支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)，其特征在于，還包括追溯查詢(xún)模塊，包括:步驟數(shù)據(jù)記錄單元，用于記錄原始數(shù)據(jù)及每一操作步驟的相應(yīng)數(shù)據(jù)信息；查詢(xún)單元，用于查詢(xún)?cè)紨?shù)據(jù)及每一操作步驟的相應(yīng)數(shù)據(jù)信息。
全文摘要
本發(fā)明公開(kāi)一種支付記錄合并拆分的數(shù)據(jù)處理系統(tǒng)，包括支付申請(qǐng)記錄錄入模塊，用于輸入或調(diào)用支付申請(qǐng)記錄數(shù)據(jù)表；合并規(guī)則定義模塊，設(shè)定合并支付申請(qǐng)記錄依據(jù)的要素；掃描分類(lèi)模塊，掃描支付申請(qǐng)記錄，并按照合并依據(jù)將所有要素都相同的支付申請(qǐng)記錄歸為一類(lèi)；合并執(zhí)行模塊，用于將歸于一類(lèi)的支付申請(qǐng)記錄合并，并生成新的申請(qǐng)記錄及數(shù)據(jù)表；支付額拆分模塊，用于將原申請(qǐng)記錄的支付額或所述生成的新的申請(qǐng)記錄的總支付額拆分為至少兩個(gè)部分，供支付方式設(shè)定模塊分別進(jìn)行支付方式的設(shè)定；支付方式設(shè)定模塊，用于為所述支付額提供可選擇的結(jié)算方式。本發(fā)明能夠按預(yù)計(jì)標(biāo)準(zhǔn)對(duì)支付申請(qǐng)進(jìn)行合并拆分、并生成支付操作信息的功能，提高了工作效率。
文檔編號(hào)G06Q40/00GK103093337SQ20121057070
公開(kāi)日2013年5月8日 申請(qǐng)日期2012年12月25日 優(yōu)先權(quán)日2012年12月25日
發(fā)明者劉娟 申請(qǐng)人:遠(yuǎn)光軟件股份有限公司