一种批量开具电子发票的方法及相关装置与流程

本发明涉及电子发票领域，尤其涉及一种批量开具电子发票的方法及系统。

背景技术：

根据国家税务总局公告2015年第84号文件指示，电子发票开具业务推广工作在全国全面展开，各大行业企业将传统机打增值税普通纸质发票逐步转型为网络电子发票。

因为电子发票在使用中可以存放在电子发票库中，随时提供查询下载，用户无须担心丢失或损坏；在用户网上交易出现纠纷时，可基于电子发票凭证作为交易取证的有效方式；而且用户可以登陆官方网站查验电子发票的真伪，不用再担心收到假的发票，基于电子发票的众多优点，电子发票越来越受到大众的欢迎。

随着电子发票的推广，越来越多的企业选择通过电子发票服务平台提供的开票服务，进行电子发票开具。由于业务模式不同，部分企业需要以批量的形式集中开具发票。

传统的批量开具发票的方式，是将财务系统或erp系统的批量开票信息以文件的形式导出来，然后由企业开票人员以手工操作的方式，将导出的开票文件转换为开票系统可以处理的文件格式；或者由企业开票人员根据开票文件，在开票系统依次录入开票信息，一张张的开具发票。由此可见，这些批量开具发票的方式存在手工录入易出错、缺乏自动化处理、开票效率低的问题。

技术实现要素：

本发明实施例提供了一种批量开具电子发票的方法及相关装置，用于改善批量开具发票的出错率，提高开票效率。

本发明实施例一方面提供了一种批量开具电子发票的方法，包括：接收并存储第一用户上传的开票源文件；将所述开票源文件转换为统一格式的开票请求文件；将所述开票请求文件发送给电子发票服务平台。

本发明实施例方法还包括：接收开票数据处理系统发送的开票请求文件；将所述开票请求文件中的全部开票请求一一组装为开票报文；根据所述开票报文，生成与所述开票请求文件中全部开票请求一一对应的电子发票版式文件。

本发明实施例另一方面提供了一种开票数据处理装置，包括：接收存储单元，用于接收并存储第一用户上传的开票源文件；转换单元，用于将所述开票源文件转换为统一格式的开票请求文件；发送单元，用于将所述开票请求文件发送给电子发票服务平台。

本发明实施例还提供了一种电子发票服务平台，包括：接收单元，用于接收开票数据处理系统发送的开票请求文件；组装单元，用于将所述开票请求文件组装为开票报文；生成单元，用于根据所述开票报文，生成与所述开票请求文件中全部开票请求一一对应的电子发票版式文件。

从以上技术方案可以看出，本发明实施例具有以下优点：本发明可以接收用户上传的开票源文件，自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，电子发票服务平台自动读取开票请求文件中的开票请求，并生成电子发票版式文件，不再需要用户手动上传或录入开票信息，从而改善了批量开票的出错率，提高了开票效率。

附图说明

图1为本发明实施例中批量开具电子发票的方法的一个实施例示意图；

图2为本发明实施例中批量开具电子发票的方法的另一个实施例示意图；

图3为本发明实施例中批量开具电子发票的方法的另一个实施例示意图；

图4为本发明实施例中批量开具电子发票的方法的另一个实施例示意图；

图5为本发明实施例中批量开具电子发票的方法的另一个实施例示意图；

图6为本发明实施例中开票数据处理装置的一个实施例示意图；

图7为本发明实施例中开票数据处理装置的另一个实施例示意图；

图8为本发明实施例中开票数据处理装置的另一个实施例示意图；

图9为本发明实施例中电子发票服务平台的一个实施例示意图；

图10为本发明实施例中电子发票服务平台的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种批量开具电子发票的方法及相关装置，用于改善批量开票的出错率，提高批量开票的效率。

请参图1，本发明实施例中的批量开具电子发票的方法，包括：

101、接收并存储第一用户上传的开票源文件；

随着电子发票的推广，很多第一用户(企业)需要以批量的形式开具电子发票，本发明中的开票数据处理装置可以用于批量开具电子发票。

在批量开具电子发票时，需要第一用户(企业)上传开票源文件，即上传需要开具发票的票面内容。第一用户上传完开票源文件后，开票数据处理装置即可接收到第一用户(企业)上传的开票源文件，用于接下来批量开具电子发票之用。

102、将开票源文件转换为统一格式的开票请求文件；

实际应用中，开票源文件会存在各种格式，而用于开发票的电子发票服务平台可以接收的文件格式有特定的格式要求，所以开票数据处理装置接收到用户上传的开票源文件，会将开票源文件转换为统一格式的且能被电子发票服务平台可以识别的开票请求文件。

103、将开票请求文件发送给电子发票服务平台。

开票数据处理装置完成开票请求文件的格式转换后，将开票请求文件发送给电子发票服务平台，以用于电子发票服务平台批量开具电子发票之用。

本实施例具有以下优点：本发明可以接收用户上传的开票源文件，自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

为方便理解，下面详细描述本发明实施例中的批量开具电子发票的方法，其中，开票数据处理装置可以通过两种方式接收并存储第一用户上传的开票源文件，下面从各方面来详细描述：

一、通过api接口接收并存储第一用户上传的开票源文件；

请参阅图2，本发明实施例中批量开具电子发票的方法的另一实施例包括：

201、通过api接口接收并存储第一用户上传的开票源文件；

api接口作为对接开票数据处理装置的一种方式，可以直接接收第一用户(企业)上传的开票源文件，其中支持的开票源文件格式主要有excel、csv、及txt等格式的文件，其中开票源文件包括的主要内容有：发票请求流水号、开票类型、销售方税号、销售方名称、销售方地址、销售方电话、销售方银行名称、销售方银行账号、购买方税号、购买方名称、购买方地址、购买方电话、购买方银行名称、购买方银行账号、购买方手机号、购买方邮箱号、开票人、收款人、复核人、原发票代码、原发票号码、行业类型、发票行性质、项目名称、计量单位、规格型号、项目数量、项目单价、项目金额、税率及税额。

需要说明的是，开票源文件的格式包括但不限于上述的文件格式，还可以包括rtf格式，此处不作具体限定。

202、将开票源文件转换为统一格式的开票请求文件；

开票数据处理装置接收到第一用户(企业)上传的开票源文件后，将不同格式(excel、csv及txt)的源文件转换为统一格式的，且开票数据处理装置可以接收的开票请求文件，用于接下来请求开具电子发票之用。

203、将开票请求文件发送给电子发票服务平台；

开票数据处理装置完成开票请求文件的格式转换后，将开票请求文件发送给电子发票服务平台，用于向电子发票服务平台请求开具与开票源文件中开票请求相对应的电子发票。

204、接收由电子发票服务平台发送的与开票请求文件中全部开票请求一一对应的全部开票结果。

开票数据处理装置将开票请求文件发送给电子发票服务平台后，电子发票服务平台逐一读取开票请求文件中的开票请求，根据每条开票请求开具电子发票，并将电子发票开票结果(开票成功或开票失败)发送给开票数据处理装置，开票数据处理装置接收到电子发票服务平台发送的全部开票结果后，将全部开票结果予以保存，以供第一用户(企业)查看开票结果。

本实施例具有以下优点：本发明可以接收用户上传的开票源文件，自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

其次，本实施例是通过api接口的方式去接收第一用户(企业)上传的开票源文件，增加了方案的多样性。

二、通过web网页接收并存储第一用户上传的开票源文件；

请参阅图3，本发明实施例中批量开具电子发票的方法的另一个实施例包括：

301、通过web网页接收并存储第一用户上传的开票源文件；

在用户端不支持api接口时，第一用户(企业)还可以通过web网页的方式直接登陆开票数据处理装置，上传开票源文件，其中支持的开票源文件格式主要有excel、csv、及txt等格式的文件，其中开票源文件包括的主要内容有：发票请求流水号、开票类型、销售方税号、销售方名称、销售方地址、销售方电话、销售方银行名称、销售方银行账号、购买方税号、购买方名称、购买方地址、购买方电话、购买方银行名称、购买方银行账号、购买方手机号、购买方邮箱号、开票人、收款人、复核人、原发票代码、原发票号码、行业类型、发票行性质、项目名称、计量单位、规格型号、项目数量、项目单价、项目金额、税率及税额。

需要说明的是，开票源文件的格式包括但不限于上述的文件格式，还可以包括rtf格式，此处不作具体限定。

302、将开票源文件转换为统一格式的开票请求文件；

303、将开票请求文件发送给电子发票服务平台；

304、接收由电子发票服务平台发送的与开票请求文件中全部开票请求一一对应的全部开票结果。

需要说明的是，本实施例的步骤302至304，与图2所示实施例中的步骤202至204类似，具体此处不再赘述。

本实施例具有以下优点：本发明可以接收用户上传的开票源文件，自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

其次，本实施例是通过web网页的方式接收第一用户(企业)上传的开票源文件，增加了方案的多样性。

上面从开票数据处理装置的角度描述了批量开具电子发票的方法，下面从电子发票服务平台的角度来描述批量开具电子发票的方法，请参阅图4，本发明实施例中批量开具电子发票的方法的另一个实施例包括：

401、接收开票数据处理系统发送的开票请求文件；

开票数据装置将第一用户(企业)上传的开票源文件转换为统一格式的开票请求文件后，将开票请求文件发送给电子发票服务平台，电子发票服务平台即可接收到开票数据处理装置发送的开票请求文件。

402、将开票请求文件中的全部开票请求一一组装为开票报文；

电子发票服务平台接收到开票请求文件后，逐一读取开票请求文件中的开票请求，然后逐一将开票请求组装为开票报文，以用于根据开票报文生成电子发票版式文件。

403、根据开票报文，生成与开票请求文件中全部开票请求一一对应的电子发票版式文件。

电子发票服务平台将开票请求文件中的开票请求一一组装为开票报文后，即可根据开票报文，生成与开票请求文件中全部开票请求一一对应的电子发票版式文件，从而完成电子发票的批量开具。

本实施例具有以下优点：电子发票服务平台接收到发票数据处理装置发送的开票请求文件后，自动批量读取开票请求文件中的开票请求，然后逐一组装为开票报文，根据开票报文批量开具电子发票，不再需要用户手工上传开票请求文件，改善了批量开票的出错率，也提高了批量开票的效率。

为方便理解，下面详细描述本发明实施例中的批量开具电子发票的方法，请参阅图5，本发明实施例中批量开具电子发票的方法的另一个实施例包括：

501、接收开票数据处理系统发送的开票请求文件；

开票数据装置将第一用户(企业)上传的开票源文件转换为统一格式的开票请求文件后，将开票请求文件发送给电子发票服务平台，电子发票服务平台即可接收到开票数据处理装置发送的开票请求文件。

其中，开票请求文件中包含多个开票请求，每个开票请求包括：发票请求流水号、开票类型、销售方税号、销售方名称、销售方地址、销售方电话、销售方银行名称、销售方银行账号、购买方税号、购买方名称、购买方地址、购买方电话、购买方银行名称、购买方银行账号、购买方手机号、购买方邮箱号、开票人、收款人、复核人、原发票代码、原发票号码、行业类型、发票行性质、项目名称、计量单位、规格型号、项目数量、项目单价、项目金额、税率及税额。

502、将开票请求文件中的全部开票请求一一组装为开票报文；

电子发票服务平台接收到开票请求文件后，逐一读取开票请求文件中的开票请求，再分别读取开票请求中的相应信息，根据每个开票请求中的相应信息，分别将每个开票请求组装为标准的开票xml报文，以用于根据开票报文生成电子发票版式文件。

例如：电子发票服务平台收取到的开票请求文件中的一条开票请求内容为：发票请求流水号为00001001，开票类型为餐饮，销售方税号为4506171000001x6，销售方名称为嘉旺食品有限公司，销售方地址为北京朝阳区六角胡同3号，销售方电话为13500000001，购买方名称为张三，购买方地址为深圳罗湖区南湖路3号，购买方电话为13500000002，购买方邮箱号为testuser001，开票人为李四，项目金额为2000，税率为3％，税额为60，则电子发票服务平台组装好的标准xml报文如下所示：

<request_common_fpkjclass＝"request_common_fpkj">

<fpqqlsh>00001001</fpqqlsh>

<kplx>餐饮</kplx>

<xsf_nsrsbh>4506171000001x6</xsf_nsrsbh>

<xsf_mc>嘉旺食品有限公司</xsf_mc>

<xsf_dzdh>北京朝阳区六角胡同3号、13500000001</xsf_dzdh>

<gmf_mc>张三</gmf_mc>

<gmf_dzdh>深圳罗湖区南湖路3号、13500000002</gmf_dzdh>

<gmf_sjh>13500000002</gmf_sjh>

<gmf_dzyx>testuser001</gmf_dzyx>

<kpr>李四</kpr>

<jshj>2000</jshj>

<hjje>2000</hjje>

<hjse>60</hjse>

<hylx>餐饮</hylx>

<by1>备用字段1</by1>

<by2>备用字段2</by2>

<by3>备用字段3</by3>

<by4>备用字段4</by4>

即电子发票服务平台组装好开票报文后，只要读取<fpqqlsh>，即可取出发票请求流水号00001001，其中开票报文中的“<by1>备用字段1</by1>”是用于扩展开票请求中增加的开票内容项。需要说明的是，该步骤中的开票请求内容及开票报文内容仅为举例说明，其中开票内容也可以包括计量单位，规格型号等，其中开票报文中发票请求流水号也可以用<asdfg>来标注，只要标注号与发票内容项保持对应关系即可，开票内容及标注号在此处不做具体限定。

503、根据开票报文，生成与开票请求文件中全部开票请求一一对应的电子发票版式文件；

电子发票服务平台将开票请求文件中的开票请求一一组装为标准的xml开票报文后，即可根据开票报文，生成与开票请求文件中全部开票请求一一对应的电子发票版式文件，从而完成电子发票的批量开具。

504、保存电子发票版式文件，并将与开票请求文件中全部开票请求一一对应的开票结果发送给开票数据处理系统；

电子发票服务平台完成电子发票的批量开具后，保存全部电子发票版式文件，并将与开票请求文件中全部开票请求一一对应的开票结果(开具成功或开具失败)发送给开票数据处理系统，以供第一用户(企业)查看开票结果。

其中，电子发票版式文件包括pdf或ofd格式的版式文件，可以提供给第一用户(企业)或第二用户(收票人)查看并下载。

505、将与所述开票请求文件中全部开票请求一一对应的所述开票结果发送给第二用户。

电子发票服务平台进一步还可以根据开票报文中的开票信息，通过微信、邮箱或短信的方式，将与开票请求文件中全部开票请求一一对应的开票结果发送给第二用户(收票人)，以供第二用户(收票人)下载电子发票版式文件。

本实施例具有以下优点：电子发票服务平台接收到发票数据处理装置发送的开票请求文件后，自动批量读取开票请求文件中的开票请求，然后逐一组装为开票报文，根据开票报文批量开具电子发票，不再需要用户手工上传开票请求文件，改善了批量开票的出错率，也提高了批量开票的效率；其次电子发票服务平台还可以将开票结果发送给收票方，以供收票方查看开票结果，下载开票文件，提高了用户的使用体验。

上面描述了本发明实施例中的批量开具电子发票的方法，下面来描述本发明实施例中的开票数据处理装置，请参阅图6，本发明实施例中的开票数据处理装置包括：

接收存储单元601，用于接收并存储第一用户上传的开票源文件；

转换单元602，用于将所述开票源文件转换为统一格式的开票请求文件；

发送单元603，用于将所述开票请求文件发送给电子发票服务平台。

需要说明的是，本发明实施例中的各单元的作用与图1所示开票数据处理装置的作用类似，具体此处不再赘述。

本实施例具有以下优点：本发明可以通过接收存储单元601接收并存储用户上传的开票源文件，通过转换单元602自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，通过发送单元603将开票请求文件发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

为方便理解，下面详细描述本发明实施例中的开票数据处理装置，其中开数据处理装置可以通过两种方式接收并存储第一用户上传的开票源文件，下面从各方面来描述：

一、通过api接口接收并存储第一用户上传的电子发票版式文件；

请参阅图7，本发明实施例中的开票数据处理装置的一个实施例包括：

接收存储单元701，用于接收并存储第一用户上传的开票源文件；

转换单元702，用于将所述开票源文件转换为统一格式的开票请求文件；

发送单元703，用于将所述开票请求文件发送给电子发票服务平台；

接收单元704，用于接收由电子发票服务平台发送的与开票请求文件中全部开票请求一一对应的全部开票结果。

其中，接收存储单元701包括：

第一接收存储单元7011，用于通过api接口接收并存储第一用户上传的开票源文件。

需要说明的是，本发明实施例中各单元的作用与图2所述实施例中的开票数据处理装置的作用类似，具体此处不再赘述。

本实施例具有以下优点：本发明可以通过接收存储单元701接收并存储用户上传的开票源文件，通过转换单元702自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，通过发送单元703将开票请求文件发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

其次，本实施例是通过第一接收存储单元7011，通过api接口的方式接收并存储第一用户上传的电子发票源文件，增加了方案的多样性。

二、通过web网页的方式接收并存储第一用户上传的电子发票源文件；

请参阅图8，本发明实施例中的开票数据处理装置的另一个实施例包括：

接收存储单元801，用于接收并存储第一用户上传的开票源文件；

转换单元802，用于将所述开票源文件转换为统一格式的开票请求文件；

发送单元803，用于将所述开票请求文件发送给电子发票服务平台；

接收单元804，用于接收由电子发票服务平台发送的与开票请求文件中全部开票请求一一对应的全部开票结果。

其中，接收存储单元801包括：

第二接收存储单元8012，用于通过web网元的方式接收并存储第一用户上传的开票源文件。

需要说明的是，本发明实施例中各单元的作用与图3所述实施例中的开票数据处理装置的作用类似，具体此处不再赘述。

本实施例具有以下优点：本发明可以通过接收存储单元801接收并存储用户上传的开票源文件，通过转换单元802自动将不同格式的开票源文件，转换为统一格式的且电子发票服务平台可以接收的开票请求文件，通过发送单元803将开票请求文件发送给电子发票服务平台，以供电子发票服务批量开具电子发票之用，不再需要用户手工去转换不同格式的开票源文件，提高了发票的开票效率。

其次，本实施例是通过第二接收存储单元8011，通过web网页的方式接收并存储第一用户上传的电子发票源文件，增加了方案的多样性。

上面描述了本发明实施例中的开票数据处理装置，下面来描述本发明实施例中的电子发票服务平台，请参阅图9，本发明实施例中的电子发票服务平台的实施例包括：

接收单元901，用于接收开票数据处理系统发送的开票请求文件；

组装单元902，用于将所述开票请求文件组装为开票报文；

生成单元903，用于根据所述开票报文，生成与所述开票请求文件中全部开票请求一一对应的电子发票版式文件。

需要说明的是，该实施例中各单元的作用与图4所述实施例中电子发票服务平台的作用类似，具体此处不再赘述。

本实施例具有以下优点：电子发票服务平台通过接收单元901，接收到发票数据处理装置发送的开票请求文件后，自动批量读取开票请求文件中的开票请求，然后通过组装单元902将所有开票请求逐一组装为开票报文，根据开票报文批量开具电子发票，不再需要用户手工上传开票请求文件，改善了批量开票的出错率，也提高了批量开票的效率。

为方便理解，下面详细描述本发明实施例中的电子发票服务平台，请参阅图10，本发明实施例中电子发票服务平台的另一个实施例包括：

接收单元1001，用于接收开票数据处理系统发送的开票请求文件；

组装单元1002，用于将所述开票请求文件组装为开票报文；

生成单元1003，用于根据所述开票报文，生成与所述开票请求文件中全部开票请求一一对应的电子发票版式文件；

保存发送单元1004，用于保存所述电子发票版式文件，并将与开票请求文件中全部开票请求一一对应的开票结果发送给开票数据处理装置；

发送单元1005，用于将与开票请求文件中全部开票请求一一对应的开票结果发送给第二用户。

其中，发送单元1005包括：

第一发送模块，用于通过短信的方式将与开票请求文件中全部开票请求一一对应的开票结果发送给第二用户；

第二发送模块，用于通过邮件的方式将与开票请求文件中全部开票请求一一对应的开票结果发送给第二用户；

第三发送模块，用于通过微信的方式将与开票请求文件中全部开票请求一一对应的开票结果发送给第二用户。

需要说明的是，本实施中各单元的作用与图5所述实施例中电子发票服务平台的作用类似，具体此处不再赘述。

本实施例具有以下优点：电子发票服务平台通过接收单元1001，接收到发票数据处理装置发送的开票请求文件后，自动批量读取开票请求文件中的开票请求，然后通过组装单元1002将所有开票请求逐一组装为开票报文，根据开票报文批量开具电子发票，不再需要用户手工上传开票请求文件，改善了批量开票的出错率，也提高了批量开票的效率；其次，电子发票服务平台还可以通过发送单元1005将开票结果发送给收票方，提高了用户的使用体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。