浅析发票开具管理系统中的关键模块设计

李满玲

摘要：针对传统发票管理的局限性，提出发票开具管理系统的设计，并详细介绍了系统设计中关键模块的设计分析，对我国税收信息化建设提供可供参考的建议。

关键词：发票开具；关键模块；系统设计

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2015）05-0084-01

随着税收信息化建设的不断深入，传统的发票管理模式对税源的监控效率十分低下。开发一个发票开具管理系统对税源的监控将将起到积极作用[1]。如何保障在网络和其他故障导致后台系统无法连接的情况下系统能够正常开具发票，以及后续数据同步的可靠性问题，是衡量发票开具管理系统的性能的重要条件[2-3]。本文对发票开具管理系统进行系统设计，并对其中的关键模块进行详细的设计分析。

1 系统设计简析

根据系统建设要求，该系统由纳税人端和税务管理端两部分组成。纳税人端选用运行专用客户端程序的方式，使用C++ Builder开发客户端软件。税务管理端是在税收业务大集中软件平台的基础上进行专项功能的开发，采用J2EE中间件三层架构，数据库为Oracle 10G，通过Web Service服务方式向纳税人端提供应用接口，允许纳税人端通过调用系统接口下载应用数据和上传发票明细数据[4]。纳税人端通过Web Service方式调用服务端接口，实现数据上传下载。接口调用将通过互联网下载发票领用等信息，并向后台管理端上报发票明细数据，为保证数据安全，防止第三方篡改数据，系统使用成熟的SSL协议加密传递数据。

2 系统关键模块设计分析

2.1 管理库存模块

纳税人可以申请多个开票点，每个开票点分别领用不同的发票独立开具。系统为开票点设置库存管理功能，确保开票时使用正确的发票号码。纳税人领用发票后，根据各开票点的需要将发票分发，开票点的库存过多则可上缴，以便重新分配。发票分发时，首先查询已有的发票库存和所有的开票点，选择要分发的发票及发票接收的开票点，进行发票分发处理。发票分发后，需要对本地库存进行发票出库处理，减少库存；发票分发的数据由数据导出对象统一封装，便于开票点接收数据，进行发票入库处理。纳税人向开票点分发发票后，接收开票点即可进行发票入库处理。开票点根据自身信息查询数据导出记录，下载数据交送数据导入对象处理。数据导入对象封装数据处理方法，将数据解析成发票分发记录。依据发票分发记录，开票点可增加自身发票库存，并重新计算可用发票号码段。发票库存管理模块中，主要包括发票库存类、纳税人库存类、开票点库存类及数据导入导出的数据导出类和数据导入类。其中发票库存类封装库存计算的公用方法及属性，纳税人库存类处理发票的分发和接收，开票点库存类处理开票点的发票入库及上交。数据导出类封装数据导出的方法，将业务数据打包；数据导入则将数据包解析成系统需要的业务数据。

2.2 发票开具模块

纳税人开具发票时，只能按其发票资格认定信息、领用发票号码段的分配、变更信息范围进行所有操作，不能超范围开具。开票前，纳税人应该在发票资格认定的发票种类中选择相应的发票，系统自动检测该发票种下的可开发票余量。纳税人开具发票时，选择发票种类、行业分类和发票模板后，系统自动调出该种发票的模板式样进行开票信息录入。发票开具模块中开票员类根据纳税人和开票点的相关信息获取可开发票，填写发票信息，然后开具发票。发票类记录开具发票的所有详细信息，在发票校验类对所有数据校验通过后，由开票记录类保存详细数据。纳税人必须按照发票的相应开票规则填写发票。开具的发票金额不能超过单张发票的限额和发票开具的总限额，这两个参数由税务机关设定并由管理员分发到开票点。纳税人应定期上报已经开具的发票，超过规定期限未上报的，应自动锁定其发票开具权限，并提示纳税人尽快上报。纳税人超过规定期限未办理缴销手续的，应自动锁定其发票开具权限，并提示纳税人缴销发票。办理发票缴销手续后，发票缴销成功后，方可正常开具发票。

2.3 数据传输模块

纳税人需要将发票开具数据及时向税务机关报送，并获取税务机关的各项授权数据，如纳税人基本信息、发票领用记录等。系统定时查询是否存在未报送的发票数据，若存在未报送的发票数据则通过数据上报服务对象将数据报送出去，成功后再修改数据报送标志。发票信息包括关键信息和明细信息两部分，数据上报时两部分单独处理，各自根据上报返回结果各 自修改上报标记，互不影响。发票关键信息是各种发票的公共信息，包括收款和付款方信息、金额、日期等，明细信息则由发票模板确定，包括发票开具的具体项目、单价等信息。纳税人基本信息变更后，或成功向税务机关申请领用新的发票后，需及时获取最新的相关数据。若存在更新并获取成功，纳税人核实确认数据的准确性，确保数据与事实一致，系统更新本地相关数据。纳税人基本信息包括与发票开具相关的纳税人的税务登记信息、开票点信息和房地产项目信息。在纳税人系统初始化时自动进行纳税人信息下载，并初始化本地数据库；房地产项目对应一个开票点，房地产项目开票管理员的角色可以下载除房地产项目外的所有发票信息。发票传输模块中，所有的数据传输主要由数据上传类和数据下载类完成，二者的父类封装系统所有的数据传输标准借口。

3 结束语

本文对发票开具管理系统进行系统设计分析，并对关键模块进行详细的分析。后续工作中，我们将重点进行发票开具管理系统的实现，以完成由纳税人端和管理端两部分组成系统的设计与实现。

参考文献：

[1] 徐光明.发票管理弊端与对策探究[J].中国经贸导刊，2006（9）：43-44.

[2] 曹倩.中国普通发票监控管理的研究[D].成都：西南财经大学，2010.

[3] 江慧琴，章倩理.浅议新版地方税务网络发票的使用及其管理[J].高等函授学报：哲学社会科学版，2011（12）：19-20.

[4] 张立. 基于SOA的政府信息管理系统的设计与开发[D].电子科技大学，2013.