CN106997554A - 一种红字发票信息表处理方法和处理系统 - Google Patents

Abstract

本发明涉及税务领域的一种红字发票信息表的批量处理方法，包括：客户端系统选中待处理的红字发票信息表，并生成本次请求标识号；客户端系统将待处理的红字发票信息表和本次请求标识号压缩、加密后发送给局端系统，本次请求标识号由业务代码和企业识别号、申请时间组成；局端系统对收到的数据进行解压、解密处理，并根据本次请求标识号识别业务类型，并调取相应的接口进行处理，对处理结果进行压缩、加密后发送给客户端系统；客户端系统接收返回信息后，根据处理结果进行解压、解密处理，进行红字发票开具或同步本地数据库。本发明可使企业批量申请红字发票信息表，减少请求次数；对数据传输的加密处理可防止数据传输过程中被篡改，保证了客户端和局端数据的一致性。

Description

一种红字发票信息表处理方法和处理系统

【技术领域】

本发明涉及计算机网络领域，尤其涉及税务领域的一种红字发票信息表处理方法和红字发票处理系统。

【背景技术】

红字发票，也叫负数发票，是当企业发生销售货物退回等业务时，冲减销售收入的合法凭证，即对已开具的蓝字发票进行冲红的合法凭证。

中国专利申请2010102920397公开了一种红字发票的处理装置及方法，该装置包括纳税终端、通信端服务器以及税务终端；纳税终端用于提交红字发票开票申请并打印发票和授权信息；通信端服务器通过无线网络分别与税务终端和纳税终端，其用于核对纳税端开票权限、授权开票、并向税务终端发送开票数据信息和授权信息；税务终端用于向通信端服务器提供纳税终端的认证信息并接受开票数据。

上述专利申请的技术方案是利用通信端服务器连接纳税终端和税务终端，接收纳税终端的红字发票申请，并核对纳税端开票权限、授权开票，以及向税务终端发送开票数据信息和授权信息。其不足是：在纳税终端，当企业开具红票时，一次只能提交一个申请；通信端服务处理业务繁杂，不但要接收用户请求，还拥有核对纳税端开票权限、授权开票和向税务终端发送开票数据信息和授权信息功能，可能导致请求拥堵，当企业请求量过大时，必然造成通信端服务压力过大甚至崩溃，导致系统瘫痪；另外，其数据的明文传输也容易导致信息泄露或篡改，数据传输没有可靠性保障，可能造成局端和企业端的数据不一致。

【发明内容】

鉴于上述问题，提出了本发明，以便提供一种克服上述问题或至少部分地解决上述问题。

本发明提供一种红字发票信息表的批量处理方法，包括如下步骤：

客户端系统获取单个或批量红字发票信息表，并对获取的每个红字发票信息表进行校验，包括校验待冲红发票的基本信息、企业授权信息、票种授权信息和开票权限，校验通过后，所述客户端系统将所述每个红字发票信息表保存至本地数据库并生成本次请求的唯一标识号，与所述每个红字发票信息表的信息一起进行压缩、加密，之后将加密信息发送至税务局端受理系统；

所述局端受理系统对收到的加密信息进行解压、解密，将解密后的信息表集传递至对应的局端处理系统；

所述局端处理系统接收所述信息表集，首先对所述唯一标识号进行业务识别，若识别为红字发票信息表申请业务，则对所述信息表集循环调用信息表业务校验接口，对每个信息表信息进行业务校验处理，并把每个信息表的业务校验结果以固定格式暂存，处理结束后，将校验结果返回至所述局端受理系统；

所述局端受理系统接收校验结果，压缩、加密处理，通过无线网络返回至所述客户端系统；

所述客户端系统对加密的校验结果进行解压、解密处理，并根据信息表编号更新本地数据库状态，对于返回结果中显示校验通过的信息表，可开具红字发票。

进一步的，所述红字发票信息表采用XML存储格式，所述客户端系统一次申请的最大红字发票信息表数量不超过限定数量。

进一步的，所述局端系统对对收到的信息进行解压、解密处理之前，根据处理速度先进行队列缓存处理。

进一步的，所述步骤还包括，客户端系统根据红字发票信息表编号更新本地数据库状态。

进一步的，所述步骤还包括，所述客户端系统在开具红字发票前，向所述局端系统发送同步红字发票信息表的请求。

进一步的，所述同步请求，具体包括如下步骤：

所述客户端系统向所述局端系统发送同步请求信息；

所述局端系统调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息，对其压缩、加密后发送给客户端系统；

所述客户端系统接收返回信息后，根据信息表编号更新本地数据库。

进一步的，所述同步请求信息包括企业纳税识别号、本次请求标识号和待同步的红字发票信息表编号；所述待同步的红字发票信息表采用txt格式进行存储。

进一步的，所述步骤还包括，在所述局端系统调用数据同步接口之前，对所述同步请求信息进行队列缓存处理。

根据本发明的另一方面，还提供一种红字发票信息表的处理方法，包括如下步骤：

客户端系统选中待处理的红字发票信息表，并生成本次请求标识号；

所述客户端系统将所述待处理的红字发票信息表和本次请求标识号压缩、加密后发送给局端系统，所述本次请求标识号由业务代码和随机码组成；

所述局端系统对收到的数据进行解压、解密处理，并根据所述本次请求标识号识别业务类型，并调取相应的接口进行处理，对处理结果进行压缩、加密后发送给所述客户端系统；

所述客户端系统接收返回信息后，根据处理结果进行解压、解密处理，进行红字发票开具或同步本地数据库。

进一步的，所述根据本次请求标识号识别业务类型，并调取相应的接口进行处理具体包括，若识别为红字发票信息表申请业务，则调用校验接口进行处理；若识别为同步红字发票信息表业务，则调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息。

根据本发明的另一方面，还提供一种红字发票处理系统，包括客户端系统和局端系统，其中，

所述客户端系统用于验证企业开票权限和授权信息，获取待申请的红字发票信息表，并对该红字发票信息表内容进行校验、压缩和加密，与局端系统进行数据交互；

所述局端系统用于接收所述客户端系统发来的数据，对其进行解压缩和解密，根据解密后的内容调用相关业务接口进行处理，并将处理结果压缩、加密后返回给所述客户端系统。

进一步的，所述客户端系统包括输入显示单元、校验单元、加解密单元、本地数据库单元和收发单元，其中：

所述输入显示单元用于获取并显示红字发票信息表；

所述校验单元用于校验待冲红发票的基本信息、企业授权信息、票种授权信息、开票权限，并生成本次请求识别码；

所述加解密单元用于对发送给所述局端系统的数据进行压缩、加密处理，以及对收到所述局端系统的反馈数据进行解压、解密处理；

所述本地数据库单元用于存储发票信息及状态信息，根据需要供其他单元调用数据或对数据进行存储；

所述收发单元用于向所述局端系统发送数据和以及接收局端系统的反馈数据。

进一步的，所述局端系统包括局端受理子系统和局端处理子系统，

所述局端受理子系统用于对所述客户端系统发来的数据进行队列缓存并进行解压、解密处理，将处理后的数据发送给所述局端处理子系统，对所述局端处理子系统发来的处理结果进行压缩、加密处理并发送给所述客户端系统；

所述局端处理子系统用于对红字发票信息表进行校验处理或数据同步处理。

进一步的，所述局端处理子系统包括处理模块、校验接口模块、数据同步接口模块和局端数据库模块，

所述处理模块用于接收所述局端受理子系统发来的数据并判断业务类型，根据判断的业务类型结果选择调用所述校验接口模块或者数据同步接口模块；

所述校验接口模块用于处理红字发票信息表申请业务，调用所述局端数据库模块的数据，对红字发票信息表中的信息进行校验；

所述数据同步接口模块用于处理红字发票信息表同步业务，调用所述局端数据库模块的数据，对红字发票信息表进行同步；

所述局端数据库模块，用于存储局端的各数据信息。通过本发明的技术方案可以看出，本发明的红字发票处理方法可使企业批量申请红字发票信息表，减少请求次数；对数据传输的加密处理可防止数据传输过程中被篡改，保证了客户端和局端数据的一致性；在客户端和局端传递的是压缩后的红字发票信息表而不是具体发票开具信息，因此也有效提高了传输速度和局端系统的处理速度。

【附图说明】

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

图1为本发明一个实施例的红字发票申请处理方法的流程示意图。

图2为本发明另一个实施例的红字发票申请处理方法的流程示意图。

图3为本发明一个实施例的红字发票信息表同步方法的流程示意图。

图4为本发明另一个实施例的红字发票信息表同步方法的流程示意图。

图5是本发明一个实施例的红字发票处理系统的结构示意图。

【具体实施方式】

下面将参照附图更详细的描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明，而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能更透彻的理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的红字发票信息表申请处理方法，可单次处理红字发票申请业务，也可以批量处理红字发票申请业务，如图1所示：

步骤S110，客户端系统获取单个或批量红字发票信息表，并对获取的每个红字发票信息表进行校验，包括校验待冲红发票的基本信息、企业授权信息、票种授权信息和开票权限，校验通过后，所述客户端系统将所述每个红字发票信息表保存至本地数据库并生成本次请求的唯一标识号。

红字发票信息表，是纳税企业针对某张蓝字发票是否可以开具红字发票的判断依据，其包含内容与对应蓝字发票信息项基本一致，若红字发票信息表最终被税局审核通过，则允许开具红字发票；否则，不允许开具。用户可以在客户端系统通过勾选或填写红字发票信息表，来生成红字发票信息表。一张红字发票只能对应一个有效的红字发票信息表，每个红字发票信息表由唯一的信息表编号进行识别。纳税企业根据待冲红的蓝字发票信息填写红字发票信息表，填写完成后，客户端系统对其进行校验，校验内容包括校验待冲红发票的基本信息、企业授权信息、票种授权信息、开票权限等。

纳税企业一次可填写一张红字发票信息表，也可以一次填写多张红字发票信息表。为了避免一次传输数据量过大导致网络传输速率降低或者税务局端处理能力下降，可根据税务局端的配置状况限定每家纳税企业一次申请的最大红字发票信息表数量，比如，纳税端企业一次申请的最大红字发票信息表数不超过10个。红字发票信息表采用XML存储格式，XML存储格式具有层次感，方便解析和读取，也容易查错处理。

步骤S120，客户端系统将唯一标识号与每个红字发票信息表的信息一起进行压缩、加密，之后将加密信息发送至税务局端受理系统。

步骤S130，局端受理系统对收到的加密信息进行解压、解密，将解密后的信息表集传递至对应的局端处理系统；局端处理系统接收所述信息表集，首先对所述唯一标识号进行业务识别，若识别为红字发票信息表申请业务，则对所述信息表集循环调用信息表业务校验接口，对每个信息表信息进行业务校验处理，并把每个信息表的业务校验结果以固定格式暂存，处理结束后，将校验结果返回至所述局端受理系统；局端受理系统接收校验结果，压缩、加密处理，通过无线网络返回至所述客户端系。

进一步的，局端系统对客户端系统发来的信息在解压、解密处理之前，可根据处理速度先进行缓存处理，采用队列缓存管理机制，来缓解局端系统的服务压力，以防止多个客户端系统请求量过大，造成数据丢失或系统拥堵甚至瘫痪。税局局端系统的轻量服务和缓存技术会使整个系统运行更加稳定、可靠。

进一步的，局端系统对解密后的红字发票信息表进行业务识别，如果判断为红字发票信息表申请业务，则调用校验接口，存储校验结果，否则返回企业响应错误提示信息。如果解密后是多个红字发票信息表，则循环调用校验接口对每个红字发票信息表信息进行业务校验处理，并把每个信息表的业务校验结果进行存储，实现批量处理。批量处理的红字发票信息表申请业务校验结果以XML格式存储，且每个返回的校验结果与每个信息表编号一一对应。

步骤S140，客户端系统对加密的校验结果进行解压、解密处理，并根据信息表编号更新本地数据库状态，对于返回结果中显示校验通过的信息表，可开具红字发票。

对于多个红字发票信息表，客户端系统循环解析返回的每个红字发票信息表的校验结果。客户端系统受到反馈后，会与之前发送出去的红字发票信息表进行对比校验，根据红字发票信息表编号更新本地数据库状态。

通过本实施例可以看出，本发明的红字发票处理方法可使企业批量申请红字发票信息表，减少请求次数；对数据传输的加密处理可防止数据传输过程中被篡改，保证了客户端和局端数据的一致性；在客户端和局端传递的是压缩后的红字发票信息表而不是具体发票开具信息，因此也有效提高了传输速度和局端系统的处理速度。

作为上一实施例的进一步改进，本发明还提供另一种红字发票申请处理方法，如图2所示，包括：

步骤S210，客户端系统获取红字发票信息表并进行校验。

步骤S220，客户端系统生成本次请求标识号，与通过校验的红字发票信息表一起进行压缩、加密，并将加密后的信息发送至局端系统。

本次请求标识号可作为本次业务请求的识别依据，本次请求标识号可以采用多种形式，比如本次请求标识号由业务代码和企业识别号、申请时间组成；或者本次请求标识号是红字发票信息表的生成时间；或者是客户端系统生成的随机码；也可由纳税识别号和红字发票信息表生成时间组成；还可以由业务代码和随机码组成，比如以SQ_开头的代表申请红字发票信息表业务；若以TB_开头的代表同步红字发票信息表业务等，不同的业务配有不同的业务代码，可以让税务局的局端系统快速进行业务识别，提高处理速度。本次请求标识号优选不同业务采用不同业务代码的命名方式。

进一步的，在客户端生成本次请求标识号之前或之后，客户端系统将通过校验的红字发票信息表保存在本地数据库，以方便后续查看。

步骤S230，局端系统对收到的加密后的信息进行解压、解密处理，对本次请求标识号进行业务识别，当识别为申请业务时调用校验接口进行校验处理，并将校验结果进行压缩、加密处理后，返回给客户端系统。

步骤S240，客户端系统对收到的校验结果进行解压、解密处理，根据局端系统校验通过的红字发票信息表开具红字发票，并更新本地数据库状态。

由于存在信息表审核通过后，企业当时没有及时开具红字发票的情况，所以本发明还提供一种实时同步红字发票信息表的方法，使得企业在开具红字发票时，随时可从税务局的局端系统同步红字发票信息表状态，使得客户端系统与局端系统红字发票信息表状态保持一致。具体方法如图3所示：

步骤S310， 客户端系统向局端系统发送同步请求信息。

同步请求信息包括企业纳税识别号和待同步的红字发票信息表编号。待同步的红字发票信息表可以是单条同步，也可以是多条同步。每一条红字发票信息表对应一个唯一的信息表编号。

步骤S320，局端系统调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息，对其压缩、加密后发送给客户端系统。

考虑到此时返回的信息量过大，红字发票信息表信息采用txt轻便存储方式进行存储。

进一步的，局端系统可根据处理速度先对同步请求信息进行缓存处理，采用队列缓存管理机制，来缓解局端系统的服务压力，以防止多个客户端系统请求量过大，造成数据丢失或系统拥堵甚至瘫痪。

进一步的，局端系统对同步请求信息进行业务识别，如果判断为红字发票信息表同步业务，则调用数据同步接口进行处理，否则返回企业响应错误提示信息。

步骤S330，客户端系统接收返回信息后，根据信息表编号更新本地数据库。

若客户端系统收到的返回信息包含多条红字发票信息表信息的话，则循环处理返回信息，并根据信息表编号更新本地数据库。

作为上述实施例的改进，本发明还提供了一种红字发票信息表的处理方法，如图4所示，包括：

步骤S410， 客户端系统选中待处理的红字发票信息表，并生成本次请求标识号。

待处理的红字发票信息表可以是申请业务，也可以是同步业务，可以是单条，也可以是多条。每一条红字发票信息表对应一个唯一的信息表编号。

步骤S420，客户端系统将待处理的红字发票信息表和本次请求标识号压缩、加密后发送给局端系统。本次请求标识号由业务代码和随机码组成，不同的业务请求有不同的业务代码，随机码可以是本次请求的发送时间。

步骤S430，局端系统对收到的数据进行解压、解密处理，并根据本次请求标识号识别业务类型，并调取相应的接口进行处理，对处理结果进行压缩、加密后发送给客户端系统。

若识别为红字发票信息表申请业务，则调用校验接口进行处理；若识别为同步红字发票信息表业务，则调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息。

步骤S440，客户端系统接收返回信息后，根据处理结果进行解压、解密处理，进行红字发票开具或同步本地数据库。

若客户端系统收到的返回信息包含多条红字发票信息表信息的话，则循环处理返回信息，并根据信息表编号更新本地数据库。

如图5所示一种红字发票处理系统，由于其原理与上述各实施例一致，因此简述如下：

一种红字发票处理系统包括客户端系统10和局端系统20，其中，

客户端系统10用于验证企业开票权限和授权信息，获取待申请的红字发票信息表，并对该红字发票信息表内容进行校验、压缩和加密，与局端系统进行数据交互。客户端系统10可获取单个待申请的红字发票信息表，也可批量获取待申请的红字发票信息表。

具体的，客户端系统10包括输入显示单元11、校验单元12、加解密单元13、本地数据库单元14和收发单元15，其中：输入显示单元11用于获取并显示红字发票信息表，即允许用户填写待申请的红字发票信息表的相关内容，可单条填写，也可批量填写；校验单元12用于校验待冲红发票的基本信息、企业授权信息、票种授权信息、开票权限等，并生成本次请求识别码；加解密单元13用于对发送给局端系统20的数据进行压缩、加密处理，以及对收到局端系统20的反馈数据进行解压、解密处理；本地数据库单元14用于存储发票信息及状态信息，根据需要供其他单元调用数据或对数据进行存储；收发单元15用于向局端系统20发送数据和以及接收局端系统20的反馈数据。

局端系统20用于接收客户端系统10发来的数据，对其进行解压缩和解密，根据解密后的内容调用相关业务接口进行处理，并将处理结果压缩、加密后返回给客户端系统。如果解密后的内容识别为红字发票信息表申请业务，则局端系统20调用校验接口进行校验处理，对于多个红字发票信息表申请业务局端系统将循环调用校验接口进行处理；如果如果解密后的内容识别为红字发票信息表同步业务，则局端系统20调用数据同步接口进行同步处理。

具体的，局端系统20包括局端受理子系统21和局端处理子系统22，局端受理子系统21用于对客户端系统10发来的数据进行队列缓存并进行解压、解密处理，将处理后的数据发送给局端处理子系统22，对局端处理子系统22发来的处理结果进行压缩、加密处理并发送给客户端系统10。局端处理子系统22用于对红字发票信息表进行校验处理或数据同步处理，包括处理模块221、校验接口模块222、数据同步接口模块223和局端数据库模块224，处理模块221用于接收局端受理子系统21发来的数据并判断业务类型，根据判断的业务类型结果选择调用校验接口模块222或者数据同步接口模块223；校验接口模块222用于处理红字发票信息表申请业务，调用局端数据库模块224的数据，对红字发票信息表中的信息进行校验；数据同步接口模块223用于处理红字发票信息表同步业务，调用局端数据库模块224的数据，对红字发票信息表进行同步；局端数据库模块224，用于存储局端的各数据信息。

综上所述，本发明的有益效果包括：

系统借助现有的网络技术，使得企业可以在客户端系统完成红字发票信息表申请，开具红字发票；

企业可以在客户端系统一次性批量申请红字发票信息表，减少请求次数，降低局端系统的请求服务压力；

对客户端系统和局端系统的传输信息进行压缩、加密，确保企业信息安全，同时减少网络数据传输量；

对企业每次请求，生成本次请求标识号并对标识号进行特殊编码，以区分申请信息表业务和同步信息表业务，加快局端系统的业务处理速度，提高了响应速度；

局端系统的局端受理子系统采用队列缓存技术，使得在企业请求量过大时，避免拥堵或信息丢失，提高局端系统的服务处理能力；

把企业授权验证、开票验证以及信息表基本校验服务置于客户端系统进行，且传输过程中对数据信息进行加密处理，保障了企业数据的安全性和保密性，无需在局端系统进行重复校验，减少局端系统的处理流程，提高用户响应速度；

提供信息表同步功能，保证客户端信息表数据和局端数据库中信息表数据保持一致性，降低企业开具红字发票错误概率。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定的编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明内容。

本领域那些技术人员可以理解，可以对实施例中各模块进行自适应性的改变并且把它们设置在与该实施例不同的一个或多个设备中。除非另有明确陈述，本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。

以上所述仅为本发明之较佳实施例，并非用以限定本发明的权利要求保护范围。同时以上说明，对于相关技术领域的技术人员应可以理解及实施，因此其他基于本发明所揭示内容所完成的等同改变，均应包含在本权利要求书的涵盖范围内。

Claims (14)

1.一种红字发票信息表的批量处理方法，包括如下步骤：

客户端系统获取单个或批量红字发票信息表，并对获取的每个红字发票信息表进行校验，包括校验待冲红发票的基本信息、企业授权信息、票种授权信息和开票权限，校验通过后，所述客户端系统将所述每个红字发票信息表保存至本地数据库并生成本次请求的唯一标识号，与所述每个红字发票信息表的信息一起进行压缩、加密，之后将加密信息发送至税务局端受理系统；

所述局端受理系统对收到的加密信息进行解压、解密，将解密后的信息表集传递至对应的局端处理系统；

所述局端处理系统接收所述信息表集，首先对所述唯一标识号进行业务识别，若识别为红字发票信息表申请业务，则对所述信息表集循环调用信息表业务校验接口，对每个信息表信息进行业务校验处理，并把每个信息表的业务校验结果以固定格式暂存，处理结束后，将校验结果返回至所述局端受理系统；

所述局端受理系统接收校验结果，压缩、加密处理，通过无线网络返回至所述客户端系统；

所述客户端系统对加密的校验结果进行解压、解密处理，并根据信息表编号更新本地数据库状态，对于返回结果中显示校验通过的信息表，可开具红字发票。

2.根据权利要求1所述的一种红字发票信息表的申请方法，其特征在于：所述红字发票信息表采用XML存储格式，所述客户端系统一次申请的最大红字发票信息表数量不超过限定数量。

3.根据权利要求1所述的一种红字发票信息表的申请方法，其特征在于：所述局端系统对对收到的信息进行解压、解密处理之前，根据处理速度先进行队列缓存处理。

4.根据权利要求1所述的一种红字发票信息表的申请方法，其特征在于：所述步骤还包括，客户端系统根据红字发票信息表编号更新本地数据库状态。

5.根据权利要求1所述的一种红字发票信息表的申请方法，其特征在于：所述步骤还包括，所述客户端系统在开具红字发票前，向所述局端系统发送同步红字发票信息表的请求。

6.根据权利要求5所述的一种红字发票信息表的申请方法，其特征在于：所述同步请求，具体包括如下步骤：

所述客户端系统向所述局端系统发送同步请求信息；

所述局端系统调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息，对其压缩、加密后发送给客户端系统；

所述客户端系统接收返回信息后，根据信息表编号更新本地数据库。

7.根据权利要求5所述的一种红字发票信息表的申请方法，其特征在于：所述同步请求信息包括企业纳税识别号、本次请求标识号和待同步的红字发票信息表编号；所述待同步的红字发票信息表采用txt格式进行存储。

8.根据权利要求5所述的一种红字发票信息表的申请方法，其特征在于：所述步骤还包括，在所述局端系统调用数据同步接口之前，对所述同步请求信息进行队列缓存处理。

9.一种红字发票信息表的处理方法，包括如下步骤：

客户端系统选中待处理的红字发票信息表，并生成本次请求标识号；

所述客户端系统将所述待处理的红字发票信息表和本次请求标识号压缩、加密后发送给局端系统，所述本次请求标识号由业务代码和随机码组成；

所述局端系统对收到的数据进行解压、解密处理，并根据所述本次请求标识号识别业务类型，并调取相应的接口进行处理，对处理结果进行压缩、加密后发送给所述客户端系统；

所述客户端系统接收返回信息后，根据处理结果进行解压、解密处理，进行红字发票开具或同步本地数据库。

10.根据权利要求9所述的一种红字发票信息表的处理方法，其特征在于：所述根据本次请求标识号识别业务类型，并调取相应的接口进行处理具体包括，若识别为红字发票信息表申请业务，则调用校验接口进行处理；若识别为同步红字发票信息表业务，则调用数据同步接口，根据待同步的红字发票信息表编号从局端数据库中取出对应的红字发票信息表信息。

11.一种红字发票处理系统，包括客户端系统和局端系统，其中，

所述客户端系统用于验证企业开票权限和授权信息，获取待申请的红字发票信息表，并对该红字发票信息表内容进行校验、压缩和加密，与局端系统进行数据交互；

所述局端系统用于接收所述客户端系统发来的数据，对其进行解压缩和解密，根据解密后的内容调用相关业务接口进行处理，并将处理结果压缩、加密后返回给所述客户端系统。

12.根据权利要求11所述的一种红字发票处理系统，其特征在于：所述客户端系统包括输入显示单元、校验单元、加解密单元、本地数据库单元和收发单元，其中：

所述输入显示单元用于获取并显示红字发票信息表；

所述校验单元用于校验待冲红发票的基本信息、企业授权信息、票种授权信息、开票权限，并生成本次请求识别码；

所述加解密单元用于对发送给所述局端系统的数据进行压缩、加密处理，以及对收到所述局端系统的反馈数据进行解压、解密处理；

所述本地数据库单元用于存储发票信息及状态信息，根据需要供其他单元调用数据或对数据进行存储；

所述收发单元用于向所述局端系统发送数据和以及接收局端系统的反馈数据。

13.根据权利要求11所述的一种红字发票处理系统，其特征在于：所述局端系统包括局端受理子系统和局端处理子系统，

所述局端受理子系统用于对所述客户端系统发来的数据进行队列缓存并进行解压、解密处理，将处理后的数据发送给所述局端处理子系统，对所述局端处理子系统发来的处理结果进行压缩、加密处理并发送给所述客户端系统；

所述局端处理子系统用于对红字发票信息表进行校验处理或数据同步处理。

14.根据权利要求13所述的一种红字发票处理系统，其特征在于：所述局端处理子系统包括处理模块、校验接口模块、数据同步接口模块和局端数据库模块，

所述处理模块用于接收所述局端受理子系统发来的数据并判断业务类型，根据判断的业务类型结果选择调用所述校验接口模块或者数据同步接口模块；

所述校验接口模块用于处理红字发票信息表申请业务，调用所述局端数据库模块的数据，对红字发票信息表中的信息进行校验；

所述数据同步接口模块用于处理红字发票信息表同步业务，调用所述局端数据库模块的数据，对红字发票信息表进行同步；

所述局端数据库模块，用于存储局端的各数据信息。