專利名稱：金融發(fā)票數(shù)據(jù)處理方法
技術領域：
本發(fā)明涉及一種金融發(fā)票數(shù)據(jù)處理方法。
背景技術：
隨著經(jīng)濟飛速發(fā)展，各行各業(yè)每天都有新公司成立。一套好的金融發(fā)票管理系統(tǒng)不僅能有效地幫助管理公司，更能凸顯公司的專業(yè)性。發(fā)票對于交易雙方的公司來說是一種憑證，也是經(jīng)濟業(yè)務發(fā)生的證據(jù)。如果是一般納稅人，取得增值稅專用發(fā)票，還可以抵扣進項稅，銷售方開不開發(fā)票，都要按實際銷售取得的收入做銷售收入，并及時申報稅款。隨著企業(yè)的壯大，業(yè)務不斷增長，僅僅依靠人力是無法準確應付龐大的發(fā)票量，這時金融發(fā)票系統(tǒng)就是一個好幫手。因此，如何開發(fā)出一套既易于上手又功能具備的金融發(fā)票系統(tǒng)變得越來越重要。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明主要出了一種金融發(fā)票系統(tǒng)和金融發(fā)票數(shù)據(jù)處理方法。本發(fā)明的金融發(fā)票管理系統(tǒng)和金融發(fā)票數(shù)據(jù)處理方法的主要任務是用計算機對各種發(fā)票信息進行日常的管理，如查詢、發(fā)票種類定義、科目信息定義、支付方法定義、支付先定義、客戶信息、貨幣定義、旅費規(guī)程定義等，迅速準確地完成各種發(fā)票信息的統(tǒng)計計算和匯總工作，針對系統(tǒng)服務對象的具體要求，設計了金融發(fā)票管理系統(tǒng)和金融發(fā)票數(shù)據(jù)處理方法。金融發(fā)票管理系統(tǒng)主要有以下幾大功能對本公司人員的出差進行處理。一個單位的職工難免會有些出差，出差必然會產(chǎn)生金錢花費，繼而就會有不同的發(fā)票，如車費，住宿費、必要的購買商品費用等。因此，我們在設計金融發(fā)票管理系統(tǒng)時就應考慮到這些情況。對上報發(fā)票的處理。根據(jù)發(fā)票種類不同，先進行種別定義，因為報銷的科目不同， 對不同的科目進行稅區(qū)分，勘定摘要，分類定義。支付方法功能。由于出差開銷的支付會用現(xiàn)金支付，信用卡支付等等，所以系統(tǒng)預先對支付方法進行定義，主要分為三種，支付先定義、一見支付先定義、銀行定義。貨幣定義功能。由于出差有時涉及到出國出差，在貨幣上要做區(qū)分，本系統(tǒng)在此功能上，設計了以下功能通貨定義、匯率定義及匯率取得的日期。具體地，本發(fā)明提出了一種金融發(fā)票數(shù)據(jù)處理方法，包括設置基本資料，所述基本資料至少包括所屬公司、發(fā)票類型、稅務區(qū)分；錄入發(fā)票數(shù)據(jù)；對所述發(fā)票數(shù)據(jù)進行分類；將經(jīng)分類的發(fā)票數(shù)據(jù)置入金額發(fā)放基本表的相應條目中；根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放。根據(jù)本發(fā)明的一個實施例，在該金融發(fā)票數(shù)據(jù)處理方法中，在設置基本資料的步驟之前，該金融發(fā)票數(shù)據(jù)處理方法還包括操作員管理；或修改密碼。
根據(jù)本發(fā)明的一個實施例，在該金融發(fā)票數(shù)據(jù)處理方法中，所述設置基本資料的步驟進一步包括輸入客戶信息。根據(jù)本發(fā)明的一個實施例，在該金融發(fā)票數(shù)據(jù)處理方法中，所述根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放的步驟進一步包括對所述金融發(fā)放基本表的信息進行核實；如果數(shù)據(jù)正確則批準。根據(jù)本發(fā)明的一個實施例，在該金融發(fā)票數(shù)據(jù)處理方法中，所述根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放的步驟進一步包括對所述金融發(fā)放基本表的信息進行核實；如果數(shù)據(jù)錯誤則駁回。根據(jù)本發(fā)明的一個實施例，在該金融發(fā)票數(shù)據(jù)處理方法中，所述金額發(fā)放基本表中設定了各發(fā)票類型的金額發(fā)放標準。應當理解，本發(fā)明以上的一般性描述和以下的詳細描述都是示例性和說明性的， 并且旨在為如權利要求所述的本發(fā)明提供進一步的解釋。


附圖主要是用于提供對本發(fā)明進一步的理解。附圖示出了本發(fā)明的實施例，并與本說明書一起起到解釋本發(fā)明原理的作用。附圖中圖1示意性地示出了根據(jù)本發(fā)明的金融發(fā)票系統(tǒng)的基礎架構。圖2示意性地示出了根據(jù)本發(fā)明的金融發(fā)票管理方法的流程。
具體實施例方式以下結合附圖詳細描述本發(fā)明的技術方案。圖1示意性地示出了根據(jù)本發(fā)明的金融發(fā)票系統(tǒng)的基礎架構。如圖所示，該金融發(fā)票系統(tǒng)100包括登陸模塊101、公司部門選擇模塊102、發(fā)票種類定義模塊103、科目信息定義模塊104、支付方法定義模塊105、支付先定義模塊106、客戶信息模塊107、貨幣定義模塊108、旅費規(guī)程定義模塊109。以下分別詳述各個模塊的功能和示例性實現(xiàn)方式。登陸模塊101，登陸畫面是本系統(tǒng)的第一個畫面，考慮到金融發(fā)票管理系統(tǒng)的機密性，用戶登陸模塊就成為防止非法用戶登陸的第一道防線，通過它不僅可以保護后臺數(shù)據(jù)庫的安全性，更可以防止有關公司的發(fā)票數(shù)據(jù)的外泄。當用戶無論是進行數(shù)據(jù)錄入還是數(shù)據(jù)查詢，都需要通過用戶認證才可以進入系統(tǒng)，只有在帳號和密碼都正確的情況下才能進行下一步操作，只要有其中之一輸入的不正確，就無權進行下一步操作，繼而有效的保證了這個金融發(fā)票管理系統(tǒng)的安全性。為了考慮到可能會有多個用戶來進行管理這套系統(tǒng)，所以還設置了一個注冊功能，其注冊形式類似與常見的論壇注冊，會有一個檢查用戶是否存在的功能，以保證一個帳號只對應一個密碼。公司部門選擇模塊102，本模塊是繼正確登陸執(zhí)行后遷移到到畫面，公司部門選擇模塊設計的用意是由于考慮到公司業(yè)務上的需求，由于公司的規(guī)模會越來越大，繼而公司的部門也會隨之越來越細化，出差的人員可能是來自與不同部門的職工，對于本公司而言不同部門會有不同的報銷發(fā)票的流程，且報銷的費用及種別也有些許的不同，關于每個部門都有一個獨一無二的部門編號，由于此次本系統(tǒng)只預設了五個部門即以1到4為部門編號，在畫面的右下角有一個請選擇部門編號，在這個輸入框里輸入所在部門的編號，根據(jù)你選擇的是查詢還是錄入，按下確定按鈕就可執(zhí)行相應的操作，此時會根據(jù)輸入的號碼在數(shù)據(jù)庫中查找出數(shù)據(jù)進入相應的畫面。之后可分別執(zhí)行經(jīng)費數(shù)目管理、出納數(shù)目管理、或退出管理。接下來的畫面就是此金融發(fā)票系統(tǒng)的核心畫面了，即此系統(tǒng)的主要操作畫面，所有重要的功能都在此畫面進行羅列，并可通過點擊不同的功能按鈕遷移到相應的具體畫面。發(fā)票種類定義模塊103，由于此金融發(fā)票管理系統(tǒng)是基于出差為主線而開發(fā)的，所以出差帶來的不同消費會得到不同種類的發(fā)票，此金融發(fā)票管理系統(tǒng)正是考慮到這點，才設計了發(fā)票種類定義這一功能塊，起到預先定義功能。點擊發(fā)票種類定義按鈕就可遷移到發(fā)票種別設定的畫面，此畫面以DataGrid的形式，這也是本系統(tǒng)用到最多的一個方法，類似與excel的表單形式，以多欄多行的一個表單畫面呈現(xiàn)給使用者，從而使用者可清晰明了地進行錄入操作。通過預先錄入的發(fā)票種別對以后有相同類型的發(fā)票報銷時就帶來了極大的方便。科目信息定義模塊104，此模塊細分為三個小功能，分別是稅區(qū)分、勘定摘要、分類定義。這三個功能都是以獨立畫面的形式出現(xiàn)，但其間還可進行相關遷移。稅區(qū)分畫面，出差到不同的國家或購買不同商品上的消費稅都有所不同，這時這個功能就起到了至關重要的重要，如果沒有這個功能，一旦出國出差或因不同消費稅不同而做出一致的報銷處理，那不僅對公司而言是一筆極大的損失，更在管理上顯得雜亂無章。 此畫面是以DataGrid的形式，以多欄多行的畫面呈現(xiàn)給使用者，使用者可在此畫面進行錄入新數(shù)據(jù)、刪除不要的數(shù)據(jù)及返回操作?？倍ㄕ嬅?，是做一些文字性的補充，類似于備注功能。對科目信息定義模塊中沒有涉及到的功能進行總體性的文字補充。通過這個功能對于以后系統(tǒng)升級做了很好的準備，可從勘定摘要中知道哪些功能是此次系統(tǒng)沒有涉及到而是經(jīng)常要使用到的，在以后升級中可在進行功能上的增加。分類定義畫面，在這個畫面上具有四個功能鍵，分別為錄入新的數(shù)據(jù)，刪除已有的數(shù)據(jù)，返回功能及摘要定義設定。當按下摘要定義設定按鈕，此時系統(tǒng)會遷移到與之相關的摘要設定畫面，此畫面的作用是起到一個實時控制的功能，在這個畫面上可以對已有的摘要進行逐個追加，消除，也可進行全追加和消除，充分體現(xiàn)了數(shù)據(jù)的多表聯(lián)動性。由于摘要設定畫面是分類定義畫面的一個子畫面，在摘要設定畫面一旦進行了數(shù)據(jù)修改，在分類定義畫面上是能夠得到相應的顯示。支付方法定義模塊105，不同公司對于發(fā)票報銷可能有一些支付方法的預先定義， 這次我們?nèi)×吮容^常見的幾種支付方式，比如現(xiàn)金支付，信用卡支付等等，此功能模塊即有效的做了預先定義，也同時可表明在本公司哪些支付方法是被允許的，哪些支付方法是不被允許的，在這個畫面都能一一體現(xiàn)出來?？紤]到支付方法或許會隨公司的性質及公司的規(guī)模而作相應的變動，此畫面特設錄入和削出功能，可根據(jù)公司的變化而及時變化。本模塊還有一個使用定義功能，當點擊此按鈕，畫面會遷移到支付方法畫面，此畫面類似與摘要設定畫面的設計，但具有更多的功能，不僅具有逐個追加和削除和全追加全削除，還有發(fā)票種別判斷功能和據(jù)點區(qū)分功能，根據(jù)不同的發(fā)票種別和不同的據(jù)點處理不同的追加和削除功能，使原本簡單的追加削除功能變的更多元化。支付先定義模塊106，此模塊細分為三個小功能，分別是支付先定義、一見支付先定義、銀行定義。這三個功能都是以獨立畫面的形式出現(xiàn)，但其間還可進行直接遷移。
支付先定義畫面，與支付方法定義相近卻有所不同，支付方法定義畫面因為具有預先定義功能，所以能夠錄入新的支付定義，而支付先定義畫面，只能進行刪除操作，將不需要的支付定義進行刪除處理。一見支付先定義畫面，這個畫面的功能，并不一定是在每次出差發(fā)票報銷都會使用到，當碰到消費數(shù)額大到需要考慮預先支付還是貨到付款時才會使用到這個功能塊，這個畫面首先要做一個是否預先支付的判斷，只有勾選了預先支付，接下來的操作才會有效。 一旦勾選了預先支付，就需要輸入一個支付先編號，以此使數(shù)據(jù)庫不至于造成數(shù)據(jù)混亂，也為以后的數(shù)據(jù)維護帶來了方便。銀行定義畫面，當使用信用卡消費，必然會涉及的信用卡所屬的銀行，由于銀行與銀行之間的信用卡是有區(qū)別的，為此在金融發(fā)票系統(tǒng)中特設了此功能畫面，以表單羅列的形式顯示所涉及到的銀行，此外，還可以通過刪除的功能鍵將無效的銀行剔除在外?？蛻粜畔⒛K107，這個模塊所涵蓋的功能頁面是最多的，分別為輸入類型定義畫面、概要項目定義畫面、明細項目定義畫面、項目經(jīng)費定義畫面和項目交通費定義畫面，共計五個畫面。接下來將逐一介紹這些畫面。輸入類型定義畫面，這是一個對系統(tǒng)數(shù)據(jù)類型進行控制的一個畫面，不同于一般程序想要修改數(shù)據(jù)類型必須在源代碼中進行修改，而我們的金融發(fā)票系統(tǒng)能將這個功能可視化，即通過頁面上的追加、編輯、削除功能，實時改變數(shù)據(jù)類型，之后傳入數(shù)據(jù)庫，數(shù)據(jù)庫就會對所修改的字段進行重新定義，當再到已修改字段的畫面時，入力的字段就會應修改而有新的限制。這個功能在一些突發(fā)情況下會顯得大有用處。比如，在匯率中應顯示小數(shù)位數(shù)的需要，有時要做相應的調(diào)整，這時作為使用者要在源代碼中修改該字段就不太可能， 而通過這個頁面的功能就能解決這一問題。概要項目定義畫面，不同與勘定摘要，此畫面與發(fā)票種別做了聯(lián)結，在畫面左側有個窗口顯示已經(jīng)定義的發(fā)票種別列表，提供相應的選擇功能，根據(jù)不同的選擇可作不同的概要項目定義。項目明細定義畫面，此畫面也提供發(fā)票種別的選擇窗口，如果概要項目定義是新聞的標題，那項目明細定義則是新聞的內(nèi)容?？紤]到項目送涵蓋的內(nèi)容居多，不宜把概要和明細做成一個功能，所以分成了兩部分，分開定義，從而使內(nèi)容更為清晰明了，在顯示上也更加美觀。項目經(jīng)費定義畫面，對于不同的項目，公司都會做一個合理的事先經(jīng)費評估，以防止實際經(jīng)費超出預算，導致公司不必要的損失。這個頁面就是為執(zhí)行此功能而設計的，根據(jù)項目大小及發(fā)票類別，進行預先定義。項目交通費定義畫面，我們的金融發(fā)票系統(tǒng)軟件在費用種類的定義上做了比較細分的處理，在項目費用上劃分了一塊為交通費定義，只對必要的交通費進行發(fā)票報銷，對額外產(chǎn)生的交通費用不做報銷規(guī)定。由于項目的大小不一定能決定交通費的大小，所以要根據(jù)實際情況做明確的規(guī)定，這個畫面最大的作用就是與項目經(jīng)費無直接關系，可以按照公司的考量進行自行定義交通費。貨幣定義模塊108，前文多次提到出國出差，此時這個貨幣定義模塊就起到了至關重要的作用。貨幣定義模塊，顧名思義是對各國貨幣實時調(diào)整而設計的，在這個模塊中，我們把它分為三個功能塊，分別為通貨定義、匯率定義和匯率取得日期。
通貨定義畫面，如今社會通貨膨脹現(xiàn)象極為嚴重，所以我們的金融發(fā)票系統(tǒng)考慮到這一點，加入了此功能塊。通貨定義類似與大多的DataGrid表單畫面，可進行錄入新數(shù)據(jù)和刪除無效數(shù)據(jù)的操作。匯率定義畫面是我們的金融發(fā)票系統(tǒng)第一個用到畫面檢索功能的頁面，以下拉框的形式選擇日期及通貨，進行搜索，將搜索的到的結果顯示在下面的搜索結果框中。本頁面還加入了一個削除功能，可對搜索到的結果進行有必要的削除功能。匯率取得日期畫面是一個勾選類項的畫面，對顯示的日期進行勾選，也可以錄入畫面中未顯示的日期，作為勾選項目。旅費規(guī)程定義模塊109，由于為企業(yè)設計的系統(tǒng)一切以企業(yè)的利益為出發(fā)點，在這個模塊下具有一個出差定義區(qū)分功能，此功能的具體作用是具體區(qū)分出差的旅費報銷是出國出差還是國內(nèi)出差，這將直接影響到公司的利益，所以在這個模塊里做了詳細的定義。當點擊出差定義區(qū)分按鈕，隨即會遷移到相關的出差定義畫面，關于出國還是國內(nèi)出差都能在這個畫面里進行定義，通過對出國還是國內(nèi)出差的預先費用定義，即有效的控制了成本， 從而也是變相的為公司創(chuàng)造了利潤。本系統(tǒng)是金融發(fā)票管理系統(tǒng)，對發(fā)票管理做了詳細的設計，無論是對發(fā)票報銷還是出差預算控制都作了考慮，有效地控制成本，從而為企業(yè)謀求更大的利益。圖2示意性地示出了根據(jù)本發(fā)明的金融發(fā)票管理方法的流程。如圖所示，該金融發(fā)票數(shù)據(jù)處理方法可以包括步驟202，設置基本資料，所述基本資料至少包括所屬公司、發(fā)票類型、稅務區(qū)分；步驟203，錄入發(fā)票數(shù)據(jù)；步驟204，對所述發(fā)票數(shù)據(jù)進行分類；步驟205，將經(jīng)分類的發(fā)票數(shù)據(jù)置入金額發(fā)放基本表的相應條目中，其中該金額發(fā)放基本表中設定了各發(fā)票類型的金額發(fā)放標準；以及根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放。根據(jù)一個實施例，在設置基本資料的步驟之前，還可以包括用戶管理206、操作員管理207或修改密碼208。此外，上述設置基本資料的步驟進一步可以包括輸入客戶信息209。此外，上述根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放的步驟可以進一步包括對所述金融發(fā)放基本表的信息進行核實212 ；如果數(shù)據(jù)正確則批準213-214 ；如果數(shù)據(jù)錯誤則駁回215-216。本發(fā)明對金融發(fā)票數(shù)據(jù)處理方法做了客觀及全面的改進，較之與原來的手工處理當然有了顯著的提高。
權利要求
1.一種金融發(fā)票數(shù)據(jù)處理方法，包括設置基本資料，所述基本資料至少包括所屬公司、發(fā)票類型、稅務區(qū)分； 錄入發(fā)票數(shù)據(jù)； 對所述發(fā)票數(shù)據(jù)進行分類；將經(jīng)分類的發(fā)票數(shù)據(jù)置入金額發(fā)放基本表的相應條目中； 根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放。
2.如權利要求1所述的金融發(fā)票數(shù)據(jù)處理方法，其特征在于，在設置基本資料的步驟之前，該金融發(fā)票數(shù)據(jù)處理方法還包括操作員管理；或修改密碼。
3.如權利要求1所述的金融發(fā)票數(shù)據(jù)處理方法，其特征在于，所述設置基本資料的步驟進一步包括輸入客戶信息。
4.如權利要求1所述的金融發(fā)票數(shù)據(jù)處理方法，其特征在于，所述根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放的步驟進一步包括對所述金融發(fā)放基本表的信息進行核實； 如果數(shù)據(jù)正確則批準。
5.如權利要求1所述的金融發(fā)票數(shù)據(jù)處理方法，其特征在于，所述根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放的步驟進一步包括對所述金融發(fā)放基本表的信息進行核實； 如果數(shù)據(jù)錯誤則駁回。
6.如權利要求1所述的金融發(fā)票數(shù)據(jù)處理方法，其特征在于，所述金額發(fā)放基本表中設定了各發(fā)票類型的金額發(fā)放標準。
全文摘要
本發(fā)明提出了一種金融發(fā)票數(shù)據(jù)處理方法，該方法包括設置基本資料，所述基本資料至少包括所屬公司、發(fā)票類型、稅務區(qū)分；錄入發(fā)票數(shù)據(jù)；對所述發(fā)票數(shù)據(jù)進行分類；將經(jīng)分類的發(fā)票數(shù)據(jù)置入金額發(fā)放基本表的相應條目中；根據(jù)上述金額發(fā)放基本表的信息判斷是否允許金額發(fā)放。本發(fā)明對金融發(fā)票數(shù)據(jù)處理方法做了客觀及全面的改進，較之與原來的手工處理當然有了顯著的提高。
文檔編號G06Q10/06GK102567819SQ201010579330
公開日2012年7月11日 申請日期2010年12月8日 優(yōu)先權日2010年12月8日
發(fā)明者管曄, 錢欽, 陳楠生 申請人:上海杉達學院