CN107045695A - 一种发票抬头信息变更方法、装置和发票管理系统 - Google Patents

Abstract

本申请实施例提供一种发票抬头信息变更方法、装置及发票管理系统。所述方法包括：接收用户提交的发票抬头信息变更请求；基于预置规则确定所述变更请求是否需要进行审核；如果需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；若新抬头信息通过审核，则将发票旧抬头信息变更为新抬头信息；以及更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。本申请实施例可以更准确高效的进行发票抬头信息的变更、提高用户体验。

Description

一种发票抬头信息变更方法、装置和发票管理系统

技术领域

本申请涉及信息处理技术领域，特别是涉及一种发票抬头信息变更方法、装置和发票管理系统。

背景技术

在电子商务应用广泛普及的今天，随着信息技术的快速发展，信息呈现出爆发式的增长，人们对如何能更高效的处理信息的要求也越来越高。例如，在发票管理中心，用户可以对开具发票的信息进行管理。对于系统内已经生效的发票抬头信息，用户可能基于各种原因需要对发票抬头信息进行变更。但由于不同发票类型的财务审核要求的严格程度是不同的，所以在变更发票抬头信息流程中允许变更的项目也有所不同，变更的抬头信息是否需要财务审核的情况也不同。另外，由于发票抬头在变更流程中所处的状态也有多种情况，从而造成多种状态之间的相互转移关系也比较复杂。如果用户欲对已经生效的某种类型的发票抬头信息进行变更，并且变更的次数可能还不止一次；那么，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要终止本次变更流程，现有技术还无法提供撤销变更操作的处理。因此，在用户进行发票抬头信息变更时，现有技术的缺陷会给用户带来诸多不变。

因此，如何更准确、高效地进行发票抬头信息的变更，成为亟需本领域技术人员解决的技术问题。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种发票抬头信息变更方法和相应的一种发票抬头信息变更装置，以及一种发票管理系统。

本申请公开了一种发票抬头信息变更方法，包括：

接收用户提交的发票抬头信息变更请求；

基于预置规则确定所述变更请求是否需要进行审核；

如果需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

若新抬头信息通过审核，则将发票旧抬头信息变更为新抬头信息；以及，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

相应的，本申请公开了一种发票抬头信息变更装置，包括：

接收模块，用于接收用户提交的发票抬头信息变更请求；

确定模块，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行审核；

生成模块，用于若所述确定模块确定需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

变更模块，用于若新抬头信息通过审核，则将发票旧抬头信息变更为新抬头信息；相应的，所述生成模块，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

本申请还公开了一种发票抬头信息变更方法，包括：

接收用户提交的发票抬头信息变更请求；

基于预置规则确定所述变更请求是否需要进行审核；

如果需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

在符合预置条件的情况下，基于用户提交的撤销变更请求和所述影子抬头数据表的当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；以及，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

相应的，本申请公开了一种发票抬头信息变更装置，包括：

接收模块，用于接收用户提交的发票抬头信息变更请求；

确定模块，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行审核；

生成模块，用于若所述确定模块确定需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

查找模块，用于在符合预置条件的情况下，基于所述接收模块接收的用户提交的撤销变更请求，查找所述影子抬头数据表的当前变更记录信息；

变更模块，用于基于所述查找模块查找到的所述当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；相应的，所述生成模块，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

本申请还公开了一种发票管理系统，包括如上所述的发票抬头信息变更装置。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的一种发票抬头信息变更方法实施例的步骤流程图；

图2是本申请的一种根据变更请求生成影子抬头数据表的实施例原理图；

图3是本申请的另一种发票抬头信息变更方法实施例的步骤流程图；

图4是本申请的一种发票抬头信息变更流程状态转移的实施例示意图；

图5是本申请的一种发票抬头信息变更方法实施例的业务流程示意图；

图6是本申请的一种发票抬头信息变更装置实施例的结构框图；

图7是本申请的另一种发票抬头信息变更装置实施例的结构框图；

图8是本申请的一种发票管理系统实施例的架构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例可以应用在一种发票管理系统中，用户可以通过该发票管理系统在线对发票抬头信息进行管理。其中，该发票管理系统针对发票抬头信息的管理可以分为新增发票抬头信息管理单元和变更发票抬头信息管理单元两个部分。

具体而言，新增发票抬头信息管理单元收到用户新增发票抬头信息的请求后，基于后台服务器根据发票的类型给予相应的处理，保存到发票管理系统的数据库中。

通常而言，发票的类型可以分为：个人增值税普通发票、企业增值税普通发票、以及企业增值税专用发票这三种。对于在发票管理系统的数据库内已经保存生效的发票抬头信息，用户可能基于各种原因需要对发票抬头信息进行变更。

例如：抬头填写错误，需要将填写错误的旧抬头变更成新抬头。一般的，此时需要变更的抬头项目包括：个人姓名或企业名称。

再例如，企业从小规模纳税人变更为一般纳税人，则发票需要从企业增值税普通发票变更为企业增值税专用发票。一般的，此时需要变更的抬头项目包括：税务登记证号、注册场所地址、公司注册电话、银行账户信息等。

又例如，企业名称发生变化后，也需要变更新抬头。

然而，由于不同发票类型的财务审核要求的严格程度是不同的，所以在变更发票抬头信息流程中允许变更的项目也有所不同，变更的抬头信息是否需要财务审核的情况也不同。

在实际应用中，某些业务场景在变更流程中是不需要进行财务审核的，例如，个人或者企业增值税普通发票的抬头填写错误的变更等。

而某些业务场景在变更流程中是需要进行财务审核的，例如，企业增值税普通发票变更为企业增值税专用发票，企业增值税专用发票的抬头名称变更，个人增值税普通发票变更为企业增值税专用发票等。

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

本发明实施例中，变更发票抬头信息的流程可能涉及以下状态：

A、新抬头待审核状态

例如，用户欲将系统里已经保存生效的个人增值税普通发票变更为企业增值税专用发票，则系统需要对用户提交的变更请求进行相应的财务审核，这样新抬头处于待审核状态；

B、新抬头撤销状态

例如，在待审核状态下，如果用户想终止本次变更流程，则可以执行撤销本次变更的操作，即进入新抬头撤销状态。

在新抬头处于撤销状态的情况下，旧抬头会被发票管理系统设置为有效状态，即将发票抬头信息恢复至用户提交变更前的该发票已经生效的旧抬头信息。

C、新抬头拒绝状态

例如，用户提交的变更请求未通过财务审核，即新抬头处于拒绝状态。

此时，用户可以依据系统的提示修改后再次提交，重新进入新抬头待审核状态；也可以直接执行撤销本次变更的操作，即进入新抬头撤销状态。

D、新抬头有效状态

例如，用户提交的变更请求通过财务审核，即新抬头处于有效状态。

在新抬头处于有效状态的情况下，旧抬头会被发票管理系统设置为失效状态，即将发票抬头信息变更为新抬头信息。

E、新抬头失效状态

例如，在新抬头有效状态或新抬头撤销状态下，如果系统直接驳回，即进入新抬头失效状态，即不可用状态。

F、旧抬头锁定状态

例如，旧抬头既不是有效状态也不是失效状态，并且之后可能转变成有效状态或者失效状态的一种中间状态，即在新抬头待审核状态或新抬头拒绝状态下，旧抬头处于锁定状态。

G、旧抬头失效状态

例如，当新抬头信息通过审核，则在新抬头处于有效状态下，旧抬头的状态会被发票管理系统由锁定状态设置为失效状态，即不可用状态，即将发票抬头信息变更为新抬头信息。

H、旧抬头有效状态

例如，当新抬头信息未通过审核，则在新抬头处于拒绝状态下，旧抬头的状态会被发票管理系统由锁定状态设置为有效状态，即将发票抬头信息恢复为旧抬头信息。

因此，发票抬头信息在变更流程中所处的状态会有多种情况，而这些状态并不是固定不变的，而是随着修改情况以及财务审核的进展而相互转换。因此，如果用户欲对已经生效的某种类型的发票抬头信息进行变更，那么，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销变更的操作时，本申请实施例提供的发票管理系统可以通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

实施例一

参照图1，示出了本申请的一种发票抬头信息变更方法实施例的步骤流程图，具体可以包括如下步骤：

步骤110，接收用户提交的发票抬头信息变更请求；

步骤120，基于预置规则确定所述变更请求是否需要进行审核；

可以理解的是，本申请实施例所述的审核是指财务审核。在实际应用中，某些业务场景在变更流程中是不需要进行财务审核的，例如，个人或者企业增值税普通发票的抬头填写错误的变更等。而某些业务场景在变更流程中是需要进行财务审核的，例如，企业增值税普通发票变更为企业增值税专用发票，企业增值税专用发票的抬头名称变更，个人增值税普通发票变更为企业增值税专用发票等。因此，本申请实施例所述的预置规则，是根据具体的财务审核标准预先设置在系统内的，在确定变更请求是否需要进行财务审核时，就依照该预置规则进行判断即可。

步骤130，如果需要进行财务审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

需要说明的是，所述影子抬头数据表中当前变更记录信息包括与变更相关的信息，例如，变更前已经生效的旧抬头信息，新抬头和旧抬头的当前状态信息等。

优选的，在本申请实施例中，可以如图2所示，根据变更请求1生成对应的影子抬头数据表1，该影子抬头数据表1至少包括：原始抬头信息、新抬头信息、当前变更记录信息。如果接下来还有变更请求2，则根据变更请求2生成对应的影子抬头数据表2，该影子抬头数据表2至少包括：原始抬头信息、新抬头信息、当前变更记录信息。可以理解的是，以此类推，如果接下来还有变更请求n，则根据变更请求n生成对应的影子抬头数据表n。

步骤140，若新抬头信息通过财务审核，则将发票旧抬头信息变更为新抬头信息；

步骤150，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

可以理解的是，在本申请实施例中，可以如图2所示，发票抬头信息变更流程结束后，新抬头信息和变更过程中生成的影子抬头数据表都会在数据库中保存。

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

实施例二

参照图3，示出了本申请的另一种发票抬头信息变更方法实施例的步骤流程图，具体可以包括如下步骤：

步骤310，接收用户提交的发票抬头信息变更请求；

需要说明的是，发票原始抬头需要处于有效状态才能进行后续的变更流程，故在进入变更流程之前需要确定数据库内发票原始抬头的状态为有效状态。至于具体采用什么方式判定发票原始抬头的状态，本发明实施例不做限制。

步骤320，基于预置规则确定所述变更请求是否需要进行财务审核；

可以理解的是，在实际应用中，某些业务场景在变更流程中是不需要进行财务审核的，例如，个人或者企业增值税普通发票的抬头填写错误的变更等。而某些业务场景在变更流程中是需要进行财务审核的，例如，企业增值税普通发票变更为企业增值税专用发票，企业增值税专用发票的抬头名称变更，个人增值税普通发票变更为企业增值税专用发票等。因此，本申请实施例所述的预置规则，是根据具体的财务审核标准预先设置在系统内的，在确定变更请求是否需要进行财务审核时，就依照该预置规则进行判断即可。

步骤330，如果需要进行财务审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

需要说明的是，所述影子抬头数据表中当前变更记录信息包括与变更相关的信息，例如，变更前已经生效的旧抬头信息，新抬头和旧抬头的当前状态信息等。

优选的，在本申请实施例中，可以如图2所示，根据变更请求1生成对应的影子抬头数据表1，该影子抬头数据表1至少包括：原始抬头信息、新抬头信息、当前变更记录信息。如果接下来还有变更请求2，则根据变更请求2生成对应的影子抬头数据表2，该影子抬头数据表2至少包括：原始抬头信息、新抬头信息、当前变更记录信息。可以理解的是，以此类推，如果接下来还有变更请求n，则根据变更请求n生成对应的影子抬头数据表n。

优选的，在本申请另一优选的实施例中，所述影子抬头数据表的当前变更记录信息还包括标记信息，用以指示新抬头和旧抬头的状态转移关系。例如，在所述影子抬头数据表中通过设置标示符或标记代码等来实现新抬头和旧抬头的状态转移关系的标记。可以理解的是，在所述影子抬头数据表中记录当前变更记录信息的具体实现方式并不局限于本申请实施例的实现方式，还可以有多种，只要能够用来指示新抬头和旧抬头的状态转移关系即可，为此，本申请实施例对此不做限制。

步骤340，若新抬头信息通过财务审核，则将发票旧抬头信息变更为新抬头信息；

步骤350，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效；

步骤360，在符合预置条件的情况下，基于用户提交的撤销变更请求和所述影子抬头数据表的当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；

优选的，在本申请的一个实施例中，所述预置条件为：所述新抬头信息未通过审核；则所述方法还包括：当所述新抬头信息未通过审核时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为拒绝、旧抬头状态为锁定。

在本申请的另一个实施例中，所述预置条件为：所述新抬头信息处于待审核状态；则所述方法还包括：当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为待审核、旧抬头状态为锁定。

步骤370，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

优选的，在本申请实施例中，还可以包括：

步骤380，如果不需要进行财务审核，则将发票旧抬头信息变更为新抬头信息。

可以理解的是，在本申请实施例中，可以如图2所示，发票抬头信息变更流程结束后，新抬头信息和变更过程中生成的影子抬头数据表都会在数据库中保存。

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

实施例三

参照图4，示出了本申请的一种发票抬头信息变更流程状态转移的实施例示意图，其包括了变更前、变更过程、以及变更结束的整个变更流程。如图4所示，整个变更流程中包含：原始抬头有效；新抬头待审核、旧抬头锁定；新抬头拒绝、旧抬头锁定；新抬头撤销、旧抬头有效；新抬头有效、旧抬头失效；以及新抬头失效，共六种状态之间的转移。

1)在发票原始抬头处于有效的状态下，如果新抬头信息在变更流程中需要进行财务审核，则由原始抬头有效的状态转移到新抬头待审核、旧抬头锁定的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息。所述影子抬头数据表中当前变更记录信息包括与变更相关的信息，例如，变更前已经生效的旧抬头信息，新抬头和旧抬头的当前状态信息，用以指示新抬头和旧抬头的状态转移关系的标记信息等。在本申请实施例中，该当前变更记录信息包括用来指示由原始抬头有效的状态转移到新抬头待审核、旧抬头锁定的状态的标示信息；如果新抬头信息在变更流程中不需要财务审核，则原始抬头有效的状态直接更新为新抬头有效、旧抬头失效的状态，期间并不会伴随影子抬头数据表的生成。

2)在新抬头待审核、旧抬头锁定的状态下，如果新抬头信息未通过财务审核，则由新抬头待审核、旧抬头锁定的状态转移到新抬头拒绝、旧抬头锁定的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、变更前已经生效的旧抬头信息、当前变更记录信息、新抬头和旧抬头的当前状态信息。其中该当前变更记录信息包括用来指示由新抬头待审核、旧抬头锁定的状态转移到新抬头拒绝、旧抬头锁定的状态的标示信息；

如果新抬头信息财务审核成功，那么由新抬头待审核、旧抬头锁定的状态转移到新抬头有效、旧抬头失效的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息。其中该当前变更记录信息包括用来指示由新抬头待审核、旧抬头锁定的状态转移到新抬头有效、旧抬头失效的状态的标示信息；

而如果此时用户欲终止本次变更流程，则可以撤销本次变更的操作，那么由新抬头待审核、旧抬头锁定的状态转移到新抬头撤销、旧抬头有效的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息。其中该当前变更记录信息包括用来指示由新抬头待审核、旧抬头锁定的状态转移到新抬头撤销、旧抬头有效的状态的标示信息。

3)在新抬头拒绝、旧抬头锁定的状态下，如果新抬头信息修改好之后重新进行财务审核，那么由新抬头拒绝、旧抬头锁定的状态转移回到新抬头待审核、旧抬头锁定的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息。其中该当前变更记录信息包括用来指示由新抬头拒绝、旧抬头锁定的状态转移回到新抬头待审核、旧抬头锁定的状态的标示信息；

而如果此时用户欲终止本次变更流程，则可以撤销本次变更的操作，那么由新抬头拒绝、旧抬头锁定的状态转移到新抬头撤销、旧抬头有效的状态；此时，生成的影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息。其中该当前变更记录信息包括用来指示由新抬头拒绝、旧抬头锁定的状态转移到新抬头撤销、旧抬头有效的状态的标示信息。

4)在新抬头撤销、旧抬头有效状态下，如果直接驳回，那么由新抬头撤销、旧抬头有效的状态转移到新抬头失效的状态。

5)在新抬头有效、旧抬头失效状态下，如果直接驳回，那么由新抬头有效、旧抬头失效的状态转移到新抬头失效的状态。

6)在新抬头失效的状态下，系统可以从失效的抬头中选择一个抬头进行编辑，生效之后再次进入变更流程。

需要说明的是，如果失效的场景是系统自动所为的，比如系统重大变更，有可能会导致用户之前所有发票的抬头信息全部失效。而当用户再次进入系统时，有可能需要之前的抬头信息。所以，在一个优选的实施例中，可以提供给用户从失效的抬头中选择一个失效抬头做继续操作的方式。具体应用时，可以将该用户所有的失效抬头都列出来，然后由用户从中选择一个进行后续操作。

本申请实施例具备以下优点：

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

实施例四

下面，结合一实际业务场景来说明本申请实施例的一种具体应用。

例如，企业从小规模纳税人变更为一般纳税人，则发票需要从企业增值税普通发票变更为企业增值税专用发票。一般的，此时需要变更的抬头项目包括：税务登记证号、注册场所地址、公司注册电话、银行账户信息等。

用户进入发票管理界面，通过调取接口调取服务器上的数据库信息得到发票抬头信息列表。用户点击想要修改的发票抬头信息进入变更流程，如图5所示，为发票抬头信息变更方法实施例的业务流程示意图。

首先，用户选择变更类型，即由企业增值税普通发票变更为企业增值税专用发票；然后，由于是从企业增值税普通发票变更为企业增值税专用发票，所以判断开具类型无需变更；接下来，确定抬头名称需要发生变更后，进一步判断不是抬头名称填写错误，则用户提交登记变更信息；系统判断是企业增值税专用发票，则需要用户提交企业增值税专用发票的抬头及其他信息，提交工商变更证明，系统进行财务审核；

如果财务审核未通过，系统在生成的影子抬头数据表中当前变更记录信息里更新为新抬头拒绝、旧抬头锁定状态，此时，如果用户欲终止本次变更流程，则可以点击撤销按钮，系统将撤销本次变更操作，这样，则系统会在影子抬头数据表中当前变更记录信息里对新抬头和旧抬头的状态进行更新，并记录由新抬头拒绝、旧抬头锁定的状态转移到新抬头撤销、旧抬头有效的状态转移关系；同时，系统会根据影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息。当然，对于财务审核未通过的情况，用户还可以按照系统提示修改后重新提交，重新进行财务审核；如果财务审核通过，则提交的新抬头有效；结束变更流程。

本申请实施例具备以下优点：

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

实施例五

参照图6，示出了本申请的一种发票抬头信息变更装置实施例的结构框图，具体可以包括如下模块：

接收模块610，用于接收用户提交的发票抬头信息变更请求；

确定模块620，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行财务审核；其中，在本申请另一实施例中，所述确定模块620还可以用于确定原始抬头处于有效状态。

可以理解的是，在实际应用中，某些业务场景在变更流程中是不需要进行财务审核的，例如，个人或者企业增值税普通发票的抬头填写错误的变更等。而某些业务场景在变更流程中是需要进行财务审核的，例如，企业增值税普通发票变更为企业增值税专用发票，企业增值税专用发票的抬头名称变更，个人增值税普通发票变更为企业增值税专用发票等。因此，本申请实施例所述的预置规则，是根据具体的财务审核标准预先设置在系统内的，在确定变更请求是否需要进行财务审核时，就依照该预置规则进行判断即可。

生成模块630，用于若所述确定模块620确定需要进行财务审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

需要说明的是，所述影子抬头数据表中当前变更记录信息包括与变更相关的信息，例如，变更前已经生效的旧抬头信息，新抬头和旧抬头的当前状态信息等。

变更模块640，用于若新抬头信息通过财务审核，则将发票旧抬头信息变更为新抬头信息。相应的，所述生成模块630，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

实施例六

参照图7，示出了本申请的另一种发票抬头信息变更装置实施例的结构框图，具体可以包括如下模块：

接收模块710，用于接收用户提交的发票抬头信息变更请求；

确定模块720，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行财务审核；其中，在本申请另一实施例中，所述确定模块720还可以用于确定原始抬头处于有效状态。可以理解的是，发票原始抬头需要处于有效状态才能进行后续的变更流程，故在进入变更流程之前需要确定原始抬头的状态为有效状态。至于具体采用什么方式判定发票的原始抬头状态，本发明实施例不做限制。

可以理解的是，在实际应用中，某些业务场景在变更流程中是不需要进行财务审核的，例如，个人或者企业增值税普通发票的抬头填写错误的变更等。而某些业务场景在变更流程中是需要进行财务审核的，例如，企业增值税普通发票变更为企业增值税专用发票，企业增值税专用发票的抬头名称变更，个人增值税普通发票变更为企业增值税专用发票等。因此，本申请实施例所述的预置规则，是根据具体的财务审核标准预先设置在系统内的，在确定变更请求是否需要进行财务审核时，就依照该预置规则进行判断即可。

生成模块730，用于若所述确定模块720确定需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

需要说明的是，所述影子抬头数据表中当前变更记录信息包括与变更相关的信息，例如，变更前已经生效的旧抬头信息，新抬头和旧抬头的当前状态信息，用以指示新抬头和旧抬头的状态转移关系的标记信息等。

优选的，在本申请实施例中，可以参照图2所示，生成模块730可以根据变更请求1生成对应的影子抬头数据表1，该影子抬头数据表1至少包括：原始抬头信息、新抬头信息、当前变更记录信息。如果接下来还有变更请求2，则生成模块730还可以根据变更请求2生成对应的影子抬头数据表2，该影子抬头数据表2至少包括：原始抬头信息、新抬头信息、当前变更记录信息。可以理解的是，以此类推，如果接下来还有变更请求n，则生成模块730还可以根据变更请求n生成对应的影子抬头数据表n。

变更模块740，用于若新抬头信息通过财务审核，则将发票旧抬头信息变更为新抬头信息；相应的，所述生成模块730，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

可以理解的是，所述影子抬头数据表的当前变更记录信息包括标记信息，用以指示新抬头和旧抬头的状态转移关系。例如，生成模块730在所述影子抬头数据表中通过设置标示符或标记代码等来实现新抬头和旧抬头的状态转移关系的标记。可以理解的是，生成模块730在所述影子抬头数据表中记录当前变更记录信息的具体实现方式并不局限于本申请实施例的实现方式，还可以有多种，只要能够用来指示新抬头和旧抬头的状态转移关系即可，为此，本申请实施例对此不做限制。

查找模块750，用于在符合预置条件的情况下，基于所述接收模块710接收的用户提交的撤销变更请求，查找所述影子抬头数据表的当前变更记录信息；

所述变更模块740，还用于基于所述查找模块740查找到的所述当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；相应的，

所述生成模块730，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

在一个优选的实施例中，所述预置条件为：所述新抬头信息处于待审核状态；

则所述生成模块730，还用于当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表的新抬头状态为待审核、旧抬头状态为锁定；

在另一个优选的实施例中，所述预置条件为：所述新抬头信息未通过财务审核；

则所述生成模块730，还用于当所述新抬头信息未通过审核时，更新所述影子抬头数据表的新抬头状态为拒绝、旧抬头状态为锁定。

另外，所述变更模块740，还用于若所述确定模块720确定不需要进行财务审核，则将发票旧抬头信息变更为新抬头信息。

优选的，本申请实施例还可以包括保存模块760，用于发票抬头信息变更流程结束后，将新抬头信息及变更过程中生成的影子抬头数据表保存在数据库中。

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

实施例七

参照图8，示出了本申请的一种发票管理系统实施例的架构图，该发票管理系统800包括发票抬头信息变更装置810和数据库820，所述发票抬头信息变更装置810的具体结构说明请参见上述实施例，此处不再赘述。

用户可以在线通过客户端访问发票管理中心服务器上的发票管理系统800对发票抬头信息进行管理。具体而言，发票管理系统800的发票抬头信息变更装置810收到用户发票抬头信息的变更请求后，基于后台服务器根据发票的类型给予相应的处理，并将相关的数据信息保存到发票管理系统800的数据库820中。

需要说明的是，本申请实施例的发票管理系统可以应用到发票管理中心服务器或发票管理平台上，本申请实施例对此不做限制。

本申请实施例，具备以下优点：

本申请实施例可以在变更发票抬头信息过程中，基于变更请求生成对应的影子抬头数据表，可以通过查找该影子抬头数据表中所包括的原始抬头信息、新抬头信息、当前变更记录信息，更准确有效的进行发票抬头信息的变更，从而提高用户体验。

进一步的，当用户在对发票抬头信息进行若干次变更后，如因遇到某种情况而需要执行撤销操作时，通过该影子抬头数据表中当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；还可以通过该影子抬头数据表中当前变更记录信息的标记信息，有效的查找新抬头和旧抬头的当前状态信息以及状态转移关系，从而可以将发票抬头恢复到变更前的某个中间状态或原始状态，并提供实时的数据回滚，进而更加有效的实现整个变更过程中的错误排查。

此外，通过本申请实施例，可以更准确高效的进行发票抬头信息的变更，并且更加易于发票管理系统的维护和更新，也降低开发难度和维护成本。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

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

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种发票抬头信息变更方法、装置及一种发票管理系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均可有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种发票抬头信息变更方法，其特征在于，包括：

接收用户提交的发票抬头信息变更请求；

基于预置规则确定所述变更请求是否需要进行审核；

如果需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

若新抬头信息通过审核，则将发票旧抬头信息变更为新抬头信息；以及，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

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

在符合预置条件的情况下，基于用户提交的撤销变更请求和所述影子抬头数据表的当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；以及，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

3.根据权利要求2所述的方法，其特征在于，

所述预置条件为：所述新抬头信息未通过审核；

则所述方法还包括：当所述新抬头信息未通过审核时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为拒绝、旧抬头状态为锁定；

或者

所述预置条件为：所述新抬头信息处于待审核状态；

则所述方法还包括：当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为待审核、旧抬头状态为锁定。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述影子抬头数据表中当前变更记录信息还包括：用以指示新抬头和旧抬头的状态转移关系的标记信息。

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

如果不需要进行审核，则将发票旧抬头信息变更为新抬头信息。

6.一种发票抬头信息变更方法，其特征在于，包括：

接收用户提交的发票抬头信息变更请求；

基于预置规则确定所述变更请求是否需要进行审核；

如果需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

在符合预置条件的情况下，基于用户提交的撤销变更请求和所述影子抬头数据表的当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；以及，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

7.根据权利要求6所述的方法，其特征在于，

所述预置条件为：所述新抬头信息未通过审核；

则所述方法还包括：当所述新抬头信息未通过审核时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为拒绝、旧抬头状态为锁定；

或者

所述预置条件为：所述新抬头信息处于待审核状态；

则所述方法还包括：当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为待审核、旧抬头状态为锁定。

8.根据权利要求6或7所述的方法，其特征在于，所述影子抬头数据表中当前变更记录信息还包括：用以指示新抬头和旧抬头的状态转移关系的标记信息。

9.根据权利要求6所述的方法，其特征在于，所述方法还包括：

如果不需要进行审核，则将发票旧抬头信息变更为新抬头信息。

10.一种发票抬头信息变更装置，其特征在于，包括：

接收模块，用于接收用户提交的发票抬头信息变更请求；

确定模块，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行审核；

生成模块，用于若所述确定模块确定需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

变更模块，用于若新抬头信息通过审核，则将发票旧抬头信息变更为新抬头信息；相应的，所述生成模块，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为有效、旧抬头状态为失效。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

查找模块，用于在符合预置条件的情况下，基于所述接收模块接收的用户提交的撤销变更请求，查找所述影子抬头数据表的当前变更记录信息；

所述变更模块，还用于基于所述查找模块查找到的所述当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；相应的，

所述生成模块，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

12.根据权利要求11所述的装置，其特征在于，

所述预置条件为：所述新抬头信息未通过审核；

则所述生成模块，还用于当所述新抬头信息未通过审核时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为拒绝、旧抬头状态为锁定；

或者

所述预置条件为：所述新抬头信息处于待审核状态；

则所述生成模块，还用于当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为待审核、旧抬头状态为锁定。

13.根据权利要求10-12任一项所述的装置，其特征在于，所述影子抬头数据表中当前变更记录信息还包括：用以指示新抬头和旧抬头的状态转移关系的标记信息。

14.根据权利要求10所述的装置，其特征在于，所述变更模块，还用于若所述确定模块确定不需要进行审核，则将发票旧抬头信息变更为新抬头信息。

15.一种发票抬头信息变更装置，其特征在于，包括：

接收模块，用于接收用户提交的发票抬头信息变更请求；

确定模块，用于基于预置规则确定所述接收模块接收到的变更请求是否需要进行审核；

生成模块，用于若所述确定模块确定需要进行审核，则基于变更请求生成对应的影子抬头数据表，其中，所述影子抬头数据表包括原始抬头信息、新抬头信息、当前变更记录信息；

查找模块，用于在符合预置条件的情况下，基于所述接收模块接收的用户提交的撤销变更请求，查找所述影子抬头数据表的当前变更记录信息；

变更模块，用于基于所述查找模块查找到的所述当前变更记录信息，将发票新抬头信息恢复成变更前已经生效的旧抬头信息；相应的，所述生成模块，还用于更新所述影子抬头数据表中当前变更记录信息的新抬头状态为撤销、旧抬头状态为有效。

16.根据权利要求15所述的装置，其特征在于，

所述预置条件为：所述新抬头信息未通过审核；

则所述生成模块，还用于当所述新抬头信息未通过审核时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为拒绝、旧抬头状态为锁定；或者

所述预置条件为：所述新抬头信息处于待审核状态；

则所述生成模块，还用于当所述新抬头信息处于待审核状态时，更新所述影子抬头数据表中当前变更记录信息的新抬头状态为待审核、旧抬头状态为锁定。

17.根据权利要求15或16所述的装置，其特征在于，所述影子抬头数据表中当前变更记录信息还包括：用以指示新抬头和旧抬头的状态转移关系的标记信息。

18.根据权利要求15所述的装置，其特征在于，所述变更模块，还用于若所述确定模块确定不需要进行审核，则将发票旧抬头信息变更为新抬头信息。

19.一种发票管理系统，其特征在于，包括如权利要求10或15所述的发票抬头信息变更装置。