專利名稱:應收票據管理系統及方法
技術領域:
本發明涉及一種計算機輔助應收票據管理系統及方法,特別是涉及一種基于企業內部票據活動的應收票據管理系統及方法。
背景技術:
票據在工商社會中扮演著極重要的角色,儼然已成為重要的支付工具。但由于票據本身特有的特性,應收票據往往具有不穩定性,從企業取得應收票據至票據獲得兌現前企業須為此承擔一定的風險,如管理不善則可能會為企業帶來大量的壞帳,所以應收票據的管理對于企業運作至關重要。雖然票據管理在當今企業中基本上都實現了電子化管理,但由于票據管理中涉及的環節眾多,要管理好票據也非易事。當今市場上關于票據管理方面的輔助軟件大多關注在銀行如何管控票據,卻很少關注企業的票據管理。企業內部的票據管理大多集成在企業財務管理系統中,作為企業財務管理系統中的一部分存在,其很少能將企業所有票據行為掌控在系統之中。
如美國專利商標局第5,129,945號專利,公告日期為1992年6月16日,專利名稱為“財務數據處理系統”(Financial Data ProcessingSystem),該專利提供了一種對發票及票據處理的系統及方法,該系統及方法在于解決當企業收到應收票據或支付應付票據之后所引起的會計帳戶借貸變化處理問題,通過將所有分散的會計活動集中于同一系統中以自動處理會計帳戶借貸變化。該專利所揭示的技術側重在如何解決會計帳戶變化數據處理,而對于應收票據的管理不夠全面。
發明內容本發明的主要目的在于提供一種應收票據管理系統及方法,其能提供用戶集中管控企業內部應收票據,所有票據相關活動在系統中都有跡可循。
本發明提供一種應收票據管理系統,其能提供用戶集中管控企業內部應收票據,該系統包括有多臺客戶端計算機,一主機,及一數據庫。所述客戶端計算機通過一電子通訊網絡與主機相連,主機與數據庫通過一數據庫連接相連。任一客戶端計算機提供有一用戶界面,用戶通過該用戶界面可輸入相關信息及獲取相關信息。主機包括有一基本資料維護模塊,用于新增、修改、查詢及刪除各種基本資料,所述基本資料包括財務比率基本資料;一庫存模塊用于將所得應收票據輸入至應收票據庫存;一貼現模塊用于設定記帳憑證資料及進行記帳憑證登帳作業;一質押模塊用于票據的質押作業;一托收模塊用于票據的托收作業;一票據變更模塊用于執行票據變更作業;一兌現模塊用于執行票據的兌現作業;一銀行存款結算模塊用于將應收票據金額轉入銀行存款帳目,并自動結算銀行存款余額。數據庫用于存儲設定的基本資料及應收票據資料。
本發明還提供一種應收票據管理方法,其能提供用戶集中管控企業內部應收票據,該方法包括有如下步驟(a)應收票據庫存作業;(b)判斷是否貼現票據;如果貼現票據,流程轉入步驟(k);如果不貼現票據,進入步驟(c);(c)判斷是否質押應收票據;如果質押應收票據,進入步驟(d),如果不要質押應收票據,則進入步驟(e);(d)質押應收票據;(e)判斷是否托收應收票據;如果托收應收票據,進入步驟(f),如果不要托收應收票據,則進入步驟(g);(f)托收應收票據;(g)判斷是否變更應收票據;如果變更應收票據,進入步驟(h),如果不變更應收票據,則進入步驟(j);(h)變更應收票據;(i)判斷變更后的票據是否有效,如果有效,進入步驟(j),如果無效,流程結束;(j)票據兌現;(k)銀行存款結算作業。
本發明應收票據管理系統及方法將所有票據活動集中于應收票據管理系統中,并能根據預設會計科目及會計分錄自動產生與票據活動相對應的會計分錄,并能根據用戶需求提供各種報表,便于用戶更好掌控企業應收票據。
圖1是本發明應收票據管理系統的硬件架構圖。
圖2是本發明應收票據管理系統的功能模塊圖。
圖3是本發明應收票據管理系統的作業流程圖。
圖4是本發明應收票據管理系統的票據變更作業流程圖。
具體實施方式如圖1所示,是本發明所述的應收票據管理系統硬件架構圖。多個客戶端計算機10通過網絡11與一主機12相連;該主機12通過連接13與數據庫14相連。其中,網絡11是一種電子網絡,其可以是Intranet、Internet或其它類型網絡。連接13是一種數據庫連接,如開放式數據庫連接(Open Database Connectivity,ODBC),或者Java數據庫連接(Java Database Connectivity,JDBC)等。客戶端計算機10為用戶提供交互式用戶界面,用戶通過該用戶界面進行基本資料維護、定義及閱讀管理報表。主機12存儲有一系列軟件功能模塊(如圖2所示),用于接收客戶端資料,對之進行處理,并將結果返回至客戶端。數據庫14用于存儲各種設定的基本資料及權限設定資料。
如圖2所示,是本發明所述的應收票據管理系統功能模塊圖。該應收票據管理系統包括有一權限管控模塊20,一基本資料維護模塊21,一庫存模塊22,一貼現模塊23,一質押模塊24,一托收模塊25,一票據變更模塊26,一兌現模塊27,一銀行存款結算模塊28及一報表模塊29。其中權限管控模塊20用于設定用戶權限。每一用戶被分配有特定的訪問及操作權限。
基本資料維護模塊21用于維護各種基本資料,所述維護包括有新增、修改、查詢及刪除等操作。所維護的基本資料包括會計科目、交易分錄、報表模板、退票原因及退票處理情形等。
庫存模塊22用于應收票據庫存作業,即將所取得的應收票據資料輸入至庫存應收票據,所有庫存的應收票據都被保存在數據庫14中。每一筆應收票據都有一票據狀況字段,進入庫存的應收票據票據狀況自動標示為“庫存”。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
貼現模塊23用于執行票據貼現作業,系統會根據用戶輸入的貼現日期及貼現率,系統自動計算貼現金額及貼現利息。貼現后的票據自動標示為“已貼現”。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
質押模塊24用于執行票據質押作業,用戶依次輸入票據質押銀行及日期等質押資料后,被質押的應收票據自動標示為“質押”。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
托收模塊25用于執行票據托收作業,用戶依次輸入票據托收銀行及日期等托收資料后,被托收的應收票據自動標示為“托收”。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
票據變更模塊26提供票據變更作業。變更作業包括票據修改及票據退票等。執行票據修改作業時,對于每一庫存或托收或質押的應收票據,系統自動提示可修改的數據范圍,包括票據號碼、開票銀行、銀行帳號及到期日等。修改后的票據資料被保存至數據庫14中。對于庫存、托收及質押的票據,當出現未蓋章等票據要式格式不合格、開票戶余額不足等原因時,會遭遇被退票情形。應收票據被退票后,可能會采取的補救措施,包括換票、收現及轉立催收款等。如果是換票作業,則將更換后的新票據重新轉入應收票據庫存;如果是收現作業,則直接進行銀行結算作業;如果是轉立催收款,則將該筆應收票據資料結轉至應收帳款庫。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
兌現模塊27用于未超過到期日的應收票據的兌現作業。系統自動記錄兌現日期等相關資料,并自動將該筆應收票據標示為“已兌現”。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
銀行存款結算模塊28用于將應收票據相應金額結轉至銀行存款科目并自動結算銀行存款余額。對于貼現、兌現及收現的應收票據,系統自動將該應收票據的金額結轉至銀行存款科目。根據該作業及預設的交易分錄,系統自動產生相應會計分錄。
報表模塊29用于根據用戶自定義報表生成條件及相應的報表模板生成各種報表,包括應收票據庫存報表、應收票據質押報表、應收票據貼現報表、應收票據質托收報表等。
如圖3所示,是本發明應收票據管理系統的作業流程圖。首先,進行票據庫存作業(步驟30),即將所取得的應收票據資料輸入至應收票據庫存中。對于庫存中的應收票據,判斷是否要進行貼現作業(步驟31),如果要進行貼現作業,系統根據用戶設定的貼現率自動計算貼現金額及貼現息,所得貼現金額及貼現息轉入銀行存款,進行銀行存款結算作業(步驟314),如果不進行票據貼現作業,進入下一判斷步驟(步驟32),判斷是否要進行質押作業,如果要進行質押作業,則進行應收票據質押作業(步驟33),并隨之自動產生相應會計分錄。處于質押狀態的應收票據可以根據需要判斷是否要解除質押狀態(步驟34),如果要解除質押狀態,則將質押狀態的票據狀況改為“庫存”即可,解除質押狀態后的票據轉入應收票據庫存(步驟35);如果不需要解除質押狀態,則流程跳轉至判斷步驟310。如果不需要進行質押作業,流程跳轉至下一判斷步驟(步驟36),判斷是否要托收票據,如果要進行票據托收作業,則進入應收票據托收作業(步驟37),同票據質押作業,用戶可隨時判斷是否需要解除托收作業(步驟38),如果需要解除,則執行應收票據解除托收作業(步驟39),即將處于托收狀態的票據還原為庫存狀態的票據,還原后的票據轉入應收票據庫存。如果不需要進行解除托收作業,則流程轉入步驟310,判斷是否要變更票據,如果要變更票據,則進行票據變更作業(步驟311),執行票據變更作業后,系統判斷變更后的票據是否繼續有效(步驟312),如果有效,則進入票據兌現作業(步驟313),兌現后的票據金額結轉入銀行存款,進行銀行存款結算作業(步驟314)。如果變更后的票據無效,流程結束。
如圖4所示,是本發明應收票據管理系統的票據變更作業流程圖。首先,判斷是否要修改票據(步驟40),如果要修改票據,進入票據修改作業(步驟41),對于每一筆應收票據,系統都會自動提示可修改的資料范圍,便于用戶修改。如果不需要修改票據,則進入下一判斷步驟(步驟42),判斷是否要執行退票作業,如果需要執行退票作業(步驟43),則選擇預設的退票原因及退票后處理方法。退票后的處理方法包括換票、收現、轉立催收款等。在判斷步驟44中,判斷是否采用換票的處理方式,如果采用該種處理方式,則將原應收票據更換為新的應收票據之后轉入應收票據庫存,并保存至數據庫14中(步驟45);如果不采用該種處理方式,則進入下一判斷步驟,判斷是否采用收現方式(步驟46),如果采用該種處理方式,則將所收現金額轉入銀行存款科目進行銀行存款結算作業(步驟47);如果不采用收現方式,則流程轉入下一判斷步驟,判斷是否采用轉立催收款方式(步驟48),如果采用該種處理方式,則將該筆應收款轉入應收帳款明細帳(步驟49);如果不采用轉立催收款方式,該流程結束。
在上所述圖3及圖4流程中,票據的質押、托收、兌現、退票、換票、收現、轉立催收款及票據貼現步驟中,系統自動根據應收票據金額及系統預設會計分錄產生相對應的會計分錄,所產生的會計分錄保存至數據庫14中,用戶可通過用戶界面查詢這些會計分錄。用戶還可根據需求選擇適當的報表模板及設置報表生成條件,系統會據此自動生成所需報表。所生成的報表通過用戶界面展現給用戶,用戶可根據需求保存及打印這些報表。
權利要求
1.一種應收票據管理系統,包括有多臺客戶端計算機,一主機,及一數據庫,其中每一客戶端計算機提供有一用戶界面,用戶通過該用戶界面可輸入信息及獲取信息,所述客戶端計算機通過一電子通訊網絡與主機相連,主機與數據庫通過一數據庫連接相連,其特征在于主機包括有一基本資料維護模塊,用于新增、修改、查詢及刪除基本資料;一庫存模塊用于將所得應收票據輸入至應收票據庫存;一貼現模塊用于設定記帳憑證資料及進行記帳憑證登帳作業;一質押模塊用于票據的質押作業;一托收模塊用于票據的托收作業;一票據變更模塊用于執行票據變更作業;一兌現模塊用于執行票據兌現作業;一銀行存款結算模塊用于將應收票據金額轉入銀行存款帳目,并自動結算銀行存款余額;數據庫用于存儲設定的基本資料及應收票據資料。
2.如權利要求1所述的應收票據管理系統,其特征在于還包括有一報表模塊用于根據用戶需求生成報表。
3.如權利要求1所述的應收票據管理系統,其特征在于還包括有一權限管控模塊,用于設置用戶權限。
4.一種應收票據管理方法,其特征在于包括有如下步驟(a)應收票據庫存作業;(b)判斷是否貼現票據;如果貼現票據,流程轉入步驟(k);如果不貼現票據,進入步驟(c);(c)判斷是否質押應收票據;如果質押應收票據,進入步驟(d),如果不要質押應收票據,則進入步驟(e);(d)質押應收票據;(e)判斷是否托收應收票據;如果托收應收票據,進入步驟(f),如果不要托收應收票據,則進入步驟(g);(f)托收應收票據;(g)判斷是否變更應收票據;如果變更應收票據,進入步驟(h),如果不變更應收票據,則進入步驟(j);(h)變更應收票據;(i)判斷變更后的票據是否有效,如果有效,進入步驟(j),如果無效,流程結束;(j)票據兌現;(k)銀行存款結算作業。
5.如權利要求4所述的應收票據管理方法,其特征在于其中步驟(h)包括有如下步驟(h1)判斷是否修改應收票據;如果修改應收票據,進入步驟(h2),如果不要修改應收票據,則進入步驟(h3);(h2)修改應收票據,并將修改后的應收票據保存至一數據庫中;(h3)判斷是否執行退票作業;如果執行退票作業,進入步驟(h4),如果不執行退票作業,流程結束;(h4)票據退票作業。
6.如權利要求5所述的應收票據管理方法,其特征在于其中步驟(h4)后還包括有如下步驟(h5)判斷是否需換票,如果要換票,進入步驟(h6),如果不換票,進入步驟(h7);(h6)換票作業;(h7)判斷是否收現,如果要收現,進入步驟(k),如果不收現,進入步驟(h8);(h8)判斷是否轉立催收款,如果要轉立催收款,則進入步驟(h9),如果不轉立催收款,流程結束;(h9)將轉立催收款票據轉入應收帳款。
7.如權利要求4所述的應收票據管理方法,其特征在于其中步驟(h9)包括有自動產生相應會計分錄的步驟。
8.如權利要求4所述的應收票據管理方法,其特征在于其中步驟(j)包括有自動產生相應會計分錄的步驟。
9.如權利要求4所述的應收票據管理方法,其特征在于其中步驟(k)包括有自動產生相應會計分錄的步驟。
10.如權利要求4所述的應收票據管理方法,其特征在于其中還包括有根據用戶需求自動生成相應報表的步驟。
全文摘要
本發明揭露了一種應收票據管理系統及方法。該系統包括有一庫存模塊,用于應收票據庫存作業;一貼現模塊用于應收票據貼現作業;一質押模塊用于應收票據質押作業;一托收模塊用于托收作業;一票據修改模塊用于應收票據修改作業;一兌現模塊用于應收票據兌現作業;一退票模塊用于應收票據退票作業;一銀行存款結算模塊用于將應收票據金額結轉入銀行存款并自動結算銀行存款。該系統還提供根據票據活動及用戶預設分錄自動產生相應會計分錄,及根據用戶需求自動生成相應報表。本發明應收票據管理系統及方法將所有票據活動集中于應收票據管理系統中,便于用戶更好掌控企業應收票據。
文檔編號G06F15/16GK1510581SQ0214972
公開日2004年7月7日 申請日期2002年12月21日 優先權日2002年12月21日
發明者王瑞美 申請人:鴻富錦精密工業(深圳)有限公司, 鴻海精密工業股份有限公司