一種電子發(fā)票生成處理的軟件系統(tǒng)集成方法

錢哨 李揮劍 邢宇鵬

（1.交通運輸部管理干部學院 北京市 101601 2.交通運輸部規(guī)劃研究院 北京市 100028）

目前，全國的稅制改革中電子發(fā)票的推出極大方便了社會經(jīng)濟生產(chǎn)生活，并且在互聯(lián)網(wǎng)+電商領(lǐng)域得到了很好的應用，供需雙方體驗較好，有效解決了社會經(jīng)濟活動中傳統(tǒng)發(fā)票等待時間長、錯誤率高、易丟失、重新開票難等一系列問題。

黨校/干部培訓教育領(lǐng)域，即有別于國民教育，也有別于完全市場化的培訓機構(gòu)，其主要行業(yè)特點是人員流動性大、行政主導與市場主導并行，要求服務(wù)質(zhì)量較高。傳統(tǒng)的干訓單位依靠大量的人力協(xié)作處理發(fā)票業(yè)務(wù)，內(nèi)部財務(wù)管理流程繁瑣，學員個性化開票需求多、變動頻繁，改票、廢票、重新開票時有發(fā)生，占據(jù)了培訓業(yè)務(wù)的大量人力和時間成本。將電子發(fā)票應用于干部培訓業(yè)務(wù)領(lǐng)域是提高培訓效率和服務(wù)滿意度的一種行之有效的解決方案。

電子發(fā)票是內(nèi)嵌于干部培訓的業(yè)務(wù)流程之中，并非孤立存在，需要考慮電子發(fā)票的關(guān)鍵信息源頭以及電子發(fā)票生成的過程，最終如何將電子發(fā)票精準發(fā)送至繳費方。

干部培訓過程中電子發(fā)票的業(yè)務(wù)流程共分為六個軟件系統(tǒng)平臺的數(shù)據(jù)集成與交互，包括學員報名子系統(tǒng)、學員報到子系統(tǒng)、統(tǒng)一支付平臺、電子稅票平臺和微信公眾號及短信平臺，如圖1 所示。其中S101（學員報名子系統(tǒng)）和S102（學員報到子系統(tǒng)）是解決電子發(fā)票的數(shù)據(jù)來源問題，S103（統(tǒng)一支付平臺）和S104（電子稅票平臺）是解決電子發(fā)票的生成問題，而S105（微信公眾號平臺）和S106（短信平臺）是解決電子發(fā)票的發(fā)布問題。

1 電子發(fā)票數(shù)據(jù)采集的系統(tǒng)集成

1.1 學員報名子系統(tǒng)獲取電子發(fā)票關(guān)鍵數(shù)據(jù)

圖1：干部培訓平臺電子發(fā)票整體業(yè)務(wù)流程圖

培訓學員通過微信公眾號培訓報名子系統(tǒng)，利用智能手機微信公眾號，通過掃描某具體培訓項目的報名二維碼，自行選擇某培訓項目的培訓班次（培訓時間、地點不同），填報個人報名信息。報名信息包括個人基本信息、工作信息、發(fā)票信息等，推送至學員報名庫中。其中，后續(xù)開票流程所必需的開票信息包括：單位名稱、納稅人識別號、支付方式、開票類型、姓名（郵寄地址、電話、開戶行、帳號、發(fā)票備注），括號內(nèi)信息為專票信息。鑒于開票單位主要為黨政機關(guān)和事業(yè)單位的特點，第三方開票稅務(wù)信息數(shù)據(jù)庫存在單位名稱不全或錯誤的普遍問題，因此本系統(tǒng)未對學員填報的開票信息自動彈出和第三方數(shù)據(jù)驗證，由學員自行負責開票信息的正確性。干部培訓平臺與電子發(fā)票的系統(tǒng)集成整體架構(gòu)圖如圖2 所示。

1.2 學員報到子系統(tǒng)完成身份確認和數(shù)據(jù)推送

培訓報到子系統(tǒng)繼承了學員報名子系統(tǒng)的學員報名數(shù)據(jù)，班主任可以提前在培訓系統(tǒng)的班級屬性中預制報到班次的培訓相關(guān)費用信息（包括：培訓費用，食宿費用/天，培訓天數(shù)），而后班主任通過培訓系統(tǒng)的班級繳費初始化功能，將預制費用設(shè)置給每一位已報名學員，形成個人繳費信息。個人的繳費信息正確性在報名時候由學員自行負責，現(xiàn)場報到時候由學員再次人工確認，培訓系統(tǒng)和支付平臺不承擔校對繳費信息正確性判斷的功能。報到用計算機提前安裝身份證讀卡器驅(qū)動，通過電腦USB 接口連接身份證讀卡器，在培訓報到模塊中刷報到人身份證，確認學員報到身份。在學員身份確認后，培訓系統(tǒng)將班次、學員、繳費、開票數(shù)據(jù)封裝成支付平臺數(shù)據(jù)接口規(guī)范所需要的https 協(xié)議下的webform 數(shù)據(jù)特定加密規(guī)則提交至統(tǒng)一支付平臺，支付平臺不再對推送的封裝數(shù)據(jù)進行重復驗證工作。

2 電子發(fā)票生成的系統(tǒng)集成

2.1 統(tǒng)一支付平臺完成繳費及開票數(shù)據(jù)確認

統(tǒng)一支付平臺是第三方財務(wù)管理專用軟件系統(tǒng)，培訓報到子系統(tǒng)與統(tǒng)一支付平臺互相提供了Webservice 服務(wù)應用接口，該統(tǒng)一應用接口被部署在應用單位應用服務(wù)器中的統(tǒng)一數(shù)據(jù)交換平臺中，webservice 服務(wù)實現(xiàn)可包含數(shù)據(jù)加密/解密操作規(guī)范，開票數(shù)據(jù)服務(wù)接口規(guī)范以及具體組件（業(yè)務(wù)對象）的實現(xiàn)。組件技術(shù)通常用于實現(xiàn)服務(wù)的功能。服務(wù)之間進行交互的唯一方式就是通過它們的接口完成開票數(shù)據(jù)的推拉交換。鑒于統(tǒng)一數(shù)據(jù)交換平臺的webservice服務(wù)需要處理多線程WEB 應用請求服務(wù)的實際情況，故需要采用webservice 服務(wù)編配接口完成。

圖2：干部培訓平臺與電子發(fā)票的系統(tǒng)集成整體架構(gòu)圖

統(tǒng)一支付平臺需要按照財務(wù)會計工作原則對每培訓班建立賬目，建賬的基本邏輯是：培訓系統(tǒng)中建立培訓班時候會自動生成系統(tǒng)唯一班級編號ID，學員每次選擇具體培訓班報名成功后將生成唯一的學員編號ID，班級與學員將形成1 對多的數(shù)據(jù)庫關(guān)聯(lián)。設(shè)A培訓班的a1學員是第一名報到學員，在報到子系統(tǒng)中報到成功后，報到子系統(tǒng)把繳費信息（包括班級編號ID、學員編號ID、繳費金額、開票信息等）推送至統(tǒng)一支付平臺，統(tǒng)一支付平臺首先判斷推送過來的繳費信息中，自身庫內(nèi)是否已有班級編號ID，如果沒有則新建賬目，如果有則將該筆繳費信息納入已有班級編號ID 賬目內(nèi)。因此，a1 學員推送過去后，統(tǒng)一支付平臺將新建A 培訓班賬目，a2 學員推送過去后自動歸入A 培訓班賬目。假設(shè)學員a1年內(nèi)又參加另一培訓班B，則a1 報名后將產(chǎn)生新的學員編號ID 與另一培訓班B 的班級編號ID 產(chǎn)生新的關(guān)系，不會與其曾經(jīng)參加的班次賬目信息混淆。

培訓報到子系統(tǒng)推送至統(tǒng)一支付平臺的數(shù)據(jù)交換時延約3-4秒。對于每次接收到培訓報到子系統(tǒng)推送的開票數(shù)據(jù)，通過統(tǒng)一的WEBservice 應用接口，通過https 協(xié)議實現(xiàn)數(shù)據(jù)的通信，并在統(tǒng)一支付平臺實現(xiàn)對打包數(shù)據(jù)的統(tǒng)一解密過程，存儲于統(tǒng)一支付平臺獨立數(shù)據(jù)庫內(nèi)。

對于統(tǒng)一支付平臺本地數(shù)據(jù)庫中存儲的每一條同一賬目開票數(shù)據(jù)，統(tǒng)一支付平臺在報到現(xiàn)場收費業(yè)務(wù)數(shù)據(jù)處理邏輯是：

第一步，確認已有報到學員數(shù)據(jù)被推送過來，并人工確認其開票信息（開票單位、納稅人識別號等）正確性（此處由筆記本電腦連接的反向液晶屏顯示培訓報到子系統(tǒng)中具體學員已提交的費用及開票信息，由學員本人完成確認工作）。

第二步，人工詢問報到學員繳費金額正確性，詢問繳費方式（刷卡、支付寶、微信、現(xiàn)金）等。學員對顯示的費用及開票信息有異議的，培訓機構(gòu)工作人員可再次修改（如繳費金額、開票地址、納稅人識別號、發(fā)票類型等）?，F(xiàn)場繳費方式的確認提交為會計的后期賬目來源分類奠定工作基礎(chǔ)，無需人工方式處理資金來源記賬方式，大大優(yōu)化了會計的憑證入賬處理速度。

第三步，通過支持網(wǎng)絡(luò)支付的刷卡POS 機完成費用的收取，在支付平臺中點擊費用收取完成支付平臺的交互操作。該筆交易信息將由支付平臺推送至電子稅票開票平臺，等待電子發(fā)票反饋信息。

由于開票性質(zhì)（培訓/會務(wù)類）和繳費金額（預制培訓費用）已經(jīng)確定，因此此類電子發(fā)票的模版、稅率等前提要件已經(jīng)固定，不存在不同類商品/服務(wù)需要選擇多模版和稅率的邏輯。全部確認后，由統(tǒng)一支付平臺將開票業(yè)務(wù)數(shù)據(jù)推送至電子稅票平臺。

表1：電子發(fā)票生成和處理方法及系統(tǒng)應用前后對比表

異常情況多見以下兩類問題處理：

第一類，單位組織提前繳費的情況多見于傳統(tǒng)的單位轉(zhuǎn)賬模式。需要財務(wù)管理部門和向班主任提前線下告之，由班主任具體確認繳費人員后，班主任報到前在培訓系統(tǒng)中修改報名人員為報到狀態(tài)后，推送至統(tǒng)一支付平臺，可提前開具電子發(fā)票。

第二類，開具增值稅專用發(fā)票，其信息的交換原理與前相同，唯一區(qū)別是專票信息在支付平臺中直接推送給財務(wù)部門會計人員，財務(wù)部門會計人員登錄支付平臺連接稅控機打印紙質(zhì)專票后，交付具體培訓班班主任發(fā)放。

2.2 電子稅票平臺完成電子發(fā)票生成

電子稅票平臺是第三方稅務(wù)管理應用系統(tǒng)，電子稅票平臺是基于云服務(wù)的（SAAS）的服務(wù)即應用的全國性稅控管理平臺，其業(yè)務(wù)應用服務(wù)器部署于云端，采用單線程隊列形式完成對全國性稅票開具的業(yè)務(wù)處理。傳統(tǒng)模式的用戶私有云服務(wù)與電子稅票平臺公有云服務(wù)模式經(jīng)過實驗證明是不穩(wěn)定和低效率的，主要是由于票據(jù)開具用戶可能因培訓業(yè)務(wù)服務(wù)在全國任何一個城市，需要由互聯(lián)網(wǎng)連接用戶私有云網(wǎng)絡(luò)后，再由私有云網(wǎng)絡(luò)與公有云票務(wù)處理系統(tǒng)完成稅票的請求工作。鑒于不同城市的互聯(lián)網(wǎng)供應商帶寬和連接方式的不同，與用戶私有云網(wǎng)絡(luò)連接存在跨互聯(lián)網(wǎng)供應商的問題，很大程度制約了客戶端服務(wù)請求響應時間，導致用戶開票體驗效果較差。通過電子稅票平臺公有云服務(wù)的（SAAS）平臺，可以極大改善跨服務(wù)商網(wǎng)絡(luò)帶寬問題，較好解決了電子發(fā)票的開票效率，用戶客戶端服務(wù)響應時間加快，滿意度提高。

統(tǒng)一支付平臺是電子稅票平臺的上游業(yè)務(wù)，經(jīng)統(tǒng)一支付平臺確認的開票信息推送至電子稅票平臺開具電子發(fā)票，因此電子稅票平臺僅被動接收開票關(guān)鍵數(shù)據(jù)，無需再次設(shè)置收款人開票信息。電子稅票平臺與統(tǒng)一支付平臺的數(shù)據(jù)交換過程也是通過WEBservice 服務(wù)進行數(shù)據(jù)交換，與培訓報到子系統(tǒng)和統(tǒng)一支付平臺數(shù)據(jù)交換不同的是，沒有使用數(shù)據(jù)交換平臺的WEBservice 服務(wù)接口，而是通過各自獨立的基于公有云WEBservice 服務(wù)接口實現(xiàn)的數(shù)據(jù)交換。基本過程如下：

（1）統(tǒng)一支付平臺將開票參數(shù)（模版、稅率、開票信息、支付金額等）完成數(shù)據(jù)的封裝，并對封裝后的開票參數(shù)進行加密處理，調(diào)用公有云中的電子稅票開票接口，通過HTTPS 協(xié)議由支付平臺服務(wù)器向稅票服務(wù)器發(fā)送post 請求。

（2）公有云中的電子稅票開票平臺加密后的開票參數(shù)封裝數(shù)據(jù)，并在電子稅票開票平臺實現(xiàn)對打包數(shù)據(jù)的統(tǒng)一解密過程，并存儲于電子稅票開票平臺獨立數(shù)據(jù)庫內(nèi)。對于開票業(yè)務(wù)請求按照隊列算法存儲于開票隊列緩存中，等待開票緩存的處理。

經(jīng)電子稅票開票平臺按照隊列處理完成稅票開具成功后，電子稅票開票平臺服務(wù)器將反饋結(jié)果返回統(tǒng)一支付平臺（默認參數(shù)為F，未開具；成功后參數(shù)為T，已開具），成功后同時將調(diào)用電子票pdf 電子文件鏈接地址封裝后反饋統(tǒng)一支付平臺。此過程也是通過WEBservice 服務(wù)接口實現(xiàn)數(shù)據(jù)封裝后的加密/解密過程，原理同上。

圖3：傳統(tǒng)培訓發(fā)票開具流程圖

經(jīng)過實驗發(fā)現(xiàn)，私有云的開票緩存處理能力相較公有云并行計算機處理而言，在密集開票的業(yè)務(wù)情況下（基本臨界值在500），可能會造成私有云服務(wù)器的宕機現(xiàn)象，導致整體稅票票務(wù)系統(tǒng)的崩潰。

3 電子發(fā)票發(fā)布的系統(tǒng)集成

3.1 微信公眾號和短信平臺實現(xiàn)電子發(fā)票發(fā)布

微信公眾號學員門戶APP 是解決學員終端接收電子發(fā)票的最后一步。統(tǒng)一支付平臺在與電子稅票平臺完成數(shù)據(jù)交互后，開票的結(jié)果數(shù)據(jù)將直接反饋至統(tǒng)一支付平臺的數(shù)據(jù)庫中存儲，開票結(jié)果交易數(shù)據(jù)如流水、狀態(tài)、支付類型等數(shù)據(jù)封裝成JSON(JavaScript Object Notation) 的輕量級的數(shù)據(jù)交換格式，以Array（有序的）一組有序的數(shù)據(jù)列表記錄結(jié)果交易數(shù)據(jù)，培訓平臺則將通過JSON數(shù)據(jù)采集網(wǎng)關(guān)將各種支付平臺的數(shù)據(jù)采集后按照JSON 格式上傳培訓系統(tǒng)。培訓系統(tǒng)將通過WEBAPI 進行數(shù)據(jù)采集網(wǎng)關(guān)交互，采用WEBAPI 進行數(shù)據(jù)交互主要考慮到用戶查詢的頻度和數(shù)據(jù)交換的頻度無法預知，需要構(gòu)建一種輕量級的快速數(shù)據(jù)交互方式，采用Web Service 服務(wù)但是不需要SOAP 架構(gòu)，只想發(fā)布一些簡單的Http 服務(wù)，不想使用相對復雜的WCF 配置，便于服務(wù)需要被各種客戶端(特別是移動客戶端)隨時調(diào)用的客觀情況。

WebAPI 是一個簡單的構(gòu)建HTTP 服務(wù)的新框架，支持原生OData，返回JSON、XML 等格式，并且可以添加其他擴展類型，對各類平臺具有較好的簡永興，也可以被其他平臺整合，有效的減輕以SOAP 標準的WEBservice、WFC 框架技術(shù)開發(fā)困難程度，提高程序員的開發(fā)效率。

基于WebAPI 輕量級數(shù)據(jù)交換方法，我們可以對封裝后的JSO N(JavaScript Object Notation) 數(shù)據(jù)（主要包括開票的狀態(tài)參數(shù)信息和電子發(fā)票的PDF 文件地址信息）交換格式進行培訓平臺解析后，由培訓平臺推送至微信公眾號移動端，提供學員下載電子發(fā)票。

短信平臺也是解決學員終端接收電子發(fā)票的另一種途徑。同樣采用了基于WebAPI 輕量級數(shù)據(jù)交換方法，對封裝后的JSON(Java Script Object Notation) 數(shù)據(jù)（主要包括手機號碼、開票的狀態(tài)參數(shù)信息和電子發(fā)票的PDF 文件地址信息）交換格式進行培訓平臺解析后，由培訓平臺觸發(fā)短信平臺的短信網(wǎng)關(guān)，推送至培訓學員手機移動端，提供電子發(fā)票的PDF 文件鏈接地址信息供學員下載電子發(fā)票。

4 軟件系統(tǒng)集成實驗效果

干部培訓工作的傳統(tǒng)收費開票模式一般按照以下步驟通過人工協(xié)作方式實現(xiàn)，參見圖3 所示。

S201：學員報名。通過電子郵件、傳真、電話方式搜集報名信息，整理匯總成EXCEL 電子文件。

S202：現(xiàn)場報到。

（1）參訓學員在打印紙張上簽名

（2）現(xiàn)場收費，人工方式逐個采集學員開票信息，手工填寫方式記錄在紙質(zhì)繳費報表上

（3）整理繳費報表，形成EXCEL 文件，通過郵件/QQ/微信發(fā)送至財務(wù)部門。

S203：財務(wù)部門開票。

（1）財務(wù)部門通過稅控機開具紙質(zhì)發(fā)票

（2）通過郵寄/快遞方式寄送培訓班辦班地點

（3）處理大量錯票/誤票（因筆誤、錯別字、字跡潦草、口誤等因素）

通過對干部培訓平臺的電子發(fā)票生成和處理方法及系統(tǒng)應用之前和應用之后進行實驗對比，其社會效益和經(jīng)濟效益明顯，如表1所示。

某培訓班A 和B，預計培訓人員都為200 人。培訓班A 采用傳統(tǒng)方式辦班，B 采用信息化方式辦班。A 投入培訓招生3 人，周期1 個月，需要完全人工值守。報到現(xiàn)場投入5 人，每學員繳費時間5 分鐘，填寫發(fā)票手寫時間5 分鐘，人員聚集產(chǎn)生排隊現(xiàn)象較為明顯。錯票20 張，郵寄費10 元/人，學員等待時間3 天收到票據(jù)。按照日薪300 元計，人工成本約3.6 萬，郵寄成本0.22 萬，合計3.82萬元?，F(xiàn)場按最大等待時間計算，按同時聚集20 人計算，最慢學員需等待40 分鐘。

B 投入培訓招生1 人，周期1 個月，無需要人工值守。報到現(xiàn)場投入2 人，每學員繳費時間5 分鐘，發(fā)票信息確認時間5 秒，人員聚集產(chǎn)生排隊現(xiàn)象較少。無錯票，無郵寄費，學員等待時間20 秒。按照日薪300 元計，人工成本約1.35 萬，郵寄成本0 元，合計1.35萬元?，F(xiàn)場按最大等待時間計算，按同時聚集20 人計算，最慢學員需等待17 分鐘。

5 結(jié)語

針對較多人員的培訓開票需求，通過培訓報名模塊采集個人信息和設(shè)置培訓機構(gòu)的信息，再通過培訓報到模塊，確認參訓人員，并將參訓人員的信息與報名模塊中采集的信息進行匹配，按照規(guī)范生成開票請求數(shù)據(jù)。減少大量人工錄入和核對過程中采集的信息錯誤，并減少大量的數(shù)據(jù)重復錄入工作。

統(tǒng)一支付平臺將收到的款項信息、參訓學員信息、開票信息進行自動匹配，匹配成功的形成開票數(shù)據(jù)，交由公有云上的電子稅票系統(tǒng)實現(xiàn)電子發(fā)票的自動化開具。進一步減少了人工錄入和開票核對的工作量，提高了開票效率，縮短了開票時間。

電子發(fā)票分發(fā)單元，利用多種技術(shù)手段，通過多種方式，將發(fā)票推送至參訓學員，減少等待發(fā)票，分發(fā)發(fā)票的時間，再次降低了工作人員的勞動強度，提高了工作效率，同時減少了人工錄入的錯誤可能性。