王婷婷 布挺 劉爭榮

摘? 要：電商的快速發(fā)展使電子發(fā)票的使用越來越為廣泛。由于各種原因，電子發(fā)票存在重復打印或重復報銷的情況。為解決采購報銷人員和財務工作人員由于電子發(fā)票重復打印帶來的工作困擾，設計了一款電子發(fā)票報銷控管系統(tǒng)。該系統(tǒng)實現(xiàn)了電子發(fā)票的掃描錄入、存儲，并能夠識別出過往已經(jīng)報銷的電子發(fā)票，該系統(tǒng)也可被用于財務審計工作。

關鍵詞：電子發(fā)票;財務工作;審計工作;服務器;客戶端

中圖分類號：TP315;TP273? ? ? 文獻標識碼：A 文章編號：2096-4706（2020）01-0017-04

Abstract：With the rapid development of e-commerce，the use of electronic invoices is becoming more and more widespread. For a variety of reasons，electronic invoices exist in the case of repeated printing or repeated reimbursement. In order to solve the problems caused by repeated printing of electronic invoices，an electronic invoice reimbursement control system was designed. The system can scan and input electronic invoices，store them，and identify the electronic invoices that have been reimbursed in the past. It can also be used for financial audit.

Keywords：electronic invoice;financial work;audit work;server;client

0? 引? 言

電子商務的快速發(fā)展使電子發(fā)票的使用也越來越廣泛。2013年，國家稅務總局電子稅務局實施《網(wǎng)絡發(fā)票管理辦法》，電子發(fā)票就是網(wǎng)絡發(fā)票的俗稱[1]。2017年我國電子發(fā)票開具量達13.1億張，預計2022年可能高達545.5億張。與傳統(tǒng)紙質(zhì)發(fā)票相比，電子發(fā)票可以在線開票，節(jié)省發(fā)票工本費、稅控成本以及相關人力成本[2]。

而且電子發(fā)票系統(tǒng)可以與企業(yè)內(nèi)部的ERP、CRM、CSC等系統(tǒng)相結(jié)合，發(fā)票資料全面電子化并集中處理，有助于企業(yè)本身的賬務處理，并能及時給企業(yè)經(jīng)營者提供決策支持。電子發(fā)票在保管、查詢、調(diào)閱時更加方便，也更加便于電子商務網(wǎng)站為消費者提供更加方便的服務[3]。

電子發(fā)票的推出是國家規(guī)范電子商務納稅的必然方式，這有利于國家對網(wǎng)絡交易的監(jiān)管，也有利于維護消費者的合法權益[4]。

電子發(fā)票在使用方便的同時，也給單位采購報銷人員、會計核算人員、財務審計人員的工作帶來了一定的困難。由于區(qū)別于傳統(tǒng)發(fā)票，自行打印電子發(fā)票具有不唯一性，如果需要報銷發(fā)票的數(shù)量較多，很可能導致報銷人員在一定時期內(nèi)重復打印電子發(fā)票并重復報銷。而會計核算人員也很難及時發(fā)現(xiàn)重復報銷的情況。財務審計人員工作時亦難發(fā)現(xiàn)。這給報銷人員、財務工作、審計工作帶來了工作風險和紀律風險。

設計一款電子發(fā)票報銷控管系統(tǒng)，用于個人記錄打印報銷電子發(fā)票情況、會計核算人員審核報銷電子發(fā)票情況以及財務審計工作人員審查電子發(fā)票的報銷，帶來了極大的方便。

1? 整體設計

常見的財務管理系統(tǒng)，有采用B/S架構（瀏覽器/服務器）的模式，如Odoo等，也有C/S架構（客戶端/服務器）的模式，如科發(fā)、天財?shù)萚5]。不管采用哪種架構，都需要一臺具有較高性能和較高可靠性的服務器作為數(shù)據(jù)存儲和服務使用，如圖1所示。會計核算人員在擁有權限的終端電腦上進行記賬操作。

在此結(jié)構上實現(xiàn)電子發(fā)票的控管，有以下幾種途徑可以實現(xiàn)：

（1）在原有財務系統(tǒng)中增加電子發(fā)票控管功能。采用這種方法，需要聯(lián)系原財務管理系統(tǒng)廠家，新增或開發(fā)電子發(fā)票管理功能。需要投入一萬到數(shù)萬元不等的金額，且新功能對原系統(tǒng)是否有不利影響，有待測試。

（2）在現(xiàn)有服務器中開發(fā)安裝電子發(fā)票控管系統(tǒng)。這種方式需要在現(xiàn)有服務器中安裝第三方軟件，為服務器的安全運行和數(shù)據(jù)安全帶來了隱患。

（3）增設專用的服務器，用于安裝電子發(fā)票控管系統(tǒng)。這種方式需要投入新的服務器設備，成本較高。

（4）在會計核算終端電腦或者會計核算負責人電腦中安裝電子發(fā)票控管系統(tǒng)。這種方式幾乎不增加新的硬件設備，又不影響原有服務器的安全運行。是一種具有較好效益的實現(xiàn)方式。

本設計采用C/S的模式，分為一個客戶端和一個服務器端，服務器端可以運行在任何的操作系統(tǒng)，或者是一臺安卓手機上，安裝好服務端并且開啟服務端之后，會自動在軟件的安裝目錄下創(chuàng)建一個數(shù)據(jù)庫，該數(shù)據(jù)庫包含兩張數(shù)據(jù)表，主表里面包含所有的已經(jīng)報銷過的電子發(fā)票的所有的信息，和對應的報銷人與經(jīng)手人等各種詳細的信息，還有一個用戶表，保存著可以登錄該系統(tǒng)的所有的人的賬號ID、密碼和姓名。客戶端打開登錄界面后，第一次需要輸入對應的服務器端的IP地址，和端口號，連接成功后即可以通過賬號密碼登錄到該系統(tǒng)。

在報銷時，會計或是任何的錄入人員，可以選擇手動錄入或是通過掃描槍掃描電子發(fā)票的二維碼進行自動錄入，自動錄入會自動掃描出該發(fā)票的面額、日期、發(fā)票代碼、發(fā)票號碼等詳細的信息，確認錄入發(fā)票信息時會自動將所有的已經(jīng)輸入的電子發(fā)票的發(fā)票代碼和發(fā)票號碼傳送到服務器端進行比對，如果發(fā)現(xiàn)該發(fā)票已經(jīng)在數(shù)據(jù)庫中存在，則說明該發(fā)票已經(jīng)被報銷過[6]。服務端返回發(fā)票已經(jīng)報銷的信息并且顯示，同理，如果發(fā)票并未被報銷過，則也會顯示相應的信息。當操作員確認報銷后，就會把所有的信息錄入到數(shù)據(jù)庫，那么這些發(fā)票下次再次報銷就會提示已報銷。

客戶端：采用微軟的C#+Visual Studio進行開發(fā)，C#特別適合進行Windows界面軟件的開發(fā)，并且與Windows的兼容性非常好。

服務器：分為電腦服務器版本，和手機版本，均采用Java開發(fā)，其中，電腦版本的服務器采用Java+eclipse軟件進行開發(fā)，手機端的服務器采用Java+Android Studio進行開發(fā)。

聯(lián)網(wǎng)查驗API服務：采用PHP編寫，部署到云服務器上。

2? 硬件設備

該電子發(fā)票管理系統(tǒng)采用C/S架構，在會計核算負責人終端電腦中安裝數(shù)據(jù)庫和服務程序，在每臺會計核算終端電腦上安裝應用程序和二維碼掃描槍，用于讀取電子發(fā)票二維碼信息，如圖2所示。每臺掃描槍成本增加僅百余元。掃描槍采用USB或無線方式連接電腦皆可，支持QR二維碼掃描是基本要求。

3? 軟件設計

3.1? 數(shù)據(jù)庫服務器設計

該系統(tǒng)包含一個服務器。服務器中設計安裝一個數(shù)據(jù)庫，采用超精簡的SQLite3，SQLite是一款輕型的數(shù)據(jù)庫，用來記錄電子發(fā)票的各種信息。數(shù)據(jù)庫可以與現(xiàn)行的財務服務器安裝在一起，降低硬件成本和維護成本，與財務管理系統(tǒng)并行使用。有以下特點：

（1）采用C#.net語言運行在安裝有Windows操作系統(tǒng)的服務器上。

（2）采用TCP通信協(xié)議確保信息傳輸過程中的正確性。

（3）采用多線程使其具有并發(fā)能力，能同時與多個客戶端建立連接。

（4）能應對較差的網(wǎng)絡和機器帶來的粘包等問題，確保信息記錄的正確性。

數(shù)據(jù)表主要有2個，包含主數(shù)據(jù)表和用戶數(shù)據(jù)表，如表1和表2所示。主數(shù)據(jù)表用來記錄發(fā)票和報銷信息，主要包括發(fā)票代碼、發(fā)票號碼、校驗碼、稅前票額、開票日期等。用戶數(shù)據(jù)表用來記錄用戶信息，主要包括用戶姓名、ID、密碼等信息。

如圖3所示，需要在服務器上設置一個服務端程序，用來獲得服務器在內(nèi)網(wǎng)的IP地址，可以指定一個端口號，默認為9001，然后需要手動啟動服務器程序。

3.2? 界面設計

該系統(tǒng)包含多個數(shù)據(jù)錄入終端。

每名會計操作一個數(shù)據(jù)錄入終端，中端包含操作界面和自動錄入設備，實現(xiàn)電子發(fā)票信息的快速、準確錄入，并實現(xiàn)與服務器數(shù)據(jù)比對，審核電子發(fā)票。終端與現(xiàn)行財務管理軟件并行運行。有以下特點：

（1）采用.net語言運行于Windows的操作系統(tǒng)之上。

（2）能夠通過指定的IP地址與端口號連接到指定的服務器上。

（3）具有登錄模塊，能通過服務器端設定的賬號與密碼登錄到服務器。

（4）能自主修改賬號與密碼信息。

（5）同時上傳多條記錄。

如圖4所示，為管理系統(tǒng)的啟動界面。需要在這里指定服務器的IP地址和端口號，然后連接服務器，使用賬戶和密碼登錄客戶端。

如圖5所示為賬戶信息修改界面，在該界面實現(xiàn)密碼的修改。

4? 使用與測試

每張電子發(fā)票上都有一個唯一的二維碼，該二維碼包含發(fā)票代碼、發(fā)票號碼、開票日期、購方稅號、銷方稅號、金額、稅額共七項信息。報銷時，將這些信息錄入數(shù)據(jù)庫，與數(shù)據(jù)庫中的信息進行比對。如果沒有發(fā)現(xiàn)重復項，則順利進行報銷;如果對比發(fā)現(xiàn)重復項，則說明該發(fā)票已經(jīng)報銷過，提示禁止報銷。如圖6所示。通過聯(lián)網(wǎng)，如樂稅平臺，還可實現(xiàn)發(fā)票的真?zhèn)尾樵?，如圖7所示。

設計一個模擬數(shù)據(jù)發(fā)生器，同時打開五個客戶端，模擬五個財務人工輸入，進行整個系統(tǒng)的測試。設置要錄入信息的總數(shù)量，和每次輸入信息的間隔時間20 ms。這個速度遠高于人工的速度，可以看出在數(shù)據(jù)庫總數(shù)達到186545條記錄時，穩(wěn)定運行時間已經(jīng)達到10小時，而每個客戶端測試程序CPU占用為0（近似），內(nèi)存占用均不到14 MB，如圖8所示。服務器占用CPU為2%，內(nèi)存僅為117 MB，如圖9所示。

5? 結(jié)? 論

該設計以一種低成本、低資源占用以及不侵犯原有財務系統(tǒng)的方式實現(xiàn)了對電子發(fā)票報銷的管控，達到了良好的效果，給財務工作和審計工作帶來了便利。

參考文獻：

[1] 余楚國.試探財務共享服務中心在企業(yè)管理中的應用 [J].財訊，2019（9）：89.

[2] 陳偉.電子賬務數(shù)據(jù)的采集記錄方法和系統(tǒng)：CN1062963 76A [P].2017-01-04.

[3] 馬澍.電子發(fā)票稅控管理系統(tǒng)設計與實現(xiàn) [D].遼寧：大連理工大學，2018.

[4] 段偉鋼.醫(yī)院信息化呼喚電子發(fā)票 [C].//中國數(shù)字醫(yī)學雜志社.2016中華醫(yī)院信息網(wǎng)絡大會論文集，2016：1-10.

[5] 尹小燕.基于高效品質(zhì)管理的產(chǎn)品開發(fā)設計質(zhì)量控制管理 [D].成都：電子科技大學，2011.

[6] 張曉旭.圖像內(nèi)容可恢復的變?nèi)萘看嗳跛∷惴ㄑ芯?[D].成都：西南交通大學，2014.

作者簡介：王婷婷（1982-），女，漢族，湖北宜城人，中級會計師，碩士，主要研究方向：財務管理、審計;布挺（1982-）， 男，回族，福建廈門人，講師，碩士，主要研究方向：運動控制、機器視覺。