钱哨 李挥剑 邢宇鹏

（1.交通运输部管理干部学院 北京市 101601 2.交通运输部规划研究院 北京市 100028）

目前，全国的税制改革中电子发票的推出极大方便了社会经济生产生活，并且在互联网+电商领域得到了很好的应用，供需双方体验较好，有效解决了社会经济活动中传统发票等待时间长、错误率高、易丢失、重新开票难等一系列问题。

党校/干部培训教育领域，即有别于国民教育，也有别于完全市场化的培训机构，其主要行业特点是人员流动性大、行政主导与市场主导并行，要求服务质量较高。传统的干训单位依靠大量的人力协作处理发票业务，内部财务管理流程繁琐，学员个性化开票需求多、变动频繁，改票、废票、重新开票时有发生，占据了培训业务的大量人力和时间成本。将电子发票应用于干部培训业务领域是提高培训效率和服务满意度的一种行之有效的解决方案。

电子发票是内嵌于干部培训的业务流程之中，并非孤立存在，需要考虑电子发票的关键信息源头以及电子发票生成的过程，最终如何将电子发票精准发送至缴费方。

干部培训过程中电子发票的业务流程共分为六个软件系统平台的数据集成与交互，包括学员报名子系统、学员报到子系统、统一支付平台、电子税票平台和微信公众号及短信平台，如图1 所示。其中S101（学员报名子系统）和S102（学员报到子系统）是解决电子发票的数据来源问题，S103（统一支付平台）和S104（电子税票平台）是解决电子发票的生成问题，而S105（微信公众号平台）和S106（短信平台）是解决电子发票的发布问题。

1 电子发票数据采集的系统集成

1.1 学员报名子系统获取电子发票关键数据

图1：干部培训平台电子发票整体业务流程图

培训学员通过微信公众号培训报名子系统，利用智能手机微信公众号，通过扫描某具体培训项目的报名二维码，自行选择某培训项目的培训班次（培训时间、地点不同），填报个人报名信息。报名信息包括个人基本信息、工作信息、发票信息等，推送至学员报名库中。其中，后续开票流程所必需的开票信息包括：单位名称、纳税人识别号、支付方式、开票类型、姓名（邮寄地址、电话、开户行、帐号、发票备注），括号内信息为专票信息。鉴于开票单位主要为党政机关和事业单位的特点，第三方开票税务信息数据库存在单位名称不全或错误的普遍问题，因此本系统未对学员填报的开票信息自动弹出和第三方数据验证，由学员自行负责开票信息的正确性。干部培训平台与电子发票的系统集成整体架构图如图2 所示。

1.2 学员报到子系统完成身份确认和数据推送

培训报到子系统继承了学员报名子系统的学员报名数据，班主任可以提前在培训系统的班级属性中预制报到班次的培训相关费用信息（包括：培训费用，食宿费用/天，培训天数），而后班主任通过培训系统的班级缴费初始化功能，将预制费用设置给每一位已报名学员，形成个人缴费信息。个人的缴费信息正确性在报名时候由学员自行负责，现场报到时候由学员再次人工确认，培训系统和支付平台不承担校对缴费信息正确性判断的功能。报到用计算机提前安装身份证读卡器驱动，通过电脑USB 接口连接身份证读卡器，在培训报到模块中刷报到人身份证，确认学员报到身份。在学员身份确认后，培训系统将班次、学员、缴费、开票数据封装成支付平台数据接口规范所需要的https 协议下的webform 数据特定加密规则提交至统一支付平台，支付平台不再对推送的封装数据进行重复验证工作。

2 电子发票生成的系统集成

2.1 统一支付平台完成缴费及开票数据确认

统一支付平台是第三方财务管理专用软件系统，培训报到子系统与统一支付平台互相提供了Webservice 服务应用接口，该统一应用接口被部署在应用单位应用服务器中的统一数据交换平台中，webservice 服务实现可包含数据加密/解密操作规范，开票数据服务接口规范以及具体组件（业务对象）的实现。组件技术通常用于实现服务的功能。服务之间进行交互的唯一方式就是通过它们的接口完成开票数据的推拉交换。鉴于统一数据交换平台的webservice服务需要处理多线程WEB 应用请求服务的实际情况，故需要采用webservice 服务编配接口完成。

图2：干部培训平台与电子发票的系统集成整体架构图

统一支付平台需要按照财务会计工作原则对每培训班建立账目，建账的基本逻辑是：培训系统中建立培训班时候会自动生成系统唯一班级编号ID，学员每次选择具体培训班报名成功后将生成唯一的学员编号ID，班级与学员将形成1 对多的数据库关联。设A培训班的a1学员是第一名报到学员，在报到子系统中报到成功后，报到子系统把缴费信息（包括班级编号ID、学员编号ID、缴费金额、开票信息等）推送至统一支付平台，统一支付平台首先判断推送过来的缴费信息中，自身库内是否已有班级编号ID，如果没有则新建账目，如果有则将该笔缴费信息纳入已有班级编号ID 账目内。因此，a1 学员推送过去后，统一支付平台将新建A 培训班账目，a2 学员推送过去后自动归入A 培训班账目。假设学员a1年内又参加另一培训班B，则a1 报名后将产生新的学员编号ID 与另一培训班B 的班级编号ID 产生新的关系，不会与其曾经参加的班次账目信息混淆。

培训报到子系统推送至统一支付平台的数据交换时延约3-4秒。对于每次接收到培训报到子系统推送的开票数据，通过统一的WEBservice 应用接口，通过https 协议实现数据的通信，并在统一支付平台实现对打包数据的统一解密过程，存储于统一支付平台独立数据库内。

对于统一支付平台本地数据库中存储的每一条同一账目开票数据，统一支付平台在报到现场收费业务数据处理逻辑是：

第一步，确认已有报到学员数据被推送过来，并人工确认其开票信息（开票单位、纳税人识别号等）正确性（此处由笔记本电脑连接的反向液晶屏显示培训报到子系统中具体学员已提交的费用及开票信息，由学员本人完成确认工作）。

第二步，人工询问报到学员缴费金额正确性，询问缴费方式（刷卡、支付宝、微信、现金）等。学员对显示的费用及开票信息有异议的，培训机构工作人员可再次修改（如缴费金额、开票地址、纳税人识别号、发票类型等）。现场缴费方式的确认提交为会计的后期账目来源分类奠定工作基础，无需人工方式处理资金来源记账方式，大大优化了会计的凭证入账处理速度。

第三步，通过支持网络支付的刷卡POS 机完成费用的收取，在支付平台中点击费用收取完成支付平台的交互操作。该笔交易信息将由支付平台推送至电子税票开票平台，等待电子发票反馈信息。

由于开票性质（培训/会务类）和缴费金额（预制培训费用）已经确定，因此此类电子发票的模版、税率等前提要件已经固定，不存在不同类商品/服务需要选择多模版和税率的逻辑。全部确认后，由统一支付平台将开票业务数据推送至电子税票平台。

表1：电子发票生成和处理方法及系统应用前后对比表

异常情况多见以下两类问题处理：

第一类，单位组织提前缴费的情况多见于传统的单位转账模式。需要财务管理部门和向班主任提前线下告之，由班主任具体确认缴费人员后，班主任报到前在培训系统中修改报名人员为报到状态后，推送至统一支付平台，可提前开具电子发票。

第二类，开具增值税专用发票，其信息的交换原理与前相同，唯一区别是专票信息在支付平台中直接推送给财务部门会计人员，财务部门会计人员登录支付平台连接税控机打印纸质专票后，交付具体培训班班主任发放。

2.2 电子税票平台完成电子发票生成

电子税票平台是第三方税务管理应用系统，电子税票平台是基于云服务的（SAAS）的服务即应用的全国性税控管理平台，其业务应用服务器部署于云端，采用单线程队列形式完成对全国性税票开具的业务处理。传统模式的用户私有云服务与电子税票平台公有云服务模式经过实验证明是不稳定和低效率的，主要是由于票据开具用户可能因培训业务服务在全国任何一个城市，需要由互联网连接用户私有云网络后，再由私有云网络与公有云票务处理系统完成税票的请求工作。鉴于不同城市的互联网供应商带宽和连接方式的不同，与用户私有云网络连接存在跨互联网供应商的问题，很大程度制约了客户端服务请求响应时间，导致用户开票体验效果较差。通过电子税票平台公有云服务的（SAAS）平台，可以极大改善跨服务商网络带宽问题，较好解决了电子发票的开票效率，用户客户端服务响应时间加快，满意度提高。

统一支付平台是电子税票平台的上游业务，经统一支付平台确认的开票信息推送至电子税票平台开具电子发票，因此电子税票平台仅被动接收开票关键数据，无需再次设置收款人开票信息。电子税票平台与统一支付平台的数据交换过程也是通过WEBservice 服务进行数据交换，与培训报到子系统和统一支付平台数据交换不同的是，没有使用数据交换平台的WEBservice 服务接口，而是通过各自独立的基于公有云WEBservice 服务接口实现的数据交换。基本过程如下：

（1）统一支付平台将开票参数（模版、税率、开票信息、支付金额等）完成数据的封装，并对封装后的开票参数进行加密处理，调用公有云中的电子税票开票接口，通过HTTPS 协议由支付平台服务器向税票服务器发送post 请求。

（2）公有云中的电子税票开票平台加密后的开票参数封装数据，并在电子税票开票平台实现对打包数据的统一解密过程，并存储于电子税票开票平台独立数据库内。对于开票业务请求按照队列算法存储于开票队列缓存中，等待开票缓存的处理。

经电子税票开票平台按照队列处理完成税票开具成功后，电子税票开票平台服务器将反馈结果返回统一支付平台（默认参数为F，未开具；成功后参数为T，已开具），成功后同时将调用电子票pdf 电子文件链接地址封装后反馈统一支付平台。此过程也是通过WEBservice 服务接口实现数据封装后的加密/解密过程，原理同上。

图3：传统培训发票开具流程图

经过实验发现，私有云的开票缓存处理能力相较公有云并行计算机处理而言，在密集开票的业务情况下（基本临界值在500），可能会造成私有云服务器的宕机现象，导致整体税票票务系统的崩溃。

3 电子发票发布的系统集成

3.1 微信公众号和短信平台实现电子发票发布

微信公众号学员门户APP 是解决学员终端接收电子发票的最后一步。统一支付平台在与电子税票平台完成数据交互后，开票的结果数据将直接反馈至统一支付平台的数据库中存储，开票结果交易数据如流水、状态、支付类型等数据封装成JSON(JavaScript Object Notation) 的轻量级的数据交换格式，以Array（有序的）一组有序的数据列表记录结果交易数据，培训平台则将通过JSON数据采集网关将各种支付平台的数据采集后按照JSON 格式上传培训系统。培训系统将通过WEBAPI 进行数据采集网关交互，采用WEBAPI 进行数据交互主要考虑到用户查询的频度和数据交换的频度无法预知，需要构建一种轻量级的快速数据交互方式，采用Web Service 服务但是不需要SOAP 架构，只想发布一些简单的Http 服务，不想使用相对复杂的WCF 配置，便于服务需要被各种客户端(特别是移动客户端)随时调用的客观情况。

WebAPI 是一个简单的构建HTTP 服务的新框架，支持原生OData，返回JSON、XML 等格式，并且可以添加其他扩展类型，对各类平台具有较好的简永兴，也可以被其他平台整合，有效的减轻以SOAP 标准的WEBservice、WFC 框架技术开发困难程度，提高程序员的开发效率。

基于WebAPI 轻量级数据交换方法，我们可以对封装后的JSO N(JavaScript Object Notation) 数据（主要包括开票的状态参数信息和电子发票的PDF 文件地址信息）交换格式进行培训平台解析后，由培训平台推送至微信公众号移动端，提供学员下载电子发票。

短信平台也是解决学员终端接收电子发票的另一种途径。同样采用了基于WebAPI 轻量级数据交换方法，对封装后的JSON(Java Script Object Notation) 数据（主要包括手机号码、开票的状态参数信息和电子发票的PDF 文件地址信息）交换格式进行培训平台解析后，由培训平台触发短信平台的短信网关，推送至培训学员手机移动端，提供电子发票的PDF 文件链接地址信息供学员下载电子发票。

4 软件系统集成实验效果

干部培训工作的传统收费开票模式一般按照以下步骤通过人工协作方式实现，参见图3 所示。

S201：学员报名。通过电子邮件、传真、电话方式搜集报名信息，整理汇总成EXCEL 电子文件。

S202：现场报到。

（1）参训学员在打印纸张上签名

（2）现场收费，人工方式逐个采集学员开票信息，手工填写方式记录在纸质缴费报表上

（3）整理缴费报表，形成EXCEL 文件，通过邮件/QQ/微信发送至财务部门。

S203：财务部门开票。

（1）财务部门通过税控机开具纸质发票

（2）通过邮寄/快递方式寄送培训班办班地点

（3）处理大量错票/误票（因笔误、错别字、字迹潦草、口误等因素）

通过对干部培训平台的电子发票生成和处理方法及系统应用之前和应用之后进行实验对比，其社会效益和经济效益明显，如表1所示。

某培训班A 和B，预计培训人员都为200 人。培训班A 采用传统方式办班，B 采用信息化方式办班。A 投入培训招生3 人，周期1 个月，需要完全人工值守。报到现场投入5 人，每学员缴费时间5 分钟，填写发票手写时间5 分钟，人员聚集产生排队现象较为明显。错票20 张，邮寄费10 元/人，学员等待时间3 天收到票据。按照日薪300 元计，人工成本约3.6 万，邮寄成本0.22 万，合计3.82万元。现场按最大等待时间计算，按同时聚集20 人计算，最慢学员需等待40 分钟。

B 投入培训招生1 人，周期1 个月，无需要人工值守。报到现场投入2 人，每学员缴费时间5 分钟，发票信息确认时间5 秒，人员聚集产生排队现象较少。无错票，无邮寄费，学员等待时间20 秒。按照日薪300 元计，人工成本约1.35 万，邮寄成本0 元，合计1.35万元。现场按最大等待时间计算，按同时聚集20 人计算，最慢学员需等待17 分钟。

5 结语

针对较多人员的培训开票需求，通过培训报名模块采集个人信息和设置培训机构的信息，再通过培训报到模块，确认参训人员，并将参训人员的信息与报名模块中采集的信息进行匹配，按照规范生成开票请求数据。减少大量人工录入和核对过程中采集的信息错误，并减少大量的数据重复录入工作。

统一支付平台将收到的款项信息、参训学员信息、开票信息进行自动匹配，匹配成功的形成开票数据，交由公有云上的电子税票系统实现电子发票的自动化开具。进一步减少了人工录入和开票核对的工作量，提高了开票效率，缩短了开票时间。

电子发票分发单元，利用多种技术手段，通过多种方式，将发票推送至参训学员，减少等待发票，分发发票的时间，再次降低了工作人员的劳动强度，提高了工作效率，同时减少了人工录入的错误可能性。