專利名稱：應收票據(jù)管理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計算機輔助應收票據(jù)管理系統(tǒng)及方法，特別是涉及一種基于企業(yè)內(nèi)部票據(jù)活動的應收票據(jù)管理系統(tǒng)及方法。
背景技術(shù)：
票據(jù)在工商社會中扮演著極重要的角色，儼然已成為重要的支付工具。但由于票據(jù)本身特有的特性，應收票據(jù)往往具有不穩(wěn)定性，從企業(yè)取得應收票據(jù)至票據(jù)獲得兌現(xiàn)前企業(yè)須為此承擔一定的風險，如管理不善則可能會為企業(yè)帶來大量的壞帳，所以應收票據(jù)的管理對于企業(yè)運作至關(guān)重要。雖然票據(jù)管理在當今企業(yè)中基本上都實現(xiàn)了電子化管理，但由于票據(jù)管理中涉及的環(huán)節(jié)眾多，要管理好票據(jù)也非易事。當今市場上關(guān)于票據(jù)管理方面的輔助軟件大多關(guān)注在銀行如何管控票據(jù)，卻很少關(guān)注企業(yè)的票據(jù)管理。企業(yè)內(nèi)部的票據(jù)管理大多集成在企業(yè)財務(wù)管理系統(tǒng)中，作為企業(yè)財務(wù)管理系統(tǒng)中的一部分存在，其很少能將企業(yè)所有票據(jù)行為掌控在系統(tǒng)之中。
如美國專利商標局第5,129,945號專利，公告日期為1992年6月16日，專利名稱為“財務(wù)數(shù)據(jù)處理系統(tǒng)”(Financial Data ProcessingSystem)，該專利提供了一種對發(fā)票及票據(jù)處理的系統(tǒng)及方法，該系統(tǒng)及方法在于解決當企業(yè)收到應收票據(jù)或支付應付票據(jù)之后所引起的會計帳戶借貸變化處理問題，通過將所有分散的會計活動集中于同一系統(tǒng)中以自動處理會計帳戶借貸變化。該專利所揭示的技術(shù)側(cè)重在如何解決會計帳戶變化數(shù)據(jù)處理，而對于應收票據(jù)的管理不夠全面。

發(fā)明內(nèi)容本發(fā)明的主要目的在于提供一種應收票據(jù)管理系統(tǒng)及方法，其能提供用戶集中管控企業(yè)內(nèi)部應收票據(jù)，所有票據(jù)相關(guān)活動在系統(tǒng)中都有跡可循。
本發(fā)明提供一種應收票據(jù)管理系統(tǒng)，其能提供用戶集中管控企業(yè)內(nèi)部應收票據(jù)，該系統(tǒng)包括有多臺客戶端計算機，一主機，及一數(shù)據(jù)庫。所述客戶端計算機通過一電子通訊網(wǎng)絡(luò)與主機相連，主機與數(shù)據(jù)庫通過一數(shù)據(jù)庫連接相連。任一客戶端計算機提供有一用戶界面，用戶通過該用戶界面可輸入相關(guān)信息及獲取相關(guān)信息。主機包括有一基本資料維護模塊，用于新增、修改、查詢及刪除各種基本資料，所述基本資料包括財務(wù)比率基本資料；一庫存模塊用于將所得應收票據(jù)輸入至應收票據(jù)庫存；一貼現(xiàn)模塊用于設(shè)定記帳憑證資料及進行記帳憑證登帳作業(yè)；一質(zhì)押模塊用于票據(jù)的質(zhì)押作業(yè)；一托收模塊用于票據(jù)的托收作業(yè)；一票據(jù)變更模塊用于執(zhí)行票據(jù)變更作業(yè)；一兌現(xiàn)模塊用于執(zhí)行票據(jù)的兌現(xiàn)作業(yè)；一銀行存款結(jié)算模塊用于將應收票據(jù)金額轉(zhuǎn)入銀行存款帳目，并自動結(jié)算銀行存款余額。數(shù)據(jù)庫用于存儲設(shè)定的基本資料及應收票據(jù)資料。
本發(fā)明還提供一種應收票據(jù)管理方法，其能提供用戶集中管控企業(yè)內(nèi)部應收票據(jù)，該方法包括有如下步驟(a)應收票據(jù)庫存作業(yè)；(b)判斷是否貼現(xiàn)票據(jù)；如果貼現(xiàn)票據(jù)，流程轉(zhuǎn)入步驟(k)；如果不貼現(xiàn)票據(jù)，進入步驟(c)；(c)判斷是否質(zhì)押應收票據(jù)；如果質(zhì)押應收票據(jù)，進入步驟(d)，如果不要質(zhì)押應收票據(jù)，則進入步驟(e)；(d)質(zhì)押應收票據(jù)；(e)判斷是否托收應收票據(jù)；如果托收應收票據(jù)，進入步驟(f)，如果不要托收應收票據(jù)，則進入步驟(g)；(f)托收應收票據(jù)；(g)判斷是否變更應收票據(jù)；如果變更應收票據(jù)，進入步驟(h)，如果不變更應收票據(jù)，則進入步驟(j)；(h)變更應收票據(jù)；(i)判斷變更后的票據(jù)是否有效，如果有效，進入步驟(j)，如果無效，流程結(jié)束；(j)票據(jù)兌現(xiàn)；(k)銀行存款結(jié)算作業(yè)。
本發(fā)明應收票據(jù)管理系統(tǒng)及方法將所有票據(jù)活動集中于應收票據(jù)管理系統(tǒng)中，并能根據(jù)預設(shè)會計科目及會計分錄自動產(chǎn)生與票據(jù)活動相對應的會計分錄，并能根據(jù)用戶需求提供各種報表，便于用戶更好掌控企業(yè)應收票據(jù)。

圖1是本發(fā)明應收票據(jù)管理系統(tǒng)的硬件架構(gòu)圖。
圖2是本發(fā)明應收票據(jù)管理系統(tǒng)的功能模塊圖。
圖3是本發(fā)明應收票據(jù)管理系統(tǒng)的作業(yè)流程圖。
圖4是本發(fā)明應收票據(jù)管理系統(tǒng)的票據(jù)變更作業(yè)流程圖。
具體實施方式如圖1所示，是本發(fā)明所述的應收票據(jù)管理系統(tǒng)硬件架構(gòu)圖。多個客戶端計算機10通過網(wǎng)絡(luò)11與一主機12相連；該主機12通過連接13與數(shù)據(jù)庫14相連。其中，網(wǎng)絡(luò)11是一種電子網(wǎng)絡(luò)，其可以是Intranet、Internet或其它類型網(wǎng)絡(luò)。連接13是一種數(shù)據(jù)庫連接，如開放式數(shù)據(jù)庫連接(Open Database Connectivity，ODBC)，或者Java數(shù)據(jù)庫連接(Java Database Connectivity，JDBC)等?？蛻舳擞嬎銠C10為用戶提供交互式用戶界面，用戶通過該用戶界面進行基本資料維護、定義及閱讀管理報表。主機12存儲有一系列軟件功能模塊(如圖2所示)，用于接收客戶端資料，對之進行處理，并將結(jié)果返回至客戶端。數(shù)據(jù)庫14用于存儲各種設(shè)定的基本資料及權(quán)限設(shè)定資料。
如圖2所示，是本發(fā)明所述的應收票據(jù)管理系統(tǒng)功能模塊圖。該應收票據(jù)管理系統(tǒng)包括有一權(quán)限管控模塊20，一基本資料維護模塊21，一庫存模塊22，一貼現(xiàn)模塊23，一質(zhì)押模塊24，一托收模塊25，一票據(jù)變更模塊26，一兌現(xiàn)模塊27，一銀行存款結(jié)算模塊28及一報表模塊29。其中權(quán)限管控模塊20用于設(shè)定用戶權(quán)限。每一用戶被分配有特定的訪問及操作權(quán)限。
基本資料維護模塊21用于維護各種基本資料，所述維護包括有新增、修改、查詢及刪除等操作。所維護的基本資料包括會計科目、交易分錄、報表模板、退票原因及退票處理情形等。
庫存模塊22用于應收票據(jù)庫存作業(yè)，即將所取得的應收票據(jù)資料輸入至庫存應收票據(jù)，所有庫存的應收票據(jù)都被保存在數(shù)據(jù)庫14中。每一筆應收票據(jù)都有一票據(jù)狀況字段，進入庫存的應收票據(jù)票據(jù)狀況自動標示為“庫存”。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
貼現(xiàn)模塊23用于執(zhí)行票據(jù)貼現(xiàn)作業(yè)，系統(tǒng)會根據(jù)用戶輸入的貼現(xiàn)日期及貼現(xiàn)率，系統(tǒng)自動計算貼現(xiàn)金額及貼現(xiàn)利息。貼現(xiàn)后的票據(jù)自動標示為“已貼現(xiàn)”。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
質(zhì)押模塊24用于執(zhí)行票據(jù)質(zhì)押作業(yè)，用戶依次輸入票據(jù)質(zhì)押銀行及日期等質(zhì)押資料后，被質(zhì)押的應收票據(jù)自動標示為“質(zhì)押”。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
托收模塊25用于執(zhí)行票據(jù)托收作業(yè)，用戶依次輸入票據(jù)托收銀行及日期等托收資料后，被托收的應收票據(jù)自動標示為“托收”。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
票據(jù)變更模塊26提供票據(jù)變更作業(yè)。變更作業(yè)包括票據(jù)修改及票據(jù)退票等。執(zhí)行票據(jù)修改作業(yè)時，對于每一庫存或托收或質(zhì)押的應收票據(jù)，系統(tǒng)自動提示可修改的數(shù)據(jù)范圍，包括票據(jù)號碼、開票銀行、銀行帳號及到期日等。修改后的票據(jù)資料被保存至數(shù)據(jù)庫14中。對于庫存、托收及質(zhì)押的票據(jù)，當出現(xiàn)未蓋章等票據(jù)要式格式不合格、開票戶余額不足等原因時，會遭遇被退票情形。應收票據(jù)被退票后，可能會采取的補救措施，包括換票、收現(xiàn)及轉(zhuǎn)立催收款等。如果是換票作業(yè)，則將更換后的新票據(jù)重新轉(zhuǎn)入應收票據(jù)庫存；如果是收現(xiàn)作業(yè)，則直接進行銀行結(jié)算作業(yè)；如果是轉(zhuǎn)立催收款，則將該筆應收票據(jù)資料結(jié)轉(zhuǎn)至應收帳款庫。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
兌現(xiàn)模塊27用于未超過到期日的應收票據(jù)的兌現(xiàn)作業(yè)。系統(tǒng)自動記錄兌現(xiàn)日期等相關(guān)資料，并自動將該筆應收票據(jù)標示為“已兌現(xiàn)”。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
銀行存款結(jié)算模塊28用于將應收票據(jù)相應金額結(jié)轉(zhuǎn)至銀行存款科目并自動結(jié)算銀行存款余額。對于貼現(xiàn)、兌現(xiàn)及收現(xiàn)的應收票據(jù)，系統(tǒng)自動將該應收票據(jù)的金額結(jié)轉(zhuǎn)至銀行存款科目。根據(jù)該作業(yè)及預設(shè)的交易分錄，系統(tǒng)自動產(chǎn)生相應會計分錄。
報表模塊29用于根據(jù)用戶自定義報表生成條件及相應的報表模板生成各種報表，包括應收票據(jù)庫存報表、應收票據(jù)質(zhì)押報表、應收票據(jù)貼現(xiàn)報表、應收票據(jù)質(zhì)托收報表等。
如圖3所示，是本發(fā)明應收票據(jù)管理系統(tǒng)的作業(yè)流程圖。首先，進行票據(jù)庫存作業(yè)(步驟30)，即將所取得的應收票據(jù)資料輸入至應收票據(jù)庫存中。對于庫存中的應收票據(jù)，判斷是否要進行貼現(xiàn)作業(yè)(步驟31)，如果要進行貼現(xiàn)作業(yè)，系統(tǒng)根據(jù)用戶設(shè)定的貼現(xiàn)率自動計算貼現(xiàn)金額及貼現(xiàn)息，所得貼現(xiàn)金額及貼現(xiàn)息轉(zhuǎn)入銀行存款，進行銀行存款結(jié)算作業(yè)(步驟314)，如果不進行票據(jù)貼現(xiàn)作業(yè)，進入下一判斷步驟(步驟32)，判斷是否要進行質(zhì)押作業(yè)，如果要進行質(zhì)押作業(yè)，則進行應收票據(jù)質(zhì)押作業(yè)(步驟33)，并隨之自動產(chǎn)生相應會計分錄。處于質(zhì)押狀態(tài)的應收票據(jù)可以根據(jù)需要判斷是否要解除質(zhì)押狀態(tài)(步驟34)，如果要解除質(zhì)押狀態(tài)，則將質(zhì)押狀態(tài)的票據(jù)狀況改為“庫存”即可，解除質(zhì)押狀態(tài)后的票據(jù)轉(zhuǎn)入應收票據(jù)庫存(步驟35)；如果不需要解除質(zhì)押狀態(tài)，則流程跳轉(zhuǎn)至判斷步驟310。如果不需要進行質(zhì)押作業(yè)，流程跳轉(zhuǎn)至下一判斷步驟(步驟36)，判斷是否要托收票據(jù)，如果要進行票據(jù)托收作業(yè)，則進入應收票據(jù)托收作業(yè)(步驟37)，同票據(jù)質(zhì)押作業(yè)，用戶可隨時判斷是否需要解除托收作業(yè)(步驟38)，如果需要解除，則執(zhí)行應收票據(jù)解除托收作業(yè)(步驟39)，即將處于托收狀態(tài)的票據(jù)還原為庫存狀態(tài)的票據(jù)，還原后的票據(jù)轉(zhuǎn)入應收票據(jù)庫存。如果不需要進行解除托收作業(yè)，則流程轉(zhuǎn)入步驟310，判斷是否要變更票據(jù)，如果要變更票據(jù)，則進行票據(jù)變更作業(yè)(步驟311)，執(zhí)行票據(jù)變更作業(yè)后，系統(tǒng)判斷變更后的票據(jù)是否繼續(xù)有效(步驟312)，如果有效，則進入票據(jù)兌現(xiàn)作業(yè)(步驟313)，兌現(xiàn)后的票據(jù)金額結(jié)轉(zhuǎn)入銀行存款，進行銀行存款結(jié)算作業(yè)(步驟314)。如果變更后的票據(jù)無效，流程結(jié)束。
如圖4所示，是本發(fā)明應收票據(jù)管理系統(tǒng)的票據(jù)變更作業(yè)流程圖。首先，判斷是否要修改票據(jù)(步驟40)，如果要修改票據(jù)，進入票據(jù)修改作業(yè)(步驟41)，對于每一筆應收票據(jù)，系統(tǒng)都會自動提示可修改的資料范圍，便于用戶修改。如果不需要修改票據(jù)，則進入下一判斷步驟(步驟42)，判斷是否要執(zhí)行退票作業(yè)，如果需要執(zhí)行退票作業(yè)(步驟43)，則選擇預設(shè)的退票原因及退票后處理方法。退票后的處理方法包括換票、收現(xiàn)、轉(zhuǎn)立催收款等。在判斷步驟44中，判斷是否采用換票的處理方式，如果采用該種處理方式，則將原應收票據(jù)更換為新的應收票據(jù)之后轉(zhuǎn)入應收票據(jù)庫存，并保存至數(shù)據(jù)庫14中(步驟45)；如果不采用該種處理方式，則進入下一判斷步驟，判斷是否采用收現(xiàn)方式(步驟46)，如果采用該種處理方式，則將所收現(xiàn)金額轉(zhuǎn)入銀行存款科目進行銀行存款結(jié)算作業(yè)(步驟47)；如果不采用收現(xiàn)方式，則流程轉(zhuǎn)入下一判斷步驟，判斷是否采用轉(zhuǎn)立催收款方式(步驟48)，如果采用該種處理方式，則將該筆應收款轉(zhuǎn)入應收帳款明細帳(步驟49)；如果不采用轉(zhuǎn)立催收款方式，該流程結(jié)束。
在上所述圖3及圖4流程中，票據(jù)的質(zhì)押、托收、兌現(xiàn)、退票、換票、收現(xiàn)、轉(zhuǎn)立催收款及票據(jù)貼現(xiàn)步驟中，系統(tǒng)自動根據(jù)應收票據(jù)金額及系統(tǒng)預設(shè)會計分錄產(chǎn)生相對應的會計分錄，所產(chǎn)生的會計分錄保存至數(shù)據(jù)庫14中，用戶可通過用戶界面查詢這些會計分錄。用戶還可根據(jù)需求選擇適當?shù)膱蟊砟０寮霸O(shè)置報表生成條件，系統(tǒng)會據(jù)此自動生成所需報表。所生成的報表通過用戶界面展現(xiàn)給用戶，用戶可根據(jù)需求保存及打印這些報表。
權(quán)利要求
1.一種應收票據(jù)管理系統(tǒng)，包括有多臺客戶端計算機，一主機，及一數(shù)據(jù)庫，其中每一客戶端計算機提供有一用戶界面，用戶通過該用戶界面可輸入信息及獲取信息，所述客戶端計算機通過一電子通訊網(wǎng)絡(luò)與主機相連，主機與數(shù)據(jù)庫通過一數(shù)據(jù)庫連接相連，其特征在于主機包括有一基本資料維護模塊，用于新增、修改、查詢及刪除基本資料；一庫存模塊用于將所得應收票據(jù)輸入至應收票據(jù)庫存；一貼現(xiàn)模塊用于設(shè)定記帳憑證資料及進行記帳憑證登帳作業(yè)；一質(zhì)押模塊用于票據(jù)的質(zhì)押作業(yè)；一托收模塊用于票據(jù)的托收作業(yè)；一票據(jù)變更模塊用于執(zhí)行票據(jù)變更作業(yè)；一兌現(xiàn)模塊用于執(zhí)行票據(jù)兌現(xiàn)作業(yè)；一銀行存款結(jié)算模塊用于將應收票據(jù)金額轉(zhuǎn)入銀行存款帳目，并自動結(jié)算銀行存款余額；數(shù)據(jù)庫用于存儲設(shè)定的基本資料及應收票據(jù)資料。
2.如權(quán)利要求1所述的應收票據(jù)管理系統(tǒng)，其特征在于還包括有一報表模塊用于根據(jù)用戶需求生成報表。
3.如權(quán)利要求1所述的應收票據(jù)管理系統(tǒng)，其特征在于還包括有一權(quán)限管控模塊，用于設(shè)置用戶權(quán)限。
4.一種應收票據(jù)管理方法，其特征在于包括有如下步驟(a)應收票據(jù)庫存作業(yè)；(b)判斷是否貼現(xiàn)票據(jù)；如果貼現(xiàn)票據(jù)，流程轉(zhuǎn)入步驟(k)；如果不貼現(xiàn)票據(jù)，進入步驟(c)；(c)判斷是否質(zhì)押應收票據(jù)；如果質(zhì)押應收票據(jù)，進入步驟(d)，如果不要質(zhì)押應收票據(jù)，則進入步驟(e)；(d)質(zhì)押應收票據(jù)；(e)判斷是否托收應收票據(jù)；如果托收應收票據(jù)，進入步驟(f)，如果不要托收應收票據(jù)，則進入步驟(g)；(f)托收應收票據(jù)；(g)判斷是否變更應收票據(jù)；如果變更應收票據(jù)，進入步驟(h)，如果不變更應收票據(jù)，則進入步驟(j)；(h)變更應收票據(jù)；(i)判斷變更后的票據(jù)是否有效，如果有效，進入步驟(j)，如果無效，流程結(jié)束；(j)票據(jù)兌現(xiàn)；(k)銀行存款結(jié)算作業(yè)。
5.如權(quán)利要求4所述的應收票據(jù)管理方法，其特征在于其中步驟(h)包括有如下步驟(h1)判斷是否修改應收票據(jù)；如果修改應收票據(jù)，進入步驟(h2)，如果不要修改應收票據(jù)，則進入步驟(h3)；(h2)修改應收票據(jù)，并將修改后的應收票據(jù)保存至一數(shù)據(jù)庫中；(h3)判斷是否執(zhí)行退票作業(yè)；如果執(zhí)行退票作業(yè)，進入步驟(h4)，如果不執(zhí)行退票作業(yè)，流程結(jié)束；(h4)票據(jù)退票作業(yè)。
6.如權(quán)利要求5所述的應收票據(jù)管理方法，其特征在于其中步驟(h4)后還包括有如下步驟(h5)判斷是否需換票，如果要換票，進入步驟(h6)，如果不換票，進入步驟(h7)；(h6)換票作業(yè)；(h7)判斷是否收現(xiàn)，如果要收現(xiàn)，進入步驟(k)，如果不收現(xiàn)，進入步驟(h8)；(h8)判斷是否轉(zhuǎn)立催收款，如果要轉(zhuǎn)立催收款，則進入步驟(h9)，如果不轉(zhuǎn)立催收款，流程結(jié)束；(h9)將轉(zhuǎn)立催收款票據(jù)轉(zhuǎn)入應收帳款。
7.如權(quán)利要求4所述的應收票據(jù)管理方法，其特征在于其中步驟(h9)包括有自動產(chǎn)生相應會計分錄的步驟。
8.如權(quán)利要求4所述的應收票據(jù)管理方法，其特征在于其中步驟(j)包括有自動產(chǎn)生相應會計分錄的步驟。
9.如權(quán)利要求4所述的應收票據(jù)管理方法，其特征在于其中步驟(k)包括有自動產(chǎn)生相應會計分錄的步驟。
10.如權(quán)利要求4所述的應收票據(jù)管理方法，其特征在于其中還包括有根據(jù)用戶需求自動生成相應報表的步驟。
全文摘要
本發(fā)明揭露了一種應收票據(jù)管理系統(tǒng)及方法。該系統(tǒng)包括有一庫存模塊，用于應收票據(jù)庫存作業(yè)；一貼現(xiàn)模塊用于應收票據(jù)貼現(xiàn)作業(yè)；一質(zhì)押模塊用于應收票據(jù)質(zhì)押作業(yè)；一托收模塊用于托收作業(yè)；一票據(jù)修改模塊用于應收票據(jù)修改作業(yè)；一兌現(xiàn)模塊用于應收票據(jù)兌現(xiàn)作業(yè)；一退票模塊用于應收票據(jù)退票作業(yè)；一銀行存款結(jié)算模塊用于將應收票據(jù)金額結(jié)轉(zhuǎn)入銀行存款并自動結(jié)算銀行存款。該系統(tǒng)還提供根據(jù)票據(jù)活動及用戶預設(shè)分錄自動產(chǎn)生相應會計分錄，及根據(jù)用戶需求自動生成相應報表。本發(fā)明應收票據(jù)管理系統(tǒng)及方法將所有票據(jù)活動集中于應收票據(jù)管理系統(tǒng)中，便于用戶更好掌控企業(yè)應收票據(jù)。
文檔編號G06F15/16GK1510581SQ0214972
公開日2004年7月7日 申請日期2002年12月21日 優(yōu)先權(quán)日2002年12月21日
發(fā)明者王瑞美 申請人:鴻富錦精密工業(yè)(深圳)有限公司, 鴻海精密工業(yè)股份有限公司