一种发票管理的方法和设备与流程

本发明涉及数据处理领域，特别涉及一种发票管理的方法和设备。

背景技术

随着企业规模的壮大，费用报销业务的增多，员工每次在报销系统提交费用报销之后，财务人员需要对纸质报销单上的发票进行真伪校验、核对报销申请和报销单数据是否一致，这种方式对于发票量比较大的员工来说发票整理和计算的工作量比较大，经常需要自己手工把发票信息录入到excel(一种用于以表格的方式进行数据处理的应用程序)进行汇总计算后再填写费用报销单，对于财务审计人员来说增加了发票查验真伪和发票审核的工作量，且由于全部依赖于人工的方式进行查验以及审核，非常容易出现错误，且效率低下。

此外，在目前的报销流程中，一是员工在收集发票中纸质发票整理工作繁琐，而且发票真伪无法及时查验；二则管理人员在审批费用过程中，也无法知道员工真正消费的详细情况，不能准确判断业务合理性。财务人员在审核纸质报销单时需要登录税局平台查验大量发票，输入工作量大而且枯燥乏味，价值低。

由此，目前需要一种更高效，且可以应对大量发票的方式进行发票管理。

技术实现要素：

针对现有技术中的缺陷，本发明提出了一种发票管理的方法和设备，实现了发票的自动验证，且与发票的报销系统关联，简化了发票验证以及报销的流程，提高了处理效率，减轻了工作人员的工作量，能尽可能避免出现失误情况，特别适应于大量发票的情况。

具体的，本发明提出了以下具体的实施例：

本发明实施例提出了一种发票管理的方法，包括：

当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；

针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。

在一个具体的实施例中，所述“当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证”，包括：

当获取到所述用户以扫描发票二维码的方式得到的发票信息时；其中，所述二维码与所在发票的发票信息关联；或

当获取所述用户以录入的方式得到的发票信息时；或

当获取到对与发票对应的发票图片进行识别得到的发票信息；

对所述用户拍摄发票得到的发票图片进行识别的方式，得到的发票信息；

将所述发票信息存储在与所述用户相关的账户的发票存储空间；

针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证。

在一个具体的实施例中，所述“针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证”，包括：

在获取到所述用户的授权指令后，对所述发票存储空间内的发票信息进行读取，以获取到待验证的发票信息；

针对各待验证的发票信息，调用国税总局的发票数据库进行验证。

在一个具体的实施例中，若验证不通过，则基于验证不通过的发票信息生成提示信息；

展示所述提示信息。

在一个具体的实施例中，该方法还包括：

存储所获取到的发票信息到云端服务器；

所述“当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证”，包括：

当获取到用户的发票信息时，将所获取的发票信息与云端服务器中所存储的发票信息进行比较；

若当前所获取到的发票信息不存在于所述云端服务器中，则基于预设的发票数据库对当前所获取的发票信息进行验证。

在一个具体的实施例中，若当前所获取到的发票信息已存在于所述云端服务器中，则提示发票信息已存在，并丢弃当前所获取到的发票信息。

在一个具体的实施例中，该方法还包括：

当接收到报销指令时，确定在所述员工个人发票库中与所述报销指令对应的待报销发票的发票信息；所述发票信息中包括费用类型以及费用数值；

基于所述待报销发票中的费用类型以及费用数值生成报销信息；

将所述报销信息提交到所述企业的费用报销系统中。

在一个具体的实施例中，所述“将所述报销信息提交到所述企业的费用报销系统中”包括：

展示所述报销信息；

若在所述展示界面得到确认指令，则将得到确认的所述报销信息提交到所述企业的费用报销系统中，以进行报销流程。

在一个具体的实施例中，该方法还包括：

当得到所述费用报销系统反馈的报销流程信息时，将所述报销流程信息发送至所述用户的账户。

本发明实施例还提出了一种发票管理的设备，包括：

验证模块，用于当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；

管理模块，用于针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。

以此，本发明实施例提出了一种发票管理的方法和设备，其中该方法包括：当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。实现了发票的自动验证，且与发票的报销系统关联，简化了发票验证以及报销的流程，提高了处理效率，减轻了工作人员的工作量，能尽可能避免出现失误情况，特别适应于大量发票的情况。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提出的一种发票管理的方法的流程示意图；

图2为本发明实施例提出的一种具体应用场景下的发票管理的方法的流程示意图；

图3为本发明实施例提出的一种发票管理的设备的结构示意图；

图4为本发明实施例提出的一种发票管理的设备的结构示意图；

图5为本发明实施例提出的一种发票管理的设备的结构示意图；

图6为本发明实施例提出的一种发票管理的设备的结构示意图；

图7为本发明实施例提出的一种发票管理的设备的结构示意图。

具体实施方式

在下文中，将更全面地描述本公开的各种实施例。本公开可具有各种实施例，并且可在其中做出调整和改变。然而，应理解：不存在将本公开的各种实施例限于在此公开的特定实施例的意图，而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。

在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本公开的各种实施例中被清楚地限定。

实施例1

本发明实施例1公开了一种发票管理的方法，如图1所示，包括以下步骤：

步骤101、当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；

步骤102、针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。

具体的，如图2所示，以一个实际应用的场景来进行说明，用户为企业的员工，用户可以通过移动终端安装本方案对应的应用程序(也即app)，具体的可以为微信小程序，还可以为钉钉应用程序以及其他的具备本方案功能的用于程序，以微信小程序为例，添加方式则例如可以通过扫描二维码的方式添加该小程序。

而具体的，用户当有发票需要报销或者存储时，可以将发票的发票信息导入到该小程序中，具体的例如可以通过扫描发票的二维码，或者对发票进行拍照生成图片，并将图片导入到该小程序中进行识别，例如进行图像识别，以获取到发票的发票信息；具体的发票信息可以为发票上的所有信息，包括发票的项目，金额，时间，抬头，以及是普通发票还是增值税发票等等。

而在获取到发票信息之后，则可以基于预设的发票数据进行信息验证，具体的发票数据库可以为国税总局的发票数据库，以此来对发票信息进行验证。

具体的验证可以为验证发票信息中的部分信息或全部信息是否符合发票规范。

具体的，获取到发票信息后，则将发票信息存储在与所述用户的账户关联的存储空间，例如可以存储在账户相关的发票夹中。

若是验证通过，则将验证通过的发票转到与用户作为员工所在的企业的费用报销系统中的员工个人发票库，以便后续在需要发票报销的时候，基于员工个人发票库直接进行发票报销。

以此，实现了发票的自动上报以及自动验证，以及与保险系统的连通，打通了报销的流程。

在一个具体的实施例中，步骤101中的所述“当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证”，包括：

当获取到所述用户以扫描发票二维码的方式得到的发票信息时；其中，所述二维码与所在发票的发票信息关联；或

当获取所述用户以录入的方式得到的发票信息时；或

当获取到对与发票对应的发票图片进行识别得到的发票信息；

对所述用户拍摄发票得到的发票图片进行识别的方式，得到的发票信息；

将所述发票信息存储在与所述用户相关的账户的发票存储空间；

针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证。

具体的，获取发票信息的方式可以以扫描发票上的二维码的方式、以及手工录入的方式，或者拍摄发票得到的发票图片，以及后续对发票图片进行发票图片识别的方式获取到发票信息。

且具体的验证是在得到发票信息之后，调用国税总局的发票数据库来进行验证。

具体的，除了国税总局的发票数据库以外，还可以利用其他的发票数据库来进行验证，具体的只要能满足对发票的验证需要即可。

在一个具体的实施例中，所述“针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证”，包括：

在获取到所述用户的授权指令后，对所述发票存储空间内的发票信息进行读取，以获取到待验证的发票信息；

针对各待验证的发票信息，调用国税总局的发票数据库进行验证。

具体的，在获取到发票信息之后，只有当得到用户的授权，才能执行验证操作。

在一个具体的实施例中，若验证不通过，则基于验证不通过的发票信息生成提示信息；

展示所述提示信息。

具体的，验证通过则将发票信息存储在企业报销系统中的与所述账户对应的员工个人发票库；而若是验证不通过则可以将该发票信息进行标记，具体的标记为未通过，且可以上传至云端服务器，以避免被重复获取以及验证。

具体的，由此，在一个具体的实施例中，为了避免重复验证，该方法还包括：

存储所获取到的发票信息到云端服务器；

所述“当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证”，包括：

当获取到用户的发票信息时，将所获取的发票信息与云端服务器中所存储的发票信息进行比较；

若当前所获取到的发票信息不存在于所述云端服务器中，则基于预设的发票数据库对当前所获取的发票信息进行验证。

具体的，在获取到发票信息后，会将发票信息存储到云端服务器，且后续再进行验证的时候，首先验证是否在云端服务器中有一样的发票信息，只有当发票信息不在云端服务器中存在时，才执行验证。

由此，在另一个实施例中，若当前所获取到的发票信息已存在于所述云端服务器中，则提示发票信息已存在，并丢弃当前所获取到的发票信息。

具体的在一个实际的应用场景中，也即报销的过程，该方法还包括：

当接收到报销指令时，确定在所述员工个人发票库中与所述报销指令对应的待报销发票的发票信息；所述发票信息中包括费用类型以及费用数值；

基于所述待报销发票中的费用类型以及费用数值生成报销信息；

将所述报销信息提交到所述企业的费用报销系统中。

具体的，在员工个人发票库中，发票信息可以以图标或者信息栏的方式进行展示，用户可以点击其中一个或多个，当点击某一个发票信息时，则该发票信息被勾选上，也即状态变更为选中状态，在此情况下，触发生成报销指令，基于所选中的发票信息，会自动将报销的费用类型以及费用数值进行统计以及分类，例如餐补报销，出差报销，购物报销等等，各自对应各自的数值。

后续会基于发票信息生成报销信息，具体的可以以表格或者图像的方式展示，其中包括所有选中的发票信息，包括类型，与各自的金额与总金额，并基于报销信息提交到费用报销系统中，执行企业中费用报销系统内预设的报销流程。

进一步的，为了便于用户确认，所述“将所述报销信息提交到所述企业的费用报销系统中”包括：

展示所述报销信息；

若在所述展示界面得到确认指令，则将得到确认的所述报销信息提交到所述企业的费用报销系统中，以进行报销流程。

具体的，只有在得到用户确认之后，才执行报销流程，若得不到确认执行，则不执行报销流程。

此外，在一个具体的实施例中，为了便于用户可以及时查看到报销流程的信息，该方法还包括：

当得到所述费用报销系统反馈的报销流程信息时，将所述报销流程信息发送至所述用户的账户。

具体的，还可以获取费用报销系统反馈的报销流程信息，例如报销流程到哪一步了，是否已经成功等等，并及时反馈给用户，让用户及时得知。

此外，在一个具体应用场景下的实施例中，如图2所示，员工通过扫描微信二维码可获取票++发票管理微信小程序，登录后可绑定邮箱，加入企业组织，设置读取员工手机端发票夹的发票数据的控制权限。所有授权后的发票数据都将保存在票++平台。

以此，当员工收到发票后，可以扫描发票左上角的二维码，将发票存入小程序中的发票夹；当然也可以拍照上传发票图片或以手工录入发票信息的方式，将发票信息存入发票夹。

而在发票扫描进发票夹时，系统会自动根据发票关键信息到国税总局的发票库查验发票信息，如果发票信息正确，会将发票完整信息传递到票++小程序发票夹，如果有错误，则给出错误提示。

且该小程序会到票++平台校验发票状态，异常发票(验证不对，或者无法验证的发票)和他人或者着急已扫描入库的发票都不能再次扫描后将发票信息存储。后续，员工收集到发票夹中的经过核验的发票，系统会自动同步到费用报销系统中的员工个人发票库。

当员工在费用报销系统发起报销申请时，可以打开个人发票库，勾选所要报销的发票，勾选前的发票状态为待报销，勾选后的发票状态为报销中；系统会自动按费用类型汇总统计报销金额。比如按住宿费、交通费、招待费等分类汇总，员工确认后，提交报销的工作流。

后续由各级管理人员和财务进行审批。等待财务审核通过，发票状态修改为已报销，员工可在手机端发票夹可以看到发票的报销状态。财务人员在审核时无需校验发票，只需核对报销单和申请单的发票信息是否一致即可。

以此，本方案通过让员工在手机端扫描发票并校验，从员工角度讲，操作简捷，减轻了个人分类汇总统计发票金额的工作量，同时快速查验收到发票的真伪，减少企业因为收到假发票造成的财务损失。

从管理者角度讲，方便管理者掌握员工的真实消费信息，更准确的判断业务报销的合理性，避免了以前只知道大概报销事由和金额的模糊管理方式，使管理者真正能够员工的报销行为进行有实质意义的管控。

从财务管理人员的角度讲，节省了财务人员到国税局网站查验发票的工作量，审批事项的合理性也更高效的判断，不用像过去一样必须拿到纸票翻阅核对才能判断业务是否真实合理可报销。提升税务管理和流程审批工作效率和准确性。真正节省企业各环节的沟通和管理成本，使企业报销流程更加安全、省心、便捷。

实施例2

本发明实施例2还公开了一种发票管理的设备，如图3所示，包括：

验证模块201，用于当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；

管理模块202，用于针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。

在一个具体的实施例中，所述验证模块201用于：

当获取到所述用户以扫描发票二维码的方式得到的发票信息时；其中，所述二维码与所在发票的发票信息关联；或

当获取所述用户以录入的方式得到的发票信息时；或

当获取到对与发票对应的发票图片进行识别得到的发票信息；

对所述用户拍摄发票得到的发票图片进行识别的方式，得到的发票信息；

将所述发票信息存储在与所述用户相关的账户的发票存储空间；

针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证。

在一个具体的实施例中，所述验证模块201“针对存储在发票存储空间内的各发票信息，调用国税总局的发票数据库进行验证”，包括：

在获取到所述用户的授权指令后，对所述发票存储空间内的发票信息进行读取，以获取到待验证的发票信息；

针对各待验证的发票信息，调用国税总局的发票数据库进行验证。

在一个具体的实施例中，如图4所示，还包括生成模块203，用于若验证不通过，则基于验证不通过的发票信息生成提示信息；

展示所述提示信息。

在一个具体的实施例中如图5所示，还包括：存储模块204，用于

存储所获取到的发票信息到云端服务器；

所述验证模块201，用于：

当获取到用户的发票信息时，将所获取的发票信息与云端服务器中所存储的发票信息进行比较；

若当前所获取到的发票信息不存在于所述云端服务器中，则基于预设的发票数据库对当前所获取的发票信息进行验证。

在一个具体的实施例中，如图6所示，还包括丢弃模块205，用于，若当前所获取到的发票信息已存在于所述云端服务器中，则提示发票信息已存在，并丢弃当前所获取到的发票信息。

在一个具体的实施例中，如图7所示，还包括：报销模块206，用于

当接收到报销指令时，确定在所述员工个人发票库中与所述报销指令对应的待报销发票的发票信息；所述发票信息中包括费用类型以及费用数值；

基于所述待报销发票中的费用类型以及费用数值生成报销信息；

将所述报销信息提交到所述企业的费用报销系统中。

在一个具体的实施例中，所述报销模块206“将所述报销信息提交到所述企业的费用报销系统中”包括：

展示所述报销信息；

若在所述展示界面得到确认指令，则将得到确认的所述报销信息提交到所述企业的费用报销系统中，以进行报销流程。

在一个具体的实施例中，所述报销模块206还用于：

当得到所述费用报销系统反馈的报销流程信息时，将所述报销流程信息发送至所述用户的账户。

以此，本发明实施例提出了一种发票管理的方法和设备，其中该方法包括：当获取到用户的发票信息时，基于预设的发票数据库对所述发票信息进行验证；其中，所述发票信息存储在所述用户的账户关联的存储空间；所述账户为与企业关联的成员账户；针对各发票对应的发票信息，若所述验证通过，则将所述发票信息同步到所述企业的费用报销系统中与所述账户对应的员工个人发票库，以便所述用户基于员工个人发票库中的发票信息进行报销。实现了发票的自动验证，且与发票的报销系统关联，简化了发票验证以及报销的流程，提高了处理效率，减轻了工作人员的工作量，能尽可能避免出现失误情况，特别适应于大量发票的情况。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。