【正文】 ?xml version= encoding=GBK?CRC FILE NAME=”申報/匯總文件” CRCVALUE=”申報/匯總文件CRC32校驗碼”//CRC（3）XML接口文件示例?xml version= encoding=GBK?CRC FILE NAME=”” CRCVALUE=” 9E09236D”/ /CRC 與協(xié)查軟件接口1. 文件命名規(guī)則hyfp（4位）+導(dǎo)出稅務(wù)機關(guān)代碼（9位）+生成時間（yyyymmdd+hhmmss）（14位），共由27位組成。例如：有稅務(wù)機關(guān)代碼為“1330206”，匯總的貨物運輸發(fā)票抵扣聯(lián)清單數(shù)據(jù)所屬時期為2004年10月，則文件名為：。數(shù)據(jù)傳送數(shù)據(jù)傳送是指操作員將外部的用戶信息導(dǎo)入本系統(tǒng)，以及將在本系統(tǒng)中的用戶的登記情況和申報匯總情況傳出到外部的其他系統(tǒng)中。圖47 購票信息管理模塊稅控數(shù)據(jù)接收處理稅控數(shù)據(jù)接收處理是對開票單位報送數(shù)據(jù)進行接收處理，生成納稅人稅控數(shù)據(jù)庫，對納稅人實施稅控發(fā)票使用情況統(tǒng)計，監(jiān)控納稅人稅控發(fā)票狀態(tài)和營業(yè)額。系統(tǒng)管理包括用戶管理、代碼管理、數(shù)據(jù)交換、系統(tǒng)配置與日志管理五大部分，主要完成系統(tǒng)初始化、對角色和用戶進行管理、設(shè)置系統(tǒng)運行所需的參數(shù)以及系統(tǒng)的日常維護等功能，是維持系統(tǒng)正常、安全運轉(zhuǎn)和數(shù)據(jù)一致性的基本保證。圖42系統(tǒng)稅務(wù)端軟件體系結(jié)構(gòu)圖 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計稅務(wù)系統(tǒng)網(wǎng)絡(luò)按使用對象劃分成稅務(wù)內(nèi)部網(wǎng)絡(luò)和外部網(wǎng)絡(luò)兩個區(qū)域，如圖43所示。用servlet 或JSP寫簡單的請求，為可重用部件創(chuàng)建 EJB。 系統(tǒng)技術(shù)架構(gòu)設(shè)計金稅三期應(yīng)用系統(tǒng)的數(shù)據(jù)架構(gòu)設(shè)計必須在兩級處理模式的總體要求下進行，同時遵循金稅工程（三期）《》標準中軟件設(shè)計開發(fā)過程中分層設(shè)計要求。系統(tǒng)應(yīng)具有外部系統(tǒng)的接口，能和征管軟件及電子申報系統(tǒng)等系統(tǒng)共享資源。圖32貨運發(fā)票稅控系統(tǒng)（國稅）主要功能圖當(dāng)在地稅系統(tǒng)使用時，系統(tǒng)主要功能框架如圖33所示。包括：稅控器具信息查詢、稅控數(shù)據(jù)接收情況查詢、稅務(wù)信息變動情況查詢以及通用查詢。數(shù)據(jù)處理流程如圖31所示。當(dāng)納稅人在當(dāng)?shù)氐囟愓鞴芟到y(tǒng)申請領(lǐng)購貨運發(fā)票后，地稅征管系統(tǒng)將發(fā)票的電子信息傳入貨運發(fā)票稅控系統(tǒng)中，貨運發(fā)票稅控系統(tǒng)將該信息寫入稅控盤。購票信息寫盤是對納稅人已購稅控發(fā)票信息進行確認后寫入稅控盤或傳輸盤中。79第三章 系統(tǒng)需求分析第三章 系統(tǒng)需求分析軟件需求分析是“貨運發(fā)票稅控系統(tǒng)”工程中的重要一環(huán)，是系統(tǒng)設(shè)計的基礎(chǔ)。W3C簡化了SGML，去掉語法定義部分，適當(dāng)簡化DTD部分，并增加了部分互聯(lián)網(wǎng)的特殊成分[18]。需要更多的數(shù)據(jù)以增加磁盤[17]。Oracle9i實際上是指Oracle9i Database，Oracle9i Application Server和Oracle9i Developer Suite的完整集成。具有很大的靈活性，尤其是在發(fā)布、開發(fā)、管理和重用應(yīng)用邏輯等方面性。但是，該層可以包含某些JavaBean用來處理用戶的輸入，通過上述的Web層組件，可以得到用戶端輸入的數(shù)據(jù)并把這些數(shù)據(jù)提交到業(yè)務(wù)邏輯層處理。Enterprise Java API的要點是Enterprise JavaBean API，后者為Java應(yīng)用程序服務(wù)器定義了一個服務(wù)器端組件模型，以及一個不依賴于供應(yīng)商的編程接口。在服務(wù)器端，與通信相關(guān)的處理都是由服務(wù)器軟件負責(zé)的，這些服務(wù)器軟件都是由第三方的軟件廠商提供，開發(fā)人員只需要把功能代碼部署在web服務(wù)器中，客戶端就可以通過瀏覽器訪問到這些功能代碼，從而實現(xiàn)向客戶端提供服務(wù)[11]。第四章 詳細介紹了系統(tǒng)的技術(shù)架構(gòu)、網(wǎng)絡(luò)結(jié)構(gòu)、邏輯架構(gòu)、模塊功能、數(shù)據(jù)庫以及安全設(shè)計，對系統(tǒng)分析與設(shè)計作了比較詳細的描述。但是我國目前還處于起步階段，與西方發(fā)達國家還相差甚遠，目前進行的信息化還僅僅是將信息化簡單的應(yīng)用于稅源監(jiān)控，稅源監(jiān)控和信息化還沒有很好的結(jié)合形成一個整體，并且存在諸多問題，所以我國目前在稅控管理上還不能實現(xiàn)真正的信息化，但是我國還是在信息化的道路上堅實的踏出了一步。納稅人的經(jīng)濟交易活動記載在存儲器里，專供稅務(wù)部門檢查。目前會計師數(shù)據(jù)處理中心與稅務(wù)部門的稅務(wù)信息處理中心實現(xiàn)了聯(lián)網(wǎng)，每月處理大約800萬件個人收入所得稅申報表。 意大利意人利從八十年代起最早開始使用稅控收款機，有成熟的經(jīng)驗與法規(guī)，從1983年起，意大利分時間段依照營業(yè)額由高到低分布實施使用稅控收款機，日前，意大利全國10萬個商業(yè)網(wǎng)點中己安裝了115萬臺稅控收款機，國家征收到的稅金已占應(yīng)征稅的90%[6]，取得了顯著的效果。通過對貨運企業(yè)開具的貨運發(fā)票和增值稅納稅人中報抵扣的貨運發(fā)票進行比對，還可以發(fā)現(xiàn)納稅人虛列運費抵扣的情祝，有效排除假發(fā)票、“大頭小尾”票等問題，杜絕納稅人利用貨運發(fā)票偷逃增值稅的現(xiàn)象。在公路內(nèi)河貨物運輸業(yè)發(fā)票稅控系統(tǒng)應(yīng)用以前，從事貨物運輸業(yè)的單位和個人自行開具發(fā)票，自行申報納稅。推廣應(yīng)用貨運發(fā)票稅控系統(tǒng)，是推進依法治稅、鞏固現(xiàn)行稅制的需要。金稅工程三期[2]是在對金稅工程二期四個子系統(tǒng)進行功能整合、技術(shù)升級和業(yè)務(wù)與數(shù)據(jù)優(yōu)化的基礎(chǔ)上，進一步強化征管功能，擴大業(yè)務(wù)覆蓋面，形成有效的、相互聯(lián)系的制約和監(jiān)控考核機制。但從國家對整個稅收工作的要求來看，我國稅務(wù)管理信息系統(tǒng)的建設(shè)依然任重而道遠。同時，稅務(wù)機關(guān)還可以通過本系統(tǒng)對納稅人使用的稅控設(shè)備中的開票數(shù)據(jù)進行核查、比對、分析。（請在以上相應(yīng)括號內(nèi)打“√”或填上相應(yīng)內(nèi)容。學(xué)校編碼：10384 分類號 密級 學(xué)號：X2010230634 UDC 工 程 碩 士 學(xué) 位 論 文基于J2EE的貨運發(fā)票稅控管理系統(tǒng)的設(shè)計與實現(xiàn)Design and Implementation of the Freight Invoice Tax Controlled Management System Based on J2EE曲 植指 導(dǎo) 教 師：王備戰(zhàn)教授專 業(yè) 名 稱：軟件工程論文提交日期：2012年10月論文答辯日期：2012年11月學(xué)位授予日期： 年月答辯委員會主席： 評 閱 人： 2012年11月廈門大學(xué)學(xué)位論文原創(chuàng)性聲明本人呈交的學(xué)位論文是本人在導(dǎo)師指導(dǎo)下,獨立完成的研究成果。（ ），適用上述授權(quán)。稅務(wù)機關(guān)通過貨運發(fā)票稅控管理系統(tǒng)對納稅人購買的稅控設(shè)備進行初始化發(fā)行，將納稅人基本信息和稅控收款機、稅控盤進行綁定，發(fā)放稅控收款機使用的電子發(fā)票，采集納稅人通過稅控設(shè)備開具的發(fā)票數(shù)據(jù)，并與稅務(wù)機關(guān)使用的綜合征管軟件中納稅人的申報數(shù)據(jù)進行票表比對，從而達到有效監(jiān)控納稅人實際銷售情況的目的。 在國務(wù)院的直接領(lǐng)導(dǎo)和各方面的積極配合下，全國稅務(wù)系統(tǒng)于1994年3月起，先后組織實施了金稅工程一期[1]、金稅工程二期，通過金稅工程一、二期的實施，有效地加強了對增值稅的管理，基本上堵塞了增值稅專用發(fā)票管理中存在的漏洞。把稅收征管工作置于網(wǎng)絡(luò)信息化的環(huán)境中運行，規(guī)劃和實施好金稅工程三期，是我國電子政務(wù)的重中之重。因此，加強和規(guī)范貨物運輸業(yè)稅收管理，是整頓市場經(jīng)濟秩序、規(guī)范稅收秩序的需要，是建立社會主義市場經(jīng)濟體制的客觀要求。推廣應(yīng)用貨運發(fā)票稅控系統(tǒng)，有利于提高納稅人對稅法的遵從度。由于地稅機關(guān)管住了貨物運輸業(yè)單位和個人，管住了貨物運輸?shù)膯挝缓蛡€人開具的發(fā)票，并及時將這些信息傳遞到國家稅務(wù)局，國家稅務(wù)局可對地稅部門傳遞的信息和增值稅一般納稅人中申報的信息進行比對，從而保證了增值稅收入。這樣既有效地監(jiān)控了稅源，又節(jié)省了稅務(wù)部門的稅收管理成本。其次，通過會計師數(shù)據(jù)處理中心，會計師為納稅人進行代理納稅申報。永久儲存器是不能打開的，記錄的數(shù)據(jù)也不能夠修改。這些系統(tǒng)的應(yīng)用能夠極大的提高我國稅源監(jiān)控信息化的管理水平。第一章主要包括項目簡介、課題研究的背景、意義、主要內(nèi)容和稅控系統(tǒng)在國內(nèi)外研究的現(xiàn)狀；第二章主要介紹貨運發(fā)票稅控管理系統(tǒng)使用的相關(guān)技術(shù)平臺、系統(tǒng)架構(gòu)以及系統(tǒng)開發(fā)中用到的相關(guān)技術(shù)；第三章 主要介紹了系統(tǒng)的業(yè)務(wù)流程、數(shù)據(jù)流程、功能需求分析、非功能需求分析，為系統(tǒng)的開發(fā)提出了方向。相對于C/S結(jié)構(gòu)屬于“胖”客戶端，需要在使用者電腦上安裝相應(yīng)的操作軟件來說，B/S結(jié)構(gòu)是屬于一種“瘦”客戶端，大多數(shù)或主要的業(yè)務(wù)邏輯都存在在服務(wù)器端，在B/S架構(gòu)的開發(fā)模式中，客戶端就是簡單的瀏覽器程序，可以通過訪問服務(wù)器端的應(yīng)用。這些應(yīng)用程序編程接口（API）為各種各樣中間件的實現(xiàn)提供了不依賴于供應(yīng)商的編程接口。按照J2EE規(guī)范，靜態(tài)的HTML頁面和Applet不算是web層組件。使用Servlet，JSP和EJB作為可重用構(gòu)件的應(yīng)用結(jié)構(gòu)使得容易集成和具有最大的生產(chǎn)能力。Oracle數(shù)據(jù)庫管理系統(tǒng)是目前世界上最流行的關(guān)系數(shù)據(jù)庫系統(tǒng)之一[15]，是業(yè)界第一個完整、簡單的用于互聯(lián)網(wǎng)的新一代智能化的、協(xié)作各種應(yīng)用的軟件基礎(chǔ)架構(gòu)。通過將服務(wù)器群集，共享一組通用、共享磁盤上的同一數(shù)據(jù)庫和應(yīng)用，提供了一套可不斷擴展以滿足電子商務(wù)需求的高可用性體系結(jié)構(gòu)。 XML語言 XML的定義XML是eXtensible Markup Language（可擴展標記語言）的縮寫，是W3C組織于1998年2月發(fā)布的標準，同HTML一樣都來自于SGML (Standard Generalized Markup Language，標準通用標記語言)。 本章小結(jié)本章簡要介紹了本系統(tǒng)所使用的四大核心技術(shù)，這四大技術(shù)目前較為成熟的架構(gòu)和技術(shù)，特別是J2EE架構(gòu)，已經(jīng)在很多大型系統(tǒng)中得到了很好的應(yīng)用；B/S系統(tǒng)架構(gòu)也是目前最為流行和最為人們接受的架構(gòu)，而數(shù)據(jù)庫Oracle也是目前業(yè)界應(yīng)用最成熟、最安全的數(shù)據(jù)庫之一，XML語言具有良好的格式和開放的標準，因此采取這些技術(shù)是很符合需求的。3. 購票信息寫盤用戶登記注冊后，還需要購買發(fā)票并進行購票信息寫盤，才能正常開票。系統(tǒng)將定期給地稅征管系統(tǒng)導(dǎo)出納稅人資格認定文件（或是手工在地稅征管系統(tǒng)中進行貨運發(fā)票資格認定）。認證相符的抵扣聯(lián)信息傳入稽核系統(tǒng)，與地稅系統(tǒng)上傳的存根聯(lián)信息進行比對；認證不符的信息傳輸?shù)桨l(fā)票協(xié)查系統(tǒng)。 查詢統(tǒng)計稅控管理信息查詢統(tǒng)計，是指利用貨運發(fā)票稅控系統(tǒng)數(shù)據(jù)資源，按照一定的條件和工作要求，查詢統(tǒng)計稅控裝置和稅控發(fā)票的相關(guān)信息，以報表形式輸出查詢統(tǒng)計結(jié)果。當(dāng)在國稅系統(tǒng)使用時，系統(tǒng)主要功能框架如圖32所示。系統(tǒng)可在不同的機型和操作系統(tǒng)下運行，支持不同類型的外接設(shè)備。即：在“一個平臺”的支撐下，建立總局、省局兩級數(shù)據(jù)處理中心和以省局為主、總局為輔的數(shù)據(jù)處理機制，逐步實現(xiàn)涉稅電子數(shù)據(jù)在總局、省局兩級的集中存儲、集中處理和集中管理。它運行在服務(wù)器端，連接Web瀏覽器與后臺數(shù)據(jù)庫。系統(tǒng)稅務(wù)端軟件體系結(jié)構(gòu)如圖42所示。圖45 系統(tǒng)邏輯架構(gòu)圖用戶通過瀏覽器訪問貨運發(fā)票稅控系統(tǒng)，系統(tǒng)通過認證服務(wù)和授權(quán)服務(wù)來確定用戶的合法性和用戶的訪問權(quán)限。購票信息管理模塊結(jié)構(gòu)如圖47所示。圖49 查詢統(tǒng)計功能框架圖稅控器具應(yīng)用維護稅控器具應(yīng)用維護是當(dāng)稅控器具出現(xiàn)一些異常情況時，管理系統(tǒng)對稅控器具進行的一些基本維護操作(如口令解鎖)。1. 貨物運輸發(fā)票抵扣聯(lián)匯總清單（1）文件命名規(guī)則貨物運輸發(fā)票抵扣聯(lián)匯總清單文件的命名規(guī)則：“YSFPDKLSKHZ”+申報所屬年月+“_”+匯總稅務(wù)機關(guān)代碼+ “_HZ”。例如：有稅務(wù)機關(guān)代碼為“1330206”，匯總數(shù)據(jù)所屬時期為2003年9月，申報貨物運輸發(fā)票抵扣聯(lián)清單（模式名為YSFPDKLSKHZ），則CRC校驗文件名為：YSFPDKLSKHZ200309_1330206 。表43 F_GET_YH_SMJGXX存儲過程參數(shù)說明序號參數(shù)名稱參數(shù)類型參數(shù)值類型參數(shù)中文名稱說明1avc_nsrsbh輸入Varchar(20)納稅人識別號1520位的納稅人識別號2ac_ssyf輸入Char(7)所屬月份認證發(fā)票所屬月份（格式：YYYYMM）3an_tgfpzs輸出Number(16,2)通過認證發(fā)票份數(shù)總計4an_tgfpzje輸出Number(16,2)通過認證發(fā)票金額總計5an_tgfpzse輸出Number(16,2)通過認證發(fā)票稅額總計3. 與一窗式比對系統(tǒng)接口（EJB方式）（1）由Ctais請求掃描認證端消息內(nèi)容格式（格式一）?xml version= encoding=GB2312?business id= ment=查詢貨物運輸發(fā)票認證金額 group data name=NSRSBH value=00000000000001201/data name=SSSQ value=200604/ /group/business（2）期望由認證端返回的消息格式（格式二）?xml version= encoding=GB2312?business id= group data name=NSRSBH value=00000000000001201/ data name=SSSQ value=200604/ data name=TGFPZJE value=/ data name=TGFPZSE value=/ /group/business（3）期望掃描認證端提供接口內(nèi)容接口形式如表44所示。數(shù)據(jù)對象的關(guān)系清晰明了，符合業(yè)務(wù)邏輯，同時保證數(shù)據(jù)的完整性