CN117172945A - 一种进项发票管理系统及其实现方法 - Google Patents

Abstract

本发明提供一种进项发票管理系统及其实现方法，其属于财务数据处理技术领域，其包括进项发票查验系统和进项发票查验支撑系统，其中进项发票查验系统用于进项发票查验规则配置、进项发票查验处理及生成票据池数据；进项发票查验支撑系统用于支撑进项发票查验系统的运行，进项发票查验支撑系统用于承载进项发票查验结果，按照财务核算要求进行的财务处理；进项发票查验支撑系统基于进项发票查验系统查验的结果，生成发票台账，根据凭证设置生成财务凭证，推送至第三方系统。本发明实现财务核算过程中发票的合规性校验以及重复校验等，防止错误发票出现以及重复报销情况。

Description

一种进项发票管理系统及其实现方法

技术领域

本发明属于财务数据处理技术领域，具体涉及一种进项发票管理系统及其实现方法。

背景技术

财务会计在工作中对发票审核难度大，主要审核难度表现在于：1、对抬头税号的核实工作较多；2、判断发票是否重复报销、发票是否为真、金额有没有被PS等软件修改存在较大困难；3、对发票进项的发票查验工作存在较多环节。因此，现有技术存在查验规则多而繁、统计困难、查验冗乱、容易出错、管理困难等问题。

此外，财务制度对税务管理有以下几点诉求：

1、统一内部管理流程：集团化企业业务板块多，分子公司数量众多，自行搭建使用的系统数据无法互通，根据“以数治税”的原则，集团化企业应统一内部管理流程，对各级单位进行常态化监控管理、健康诊断。

2、简化申报业务管理：集团分子公司众多，涉及的税费种类多且涉税业务复杂，申报工作量大，应当简化申报工作；为了应对财务会计和财务制度的这种情况，企业需要梳理申报规则、流程和风控管理机制，实现自动化的数据提取、申报表生成以及申报指标的监控信息化。

3、搭建税务数据中心：企业内部的涉税数据分散在各个系统中，数据统计主要依靠人力分析，导致查看和监控流程冗长、效率低下且数据准确性较低；为了有效进行税务风险自查，企业需要搭建一个“税务数据中心”，为风险模型提供数据基础。

4、人机相结合的风险管理体系：未来的税务管理将重点放在涉税数据管理上，因此企业需要将“专家经验+机器模型”相结合，构建人机相结合的风险管理体系。集团可以对下属分子公司进行全量的扫描、检测和发现问题企业，并出具风险报告并跟进风险处理进度，实现事前防范、事中监控和事后改进的目标。

现有技术无法解决财务会计中发票查验或审核难度大的问题，现有技术也无法应对当下财务制度对税务管理的诉求，更无法实现进项发票的查验工作。

发明内容

基于现有技术存在的问题，本发明提供一种进项发票管理系统及其实现方法，旨在解决现有技术中的查验规则多而繁、统计困难、查验冗乱、容易出错、管理困难等问题。

依据本发明技术方案的第一方面，本发明提供一种进项发票管理系统，其包括进项发票查验系统和进项发票查验支撑系统，其中进项发票查验系统用于进项发票查验规则配置、进项发票查验处理及生成票据池数据；进项发票查验支撑系统用于支撑进项发票查验系统的运行，进项发票查验支撑系统用于承载进项发票查验结果，按照财务核算要求进行的财务处理；进项发票查验支撑系统基于进项发票查验系统查验的结果，生成发票台账，根据凭证设置生成财务凭证，推送至第三方系统。

其中，进项发票查验系统内设置有查验设置模块和发票管理模块，其二者配合实现对财务核算过程中需要查验的发票的合规性校验以及重复校验；进项发票管理系统通过配置查验规则、处理发票查验和生成票据池数据，并结合进项发票查验支撑系统的功能，实现了对财务核算过程中发票的合规性校验和真伪校验。进项发票查验系统内设置的查验设置模块为进项查验设置模块，发票管理模块为进项发票管理模块；所述进项查验设置模块设置各种发票的查验项目以及查验规则，设置白名单和敏感词，根据外部系统识别的发票信息进行发票查验，并保存到发票台账；进项发票查验系统中的进项查验设置模块用于管理进项发票查验的规则设置；进项发票管理模块用于管理其他系统推送查验的源数据信息，以及发票验真后的规定税务平台提供的发票信息。

进一步地，进项发票管理系统的进项发票查验或校验包括以下功能单元设置：

白名单设置单元应用于设置进项发票校验白名单，进项发票管理系统在进行发票查验时对一些个人抬头信息免于对纳税人识别号的查验；

敏感词设置单元应用于设置进项发票校验中存在的敏感词，进项发票管理系统在进行发票查验时对发票明细的商品货物名称进行校验，判断发票中是否包含敏感词。

另一方面，进项发票管理系统的进项发票查验或校验包括以下查验或校验：

购方名称校验，其应用于校验进项发票校验购方名称，进项发票管理系统在进行发票查验时发票抬头进行校验，判断是否和本机构的发票台头一致；

购方税号校验，其应用于校验进项发票校验购方税号，进项发票管理系统在进行发票查验时发票纳税人识别号进行校验，判断是否和本机构的纳税人识别号一致；号码连号校验应用于校验进项发票校验中存在的发票连号，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否包含有连号发票。

更进一步地，进项发票管理系统的进项发票查验或校验进一步包括以下查验或校验：

重复校验，其应用于校验进项发票校验中存在的发票重复，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否存在发票号码、发票代码一样的发票；

过期校验，其应用于校验进项发票校验中存在的发票过期，进项发票管理系统在进行发票查验时对发票日期进行校验，判断发票中是否包含过期发票；

备注校验，其应用于校验进项发票校验中存在的备注，进项发票管理系统在进行发票查验时对备注进行校验，判断发票中是否包含备注。

更进一步地，进项发票管理系统的进项发票查验或校验进一步包括以下查验或校验：

真伪查验，其应用于校验进项发票是否真实存在，进项发票管理系统在进行发票查验时对发票号码、发票代码、发票日期、校验码、发票金额等通过三方平台到国家税务平台进行校验，判断发票中是否为真；

购方地址电话校验，其应用于校验进项发票校验中存在的发票购方地址电话，进项发票管理系统在进行发票查验时对购方地址电话进行校验，判断发票中是否与备案的地址电话一致；

购方开户银行校验，其应用于校验进项发票校验中存在的发票购方开户银行，进项发票管理系统在进行发票查验时对购方开户银行及账号进行校验，判断发票中是否与备案的开户银行及账号一致。

优选地，进项发票查验支撑系统内设置有管理平台系统和技术平台系统，其中管理平台系统用于管理平台日常运行，内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块；技术平台系统用于提供数据存储以及传输功能，技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。

依据本发明技术方案的另一方面，提供一种应用于上述的进项发票管理系统的实现方法，所述实现方法包括如下步骤：

W1、配置白名单设置：在执行进项发票查验前，需要先进行查验白名单设置；

W2、配置敏感词设置：在执行进项发票查验前，需要先进行查验敏感词设置；

W3、配置查验方案设置：在执行进项发票查验前，需要先进行查验方案设置，否则不进行查验；

W4、进项发票查验：根据查验方案设定的查验规则以及白名单和敏感词对于三方传输的发票信息进行校验；

W5、发票查验生成财务数据：对于查验的发票进行存储，行程发票台账，同时通过会计引擎生成预凭证信息，并将数据传输至客户财务系统。

相比较于现有技术，本发明的一种进项发票管理系统及其实现方法，具有以下有益技术效果：

1、本发明进项发票管理系统通过配置查验规则、处理发票查验和生成票据池数据，并结合进项发票查验支撑系统的功能，实现了对财务核算过程中发票的合规性校验和真伪校验。这有助于防止错误发票和重复报销的发生，并提高财务核算的准确性和效率、优化现金流，全程可视化，规避涉税风险、提升内控水平，提高供应商满意度，从财税方面支撑企业运营管理。

2、本发明进项发票管理系统通过白名单设置和敏感词设置，一方面可以给用户清晰的看到校验内容；另一方面也便于用户对于该内容的管理与维护。

3、本发明进项发票管理系统能够通过查验方案设置，设置发票校验规则，以及使用机构，可以方便的管理集团下各组织需要的查验规则。

4、本系统进项发票管理系统可以提供发票台账，方便实时查看发票种类、数量、金额，查验结果等。

5、进项发票管理系统可以很方便的实现这些功能，其中有以下有点：(1)打通企业内部系统，突破“数据孤岛”的困顿，实现涉税数据集中化、智能化、流程化管理；(2)提高了涉税数据的分析能力，减少手工台账，为数字业务培育、业务模式创行提供数据理论基础；(3)进项发票管理系统实现上下游的涉税数据的联动管理，如销项电子发票、进项电子发票等，可提高供应链服务能力；(4)进项发票管理系统中的专票电子化有助于优化企业流程管理、组织管理，提高人员的信息化管理能力、数字化分析能力等。

6、进项发票管理系统中的发票在企业经营过程中是保证票、库、账、款、税一致的纽带，也是唯一商事凭证。发票系统在整个财务系统中处于核算层的财务运营系统部分。作为企业发票的统一管理平台，承担了采购到付款流程中供应商发票的信息采集、校验、认证及发票影像管理工作。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为依据本发明进项发票管理系统的功能框图；

图2为依据本发明进项发票管理系统实现方法的工作流程图。

具体实施方式

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

本发明提供一种进项发票管理系统及其实现方法，其属于财务核算发票管理系统技术领域，进项发票管理系统包括进项发票查验系统和进项发票查验支撑系统，其中进项发票查验系统用于进项发票查验规则配置、进项发票查验处理及生成票据池数据；进项发票查验支撑系统用于支撑进项发票查验系统的运行，进项发票查验支撑系统用于承载进项发票查验结果，按照财务核算要求进行的财务处理；进项发票查验支撑系统基于进项发票查验系统查验的结果，生成发票台账，根据凭证设置生成财务凭证，推送至其他系统(第三方系统)。进项发票查验系统内设置有查验设置模块和发票管理模块，其二者配合可以实现对财务核算过程中需要查验的发票的合规性校验以及重复校验等，防止错误发票出现以及重复报销情况；本发明基于ocr识别的发票信息进行发票合规性校验和真伪校验，并把查验结果返回。

进项发票管理系统通过配置查验规则、处理发票查验和生成票据池数据，并结合进项发票查验支撑系统的功能，实现了对财务核算过程中发票的合规性校验和真伪校验。这有助于防止错误发票和重复报销的发生，并提高财务核算的准确性和效率。

本发明的进项发票管理系统的进项发票查验系统内，进项发票查验系统内设置的查验设置模块优选为进项查验设置模块，发票管理模块优选为进项发票管理模块；所述进项查验设置模块设置各种发票的查验项目以及查验规则，设置白名单和敏感词，根据外部系统识别的发票信息进行发票查验，并保存到发票台账；进项发票查验系统中的进项查验设置模块用于管理进项发票查验的规则设置；进项发票管理模块用于管理其他系统推送查验的源数据信息，以及发票验真后的规定税务平台或国家税务平台提供的发票信息。

本发明的进项发票管理系统的进项发票查验或校验包括以下功能单元设置：

白名单设置单元应用于设置进项发票校验白名单，进项发票管理系统在进行发票查验时对一些个人抬头信息免于对纳税人识别号的查验。敏感词设置单元应用于设置进项发票校验中存在的敏感词，进项发票管理系统在进行发票查验时对发票明细的商品货物名称进行校验，判断发票中是否包含敏感词；

进一步地，本发明的进项发票管理系统的进项发票查验或校验包括以下多种查验或校验，具体如下：敏感词校验应用于校验进项发票校验中存在的敏感词，进项发票管理系统在进行发票查验时对发票明细商品税务信息进行校验，判断发票中是否存在应按次设置中的敏感词，一般包含礼品、化妆品、黄金、工艺品、烟酒、洗浴、健身、保健品等。购方名称校验应用于校验进项发票校验购方名称，进项发票管理系统在进行发票查验时发票抬头进行校验，判断是否和本机构的发票台头一致。购方税号校验应用于校验进项发票校验购方税号，进项发票管理系统在进行发票查验时发票纳税人识别号进行校验，判断是否和本机构的纳税人识别号一致。号码连号校验应用于校验进项发票校验中存在的发票连号，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否包含有连号发票。重复校验应用于校验进项发票校验中存在的发票重复，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否存在发票号码、发票代码一样的发票。

在本发明进项发票管理系统的查验系统中，过期校验应用于校验进项发票校验中存在的发票过期，进项发票管理系统在进行发票查验时对发票日期进行校验，判断发票中是否包含过期发票。根据各单位规则不同现发现有一下几种情况：A本年一月份可以使用发票日期是去年十二月份的发票；B本年第一季度，可使用发票日期是去年发票。

此外，备注校验应用于校验进项发票校验中存在的备注，进项发票管理系统在进行发票查验时对备注进行校验，判断发票中是否包含备注。当税收编码名称为建筑服务类、销售及出租不动产、保险代理代征车船税、销售预付款、铁路运输企业受托代征印花税时，备注不为空。

真伪查验应用于校验进项发票是否真实存在，进项发票管理系统在进行发票查验时对发票号码、发票代码、发票日期、校验码、发票金额等通过三方平台到国家税务平台进行校验，判断发票中是否为真。

购方地址电话校验应用于校验进项发票校验中存在的发票购方地址电话，进项发票管理系统在进行发票查验时对购方地址电话进行校验，判断发票中是否与备案的地址电话一致。购方开户银行校验应用于校验进项发票校验中存在的发票购方开户银行，进项发票管理系统在进行发票查验时对购方开户银行及账号进行校验，判断发票中是否与备案的开户银行及账号一致。

抵扣联校验应用于校验进项发票校验中存在的抵扣联，进项发票管理系统在进行发票查验时对发票联次进行校验，判断发票是否为抵扣联，当且仅当发票类型为增值税专用发票，且发票联次为“抵扣联”时，执行该查验，且跳过其余校验。票面人员校验应用于校验进项发票校验中存在的票面人员，进项发票管理系统在进行发票查验时对开票人、复核人进行校验，判断发票中是否包含有开票人、复核人，并且开票人与复核人不能是同一个人。

为了实现进项发票管理系统的查验或校验，进项发票管理系统内设置有查验方案设置，用于将发票正联和校验规则进行关联，针对不同的发票种类及规则进行校验。

进一步地，进项发票查验支撑系统内设置有管理平台系统和技术平台系统，其中管理平台系统用于管理平台日常运行，内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块。技术平台系统用于提供数据存储以及传输功能，技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。

另一方面，本发明的一种进项发票管理系统的实现方法，其具体为一种进项发票查验实现方法，所述实现方法包括如下步骤：

W1、配置白名单设置：在执行进项发票查验前，需要先进行查验白名单设置；

W2、配置敏感词设置：在执行进项发票查验前，需要先进行查验敏感词设置；

W3、配置查验方案设置：在执行进项发票查验前，需要先进行查验方案设置，否则不进行查验；

W4、进项发票查验：根据查验方案设定的查验规则以及白名单和敏感词对于三方传输的发票信息进行校验；

W5、发票查验生成财务数据：对于查验的发票进行存储，行程发票台账，同时通过会计引擎生成预凭证信息，并将数据传输至客户财务系统。

下面结合附图1进一步说明本发明进项发票管理系统，如图1所示的进项发票管理系统包括进项发票查验系统(如图1中的上图)和进项发票查验支撑系统(如图1中的下图)，进项发票查验系统在进项发票查验支撑系统的支撑下工作，进项发票查验系统用于进行进项发票的查验，并生成台账，进项发票查验支撑系统用于支撑进项发票查验系统的运行；进项发票查验系统内设置有查验设置模块和发票管理模块；进项发票管理系统用户在查验设置模块中设置各种发票的查验项目以及查验规则、设置白名单和敏感词，根据外部系统识别的发票信息进项发票查验，并保存到发票台账。

具体地，进项发票查验系统内设置的查验设置模块包括查验参数管理、敏感词管理、白名单管理、查验方案管理等节点。其中查验参数管理内置了发票查验的规则及其说明，主要方便用户查询所选参数的意义；敏感词管理用户客户设置发票中的敏感词，发票类目中包含敏感词则不允许进行报销并进行提示；白名单管理用于用户设置发票抬头校验的白名单，在白名单内的发票抬头可以免于发票购方名称校验；查验方案管理用于管理各种发票的查验规则，用户可以根据实际需求设置各种发票的校验规则，以及是否启用白名单和敏感词校验。

进一步地，进项发票查验系统内设置的进项发票管理模块包括增值税发票、其他发票管理、疑票管理、进项票据池等管理节点，增值税发票管理节点用于保存增值税发票的数据，所述增值税发票的数据优选采用ocr识别的原始数据，增值税发票包括增值税普通发票、增值税专用发票、增值税电子普通发票、增值税电子专用发票、全电发票(普通发票)、全电发票(专用发票)、增值税卷式发票等；其他发票管理节点主要存储除增值税发票外的ocr识别的发票原始数据，这部分发票原始数据包括出租车票、火车票、定额发票、过路费发票、航空发票等；疑票管理用于存储发票合规性校验过程中检验规则失败的发票信息，其包含购方名称不一致、发票过期等发票信息；进项票据池用于存储发票验真通过规定税务平台或国家税务平台查询出的发票信息及开票商品明细信息。

进项发票查验支撑系统用于承载进项发票查验结果，按照财务核算要求进行的财务处理；进项发票查验支撑系统基于进项发票查验系统查验的结果，生成发票台账，根据凭证设置生成财务凭证并推送至其他系统。如图1中的下图所示，进项发票查验支撑系统包括应用功能模块和技术平台系统；进项发票查验支撑系统中的应用功能模块包括权限管理模块、日志管理模块、任务管理模块、业务流程模块、参数设置模块和附件管理模块。

进项发票查验支撑系统的管理平台系统中各个功能模块的功能如下：

1、权限管理模块：权限管理模块为进项发票管理系统的底层核心功能，权限管理模块主要包括用户管理、角色管理、数据权限管理等功能；权限管理模块通过灵活配置的形式，实现基于用户登录授权、基于角色访问控制授权、基于数据权限查询数据范围授权。用户管理通过定义用户登录编码、用户密码，实现控制用户访问系统权限控制。角色管理通过分配功能节点，实现角色操作功能节点、功能节点按钮；结合用户实现用户访问权限控制、操作按钮权限控制。

数据权限管理预先设置内部交易数据处理系统数据权限等级，数据权限管理包括组织级权限控制、部门级权限控制和用户级权限控制，数据权限管理结合用户管理、角色管理进行组合使用，可以严格的控制用户对功能节点的数据权限操作权限范围。

2、日志管理模块：日志管理模块为接口交互、日常操作日志的记录，可以记录进项发票查验过程中的查验、删除发票、小程序关联发票等接口日志。日志管理模块定义了登录日志、操作日志、服务日志、任务日志和接口日志。系统管理人员可以通过日志管理模块检查错误发生的原因、并留下操作的痕迹。为内部交易数据处理系统应用情况分析提供依据。

其中，登录日志管理功能节点，记录了用户登录系统时间、退出系统时间及当前是否在线。操作日志管理功能节点，记录了用户对系统的各类操作信息记录，包括数据查询、数据新增、数据修改、数据停用/启用、数据删除等操作的记录。服务日志管理功能节点，记录了平台各微服务之间的服务调用信息、调用时间、处理结果信息。任务日志管理功能节点，记录了系统后台定时任务执行信息。包括定时任务执行结果、执行时间等。接口日志管理功能节点，记录了外部系统集成接口调用记录、执行结果、执行报文信息。

3、任务管理模块：任务管理模块集中管理平台所有后台自动任务信息，可以对任务基础信息、任务执行时间等进行设置；基于任务管理模块可以约定类似数据抓取、数据处理、程序处理等事项等自动化应用，减少人工操作，增强系统等易用性。并结合任务执行日志进行任务执行情况进行跟踪、记录、分析。任务管理模块包括任务管理和任务执行器，任务管理可以进行任务、运行模式、任务参数、执行策略等信息进行定义。任务执行器在任务管理等基础上，对任务进行捆绑，设置任务执行顺序、执行时间，实现多任务按序执行，可以应变复杂的后台任务处理场景。

4、业务流程模块：业务流程模块就是业务审批流程模块，其功能包括流程类别定义、审批流程设计、审批消息中心等三大模块。可以针对有审批要求的功能节点进行灵活的设置对应的审批流程策略，实现单据审批应用。其中流程类别定义对需要审批的功能节点进行定义，定义包括流程标识、审批路径、撤回路径、数据接口等信息。审批流程设计用于对流程类别进行具体的审批流程进行设计。审批消息中心集中管理审批流程运行过程中的所有审批消息。

5、参数设置模块：参数设置模块为参数设置管理模块，其用于定义系统应用操作、任务执行过程中的一些控制参数信息；其用于解决不同企业的不同应用诉求；通过参数设置管理进行控制；便于管理人员在进行系统初始化配置时进行快速配置应用，增强平台的灵活性。

6、附件管理模块：附件管理模块中的附件管理定义了附件管理路径、附件上传大小限制控制、附件上传类型控制；此外，还对附件的存储周期也可以进行灵活设置。基于附件管理模块的附件管理中心，可以集中查看平台所有附件信息，同时也可以在各业务功能节点对附件信息上传操作或查看操作。

进项发票查验支撑系统中的技术平台系统内设有企业级分布式应用系统服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。本发明采用的企业级分布式应用服务EDAS(Enterprise DistributedApplication Service)是一个应用托管和微服务管理的云原生PaaS平台，提供应用开发、部署、监控、运维等全栈式解决方案，同时支持Spring Cloud和Apache Dubbo(以下简称Dubbo)等微服务运行环境，助力客户应用轻松上云。优选地，采用Spring Cloud平台。

本发明采用的分布式关系数据库RD6为关系型数据库是MySQL数据库。分布式消息队列单元采用消息队列中间件是RabbitMQ；进项发票查验支持系统具有高性能，高可用，可伸缩和最终一致性架构，能够解决应用耦合、异步消息、流量削锋等问题。进一步地，进项发票查验支持系统中的分布式缓存单元采用分布式缓存是Redis，实现了存储登录授权信息、基础档案等频繁使用且变化教小的数据，支持业务发生过程中能够快速使用这部分数据。

进项发票查验支持系统的平台DevOps促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合，其采用gitlab+Jenkins+bash脚本+docker镜像服务器+k8s或者docker swarm自动拉取镜像部署。在进项发票查验支持系统中，开发人员提交或者合并代码的时候，Gitlab会检查提交代码或者合并代码的操作，通知Jenkins执行编译代码和打包代码到docker镜像，提交镜像到镜像服务器，镜像服务器的触发器会通知k8s或者docker swarm更新镜像并部署环境。

进一步地，进项发票查验支持系统采用计算机与存储平台单元，其实现对计算机信息数据进行存储和管理且将数据保存在计算机平台当中；优选地，使用的存储平台有七牛云、阿里云的OSS、minio等易支撑系统的技术平台系统中各个功能模块的功能如下。

本发明提供一种进项发票管理系统的实现方法，其基于进项发票查验系统、客户财务系统、OCR识别系统以及规定税务平台或国家税务平台验真服务系统来实现，所述进项发票管理系统的实现方法在如图2所示的进项发票查验系统中实现，其实现方法包括以下步骤：

步骤S1，三方系统的指令启动；具体通过第三方系统的执行启动，发起财务系统制单，并发起发票采集；

步骤S2，OCR数据采集；接收到三方系统的指令启动之后，将发票上传到数据采集系统，优选通过OCR识别系统进行自动执行数据采集，即OCR采集系统进行发票采集识别，同时将采集到的发票信息传递给进项发票查验系统进行查验；如果查验结果是准确的，则将发票信息推送到实收发票池进行下一步分类；如果查验结果不准确的，则进行发票要素修改，并将修改发票要素之后的发票信息推送到实收发票池中；

步骤S3，基于步骤S2的发票信息进行进项发票查验；具体地，针对实收发票池接收到的发票进行增值税发票的校验，将校验得到的增值税发票推送到进项发票池中，将其他发票(非增值税发票)进一步进行是否是增值发票的校验；针对经过是否是增值发票的校验之后的发票，如果是增值发票，则进行下一步发票验真；如果不是增值发票，则进行合规性校验；

进一步地，将经过发票验真得到的真票与非增值发票合并，合并之后一起进行合规性校验；将通过合规性校验的发票返送到实收发票池；将没有通过合规性校验的发票进行强校验；将强校验失败的发票信息附以“失败”标签并返回到OCR数据中进行下一轮的校验循环，即进行步骤S2中的发票准确性判断；将经过强校验的附以“成功”标签并返回到实收发票池；

更进一步地，将经过强校验但确认为疑票的发票信息与“假票”信息(没有通过真票校验环节的发票信息)合并，并返回到OCR数据中进行下一轮的校验循环，即进行步骤S2中的发票准确性判断；

步骤S4，通过规定税务平台或国家税务平台等查验通道进行发票真伪查验。

进一步地，进项发票管理系统之内的各系统之间相互配合进行发票的查验工作，其具体实现采用各个功能模块来实现。下面对各功能模块单元的功能进一步作为说明：

1、从三方(财务)系统制单，单据可能为付款单、报销单、费用支出单等，发起发票扫描流程。

2、扫描调用OCR识别采集系统进行发票采集，用户根据识别信息可进行信息修改，然后将识别的信息传至进项发票查验系统，调用进项发票查验系统的规则进行查验。

3、进项发票查验系统收到OCR采集的发票信息，根据发票类型组合不同参数报文，调用查验通道进行发票验真。

4、查验通道对我们传递的信息进行发票信息查寻，如果信息正确，则返回发票实际信息；如果传递信息有误，则提示发票不存在或者其他具体错误。

5、进项发票查验系统收到查验通道返回的信息，如果查验有误，直接返回失败，并把失败原因返回给OCR采集系统。如果验证通过则进行合规性校验并将结果返回给OCR采集系统。如果发票为真且符合合规性校验规则，则返回成功；如果发票验真失败或强校验规则失败，则返回失败并提示具体失败原因；如果验真成功且弱校验规则失败，则返回疑票，并提示具体不符合的规则。

6、OCR收到进项发票查验系统返回的信息，显示给用户进行提示。

本发明进项发票管理系统其通过设置或配置进项发票查验系统实现具体的进项发票查验功能，设置或配置进项发票查验系统的各个功能模块如下：

F1.配置查验参数设置：

在进行进项发票查验之前需要进行查验参数的配置，此配置在进项发票查验系统内设置，优选地在进项发票查验系统的查验参数管理模块中设置。

F2.配置敏感词设置：

在进行进项发票查验之前需要进行敏感词的配置，用户需要根据实际业务需求设置敏感词，设置内容为编码、名称，例如餐费、电子产品等，其在进项发票查验系统的敏感词管理模块中设置。

F3.配置白名单设置：

在进行进项发票查验之前需要进行白名单的配置，用户根据实际业务需要，设置白名单以过滤掉一些不需要校验发票抬头的发票，设置内容为编码、名称，例如：个人抬头等信息；其在进项发票查验系统的白名单管理模块中设置。

F4.配置查验方案设置：

在进行进项发票查验之前需要进行查验方案的配置，其在进项发票查验系统的查验方案管理模块中设置。

配置查验方案设置的具体设置如下：

1、设置查验方案的编码、名称、类型(组织级/全局级)、是否启用白名单以及备注；

2、如果类型为组织级，则需要配置使用的组织；如果为全局级，则不需要设置组织，全局使用此规则；

3、根据发票的种类设置查验参数，其具体如下：

增值税电子普通发票的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

增值税纸质普通发票的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

增值税纸质专用发票的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

增值税电子专用发票的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

增值税普通发票(卷式)的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

全电发票(普通发票)的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

全电发票(专用发票)的查验参数具体包括：重复校验、过期校验、票面人员校验、号码连号校验、敏感词校验、购方名称校验、购方税号校验、真伪校验、备注校验；

定额发票的查验参数具体包括：重复校验、过期校验；

区块链发票的查验参数具体包括：重复校验、过期校验；

火车票的查验参数具体包括：重复校验、过期校验；

火车票退票的查验参数具体包括：重复校验、过期校验；

国际小票的查验参数具体包括：重复校验、过期校验；

过路费发票的查验参数具体包括：重复校验、过期校验；

航空运输电子客票行程单的查验参数具体包括：重复校验、过期校验；

船票的查验参数具体包括：重复校验、过期校验；

客运汽车发票的查验参数具体包括：重复校验、过期校验；

出租车票的查验参数具体包括：重复校验、过期校验；

二手车销售统一发票的查验参数具体包括：重复校验、过期校验；

机动车销售统一发票的查验参数具体包括：重复校验、过期校验；

机打发票的查验参数具体包括：重复校验、过期校验。

进一步的，进行发票查验系统接收到OCR采集信息后，具体查验实现详细步骤如下：

步骤W1，提取关键信息，首先判断当前发票种类是否支持，如果不支持返回信息进行提示，否则进行下一步操作。；

步骤W2，根据识别的发票种类、组织信息通过查询查验方案设置节点数据，确定需要进行的查验规则；

步骤W3，根据OCR采集数据和发票种类进行发票信息组织重构，用于后续查验；其中OCR(Optical Character Recognition，光学字符识别)是指电子设备(例如扫描仪或数码相机)检查纸上打印的字符，通过检测暗、亮的模式确定其形状，然后用字符识别方法将形状翻译成计算机文字的过程；

步骤W4，根据查验规则和发票数据进行查验，如果是增值税发票则进行步骤W5，否则直接进行步骤W6；

步骤W5，根据发票种类以及识别的发票数据通过查验渠道进行发票验真。如果结果结果为真，进行步骤W6，W6完成进行步骤W7时，同时将数据保存到进行票据池，；否则返回验真失败；

步骤W6，根据发票种类以及识别的发票数据，依次对查验规则进行校验。如果校验规则设置为强校验，校验成功则进行下一个规则校验，校验失败则返回失败并提示校验的规则；如果校验规则设置为弱校验，校验成功则进行下一个校验，校验失败则记录失败信息，同时设置发票为疑票，在所有校验规则校验完成后返回疑票，同时提示疑票对应的校验规则信息，进行步骤W7；如果校验规则依次校验成功，则返回校验成功，进行步骤W7；

步骤W7，把OCR采集数据保存至数据库，增值税发票保存至增值税发票管理节点，除增值税发票之外的其他发票保存至其他发票节点，疑票同时保存至疑票管理。

另一方面，提供一种进项发票管理系统的工作方法，其包括以下步骤：

步骤P1、用户在NCC端应付单节点选择更多，操作“影像扫描”，进入影像OCR发票上传页面，进行发票上传；其中NCC端为网络控制中心端口；进一步地，Nc接口为MSC Server和GMSC Server之间的接口，在该接口上网络到网络之间的呼叫控制被执行，该接口可以采用BICC协议实现；

步骤P2、影像自动结构化发票关键信息，上传人确认发票要素信息是否准确，不准确的进行发票信息修改，点击提交后影像将结构化发票信息推送给中台实收发票池；

步骤P3、中台实收发票池根据发票类型分类存储，根据进项发票信息和单据信息，匹配对应的查验方案配置，按查验参数排序分别进行校验；

步骤P4、其中，验真失败/合规性强校验失败的发票数据中台直接回滚删除，同时将失败状态返给数影；合规性弱校验不通过的将发票标记为疑票，同时进入中台疑票管理节点，同时将疑票标签传给影像系统在前端界面展示出来；中台将全校验通过的增值税发票和非增值税发票标签传给影像，同时将发票传给NCC；

步骤P5、NCC端基于业务单据可以操作影像查看，可以查看已上传的发票及附件，操作人可对影像图片进行管理，管理包括发票删除、疑票放行、疑票作废。若选择删除的是查验通过的发票，自动同步删除中台实收发票池、进项票据池(若为增值税发票)、NC发票管理端相应发票信息；若选择删除的是疑票，则直接同步删除中台实收发票池发票信息；

步骤P6、查验通过的发票中台推送给NCC，若推送NCC失败，中台将推送失败原因传给数影，数影在前端展示出来，数影提供批量推送NCC的按钮，调中台重新推送NCC接口实现再次推送；

步骤P7、财务人员在NCC端进项发票管理节点操作发票认证，自动调用中台认证服务，中台集成航信发票认证页面，完成发票认证抵扣或取消抵扣操作，同时更新中台发票认证状态并回调NCC状态更新接口；

步骤P8、财务人员在NCC端进项发票管理节点操作发票抵扣统计，自动调用中台统计查询服务，中台集成航信发票抵扣统计查询页面，完成发票统计查询操作；

步骤P9、财务人员在NCC端进项发票管理节点操作进项转出，自动调用中台进项转出服务，中台集成航信发票进项转出页面，完成发票进项转出或取消进项转出操作，航信返回中台进项转出的发票数据，中台同时将进项转出数据推送给NCC；

步骤P10、用户在数影微信小程序端上传发票，发票上传成功后，对应发票预览界面点“验真“按钮或批量勾选点“批量查验”触发发票查验流程，只对增值税发票作验真，非增值税发票不做查验(没有单据信息无法校验)；

步骤P11、先票采集的发票所有查验通过的增值税发票需要将国税返回的全量发票信息存放到进项票据池节点；

步骤P12、后续在PC端选择小程序上传的发票查验时，中台自动对增值税发票只做合规性校验，不再重复做发票验真，非增值税发票正常做合规性查验。

本发明进项发票管理系统及其实现方法中，实现进项发票管理系统的查验敏感词管理的接口信息如下。

J1-1.新增：

public boolean save(@Valid@RequestBody SensitiveWordDocsensitiveword)；

接收参数：包括敏感词编码、敏感词名称、敏感词内容；

返回数据：保存成功与失败的结果；

功能描述：敏感词新增功能。

J1-2.删除：

public boolean remove(@ApiParam(value＝"主键集合",required＝true)@RequestParam String ids)；

接收参数：敏感词主键集合；

返回数据：删除成功与失败的结果；

功能描述：删除弃用的敏感词。

J1-3.编辑：

public boolean submit(@Valid@RequestBody SensitiveWordDocsensitiveword)；

接收参数：包括敏感词编码、敏感词名称、敏感词内容；

返回数据：保存成功与失败的结果；

功能描述：敏感词编辑保存功能。

进一步地，实现进项发票管理系统的查验白名单接口信息如下。

J2-1.新增：

public boolean save(@Valid@RequestBody BlackOrWhite blackOrWhite)；

接收参数：包括白名单编码、白名单名称；

返回数据：保存成功与失败的结果；

功能描述：白名单新增功能。

J2-2.删除：

public boolean remove(@ApiParam(value＝"主键集合",required＝true)@RequestParam String ids)；

接收参数：白名单主键集合；

返回数据：删除成功与失败的结果；

功能描述：删除弃用的白名单。

J2-3.编辑：

public boolean submit(@Valid@RequestBody BlackOrWhite blackOrWhite)；

接收参数：包括白名单编码、白名单名称；

返回数据：保存成功与失败的结果；

功能描述：白名单编辑保存功能。

进一步地，实现进项发票管理系统的查验规则管理单元接口信息如下。

J3-1.新增/编辑：

public Object saveAssoVo(@RequestBody AggProcessVO aggProcessVO)；

接收参数：查验规则主表：编码、名称、状态、说明、是否使用黑白名单等；查验规则参数子表：发票类型、参数ID、参数编码、参数名称/过滤条件等；查验规则组织子表：组织ID、组织编码、组织名称等。

返回数据：新增/编辑成功与失败的结果；

功能描述：新增/编辑查验规则，用于发票查验规则的依据。

J3-2.删除：

public R remove(@ApiParam(value＝"主键集合",required＝true)@RequestParam String ids)；

接收参数：查验方案设置主键集合；

返回数据：删除成功与失败的结果；

功能描述：对于弃用的查验方案进行删除，删除之后选中的数据在列表消失。

J3-3.启用/停用：

public boolean initiate(@ApiParam(value＝"主键集合",required＝true)@RequestParam Long ids,@RequestParam String status)；

接收参数：查验方案设置主键；

返回数据：启用/停用查验方案；

功能描述：对查验方案进行启用/停用操作，启用的查验方案方可在发票查验时使用。

进一步地，实现进项发票管理系统的开放API接口信息如下。

J4-1.查验：

public R<String>synOcr(@RequestBody ShyOcrSynRequestshyOcrSynRequest)；

接收参数：ocr识别信息；

返回数据：查验结果；

功能描述：发票查验功能，根据OCR识别的发票信息，查询进项发票查验系统的查验方案，根据查验方案设置的规则进行发票查验，对于强校验规则不满足的提示校验失败，对于弱校验规则不满足的提示疑票。同时如果是小程序上传的发票，只进行重复校验和验真。pc端上传发票则根据规则查验，查验成功推送至nc系统发票台账中。

J4-2.复核：

public ShyOcrSynResponse review(@RequestBody JSONObject jsonObject)；

接收参数：发票种类和发票ID的map集合；

返回数据：复核成功与失败的结果；

功能描述：将关联的发票进行疑票放行或者作废操纵，放行的发票将推送至nc发票台账中。

J4-3.小程序关联发票：

public ShyOcrSynResponse relateBill(@RequestBody List<RelateBillDTO>relateBillDTOS)；

接收参数：单据信息用户信息以及发票的主键信息；

返回数据：关联成功与失败的结果；

功能描述：将小程序上传的发票与单据进行关联，同时进行出重复和验真以外的校验，校验失败的返回失败信息；校验成功返回成功标识同时推送至nc发票台账中；疑票信息关联但据信息同时提示疑票，需复核后方可正常使用。

J4-4.通过fileid删除发票：

public ShyOcrSynResponse deleteByFileId(@RequestBody JSONObjectjsonObject)；

接收参数：单据信息用户信息以及发票的主键信息；

返回数据：删除成功与失败的结果；

功能描述：删除进项发票查验系统中的发票，同时删除nc发票台账。

其中通过fileid删除发票进一步包括通过文件的标识符或编号删除发票。

综上所述，本发明通过进项发票查验系统中设有的服务系统，其能够设置白名单、敏感词，根据查验参数、发票种类设置查验方案及判断条件，对传入的发票信息进行合规性校验以及真伪校验，保证发票的准确信与唯一性，本发明使得在财务在进行财务核算时，减少人工查验的工作量，解决发票是否使用校验、发票金额是否修改校验，最大程度上保证发票的准确性。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种进项发票管理系统，其特征在于，其包括进项发票查验系统和进项发票查验支撑系统，其中进项发票查验系统用于进项发票查验规则配置、进项发票查验处理及生成票据池数据；进项发票查验支撑系统用于支撑进项发票查验系统的运行，进项发票查验支撑系统用于承载进项发票查验结果，按照财务核算要求进行的财务处理；进项发票查验支撑系统基于进项发票查验系统查验的结果，生成发票台账，根据凭证设置生成财务凭证，推送至第三方系统。

2.如权利要求1所述的进项发票管理系统，其特征在于，进项发票查验系统内设置有查验设置模块和发票管理模块，其二者配合实现对财务核算过程中需要查验的发票的合规性校验以及重复校验。

3.如权利要求1所述的进项发票管理系统，其特征在于，进项发票管理系统通过配置查验规则、处理发票查验和生成票据池数据，并结合进项发票查验支撑系统的功能，实现了对财务核算过程中发票的合规性校验和真伪校验。

4.如权利要求1所述的进项发票管理系统，其特征在于，进项发票查验系统内设置的查验设置模块为进项查验设置模块，发票管理模块为进项发票管理模块；所述进项查验设置模块设置各种发票的查验项目以及查验规则，设置白名单和敏感词，根据外部系统识别的发票信息进行发票查验，并保存到发票台账；进项发票查验系统中的进项查验设置模块用于管理进项发票查验的规则设置；进项发票管理模块用于管理其他系统推送查验的源数据信息，以及发票验真后的规定税务平台提供的发票信息。

5.如权利要求1所述的进项发票管理系统，其特征在于，进项发票管理系统的进项发票校验包括以下功能单元设置：

白名单设置单元应用于设置进项发票校验白名单，进项发票管理系统在进行发票查验时对一些个人抬头信息免于对纳税人识别号的查验；

敏感词设置单元应用于设置进项发票校验中存在的敏感词，进项发票管理系统在进行发票查验时对发票明细的商品货物名称进行校验，判断发票中是否包含敏感词。

6.如权利要求5所述的进项发票管理系统，其特征在于，进项发票管理系统的进项发票校验包括以下校验：

购方名称校验，其应用于校验进项发票校验购方名称，进项发票管理系统在进行发票查验时发票抬头进行校验，判断是否和本机构的发票台头一致；

购方税号校验，其应用于校验进项发票校验购方税号，进项发票管理系统在进行发票查验时发票纳税人识别号进行校验，判断是否和本机构的纳税人识别号一致；

号码连号校验应用于校验进项发票校验中存在的发票连号，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否包含有连号发票。

7.如权利要求6所述的进项发票管理系统，其特征在于，其进一步包括以下校验：

重复校验，其应用于校验进项发票校验中存在的发票重复，进项发票管理系统在进行发票查验时对发票号码、发票代码进行校验，判断发票中是否存在发票号码、发票代码一样的发票；

过期校验，其应用于校验进项发票校验中存在的发票过期，进项发票管理系统在进行发票查验时对发票日期进行校验，判断发票中是否包含过期发票；

备注校验，其应用于校验进项发票校验中存在的备注，进项发票管理系统在进行发票查验时对备注进行校验，判断发票中是否包含备注。

8.如权利要求6所述的进项发票管理系统，其特征在于，其进一步包括以下校验：

真伪查验，其应用于校验进项发票是否真实存在，进项发票管理系统在进行发票查验时对发票号码、发票代码、发票日期、校验码、发票金额通过三方平台到国家税务平台进行校验，判断发票中是否为真；

购方地址电话校验，其应用于校验进项发票校验中存在的发票购方地址电话，进项发票管理系统在进行发票查验时对购方地址电话进行校验，判断发票中是否与备案的地址电话一致；

购方开户银行校验，其应用于校验进项发票校验中存在的发票购方开户银行，进项发票管理系统在进行发票查验时对购方开户银行及账号进行校验，判断发票中是否与备案的开户银行及账号一致。

9.如权利要求6所述的进项发票管理系统，其特征在于，进项发票查验支撑系统内设置有管理平台系统和技术平台系统，其中管理平台系统用于管理平台日常运行，内设有权限管理模块、日志管理模块、任务管理模块、业务管理模块、参数设置模块以及附件管理模块；技术平台系统用于提供数据存储以及传输功能，技术平台系统内设有企业级分布式应用服务单元、分布式关系型数据库RD6、分布式消息队列单元、分布式内存单元、平台DevOps和计算机与存储平台单元。

10.一种应用于权利要求1-9之任一所述的进项发票管理系统的实现方法，所述实现方法包括如下步骤：

W1、配置白名单设置：在执行进项发票查验前，需要先进行查验白名单设置；

W2、配置敏感词设置：在执行进项发票查验前，需要先进行查验敏感词设置；

W3、配置查验方案设置：在执行进项发票查验前，需要先进行查验方案设置，否则不进行查验；

W4、进项发票查验：根据查验方案设定的查验规则以及白名单和敏感词对于三方传输的发票信息进行校验；

W5、发票查验生成财务数据：对于查验的发票进行存储，行程发票台账，同时通过会计引擎生成预凭证信息，并将数据传输至客户财务系统。