一种开票方法、开票系统及其税控服务器与流程

本发明涉及计算机技术应用领域，尤其涉及一种开票方法、开票系统及其税控服务器。

背景技术：

发票是单位或个人在购销商品、提供或接受服务以及从事其他经营活动中，所开具或收取的业务凭证。

由于大中型企业是开票的大户，其对发票的需求量也较大。大中型企业一般采用多套税控机具方式进行开票等相关业务，其具有多个开票点，每个开票点均配有一套税控机具。另外，征期抄报环节每个开票点都需要配有人力进行操作，因此，大中型企业会有较多的人力、物力以及财力消耗在开票环节，从而导致大中型企业的办公效率较低。

技术实现要素：

本发明的目的在于提供一种开票方法、开票系统及其税控服务器，用于节省开票流程中人力的开支，进一步地提高企业的办公效率。

为达到上述目的，本发明采用如下技术方案：

本发明的第一方面提供一种开票系统，该开票系统包括：

通讯交互模块，用于将开票终端与开票系统进行信号连接；与通讯交互模块相连的命令解析模块，用于对待开发票信息进行解析，解析出与待开发票相对应的开票系统中的发票池；与命令解析模块相连的命令运行模块，用于找到解析出的发票池，并从发票池中获取空白发票以及与空白发票相对应的空白发票票号，该空白发票票号从税务局获取且存储在发票池中；与命令运行模块相连的发票池，用于将待开发票信息进行存储；与命令运行模块相连的税控码计算模块，用于计算待开发票的税控码；命令运行模块还用于，将待开发票信息以及税控码组合在一起后写入空白发票中，并将已开具的发票以及开票成功后的发票信息反馈至通讯交互模块，通讯交互模块将接收到的发票反馈至开票终端。

发票池包括：存储单元，根据发放的空白发票票号，确定发票池中存储的空白发票的总量，并且根据获取后剩余的空白发票票号，确定发票池中剩余的空白发票的数量，并将该数量进行存储；再次从发票池获取空白发票之前，将该发票池中剩余的空白发票的数量反馈至开票终端。

由于发票系统可将发票从开票系统中的发票池中直接开出，并反馈至开票终端，相比于现有技术中每一个开票环节均需要人员操作而言，本发明的第一方面的技术方案减少了开票过程中人员的消耗，提高了企业的办公效率。

本发明的第二方面提供一种开票方法，该开票方法包括：

步骤S1、登录开票终端，录入待开发票信息，其中，待开发票信息包括纳税人识别号、发票应用类型、发票票种以及待开发票的金额。

步骤S2、将开票终端与开票系统进行信号连接。

步骤S3、对待开发票信息进行解析，解析出与待开发票相对应的开票系统中的发票池。

步骤S4、找到解析出的与待开发票相对应的发票池，并从发票池中获取空白发票以及与空白发票相对应的空白发票票号，该空白发票票号从税务局获取且存储在发票池中。

步骤S5、将待开发票信息存储至与待开发票相对应的发票池中。

步骤S6、计算待开发票的税控码。

步骤S7、将待开发票信息以及税控码组合在一起后写入空白发票中，并将已开具的发票以及开票成功后的发票信息反馈至与开票终端信号连接的开票系统中，开票系统将接收到的已开具的发票以及开票成功后的发票信息反馈至开票终端。

对待开发票信息进行解析的步骤包括：识别纳税人识别号，解析待开发票信息中的发票应用类型，并在该发票应用类型下，找到待开发票信息中的发票票种，并找到与该发票票种相对应的发票池。

开票方法还包括：根据发放的空白发票票号，确定发票池中存储的空白发票的总量，并且根据获取后剩余的空白发票票号，确定发票池中剩余的空白发票的数量，并将该数量进行存储；再次从发票池获取空白发票之前，将该发票池中剩余的空白发票的数量反馈至开票终端。

根据本发明的第二方面所提及的开票方法可将发票从开票系统中开出，减少了开票过程中人员的消耗，提高了企业的办公效率。

本发明的第三方面提供一种税控服务器，该税控服务器包括通用服务器、税控板卡和税控核心板，通用服务器上插装有多块税控板卡，税控板卡上连接有多块税控核心板；其中，本发明的第二方面所提及的开票系统中所包括的通讯交互模块、命令解析模块、命令运行模块以及发票池均集成于通用服务器中，税控码计算模块集成于税控核心板上。

通用服务器还包括：监控系统，用于监测通用服务器中硬盘的状态，并将硬盘的状态进行反馈至管理员终端；清理系统，用于定时清理通用服务器的硬盘中相关无效数据；看门狗系统，用于定时向税控核心板发送喂狗指令；热插拔系统，用于在不断电的情况下，插入和/或拔出税控核心板。

本发明的第三方面的有益效果与本发明的第一方面所述的有益效果相同，在此不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中开票系统的结构图一；

图2为本发明实施例中开票方法的流程图；

图3为本发明实施例中开票系统的结构图二；

图4为本发明实施例中税控服务器的结构图；

图5为本发明实施例中通用服务器的结构图。

附图标记说明：

1-税控服务器； 2-后台服务器； 3-管理员终端；

4-开票终端； 5-信息化管理服务器； 11-通用服务器；

12-税控板卡； 13-税控核心板。 14-通讯交互模块；

15-命令解析模块； 16-命令运行模块； 17-发票池；

18-税控码计算模块； 19-监控系统； 20-清理系统；

21-看门狗系统； 22-热插拔系统； 23-开票系统。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本实施例中提供一种开票系统，如图1所示，该开票系统包括：

通讯交互模块14，用于将开票终端与开票系统进行信号连接；与通讯交互模块14相连的命令解析模块15，用于对待开发票信息进行解析，解析出与待开发票相对应的开票系统中的发票池17；与命令解析模块15相连的命令运行模块16，用于找到解析出的发票池17，并从发票池17中获取空白发票以及与空白发票相对应的空白发票票号，该空白发票票号从税务局获取且存储在发票池17中；与命令运行模块16相连的发票池17，用于将待开发票信息进行存储；与命令运行模块16相连的税控码计算模块18，用于计算待开发票的税控码；命令运行模块16还用于，将待开发票信息以及税控码组合在一起后写入空白发票，并将已开具的发票以及开票成功后的发票信息反馈至通讯交互模块14，通讯交互模块14将接收到的已开具的发票以及开票成功后的发票信息反馈至开票终端。

由于发票系统可将发票从开票系统中的发票池17中直接开出，并反馈至开票终端，相比于现有技术中每一个开票环节均需要人员操作而言，本发明的第一方面的技术方案减少了开票过程中人员的消耗，提高了企业的办公效率。

为了便于对发票池17中的空白发票的管理，则在从发票池17中获取空白发票以及与空白发票相对应的空白发票票号时，需按照空白发票票号的先后顺序获取。本实施例中的发票池17可包括：存储单元，根据发放的空白发票票号，确定发票池17中存储的空白发票的总量，并且根据获取后剩余的空白发票票号，确定发票池17中剩余的空白发票的数量，并将该数量进行存储；再次从发票池17获取空白发票之前，将该发票池17中剩余的空白发票的数量反馈至开票终端。

需要说明的是，纳税人/企业登录开票终端之前，必然需要纳税人/企业在开票系统进行注册，审核通过之后才能正常使用本开票系统。

实施例二

本实施例提供一种开票方法，如图2所示，该开票方法包括：

步骤S1、登录开票终端，录入待开发票信息，其中，待开发票信息包括纳税人识别号、发票应用类型、发票票种以及待开发票的金额。

步骤S2、将开票终端与开票系统进行信号连接。

步骤S3、对待开发票信息进行解析，解析出与待开发票相对应的开票系统中的发票池。

步骤S4、找到解析出的与待开发票相对应的发票池，并从发票池中获取空白发票以及与空白发票相对应的空白发票票号，该空白发票票号从税务局获取且存储在发票池中。

步骤S5、将待开发票信息存储至与待开发票相对应的发票池中。

步骤S6、计算待开发票的税控码。

步骤S7、将待开发票信息以及税控码组合在一起后写入空白发票中，并将已开具的发票以及开票成功后的发票信息反馈至与开票终端信号连接的开票系统中，开票系统将接收到的已开具的发票以及开票成功后的发票信息反馈至开票终端。

另外，发票应用类型包括但不限于国税和地税，发票票种是指国家税务机关(国税局或者地税局等)发行的发票种类，并且，国税发行的发票票种包括但不限于，增值税发票、普通发票以及定额发票等任意一种；地税发行的发票票种包括但不限于，增值税发票、普通发票以及定额发票等任意一种。

根据本实施例所提供的开票方法可将发票从开票系统中开出，相比于现有技术中每一个环节均需要人力操作而言，本方案避免了开票过程中使用较多的人力，节省了企业的开支，进一步地提高了企业的办公效率。

以企业A开具国税的普通发票为例，对开票方法做详细的介绍：

纳税人员登录开票终端，将待开发票信息录入，待开发票信息中包括企业A的纳税识别号、需要开具国税的普通发票，发票金额为1000元。将开票终端与开票系统进行信号连接，从而将需要开具国税的普通发票且金额为1000元的信息通过开票终端反馈到开票系统中。根据上述待开发票信息，解析出与企业A需要开具国税的普通发票相对应的发票池。找到解析出的发票池，并从发票池中获取空白发票以及与空白发票相对应的空白发票票号，该空白发票票号从税务局获取且存储在发票池中。将待开发票的发票信息存储至与待开发票相对应的发票池中。计算待开发票的税控码，保证待开发票的真实性，当然，对于不同的发票票号，其所对应的税控码不同。接着，将待开发票信息以及税控码组合在一起后写入空白发票中，并将已开具的发票以及开票成功后的发票信息反馈至与开票终端信号连接的开票系统中，开票系统将接收到的已开具的发票以及开票成功后的发票信息反馈至开票终端，纳税人/企业可从开票终端收到发票。另外，如若需要将发票打印，可将开票终端与发票打印机连接，从而可将得到纸质发票。

示例性地，对待开发票信息进行解析的步骤可包括：识别纳税人识别号，解析待开发票信息中的发票应用类型，并在该发票应用类型下，找到待开发票信息中的发票票种，并找到与该发票票种相对应的发票池。

示例性地，开票方法还可包括：根据发放的空白发票票号，确定发票池中存储的空白发票的总量，并且根据获取后剩余的空白发票票号，确定发票池中剩余的空白发票的数量，并将该数量进行存储；再次从发票池获取空白发票之前，将该发票池中剩余的空白发票的数量反馈至开票终端。

实施例三

本实施例提供一种税控服务器，如图3～4所示，该税控服务器1包括通用服务器11、税控板卡12和税控核心板14，通用服务器11上插装有多块税控板卡12，税控板卡12上连接有多块税控核心板13；其中，实施例二所提及的开票系统中所包括的通讯交互模块14、命令解析模块15、命令运行模块16以及发票池17均集成于通用服务器11中，税控码计算模块18集成于税控核心板13上。

为便于本领域技术人员理解，对本发明实施例中的应用背景进行详细的介绍，具体地，如图3所示，税控服务器1分别与税务局的后台服务器2、管理员终端3、开票终端4通过互联网相连接。此外，企业还可以将企业自身的信息化管理服务器5与税控服务器1相连接。

接着，对本发明实施例中的税控服务器1进行详细的介绍。具体地，如图4所述，税控服务器1包括通用服务器11、税控板卡12和税控核心板13。其中，通用服务器11可以根据纳税人的需求选用不同性能指标及价位的各类商用服务器，并装载经过定制化修改和剪裁的Linux系统。随后在通用服务器11上进一步安装税控服务器主应用程序、各种驱动和插件等。配合税控板卡12和税控核心板13，安装在通用服务器11上的主应用程序可以实现包括发票库领购、退回发票段、发票分发、开具正数发票、开具红字发票、发票作废、发票报送、发票签名和发票上传等全套税控业务。

税控板卡12是通用服务器11的PCI(Peripheral Component Interconnect，外设组件互联标准)插槽和多块税控核心板13的连接与通信工件。也就是说，通用服务器11的一个PCI-E插槽上可以插一块税控板卡12，该税控板卡12上可以连接有多块税控核心板13，具体地，根据不同类型的通用服务器11，可以有搭载不同数量(例如，2块)税控核心板13的税控板卡12。同时，税控板卡12还可以提供心跳判断功能，即税控板卡12可以定时自动向搭载在该税控板卡12上的税控核心板13发送用于验证税控核心板13与税控板卡12之间的链接是否正常的心跳信号。

税控核心板13是由现有技术中的嵌入式税控设备发展而来，将原嵌入式税控设备中安全要求较低、性能和存储占用较大的功能模块转移到通用服务器11的主应用程序中，而税控核心板13则保留了关键性的、安全性要求较高的多个功能模块，这些功能模块可以实现存储发票模板、存储对称和非对称加解密密钥、生成税控码、生成数据报送签名和生成发票上传签名等功能。此外，值得一提的是，一块税控核心板13对应一个纳税人识别号和一个发票池，同时在一块税控核心板13上可以设有多个发票池，一个发票池对应于一个开票点，也就是说，一块税控核心板13上可以对应于多个开票点。例如，可以在一台税控服务器1中配置2块税控板卡12，每块税控板卡12上连接有5块税控核心板13，每块税控核心板13上设有100个发票池，那么该税控服务器1可以支持10个纳税人识别号，同时可以支持1000个开票点的同时使用。此外，还值得一提的是，还可以在税控服务器1内设置备用的税控核心板，从而当某块税控核心板13损坏时，可以直接切换至备用的税控核心板上进行正常的开票业务。

以上为对税控服务器1的介绍，另外，在实际使用的过程中，对于不同规模的纳税人可以灵活地配置税控服务器1。例如，对于规模较大的企业而言，可以将税控服务器1架设在企业自有的机房内。又例如，也可以将税控服务器1架设在税务局指定的机房内，规模较小的企业可以购买或者租用税控服务器1中的若干块税控核心板13，从而不必在企业内部配置完整的税控服务器1，减轻企业的负担，实现高性价比的开票点部署。需要说明的是，将税控服务器1架设在税务局指定的机房内可以为将税控税服务器1架设在税务局自身的机房内，也可以为将税控税服务器1架设在经税务局认可的第三方机房内。

示例性地，如图5所示，通用服务器11还可包括：监控系统19，用于监测通用服务器1中硬盘的状态，并将硬盘的状态进行反馈至管理员终端3；清理系统20，用于定时清理通用服务器11的硬盘中相关无效数据；看门狗系统21，用于定时向税控核心板13发送喂狗指令；热插拔系统22，用于在不断电的情况下，插入和/或拔出税控核心板13。

其中，监控系统19的存在，使得管理员实时监测硬盘的状况，避免了由于硬盘的损坏而造成数据的丢失。清理系统20的存在，可及时的将硬盘中的无效数据进行清除，解放硬盘的可用存储空间，提高了硬盘的使用效率。看门狗系统21可预防税控核心板13由于长时间的使用而处于异常状态(假死)，进一步地导致通用服务器11与税控核心板13之间的信息交互处于瘫痪状态，最终影响税控业务的处理。热插拔系统22，可有效地提高税控核心板13与通用服务器11之间的信息交互，进一步地，有效地提高了通用服务器11对故障的及时恢复能力。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。