CN109949113A - 一种增值税发票在线管理系统 - Google Patents

Abstract

本发明公开了一种增值税发票在线管理系统，包括数据归类和审批子系统、数据传输子系统、业务功能子系统；数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合；业务功能子系统用于根据外部控制指令调用所述数据传输子系统进行各类发票业务相关数据采集，对采集的发票业务相关数据进行分析整合后发送至发票数字化全生命周期管理云平台系统执行对应发票业务处理、或者在业务功能子系统内部对整合结果做进一步处理。本发明能够实现企业经营数据与税局发票体系的互联互通，简化了相关发票管理流程；通过在线实时检查和相关技术约束，每一张发票的开具都完整实现了税局对发票管理的最新要求，且数据实时同步全网可查。

Description

一种增值税发票在线管理系统

技术领域

本发明涉及财务管理技术领域，具体而言涉及一种增值税发票在线管理系统。

背景技术

在企业的经营活动中，销售业务、供应商结算等环节中涉及到开具发票的工作时，一般都是由财务人员按规定通过人工录入的方式将各类信息填入税局指定的专用开票软件或认证的第三方机构软件平台进行，票据的打印往往也需要配套的专用设备。我们可以把这一过程比作“数据人工搬家”，在企业规模较小、业务量不大的情况下，采用这样的方式的确可以在不经过任何系统集成和优化调整的情况下完成。

但对于数据密集、规模较大，特别是零售行业的企业来说，如果依然采用“数据人工搬家”的方式进行日常发票开具的相关工作，执行效率将受到比较大的影响，进而影响到包括客户体验、流程交互、财务管理等诸多方面。

当需要开具的明细项目较多时，往往会使得发票开具的速度大幅下降，出现录入错误的机率也在逐步升高。

发明内容

本发明目的在于提供一种增值税发票在线管理系统，通过该系统实现了企业经营数据与税局发票体系的互联互通，用户不再需要以人工单独分离的方式在传统的税票平台中逐一录入发票内容，只需通过自有业务系统的模块，便可实现相应数据的提取以及发票开具、发票打印、发票作废、发票红冲等业务(包括增值税普通发票和增值税专用发票)，解决了企业用户在发票开具、作废、红冲等业务中遇到的问题，简化了相关发票管理流程；通过在线实时检查和相关技术约束，每一张发票的开具都完整实现了税局对发票管理的最新要求，且数据实时同步全网可查；也为无纸化电子发票的数据来源提供了新的思路和方法。

为达成上述目的，结合图1、图2，本发明提出一种增值税发票在线管理系统，所述增值税发票在线管理系统通过企业服务总线分别与企业业务系统、税局授权的发票数字化全生命周期管理云平台系统相连接。

所述增值税发票在线管理系统包括数据归类和审批子系统、数据传输子系统、业务功能子系统。

所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合。

所述数据传输子系统包括数据接收模块、数据发送模块，用于根据外部控制指令通过企业服务总线接收企业业务系统、发票数字化全生命周期管理云平台系统发送的数据、以及发送数据至企业业务系统、发票数字化全生命周期管理云平台系统。

所述业务功能子系统用于根据外部控制指令调用所述数据传输子系统进行各类发票业务相关数据采集，对采集的发票业务相关数据进行分析整合后发送至发票数字化全生命周期管理云平台系统执行对应发票业务处理、或者在业务功能子系统内部对整合结果做进一步处理。

进一步的实施例中，所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合是指，

将增值税票管理所需商品主数据、费用主数据、销方信息、购方信息按照税收分类要求进行数据匹配整合。

进一步的实施例中，所述数据归类和审批子系统包括商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块、审批模块。

所述商品归类模块用于建立商品类目与税分类编码的对应关系，将生成的商品信息数据表通过企业服务总线发送至企业业务系统中存储。

所述供应商费用归类模块用于建立费用编码与税分类编码的对应关系，将生成的费用信息数据表通过企业服务总线发送至企业业务系统中存储。

所述门店税号信息管理模块用于管理门店名称、门店税号信息，将生成的门店信息数据表通过企业服务总线发送至企业业务系统中存储。

所述供应商开票信息管理模块用于管理供应商开票相关信息，将生成的供应商信息数据表通过企业服务总线发送至企业业务系统中存储。

所述审批模块响应于所述商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块中有新数据和/或数据发生变更，将新数据和/或变更数据通过企业服务总线发送至发票数字化全生命周期管理云平台系统进行审核。

进一步的实施例中，所述供应商开票相关信息包括供应商名称、供应商编码、供应商税号、供应商联系方式、供应商所对应的银行名称、银行账户信息。

进一步的实施例中，所述业务功能子系统包括发票开具模块、发票红冲模块、发票作废模块、发票查询模块、空白发票查询模块、开票二维码解析模块、开票用户信息查询模块、打印发票模块。

所述发票开具模块用于通过企业服务总线从企业业务系统中调取对应的发票开具信息，将调取的发票开具信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的发票。

所述发票红冲模块用于通过企业服务总线从企业业务系统中调取开具红冲票所需信息，将调取的开具红冲票所需信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的红冲票。

所述发票查询模块用于查询开票状态，开票状态包括未开票、待开票、已开票、已作废。

所述空白发票查询模块用于查询开票点的空白发票，获取当前未开票信息。

所述开票二维码解析模块用于对开票的二维码信息进行识别。

所述开票用户信息查询模块用于查询开票的用户信息。

所述打印发票模块用于打印已开票的发票。

进一步的实施例中，所述发票开具模块还包括发票预览子模块。

进一步的实施例中，所述打印发票模块还包括手动调用子模块。

进一步的实施例中，所述发票开具信息包括销方信息、购方信息、交易清单、商品明细清单、支付明细清单。

进一步的实施例中，所述业务功能子系统接收的外部控制指令包括对应功能模块的服务代码、以及执行参数。

进一步的实施例中，所述执行参数的数据传输格式为JSON字符串。

所述增值税发票在线管理系统通过企业服务总线分别与企业业务系统、税局授权的发票数字化全生命周期管理云平台系统相连接，即通过本发明所述的增值税发票在线管理系统，实现了企业经营数据与税局发票体系的互联互通。

在实际应用中，用户通过所述数据归类和审批子系统将企业业务系统中的发票业务相关品类信息按照税收分类要求进行数据匹配整合。用户不再需要以人工单独分离的方式在传统的税票平台中逐一录入发票内容，在接收并解析出外部控制指令后，通过所述数据传输子系统从企业业务系统中提取相应数据，请求发票数字化全生命周期管理云平台系统执行发票开具、发票打印、发票作废、发票红冲等业务(包括增值税普通发票和增值税专用发票)，简化了相关发票管理流程。

以上本发明的技术方案，与现有相比，其显著的有益效果在于：

1)解决了企业用户由于人工录入信息导致的发票开具、作废、红冲等业务中出现的问题。

2)通过在线实时检查和相关技术约束，每一张发票的开具都完整实现了税局对发票管理的最新要求，且数据实时同步全网可查。

3)为无纸化电子发票的数据来源提供了新的思路和方法。

4)具备直观的开票内容预览，丰富友好的操作提示。

应当理解，前述构思以及在下面更加详细地描述的额外构思的所有组合只要在这样的构思不相互矛盾的情况下都可以被视为本公开的发明主题的一部分。另外，所要求保护的主题的所有组合都被视为本公开的发明主题的一部分。

结合附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方面、实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和/或有益效果将在下面的描述中显见，或通过根据本发明教导的具体实施方式的实践中得知。

附图说明

附图不意在按比例绘制。在附图中，在各个图中示出的每个相同或近似相同的组成部分可以用相同的标号表示。为了清晰起见，在每个图中，并非每个组成部分均被标记。现在，将通过例子并参考附图来描述本发明的各个方面的实施例，其中：

图1是本发明的增值税发票在线管理系统的结构示意图。

图2是本发明的增值税发票在线管理系统的业务结构示意图。

图3是本发明的数据归类和审批配置示例图。

图4是本发明的商品主数据存储表示意图。

图5是本发明的商品信息数据表的示意图。

图6是本发明的费用信息数据表的示意图。

图7是本发明的供应商信息数据表的示意图。

图8是本发明的交易发票开具功能示例图。

图9是本发明的交易发票作废功能示例图。

图10是本发明的账单发票开具功能示例图。

图11是本发明的账单发票红冲功能示例图。

具体实施方式

为了更了解本发明的技术内容，特举具体实施例并配合所附图式说明如下。

为达成上述目的，结合图1、图2，本发明提出一种增值税发票在线管理系统，所述增值税发票在线管理系统通过企业服务总线分别与企业业务系统、税局授权的发票数字化全生命周期管理云平台系统相连接。

所述增值税发票在线管理系统包括数据归类和审批子系统、数据传输子系统、业务功能子系统。

所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合。

所述数据传输子系统包括数据接收模块、数据发送模块，用于根据外部控制指令通过企业服务总线接收企业业务系统、发票数字化全生命周期管理云平台系统发送的数据、以及发送数据至企业业务系统、发票数字化全生命周期管理云平台系统。

所述业务功能子系统用于根据外部控制指令调用所述数据传输子系统进行各类发票业务相关数据采集，对采集的发票业务相关数据进行分析整合后发送至发票数字化全生命周期管理云平台系统执行对应发票业务处理、或者在业务功能子系统内部对整合结果做进一步处理。

本发明是从企业现有系统出发，结合实际应用分类，将涉及开票的业务模块进行定制化开发，使用程序开发语言编写代码和处理过程实施各系统的定制开发工作，由数据交互接口负责与税控云平台的外部通讯，将发票数据以约定的数据格式和按照通讯安全标准传输并反馈程序逻辑，包括各类检查、核对、用户交互控制、通讯安全、通讯交互、数据传递、状态反馈等。

本发明提出，采用所述数据归类和审批子系统将发票业务相关品类信息按照税收分类要求进行数据匹配整合，在进一步的实施例中，所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合是指，将增值税票管理所需商品主数据、费用主数据、销方信息、购方信息按照税收分类要求进行数据匹配整合。

基于前述目的，结合图3，所述数据归类和审批子系统包括商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块、审批模块。

所述商品归类模块用于建立商品类目与税分类编码的对应关系，将生成的商品信息数据表通过企业服务总线发送至企业业务系统中存储。

所述供应商费用归类模块用于建立费用编码与税分类编码的对应关系，将生成的费用信息数据表通过企业服务总线发送至企业业务系统中存储。

所述门店税号信息管理模块用于管理门店名称、门店税号信息，将生成的门店信息数据表通过企业服务总线发送至企业业务系统中存储。

所述供应商开票信息管理模块用于管理供应商开票相关信息，将生成的供应商信息数据表通过企业服务总线发送至企业业务系统中存储。优选的，所述供应商开票相关信息包括供应商名称、供应商编码、供应商税号、供应商联系方式、供应商所对应的银行名称、银行账户信息。

结合图4，前述发票业务的基础配套数据规范整理与一般业务的数据规范整理不同，以商品归类模块为例，生成的商品信息数据表中，商品类目和税分类编码的关系应当符合国家税务规范，为此，优选的，生成的商品信息数据表、费用信息数据表、门店信息数据表、供应商信息数据表会经由税务专员审核后再导入SAP、ERP等企业业务系统。

所述审批模块响应于所述商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块中有新数据和/或数据发生变更，将新数据和/或变更数据通过企业服务总线发送至发票数字化全生命周期管理云平台系统进行审核。

下面通过几个例子对前述发票业务的基础配套数据规范整理进行说明。

一、商品税分类配置

结合图5，将销售商品的细分品类按照税收分类要求进行数据匹配整合，用于在开具发票的过程中自动根据所售商品对应税分类编码，属于基础配套数据规范整理。

商品零售方面，经由业务流审批集成SAP系统商品主数据对应名称、商品类目、税率等信息，后经税务专员确认建立商品类目与税分类编码主数据对应关系，此信息分发存储于SAP、ERP等系统。

二、劳务服务税分类配置

结合图6，在企业供应链、采购等环节所涉及的劳务服务等需要开具发票的内容执行税收分类编码的对应，用于在开具发票的过程中自动根据所产生的各类账单、凭证对应税分类编码，属于基础配套数据规范整理。

供应商费用信息方面，经由业务流审批归类设置各项费用对应的费用编码、费用名称、税率主数据，后经税务专员确认建立各项费用编码与税分类编码对应关系，此信息存储于SAP系统。

三、门店税号分类配置

门店税号信息方面，成立新门店或者门店税号、名称修改时，由财务部门牵头发起门店名称及税号等信息申请，此对应信息分发存储于SAP、ERP、供应商平台等业务系统。

四、供应商开票信息分类配置

结合图7，供应商开票信息方面，新增供应商或供应商信息修改时，经由业务审批流创建供应商编码对应名称、税号等信息，分发存储于SAP、ERP、供应商平台等业务系统。

经以上主数据归类审批配置，增值税票开具所需商品主数据、费用主数据、销方信息、购方信息等基础信息配置完成。

数据结构定义示例如下：

在基本数据配置完成后，用户向业务功能子系统发出调用请求，以执行对应的发票业务。

企业涉及到的发票业务通常包括发票开具、发票红冲、发票作废、发票查询、空白发票查询、开票二维码解析、开票用户信息查询、打印发票等等。基于前述发票业务种类，本发明提出，所述业务功能子系统包括发票开具模块、发票红冲模块、发票作废模块、发票查询模块、空白发票查询模块、开票二维码解析模块、开票用户信息查询模块、打印发票模块。

所述发票开具模块用于通过企业服务总线从企业业务系统中调取对应的发票开具信息，将调取的发票开具信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的发票。优选的，所述发票开具信息包括销方信息、购方信息、交易清单、商品明细清单、支付明细清单。

在一些例子中，所述发票开具模块还包括发票预览子模块，用于预览即将开具的发票是否正确，减少错误率。

所述发票红冲模块用于通过企业服务总线从企业业务系统中调取开具红冲票所需信息，将调取的开具红冲票所需信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的红冲票。

所述发票查询模块用于查询开票状态，开票状态包括未开票、待开票、已开票、已作废。

所述空白发票查询模块用于查询开票点的空白发票，获取当前未开票信息。

所述开票二维码解析模块用于对开票的二维码信息进行识别。

所述开票用户信息查询模块用于查询开票的用户信息。

所述打印发票模块用于打印已开票的发票。优选的，所述打印发票模块还包括手动调用子模块，当发票开具成功时，打印发票，如果打印失败，还可以通过手动调用子模块重新调用打印发票模块以打印发票。

在另一些例子中，所述业务功能子系统接收的外部控制指令包括对应功能模块的服务代码、以及执行参数。优选的，所述执行参数的数据传输格式为JSON字符串。

当业务功能子系统接收到外部控制指令，解析出服务代码，调取对应功能模块，按照执行参数从企业业务系统中获取发票源数据，继而执行对应的发票业务功能，如发票开具、作废、红冲、查询等等等。

当获取发票源数据时，通过对企业系统功能的优化，在原有系统功能的基础上通过局部整合开发或独立开发实现发票源数据的获取，通过制定的数据格式及规范统一发票数据格式，实现各系统的发票数据统一，避免“多种多样”的复杂逻辑。

当进入发票开具过程时，通过相应的功能调取发票源数据，不再需要手工逐行逐字的录入，从发票的抬头、明细的内容都是系统自动填充完成，再通过各类计算后形成完整的发票内容。在此阶段，包括购方单位的信息识别也将同步进行，用户可通过多种渠道填充该内容，亦可由账单业务单据中获取合作方的相关内容。发票所需的完整内容提交后，将交由企业ESB总线或数据接口与税票云平台机构通讯，触发开票动作并打印票据。

如果需要对已经完成开票的记录如需作废，红冲等操作，将直接调取相应的发票记录完成相应的动作，同样也是在线与税票云平台机构通讯，触发相应动作，发票的状态与云端、税局总盘保持同步，实现了全信息化流程的管控。

由前述可知，本发明所提及的增值税发票在线管理系统以良好的功能设计和交互友好体验为基本原则，使功能界面操作简单、流程单一，基本在不需要额外培训文档的情况下就能完成相应的发票开具、作废、红冲等业务。

下面结合具体的实施例对前述若干种发票业务进行具体阐述。

一、发票开具模块/或发票开具(issueInvoice)接口

所述发票开具模块具有以下功能：

1)进行发票开具(电子票)，依次调用发票开具，版式文件生成。

2)进行发票开具(纸质票)，依次调用发票开具，发票打印(发票及清单)。

3)如果纸质发票打印失败，电子发票版式文件发送失败，需要重新调用专有接口。

传输两个参数：

a)serviceCode：issueInvoice。

b)data：传输格式JSON字符串。

其中，data参数内容如表1.1所示。

表1.1 发票开具模块/或发票开具(issueInvoice)接口的data参数

返回内容(data)如表1.2所示。

表12 发票开具模块接收到的返回内容

其中，以电子发票开具(issueElectronicInvoice)接口为例，电子发票开具(issueElectronicInvoice)接口专用于进行电子发票开具，并将开具的的电子发票发送至顾客手机或邮箱。

传输两个参数：

a)serviceCode：issueElectronicInvoice。

b)data：传输格式JSON字符串。

电子发票开具(issueElectronicInvoice)接口的data参数内容如表2.1所示。

表2.1

电子发票开具(issueElectronicInvoice)接口的返回内容(data)如表2.2所示。

表2.2

发票开具模块的服务代码为issueInvoice，从企业业务系统中获取的数据包括销方信息、购方信息、交易清单、商品明细清单、支付明细清单等等，接收到的发票数字化全生命周期管理云平台系统的数据包括开票流水号、发票代码、发票号码、开票日期、税控码、校验码、二维码、打印成功与否标记等等。图8是本发明的交易发票开具功能示例图。图10是本发明的账单发票开具功能示例图。

二、发票红冲模块/发票红冲(minusInvoice)接口

所述发票红冲模块/发票红冲(minusInvoice)接口具有以下功能：

1)进行发票红冲，依次调用红冲发票开具。

2)红冲票与蓝票一一对应，完全匹配。

传输两个参数：

a)serviceCode：minusInvoice

b)data：传输格式JSON字符串

所述发票红冲模块/发票红冲(minusInvoice)接口的data参数内容如表3.1所示。

表3.1

所述发票红冲模块/发票红冲(minusInvoice)接口的返回内容(data)如表3.2所示。

表3.2

发票红冲模块的服务代码为minusInvoice，从企业业务系统中获取的数据包括店铺名称、开票点编码、红冲流水号、红字信息表编码、原发票代码、原发票号码、收款人、开票人、审核人、通知单编号、操作人等等，接收到的发票数字化全生命周期管理云平台系统的数据包括红冲流水号、发票代码、发票号码等等。图11是本发明的账单发票红冲功能示例图。

三、发票作废模块/发票作废(invalidInvoice)接口

所述发票作废模块/发票作废(invalidInvoice)接口具有以下功能：

进行发票作废，依次调用发票作废(电子发票不能作废)。

传输两个参数：

a)serviceCode：invalidInvoice。

b)data：传输格式JSON字符串。

所述发票作废模块/发票作废(invalidInvoice)接口的data参数内容如表4.1所示。

表4.1

所述发票作废模块/发票作废(invalidInvoice)接口的返回内容(data)如表4.2所示。

表4.2

参数	类型	字段说明	是否可空
				invoiceCode	String	发票代码	非空
invoiceNo	String	发票号码	非空
				invoiceInvalidDate	String	作废日期	非空

发票作废模块的服务代码为invalidInvoice，从企业业务系统中获取的数据包括店铺名称、开票点编码、作废类型、发票类型编码、发票代码、发票号码、操作人等等，接收到的发票数字化全生命周期管理云平台系统的数据包括发票代码、发票号码等等。图9是本发明的交易发票作废功能示例图。

四、发票查询模块/发票查询(queryInvoice)接口

所述发票查询模块/发票查询(queryInvoice)接口具有以下功能：

查询是否已经开票，状态包含未开票，待开票，已开票，已作废。

传输两个参数：

a)serviceCode：queryInvoice。

b)data：传输格式JSON字符串。

所述发票查询模块/发票查询(queryInvoice)接口的data参数内容如表5.1所示。

表5.1

所述发票查询模块/发票查询(queryInvoice)接口的返回内容(data)如表5.2所示。

表5.2

五、空白发票查询模块/空白发票查询(queryBlankInvoice)接口

所述空白发票查询模块/空白发票查询(queryBlankInvoice)接口具有以下功能：

查询开票点的空白发票，获取当前未开发票信息。

传输两个参数：

a)serviceCode：queryBlankInvoice

b)data：传输格式JSON字符串

所述空白发票查询模块/空白发票查询(queryBlankInvoice)接口的data参数内容如表6.1所示。

表6.1

所述空白发票查询模块/空白发票查询(queryBlankInvoice)接口的返回内容如表6.2所示。

表6.2

参数	类型	字段说明	是否可空
				currentInvoiceCode	String	当前待开发票代码
currentInvoiceNo	String	当前待开发票号码

发票查询模块的服务代码为queryInvoice，输入的数据包括店铺名称、开票点编码、交易订单号等等，从企业业务系统中获取的数据包括发票状态、发票代码、发票号码、处理日期、打印成功与否标记等等。

六、开票二维码解析模块/开票二维码解析(parseQrcodeInvoice)接口

所述开票二维码解析模块/开票二维码解析(parseQrcodeInvoice)接口具有以下功能：

对开票的二维码信息进行识别，注意二维码存在特殊字符，要么URLEncode，要么直接post用body传。

传输两个参数：

a)serviceCode：parseQrcodeInvoice。

b)data：传输格式JSON字符串。

所述开票二维码解析模块/开票二维码解析(parseQrcodeInvoice)接口的data参数内容如表7.1所示。

表7.1

参数	类型	字段说明	是否可空
				qrcode	String	二维码	非空

所述开票二维码解析模块/开票二维码解析(parseQrcodeInvoice)接口的返回内容如表7.2所示。

表7.2

开票二维码解析模块的服务代码为parseQrcodeInvoice，输入的数据包括二维码，从企业业务系统中获取的数据包括企业名称、纳税人识别码、地址和电话、银行和账户等等。

七、开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口用于查询开票的用户信息。

传输两个参数：

a)serviceCode：queryInvoiceUserInfo。

b)data：传输格式JSON字符串。

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口的data参数内容如表8.1所示。

表8.1

参数	类型	字段说明	是否可空
				mobilePhone	String	手机号	非空

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口的返回内容(数组)如表8.2所示。

表8.2

参数	类型	字段说明	是否可空
				mobilePhone	String	手机号	非空
seqNo	String	顺序号	非空
				vipNo	String	VIP账户号
cardNo	String	VIP卡号
				receiveName	String	收方客户名称	非空
receiveTax	String	收方税号
				receiveAddr	String	收方开票地址
receiveTel	String	收方开票电话
				receiveBank	String	收方开票开户行
receiveBankAccount	String	收方开票银行账号
				receivePhone	String	收方客户联系电话
receiveEmail	String	收方客户联系邮箱
				defaultFlag	String	常用标志(0:不常用；1常用)

开票用户信息查询模块的服务代码为queryInvoiceUserInfo，输入的数据包括手机号，从企业业务系统中获取的数据包括手机号、顺序号、VIP账户号、VIP卡号等等。

八、打印发票模块/打印发票(printInvoice)接口

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口用于打印发票，当发票开具成功，但打印失败时手工调用。

传输两个参数：

a)serviceCode：printInvoice。

b)data：传输格式JSON字符串。

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口的data参数内容如表9.1所示。

表9.1

所述开票用户信息查询模块/开票信用户息查询(queryInvoiceUserInfo)接口的返回内容为打印状态，例如打印状态为200时表示打印成功。

打印发票模块的服务代码为printInvoice，输入的数据包括店铺名称、流水号、开票点编码、发票类型编码、发票代码、发票号码、打印类型等等。

在本公开中参照附图来描述本发明的各方面，附图中示出了许多说明的实施例。本公开的实施例不必定义在包括本发明的所有方面。应当理解，上面介绍的多种构思和实施例，以及下面更加详细地描述的那些构思和实施方式可以以很多方式中任意一种来实施，这是因为本发明所公开的构思和实施例并不限于任何实施方式。另外，本发明公开的一些方面可以单独使用，或者与本发明公开的其他方面的任何适当组合来使用。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明。本发明所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作各种的更动与润饰。因此，本发明的保护范围当视权利要求书所界定者为准。

Claims (10)

1.一种增值税发票在线管理系统，其特征在于，所述增值税发票在线管理系统通过企业服务总线分别与企业业务系统、税局授权的发票数字化全生命周期管理云平台系统相连接；

所述增值税发票在线管理系统包括数据归类和审批子系统、数据传输子系统、业务功能子系统；

所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合；

所述数据传输子系统包括数据接收模块、数据发送模块，用于根据外部控制指令通过企业服务总线接收企业业务系统、发票数字化全生命周期管理云平台系统发送的数据、以及发送数据至企业业务系统、发票数字化全生命周期管理云平台系统；

所述业务功能子系统用于根据外部控制指令调用所述数据传输子系统进行各类发票业务相关数据采集，对采集的发票业务相关数据进行分析整合后发送至发票数字化全生命周期管理云平台系统执行对应发票业务处理、或者在业务功能子系统内部对整合结果做进一步处理。

2.根据权利要求1所述的增值税发票在线管理系统，其特征在于，所述数据归类和审批子系统用于将发票业务相关品类信息按照税收分类要求进行数据匹配整合是指，

将增值税票管理所需商品主数据、费用主数据、销方信息、购方信息按照税收分类要求进行数据匹配整合。

3.根据权利要求1或者2所述的增值税发票在线管理系统，其特征在于，所述数据归类和审批子系统包括商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块、审批模块；

所述商品归类模块用于建立商品类目与税分类编码的对应关系，将生成的商品信息数据表通过企业服务总线发送至企业业务系统中存储；

所述供应商费用归类模块用于建立费用编码与税分类编码的对应关系，将生成的费用信息数据表通过企业服务总线发送至企业业务系统中存储；

所述门店税号信息管理模块用于管理门店名称、门店税号信息，将生成的门店信息数据表通过企业服务总线发送至企业业务系统中存储；

所述供应商开票信息管理模块用于管理供应商开票相关信息，将生成的供应商信息数据表通过企业服务总线发送至企业业务系统中存储；

所述审批模块响应于所述商品归类模块、供应商费用归类模块、门店税号信息管理模块、供应商开票信息管理模块中有新数据和/或数据发生变更，将新数据和/或变更数据通过企业服务总线发送至发票数字化全生命周期管理云平台系统进行审核。

4.根据权利要求3所述的增值税发票在线管理系统，其特征在于，所述供应商开票相关信息包括供应商名称、供应商编码、供应商税号、供应商联系方式、供应商所对应的银行名称、银行账户信息。

5.根据权利要求1所述的增值税发票在线管理系统，其特征在于，所述业务功能子系统包括发票开具模块、发票红冲模块、发票作废模块、发票查询模块、空白发票查询模块、开票二维码解析模块、开票用户信息查询模块、打印发票模块；

所述发票开具模块用于通过企业服务总线从企业业务系统中调取对应的发票开具信息，将调取的发票开具信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的发票；

所述发票红冲模块用于通过企业服务总线从企业业务系统中调取开具红冲票所需信息，将调取的开具红冲票所需信息整合后发送至发票数字化全生命周期管理云平台系统请求开票，并接收发票数字化全生命周期管理云平台系统返回的红冲票；

所述发票查询模块用于查询开票状态，开票状态包括未开票、待开票、已开票、已作废；

所述空白发票查询模块用于查询开票点的空白发票，获取当前未开票信息；

所述开票二维码解析模块用于对开票的二维码信息进行识别；

所述开票用户信息查询模块用于查询开票的用户信息；

所述打印发票模块用于打印已开票的发票。

6.根据权利要求5所述的增值税发票在线管理系统，其特征在于，所述发票开具模块还包括发票预览子模块。

7.根据权利要求5所述的增值税发票在线管理系统，其特征在于，所述打印发票模块还包括手动调用子模块。

8.根据权利要求5所述的增值税发票在线管理系统，其特征在于，所述发票开具信息包括销方信息、购方信息、交易清单、商品明细清单、支付明细清单。

9.根据权利要求1所述的增值税发票在线管理系统，其特征在于，所述业务功能子系统接收的外部控制指令包括对应功能模块的服务代码、以及执行参数。

10.根据权利要求9所述的增值税发票在线管理系统，其特征在于，所述执行参数的数据传输格式为JSON字符串。