CN109670879A - 一种分布式开票方法及系统 - Google Patents

Abstract

本发明公开了一种分布式开票方法及系统，所述方法包括：通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；当所述客户端的身份认证通过，进行开票操作，调用税控密码卡生成发票密文；将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。本发明实施例能够解决现有的开票复杂，可靠性差，且运维成本高的问题。

Description

一种分布式开票方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种分布式开票方法及系统

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

现有的开票方法是利用税控盘设备集中管理税控盘来实现的开票过程，但税控设备往往容量小、发票存储效率低；并且纳税人信息和税控设备只能一对一存储管理，因此，并不能满足小微企业发票托管开票平台和大型企业的高并发、高可靠的自建开票平台的需求。

利用税控盘组设备集中管理税控盘的开票方法，首先需要手工从货运税局端系统逐个发行多套税控盘等税控设备，将纳税人信息写入税控盘中，然后将多套税控盘依次接入税控盘组设备。用户端发送发票报文到税控设备，税控设备调用税控盘接口查询纳税人和发票卷信息，生成发票密文，同时发票数据回写到税控盘。该方案中用户端的开票报文经过税控组管理设备、税控盘、发票数据回写税控盘，开票结果反馈给用户端。这种开票方法开票效率低，多个设备层层调用，同时税控盘是共享设备，多个请求并发调用时会出现排队阻塞现象；开票流程复杂，如果某一个设备或者流程出错，开票过程无法继续，增加了开票过程的不可靠性；难以管理动态变化的纳税人信息，一个税控盘只能存储一个纳税人的发票信息，税控设备组容量有限，接入税控设备组的纳税人越多，需要接入税控盘越多，同样需要增加税控设备组的数量越多，提高了纳税人的开票设备运营维护成本，无法低成本的满足数量巨大的小微企业开票的需求。

因此，为了有效地解决小微企业的开票量小但税控设备数量众多导致成本问题和大型企业税控设备数量少但开票量很大的性能问题，亟需一种高效的开票方法。

发明内容

本发明实施例提供一种分布式开票方法及系统，用以解决现有的开票复杂，可靠性差，且运维成本高的问题。

一种分布式开票方法，所述方法包括：

通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

当所述客户端的身份认证通过，进行开票操作，调用税控密码卡生成发票密文；

将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

优选地，所述方法，还包括：

根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

将纳税人证书信息注册至所述税控密码卡。

优选地，所述方法，还包括：

接收客户端发送的纳税人信息变更的触发时间和次数的配置信息并保存至所述数据库；

按照所述触发时间和次数发送变更请求以获取变更后的纳税人信息。

优选地，所述方法，还包括：

接收用户输入的查询信息；

根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

优选地，所述方法，还包括：

提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述进行开票操作，具体包括：

将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。

一种分布式开票系统，所述系统包括：通信处理模块、发票生成模块、税控密码卡模块；其中，

所述通信处理模块，用于通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

所述发票生成模块，用于当所述客户端的身份认证通过，进行开票操作，调用所述税控密码卡模块的税控密码卡生成发票密文；还用于将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

优选地，所述系统，还包括：企业信息管理模块，用于根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

所述税控密码卡模块，用于注册纳税人证书信息。

优选地，所述系统，还包括：企业信息管理模块，用于接收客户端发送的纳税人信息变更的触发时间和次数的配置信息并保存至所述数据库；按照所述触发时间和次数发送变更请求以获取变更后的纳税人信息。

优选地，所述系统，还包括：查询统计模块，用于接收用户输入的查询信息；根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

优选地，所述系统，还包括：发票卷模块，用于提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述发票生成模块，具体用于将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。

本发明实施例提供的分布式开票方法及系统，提供的开票系统集成了数据库和税控密码卡，能够同时管理数万级别的纳税人信息，实现分布式开票，突破了原有一台税控设备只能存储及管理一个纳税人信息和发票信息的局限性，可以有效地管理动态变化的纳税人信息，既满足了小微纳税人发票托管平台统一管理的需求，又支持大企业自建高并发开票平台的应用场景。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例提供的分布式开票方法的实现流程示意图；

图2为本发明实施例提供的分布式开票系统的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1示出了本发明实施例提供的分布式开票方法的实现流程，如图1所示，所述方法包括：

步骤101，通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

步骤102，当所述客户端的身份认证通过，进行开票操作，调用税控密码卡生成发票密文；

步骤103，将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

进一步地，所述方法还包括：

根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

将纳税人证书信息注册至所述税控密码卡。

优选地，所述方法还包括：根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

将纳税人证书信息注册至所述税控密码卡。

优选地，所述方法还包括：接收用户输入的查询信息；

根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

优选地，所述方法还包括：提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述进行开票操作，具体包括：

将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。

本发明实施例提供的分布式开票方法，集成了数据库和税控密码卡，能够同时管理数万级别的纳税人信息，实现分布式开票，突破了原有一台税控设备只能存储及管理一个纳税人信息和发票信息的局限性，可以有效地管理动态变化的纳税人信息，既满足了小微纳税人发票托管平台统一管理的需求，又支持大企业自建高并发开票平台的应用场景。

基于同一发明构思，本发明实施例中还提供了一种分布式开票系统，由于上述系统解决问题的原理与分布式开票方法相似，因此上述系统的实施可以参见方法的实施，重复之处不再赘述。

如图2所示，其为本发明实施例提供的分布式开票系统的结构示意图，可以包括：通信处理模块21、发票生成模块22、税控密码卡模块23；其中，

所述通信处理模块21，用于通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

所述发票生成模块22，用于当所述客户端的身份认证通过，进行开票操作，调用所述税控密码卡模块23的税控密码卡生成发票密文；还用于将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

优选地，所述系统，还包括：企业信息管理模块24，用于根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

所述税控密码卡模块23，还用于注册纳税人证书信息。

优选地，所述企业信息管理模块24，还用于接收客户端发送的纳税人信息变更的触发时间和次数的配置信息并保存至所述数据库；按照所述触发时间和次数发送变更请求以获取变更后的纳税人信息。

优选地，所述系统，还包括：查询统计模块25，用于接收用户输入的查询信息；根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

优选地，所述系统，还包括：发票卷模块26，用于提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述发票生成模块22，具体用于将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。

下面对上述分布式开票系统中各功能模块进行详细介绍。

所述企业信息管理模块24可以调用网络接口从防伪税控税局端系统获取纳税人初始信息、纳税人变更信息、领购和退回发票卷信息，也能够调用税控设备接口读取手工发行后税控设备中纳税人初始信息，读取信息完成后，税控设备不再参与其他的功能流程。该企业信息管理模块24可以为发票卷模块26提供发票卷信息，为发票生成模块22提供纳税人基本信息，是分布式开票系统的基础。

发票卷模块26提供发票生成时所需要的发票代码和发票号码，还可以实时监测剩余发票张数。当发票张数低于预先设置的阀值时，触发调用发票卷领购接口自动补录和分配发票卷，保障企业开票平台连续发票。

发票生成模块22完成发票开具和作废的流程，主要功能包括验证客户端的报文数据，填充发票代码号码，调用税控密码卡模块23的税控密码卡生成发票密文，发票入库等，是分布式开票系统的核心。

查询统计模块25，能够根据不同的查询条件检索纳税人信息基本信息、企业销售数据统计、发票信息汇总，报表导出等功能，为企业管理发票提供统计数据，提高企业办公效率。

税控密码卡模块23能够实现一对多的存储和管理纳税人证书信息，可以同时注册数万级别的纳税人信息，高并发地计算发票密文，处理各种接口报文的加密和解密过程，保证数据传输和发票存储的完整性、保密性和可验证性。

通信处理模块21能够负责接收和解析网络通信报文，信息处理完成后，反馈结果报文给对方。当接收到客户端开票请求报文时，该通信处理模块21调度一个空闲线程启动发票生成模块22处理开票过程。当企业信息管理模块24触发企业信息变更请求时，发送报文到防伪税控局端系统或税控设备获取对应信息。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

下面对上述分布式开票系统的实现过程进行具体说明，本发明实施例中，分布式开票系统可以包括企业信息管理和发票开具两个过程。下面，对这两个过程进行示例性说明。企业信息管理过程实现如下：

1、分布式开票系统启动后，企业信息管理模块根据纳税人识别号等信息自动调用网络接口从防伪税控局端系统下载纳税人信息保存到系统的数据库中；也可以通过网络接口方式从税控设备介质中读取纳税人基本信息。

2、税控密码卡模块，将读取到的纳税人证书信息注册到税控密码卡中。

3、企业信息管理模块接收到客户通过WEB页面配置企业信息变更的自动触发时间和次数的配置信息，将所述配置信息存储到数据库中；

4、企业信息管理模块按照所述触发时间和次数发送变更请求到税局端获取发生变更的纳税人信息，并将对应数据更新到数据库中。

发票开具流程实现如下：

1、企业信息初始化完成后，企业信息管理模块通过预处理纳税人信息，将纳税人信息读入到缓存中，等待发票生成模块调用。

2、通信处理模块接收到客户端发送的发票数据报文，认证客户端身份，调度开票终端池中一个空闲终端线程处理发票生成过程。

3、发票生成模块读取发票卷模块的未使用的发票代码号码，填充到发票报文中。

4、发票生成模块还要依据企业信息管理模块提供的基准消息，校验发票票面数据的合法性；计算算票面数据信息，传入纳税人标识，调用税控密码卡模块生成发票密文信息；记录发票数据生成日志，将发票信息存储到数据库中，本发明实施例中，并不需调用税控设备接口存储发票信息。

5、通信处理模块将发票生成模块反馈的开票结果报文发送给到客户端。

6、重复步骤2到步骤5，来并发第处理客户端开票请求。

本发明实施例提供的分布式开票方法及系统，引入数据库替换税控设备存储纳税人、发票卷和发票等数据，动态增加和减少纳税人信息，突破了一个税控设备只能管理一个纳税人限制。利用网络接口技术替换了现有的税控设备介质，实现了开票服务器系统和防伪税控系统的无缝对接，同时兼容了现有税控设备接口。集成了一块高密度税控密码卡，支持万级别纳税人证书信息，实现了一对多的生成发票密文信息，满足了接入到开票服务器系统中所有企业的开票过程的安全需求。能够同时管理数万级别的纳税人信息，实现分布式开票，突破了原有一台税控设备只能存储及管理一个纳税人信息和发票信息的局限性，可以有效地管理动态变化的纳税人信息，既满足了小微纳税人发票托管平台统一管理的需求，又支持大企业自建高并发开票平台的应用场景。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的计算装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述描述的根据本发明各种示例性实施方式的分布式开票方法中的步骤。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种分布式开票方法，其特征在于，所述方法包括：

通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

当所述客户端的身份认证通过，进行开票操作，调用税控密码卡生成发票密文；

将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

2.如权利要求1所述的方法，其特征在于，所述方法，还包括：

根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

将纳税人证书信息注册至所述税控密码卡。

3.如权利要求2所述的方法，其特征在于，所述方法，还包括：

接收客户端发送的纳税人信息变更的触发时间和次数的配置信息并保存至所述数据库；

按照所述触发时间和次数发送变更请求以获取变更后的纳税人信息。

4.如权利要求1所述的方法，其特征在于，所述方法，还包括：

接收用户输入的查询信息；

根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

5.如权利要求1至4任一所述的方法，其特征在于，所述方法，还包括：

提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述进行开票操作，具体包括：

将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。

6.一种分布式开票系统，其特征在于，所述系统包括：通信处理模块、发票生成模块、税控密码卡模块；其中，

所述通信处理模块，用于通过调用网络接口接收客户端发送的开票请求报文，对所述客户端的身份进行认证；

所述发票生成模块，用于当所述客户端的身份认证通过，进行开票操作，调用所述税控密码卡模块的税控密码卡生成发票密文；还用于将开具出的发票的发票信息存储到数据库中，并使用所述发票密文反馈开票结果给所述客户端。

7.如权利要求6所述的系统，其特征在于，所述系统，还包括：企业信息管理模块，用于根据纳税人识别号自动调用网络接口从防伪税控局端系统获取纳税人信息并保存至所述数据库；或，从税控设备中获取纳税人信息并保存至所述数据库；

所述税控密码卡模块，用于注册纳税人证书信息。

8.如权利要求6所述的系统，其特征在于，所述系统，还包括：企业信息管理模块，用于接收客户端发送的纳税人信息变更的触发时间和次数的配置信息并保存至所述数据库；按照所述触发时间和次数发送变更请求以获取变更后的纳税人信息。

9.如权利要求6所述的系统，其特征在于，所述系统，还包括：查询统计模块，用于接收用户输入的查询信息；根据所述查询信息检索所述数据库，反馈查询结果给所述用户。

10.如权利要求6至9任一所述的系统，其特征在于，所述系统，还包括：发票卷模块，用于提供发票开票时所需的发票代码和发票号码，并实时监测剩余发票张数，当所述发票张数少于预设阈值时，进行发票卷补录和分配；

相应地，所述发票生成模块，具体用于将未使用的发票代码和发票号码填充至发票报文中，根据纳税人信息校验发票票面数据的合法性，计算票面数据信息，传入纳税人标识。