自建收費(fèi)系統(tǒng)和非稅系統(tǒng)的數(shù)據(jù)交換

1、自建收費(fèi)系統(tǒng)和非稅系統(tǒng)的數(shù)據(jù)交換摘要：本文提出了基于.Net框架的數(shù)據(jù)異步上傳系統(tǒng)的開發(fā)方案，論述了系統(tǒng)的系統(tǒng)分析與設(shè)計(jì)過程，提出開發(fā)采用的設(shè)計(jì)語言和數(shù)據(jù)庫，并探討了實(shí)現(xiàn)過程中的關(guān)鍵技術(shù)。關(guān)鍵詞：Webservice；前置機(jī)；加密；無損壓縮；數(shù)據(jù)庫1 引言 隨著我國經(jīng)濟(jì)建設(shè)的快速發(fā)展，越來越多的企事業(yè)單位建立了自己的ERP系統(tǒng)，發(fā)票開具（電腦打印發(fā)票）模塊是其中的重要組成部分。同時(shí)，為加強(qiáng)財(cái)政監(jiān)管，各地政府財(cái)政部門也逐步建立了自己的開票系統(tǒng)，要求單位在開票時(shí)，必須使用其專用網(wǎng)絡(luò)在線開具或使用其提供的單機(jī)軟件開具。這就為單位自建開票系統(tǒng)帶來了一定的麻煩：即自建系統(tǒng)收費(fèi)完成后必須換系統(tǒng)和網(wǎng)絡(luò)打印發(fā)

2、票，由于是物理隔離，兩套系統(tǒng)的數(shù)據(jù)無法交換。 為充分利用單位自建系統(tǒng)的本地資源優(yōu)勢，減少不必要的重復(fù)勞動(dòng)，降低對設(shè)備的重復(fù)投入，本文系統(tǒng)闡述了江蘇省某機(jī)關(guān)單位，在已經(jīng)建成的收費(fèi)系統(tǒng)的基礎(chǔ)上，通過設(shè)置一臺(tái)前置機(jī)，并利用數(shù)據(jù)交換技術(shù)和SQLServer數(shù)據(jù)庫等技術(shù)，實(shí)現(xiàn)了將發(fā)票數(shù)據(jù)異步上傳到當(dāng)?shù)刎?cái)政服務(wù)器的過程，從而避免了兩臺(tái)電腦、兩套網(wǎng)絡(luò)、兩邊重復(fù)手工錄入的尷尬局面。 本文假設(shè)，當(dāng)?shù)刎?cái)政票據(jù)系統(tǒng)提供基于Webservice【1】技術(shù)的數(shù)據(jù)交換接口，并提供相應(yīng)的調(diào)用方法。 2 系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)是本系統(tǒng)開發(fā)的重要階段，它直接影響到目標(biāo)系統(tǒng)的質(zhì)量，是系統(tǒng)整個(gè)開發(fā)工作的核心。 2.1 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)

3、 本系統(tǒng)采用的是兩層C/S計(jì)算機(jī)結(jié)構(gòu)體系。由生產(chǎn)機(jī)、前置機(jī)和當(dāng)?shù)刎?cái)政數(shù)據(jù)交換服務(wù)器組成整個(gè)系統(tǒng)節(jié)點(diǎn)。生產(chǎn)機(jī)連接單位自建網(wǎng)絡(luò)，前置機(jī)設(shè)置二塊網(wǎng)絡(luò)適配器，分別連接單位自建網(wǎng)絡(luò)和當(dāng)?shù)刎?cái)政專用網(wǎng)絡(luò)，網(wǎng)絡(luò)架構(gòu)見圖1。 圖1 系統(tǒng)網(wǎng)絡(luò)連接 生產(chǎn)機(jī)日結(jié)后，每天將數(shù)據(jù)通過數(shù)據(jù)管道【1】上傳到前置機(jī)，檢測到有數(shù)據(jù)需要上傳時(shí)，前置機(jī)自動(dòng)啟動(dòng)相應(yīng)的模塊，將數(shù)據(jù)按特定的格式上傳到財(cái)政局，同時(shí)生成上傳日志，如果出現(xiàn)錯(cuò)誤，則自動(dòng)發(fā)送手機(jī)短信或郵件通知系統(tǒng)管理員進(jìn)行人工干預(yù)。 * 單位自建系統(tǒng)調(diào)用接入數(shù)據(jù)接口下載基礎(chǔ)數(shù)據(jù)，接收數(shù)據(jù)處理后調(diào)用基礎(chǔ)數(shù)據(jù)反饋接口發(fā)送相應(yīng)的反饋消息； * 單位系統(tǒng)調(diào)用開票信息上傳接口上傳開票信息后

4、，財(cái)政系統(tǒng)處理后發(fā)送相應(yīng)的反饋信息。如圖2所示。 圖2 系統(tǒng)結(jié)構(gòu) 2.2 系統(tǒng)流程設(shè)計(jì) 本系統(tǒng)的業(yè)務(wù)流程清晰，正常情況下，前置機(jī)的所有的功能是無人值守完成的。只在遠(yuǎn)程數(shù)據(jù)交換服務(wù)器無法相應(yīng)或出現(xiàn)錯(cuò)誤的情況下，才需要進(jìn)行人工操作，流程見圖3。 圖3系統(tǒng)主要業(yè)務(wù)流程圖 2.3 系統(tǒng)功能模塊設(shè)計(jì) 系統(tǒng)包含了數(shù)據(jù)交換的全部功能，包含了發(fā)票開具、數(shù)據(jù)上傳至前置機(jī)、上傳到財(cái)政局三個(gè)模塊。 2.3.1 發(fā)票開具 發(fā)票是一種特殊的憑證，必須具備一定的防偽信息。如果發(fā)票數(shù)據(jù)沒有防偽信息或防偽信息無法被識(shí)別，則數(shù)據(jù)無法正常上傳到財(cái)政局?jǐn)?shù)據(jù)庫。為此，在獲得相關(guān)授權(quán)后，市財(cái)政局提供了可以被調(diào)用的Windows API

5、動(dòng)態(tài)鏈接庫（DLL），用于生成發(fā)票校驗(yàn)密碼信息。 2.3.2數(shù)據(jù)上傳至前置機(jī) 當(dāng)日的收費(fèi)完成后，為便于財(cái)務(wù)管理和統(tǒng)計(jì)，需要收費(fèi)員進(jìn)行日結(jié)操作。日結(jié)完成后，收費(fèi)員將發(fā)票數(shù)據(jù)上傳到前置機(jī)備傳。 此項(xiàng)操作將使用兩種模式校驗(yàn)數(shù)據(jù)的唯一性，即程序校驗(yàn)和數(shù)據(jù)庫約束校驗(yàn)。收費(fèi)員可以選擇上傳未來得及上傳的歷史數(shù)據(jù)（如休假的原因?yàn)榧皶r(shí)上傳）。 2.3.3上傳到財(cái)政局 該項(xiàng)操作有兩種選項(xiàng)：無人值守模式和人工模式。兩種模式下，發(fā)票數(shù)據(jù)均按一下流程被傳輸： 壓縮-加密-傳輸-解密-解壓-校驗(yàn)-存儲(chǔ)-完成 * 無人值守模式。此模式下，前置機(jī)自動(dòng)檢測是否存在未上傳的發(fā)票數(shù)據(jù)，如果有，則啟動(dòng)一個(gè)實(shí)例，一次性的完成所有數(shù)據(jù)（

6、所有收費(fèi)員）的上傳。 * 人工模式。允許系統(tǒng)管理員上傳指定日期、指定收費(fèi)員、指定票號(hào)的發(fā)票。本操作用于發(fā)票重號(hào)或出現(xiàn)補(bǔ)充了歷史數(shù)據(jù)等情況下。 2.4 數(shù)據(jù)庫設(shè)計(jì) 系統(tǒng)采用SQLServer作為數(shù)據(jù)庫平臺(tái)。采用PowerDesigner【2】作為數(shù)據(jù)庫建模工具。把數(shù)據(jù)傳輸中涉及的信息轉(zhuǎn)化為數(shù)據(jù)，建立起基本的數(shù)據(jù)表，建表時(shí)利用了索引和主、外鍵關(guān)聯(lián)【3】。系統(tǒng)涉及的表等數(shù)據(jù)庫對象共12個(gè)，以發(fā)票信息信息為例介紹如下。 表1 發(fā)票數(shù)據(jù)（主表）表結(jié)構(gòu) 字段名描述數(shù)據(jù)類型P/F允許空PJLX票據(jù)類型Char(5)非空PJHM票據(jù)號(hào)碼Char(10)P非空DWBM單位編碼Varchar (100)WTBM委

7、托編碼Varchar(100)ZSFS征收方式Varchar (10)JKFS交款方式Varchar (10)ZPHM支票號(hào)碼Varchar (50)KPRQ開票日期Char(8)JKQC交款全稱Varchar (100)JKZH交款賬號(hào)Varchar (50)JKYH交款銀行Varchar (100)SKQC收款全稱Varchar (50)SKZH收款賬號(hào)Varchar (50)SKYH收款銀行Varchar (100) 表2 發(fā)票數(shù)據(jù)（從表）表結(jié)構(gòu) 字段名描述數(shù)據(jù)類型P/F允許空PJHM票據(jù)號(hào)碼Char (10)P非空XMSL項(xiàng)目數(shù)量Int非空XMJE項(xiàng)目金額Decimal(10,2) 3

8、 關(guān)鍵技術(shù)分析 本系統(tǒng)的設(shè)計(jì)開發(fā)過程中有不少的關(guān)鍵技術(shù)，如Webservice技術(shù)和數(shù)據(jù)的壓縮、加密等技術(shù)。需要注意的是，壓縮、加密技術(shù)的反函數(shù)不能破壞明文的原始狀態(tài)。此外，為便于移植，系統(tǒng)還用到了LINQ類對數(shù)據(jù)進(jìn)行轉(zhuǎn)換。 3.1 Webservice技術(shù) 因?yàn)?Web Service 基于標(biāo)準(zhǔn)接口，所以即使是以不同的語言編寫并且在不同的操作系統(tǒng)上運(yùn)行，它們也可以進(jìn)行通信。因此，WebService 是生成必須適用于網(wǎng)絡(luò)上不同系統(tǒng)的分布式應(yīng)用程序的極好方法。Web Service通過使用XML（通常使用 SOAP 格式）和WDSL進(jìn)行工作。因?yàn)?Web Service 符合公認(rèn)的標(biāo)準(zhǔn)，所以能

9、夠以這種通?？稍L問的方式來公開其資源。 圖4Web Service 體系結(jié)構(gòu) 上圖顯示了 Web Service（在中央）、其客戶端軟件應(yīng)用程序（在左側(cè)）及其使用的資源（包括數(shù)據(jù)庫、其他 Web Service 等）（在右側(cè)）之間的關(guān)系。Web Service 通過使用標(biāo)準(zhǔn)協(xié)議（如 HTTP）交換 XML 消息來與客戶端和各種資源進(jìn)行通信。在 WebLogic Server(或IIS) 上部署 Web Service 后，由 WebLogic Server 負(fù)責(zé)將傳入的 XML 消息路由到您編寫的 Web Service 代碼。Web Service 將導(dǎo)出 WSDL 文件，以描述其接口，其他

10、開發(fā)人員可以使用此文件來編寫訪問此 Web Service 的組件。 3.2數(shù)據(jù)壓縮 數(shù)據(jù)壓縮，通俗地說，就是用最少的數(shù)碼來表示信號(hào)。其作用是：能較快地傳輸各種信號(hào)；在現(xiàn)有的通信干線并行開通更多的多媒體業(yè)務(wù)，如各種增值業(yè)務(wù)；緊縮數(shù)據(jù)存儲(chǔ)容量，如CDROM、VCD和DVD等；降低發(fā)信機(jī)功率，這對于多媒體移動(dòng)通信系統(tǒng)尤為重要。由此看來，通信時(shí)間、傳輸帶寬、存儲(chǔ)空間甚至發(fā)射能量，都可能成為數(shù)據(jù)壓縮的對象。如果每天的發(fā)票數(shù)據(jù)量很大，建議使用數(shù)據(jù)壓縮技術(shù)來縮短傳輸時(shí)間。 市財(cái)政的webservice接口采用J2EE寫成，其壓縮和解壓縮使用了zlib算法，經(jīng)壓縮后再使用Base64編碼轉(zhuǎn)換后傳出。因此，為

11、確保系統(tǒng)在Windows .Net框架下壓縮數(shù)據(jù)可以被正確的解壓縮，我們在VS平臺(tái).Net框架下引用了java.util.zip命名空間中相應(yīng)的方法對數(shù)據(jù)進(jìn)行了處理。 3.3發(fā)票校驗(yàn)碼生成 * 票號(hào)校驗(yàn)碼。在進(jìn)行發(fā)票開具時(shí)，必須為發(fā)票生成一個(gè)或多個(gè)校驗(yàn)字符串，用于校驗(yàn)該發(fā)票的真?zhèn)?。同時(shí)，為防止作為發(fā)票唯一標(biāo)識(shí)的發(fā)票號(hào)碼作假，也必須對其進(jìn)行防偽技術(shù)處理，通常情況下，一般將發(fā)票號(hào)碼的最后一位作為識(shí)別碼。例如，如果發(fā)票號(hào)碼是十位的話，可以通過一定的算法將前九位運(yùn)算出后一位校驗(yàn)碼，校驗(yàn)碼為0、1、2、3、4、5、6、7、8、9、X共11位中的一個(gè)識(shí)別碼。該識(shí)別碼不提前印刷在發(fā)票上，只在開票時(shí)打印并存儲(chǔ)在數(shù)據(jù)庫中。 * 全票面信息校驗(yàn)碼。將票面信息中的最重要的信息按照一定的順序組合起來，去掉首尾空格后直接連接成一個(gè)字符串，通過校驗(yàn)碼算法對該字符串進(jìn)行運(yùn)算，產(chǎn)生一個(gè)四位校驗(yàn)碼，該校驗(yàn)碼由0、1、2、3、4、5、6、7、8、9十個(gè)數(shù)字構(gòu)成。 4結(jié)語 發(fā)票數(shù)據(jù)交換系統(tǒng)是在2008年年中設(shè)計(jì)、開發(fā)完成的，經(jīng)過近3年的運(yùn)行，該平臺(tái)運(yùn)行穩(wěn)定，為單位節(jié)省了大量的人力和物理，也為單位ERP系統(tǒng)帶來了暢通的財(cái)務(wù)數(shù)據(jù)共享。 作為自建系統(tǒng)，該接口的設(shè)計(jì)成功，得到了當(dāng)?shù)刎?cái)政系統(tǒng)的表彰，為全地區(qū)非稅發(fā)票的打印提供了典范。同時(shí)，該模塊的設(shè)計(jì)和開發(fā)，得到了當(dāng)?shù)刎?cái)政系統(tǒng)信息中心的大力支持和