一种开票后票据状态跟踪查询系统及方法

本发明属于数据处理技术领域，更具体地，涉及一种开票后票据状态跟踪查询系统及方法。

企业在正常经营活动中会产生进项税与销项税，进项税与销项税的抵扣可以为企业减少税赋增加利润，但是当企业进货收到发票后，如果对方企业没有按规定纳税，该发票便会成为失控发票，失控发票不但会因无法抵扣而对企业造成经济损失，甚至会产生法律问题。因此，企业在经营过程中，经常由于不确定发票是否已经缴税甚至不确定发票的真伪而不敢入账。

对于购货方来说，要想判断一张发票的真伪，需要到税局对外提供的系统上进行查验，而判断一张发票是否已经报税，需要有销货方提供的完税凭证，或者销货方在金三系统中的已完税证明单，然而对于销货企业来说，无论是完税凭证还是已完税证明单，都只能一次性开具一个征期的，而一个征期内的纳税凭证对于企业来说涉及到商业秘密，企业往往不会为了单张发票而提供给任意一个购货方，因此对于购货企业来说，便无从知道发票是否已经纳税，因此需要承担因发票没有纳税而带来的无法抵扣等风险。

本发明为了对购货方收到发票后不能批量查验发票的真伪及无法核实发票是否已经纳税从而不敢入账的问题，提出了一种开票后票据状态跟踪查询系统及方法，根据企业客户端申请查验的发票信息与税控云服务端日常收集到的企业客户端开票软件已报税发票数据进行比对和校验，最终给出发票查验的结果并发送给企业客户端，避免企业因发票未报税无法抵扣，另一方面也可以防止入账而给企业造成经济损失甚至产生法律问题。

为实现上述目的，本发明提供一种开票后票据状态跟踪查询系统，包括：

企业客户端，以及与所述企业客户端通信连接的税控云服务端；

所述企业客户端包括：

发票识别模块，所述发票识别模块用于识别出所述待查验发票的各个发票要素信息；

发票查验请求模块，所述发票验证请求模块连接所述发票识别模块，用于将所述发票要素信息生成申请报文发送至所述税控云服务端请求查验；

所述税控云服务端包括：

发票信息分类模块，所述发票信息分类模块用于将各个所述企业客户端发送的已报税发票信息进行分类并保存至第一存储模块；

发票查验处理模块，所述发票查验处理模块连接所述第一存储模块，用于将所述申请报文所包含的所述发票要素信息与所述第一存储模块中对应的所述已报税发票信息逐一查验，并生成验证结果返回至所述企业客户端。

优选的，所述税控云服务端还包括：

订阅模块，所述订阅模块用于审批开通需要订阅查询的所述企业客户端，并将所述企业客户端的企业信息保存至第二存储模块；

判断模块，所述判断模块连接所述第二存储模块和所述发票查验处理模块，用于根据所述第二存储模块存储的所述企业信息判断所述企业客户端是否开通订阅查询并生成判断结果发送至所述发票查验处理模块。

优选的，所述企业客户端还包括发票信息上传模块，所述发票信息上传模块用于识别已标记有报税标志的报税发票，对所述报税发票的所述已报税发票信息进行读取并上传至所述税控云服务端。

优选的，所述发票要素信息和所述已报税发票信息均包括：发票代码、发票号码和发票校验码。

优选的，所述发票查验请求模块包括：

发票信息加密单元，所述发票信息加密单元用于对需要查验的所述发票要素信息进行加密处理；

申请报文生成单元，所述申请报文生成单元连接所述发票信息加密单元，用于将已加密的所述发票要素信息生成所述申请报文；

申请报文发送单元，所述申请报文发送单元连接所述申请报文生成单元，用于将所述申请报文发送至所述税控云服务端请求查验。

优选的，所述发票查验处理模块包括：

发票信息解密单元，所述发票信息解密单元用于对所述申请报文进行解密处理；

信息比对校验单元，所述信息比对校验单元连接所述发票信息解密单元，用于将所述申请报文中包含的所述发票要素信息与所述第一存储模块中存储的所述已报税发票信息进行逐一比对校验并生成所述验证结果；

验证结果发送单元，所述验证结果发送单元连接所述信息比对校验单元，用于将所述验证结果返回至所述企业客户端。

优选的，所述企业信息包括：企业基础信息、订阅查询起始日期、订阅查询截止日期和。

本发明还提供一种开票后票据状态跟踪查询方法，利用上述所述的开票后票据状态跟踪查询系统，该方法包括如下步骤：

步骤S1：税控云服务端的发票信息分类模块将各个企业客户端发送的已报税发票信息进行分类并保存至第一存储模块；

步骤S2：企业客户端的用户选择待查验发票，发起查验申请请求；

步骤S3：企业客户端的发票识别模块并识别出所述待查验发票的各个发票要素信息；

步骤S4：企业客户端的发票查验请求模块将所述发票要素信息生成申请报文发送至税控云服务端；

步骤S5：税控云服务端的发票查验处理模块将所述申请报文包含的所述发票要素信息与所述第一存储模块中对应的所述已报税发票信息进行逐一查验，并生成验证结果返回至所述企业客户端。

优选的，所述方法还包括：税控云服务端的订阅模块对所述企业客户端提交的订阅查询申请进行审批开通并将所述企业客户端的企业信息保存至第二存储模块。

优选的，于所述步骤S4之前，所述方法还包括：所述税控云服务端的判断模块根据所述第二存储模块中已开通订阅查询的所述企业信息判断发起查验申请的所述企业客户端是否开通订阅查询。

本发明的技术方案的有益效果在于：

针对购货方收到发票后不能批量查验发票的真伪及无法核实发票是否已经纳税从而不敢入账的问题，本发明在可以在企业客户端经过审批后在税控云服务端进行批量的完税情况查询和真伪验证，整个过程不需要人工干预，大大提高了效率，一方面可以避免企业因发票未报税无法抵扣，另一方面也可以防止入账而给公司造成经济损失甚至产生法律问题；

针对发票的完税情况查询和真伪验证均在税控云服务端完成，税控云服务端只将结果返回给企业客户端，在企业客户端不会有查验逻辑也不会保存税控云服务端的发票信息，有效的保障了系统的保密性和可维护性。

通过结合附图对本发明示例性实施方式进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显，其中，在本发明示例性实施方式中，相同的参考标号通常代表相同部件。

图1为本发明一种开票后票据状态跟踪查询系统的结构示意图；

图2为本发明一种开票后票据状态跟踪查询系统的发票查验请求模块的结构示意图；

图3为本发明一种开票后票据状态跟踪查询系统的发票查验处理模块的结构示意图；

图4为本发明一种开票后票据状态跟踪查询方法的流程示意图；

图5为本发明一种开票后票据状态跟踪查询方法实施例的税控云服务端和企业客户端的流程时序图。

附图标记说明：1、企业客户端；11、发票识别模块；12、发票查验请求模块；121、发票信息加密单元；122、申请报文生成单元；123、申请报文发送单元；13、发票信息上传模块；2、税控云服务端；21、发票信息分类模块；22、第一存储模块；23、发票查验处理模块；231、发票信息解密单元；232、信息比对校验单元；233、验证结果发送单元；24、订阅模块；25、第二存储模块；26、判断模块。

下面将更详细地描述本发明的优选实施方式。虽然以下描述了本发明的优选实施方式，然而应该理解，可以以各种形式实现本发明而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本发明更加透彻和完整，并且能够将本发明的范围完整地传达给本领域的技术人员。

参照图1所示，本发明提供一种开票后票据状态跟踪查询系统，包括：

企业客户端1，以及与企业客户端1通信连接的税控云服务端2；

企业客户端1包括：

发票识别模块11，发票识别模块11用于识别出待查验发票的各个发票要素信息；

发票查验请求模块12，发票验证请求模块12连接发票识别模块11，用于将发票要素信息生成申请报文发送至税控云服务端2请求查验；

税控云服务端2包括：

发票信息分类模块21，发票信息分类模块21用于将各个企业客户端1发送的已报税发票信息进行分类并保存至第一存储模块22；

发票查验处理模块23，发票查验处理模块23连接第一存储模块22，用于将申请报文所包含的发票要素信息与第一存储模块22中对应的已报税发票信息逐一查验，并生成验证结果返回至企业客户端1。

具体的，本发明分为相互通信连接的税控云服务端2和企业客户端1，其中，税控云服务端2包括有发票信息分类模块21和发票查验处理模块23；企业客户端1包括有发票识别模块11和发票查验请求模块12。

税控云服务端2的发票信息分类模块21收集各个企业发送来的已报税发票信息根据发票代码和发票类型分类保存第一存储模块22中。企业用户在企业客户端1选择要查验的发票，并发起查验申请，当系统收到查验申请后，发票识别模块11通过OCR识别技术识别电子发票和扫描的纸质发票的图像信息，提取其中的发票要素信息，也就是发票上包含的各个要素字段，比如发票代码、发票号码、发票校验码。发票查验请求模块12将要查验的发票要素信息加密后生成申请报文批量上传到税控云服务端2，税控云服务端2的发票查验处理模块23将申请报文解密后与其保存在第一存储模块22中汇总的发票信息进行逐个发票要素的比较，并生成验证结果，最终以消息的方式将验证结果返回给企业客户端1并展示在客户端系统页面上。通过此系统的应用，购货方在收到发票之后便可以自行批量核实该发票的纳税情况并进行真伪查验，在确认发票真实性和已完税的情况下便可以直接入账，一方面可以避免企业因发票未报税无法抵扣，另一方面也可以防止入账而给公司造成经济损失甚至产生法律问题。而且，针对发票的完税情况查询和真伪验证均在税控云服务端2完成，税控云服务端2只将结果返回给企业客户端1，在企业客户端1不会有查验逻辑也不会保存税控云服务端2的发票信息，有效的保障了系统的保密性和可维护性。

进一步地，第一存储模块22为数据库中已报税发票信息表或者存储有已报税发票信息表的其他储存介质。

一种优选的示例，税控云服务端2还包括：

订阅模块24，订阅模块24用于审批开通需要订阅查询的企业客户端1，并将企业客户端1的企业信息保存至第二存储模块25；

判断模块26，判断模块26连接第二存储模块25和发票查验处理模块23，用于根据第二存储模块25存储的企业信息判断企业客户端是否开通订阅查询并生成判断结果发送至发票查验处理模块23。

具体的，还提供订阅模块24，该订阅模块25提供一个订阅接口，需要订阅增值税发票真伪及完税信息的企业首先要在系统中申请订阅，企业负责人在页面中通过扫描企业营业执照或填写企业关键信息等方式进行订阅申请，在申请审批通过后，会将企业信息保存到第二存储模块25，企业信息包括企业名称、企业关联邮箱、订阅查询开通日期和截止日期等。同时判断模块26根据第二存储模块25存储的企业信息判断企业客户端是否开通订阅查询并生成判断结果发送至发票查验处理模块23。判断结果若为已订阅，发票查验处理模块23根据判断结果继续进行查验功能，判断结果若为未订阅，则停止查验并返回相关信息至系统页面，提醒企业用户开通订阅申请后才可以使用查验功能。

进一步地，第二存储模块25为数据库中企业订阅表或者存储有企业订阅表的其他储存介质。

一种优选的示例，企业客户端1还包括发票信息上传模块13，发票信息上传模块13用于识别已标记有报税标志的报税发票，对报税发票的已报税发票信息进行读取并上传至税控云服务端2。

具体的，企业报税之后，已报税标志会被置位，企业客户端1的发票信息上传模块13识别读取具有已报税标志位的发票，将已报税的发票信息上传到税控云服务端2。进一步地，为了避免过度使用票面敏感信息，这里发票信息上传模块13只需要将发票代码、发票号码和发票校验码进行上传即可。

一种优选的示例，发票要素信息和已报税发票信息均包括：发票代码、发票号码和发票校验码。

具体的，与发票识别模块11识别的各个发票要素信息相同，已报税发票信息也包括有发票代码、发票号码和发票校验码等信息与之相对应，才能实现发票查验处理模块23中对发票要素逐个比对和校验。

参照图2所示，一种优选的示例，发票查验请求模块12包括：

发票信息加密单元121，发票信息加密单元121用于对需要查验的发票要素信息进行加密处理；

申请报文生成单元122，申请报文生成单元122连接发票信息加密单元121，用于将已加密的发票要素信息生成申请报文；

申请报文发送单元123，申请报文发送单元123连接申请报文生成单元122，用于将申请报文发送至税控云服务端2请求查验。

具体的，为了增加票面敏感信息的保密功能，发票信息加密单元121用于对需要查验的发票要素信息进行加密处理，申请报文生成单元122用于将已加密的发票要素信息生成申请报文，申请报文发送单元123用于将申请报文发送至税控云服务端2请求查验，实现了企业客户端1将要查验的发票要素信息加密后批量上传到税控云服务端2，有效地保障了系统的保密性。

参照图3所示，一种优选的示例，发票查验处理模块23包括：

发票信息解密单元231，发票信息解密单元231用于对申请报文进行解密处理；

信息比对校验单元232，信息比对校验单元232连接发票信息解密单元231，用于将申请报文中包含的发票要素信息与第一存储模块22中存储的已报税发票信息进行逐一比对校验并生成验证结果；

验证结果发送单元233，验证结果发送单元233连接信息比对校验单元232，用于将验证结果返回至企业客户端1。

具体的，接收企业客户端1发来的查验申请，并对申请报文进行解密，提取申请报文中所包含的企业基础信息以用于判断该企业是否已经开通订阅并有权限进行查验。将申请报文中包含的需要查验的发票要素信息与数据库中已报税发票信息表包含的发票信息进行比对校验，先将请求查验的发票信息与发票的实际信息比较，若能查到相关信息，说明该发票已经报税，再进而去验证发票的真实性；若查不到相关信息，说明该发票没有报税，最后生成验证结果，企业客户端1获取验证结果并展示在系统页面上。

一种优选的示例，企业信息包括：企业基础信息、订阅查询起始日期、订阅查询截止日期和。

具体的，企业基础信息比如企业名称、企业税号，可利用企业基础信息判断该企业是否开通订阅查询功能，利用订阅查询起始日期和截止日期判断该企业的订阅查询功能何时到期，并在到期前将续订通知发送至以及时告知企业用户。企业基础信息、订阅查询起始日期、订阅查询截止日期和在税控云服务端2的数据库的企业订阅表中体现。

参照图4所示，本发明还提供一种开票后票据状态跟踪查询方法，利用上述的开票后票据状态跟踪查询系统，该方法包括如下步骤：

步骤S1：税控云服务端2的发票信息分类模块21将各个企业客户端发送的已报税发票信息进行分类并保存至第一存储模块22；

步骤S2：企业客户端1的用户选择待查验发票，发起查验申请请求；

步骤S3：企业客户端1的发票识别模块11并识别出待查验发票的各个发票要素信息；

步骤S4：企业客户端1的发票查验请求模块12将发票要素信息生成申请报文发送至税控云服务端2；

步骤S5：税控云服务端2的发票查验处理模块23将申请报文包含的发票要素信息与第一存储模块22中对应的已报税发票信息进行逐一查验，并生成验证结果返回至企业客户端1。

一种优选的示例，方法还包括：税控云服务端2的订阅模块24对企业客户端1提交的订阅查询申请进行审批开通并将企业客户端1的企业信息保存至第二存储模块25。

一种优选的示例，于步骤S4之前，方法还包括：税控云服务端2的判断模块26根据第二存储模块25中已开通订阅查询的企业信息判断发起查验申请的企业客户端1是否开通订阅查询。

具体的，税控云服务端2订阅模块24开放订阅接口供已注册的企业提交发票状态查询功能订阅申请，阅模块24对已注册的企业进行审批并开通订阅功能；

税控云服务端2的发票信息分类模块21收集各个企业发送来的已报税发票信息根据发票代码和发票类型分类保存第一存储模块22中；

企业客户端1的企业用户选择要查验的发票，并发起查验申请请求；

企业客户端1的发票识别模块11通过OCR识别技术识别电子发票和扫描的纸质发票的图像信息，提取其中的发票要素信息，也就是发票上包含的各个要素字段，比如发票代码、发票号码、发票校验码；

企业客户端1的发票查验请求模块12将要查验的发票要素信息加密后生成申请报文批量上传到税控云服务端2；

税控云服务端2的发票查验处理模块23将申请报文解密后与其保存在第一存储模块22中汇总的发票信息进行逐个发票要素的比较，并生成验证结果，最终以消息的方式将验证结果返回给企业客户端1并展示在客户端系统页面上。

通过此方法的应用，购货方在收到发票之后便可以自行批量核实该发票的纳税情况并进行真伪查验，在确认发票真实性和已完税的情况下便可以直接入账，一方面可以避免企业因发票未报税无法抵扣，另一方面也可以防止入账而给公司造成经济损失甚至产生法律问题。而且，针对发票的完税情况查询和真伪验证均在税控云服务端2完成，税控云服务端2只将结果返回给企业客户端1，在企业客户端1不会有查验逻辑也不会保存税控云服务端2的发票信息，有效的保障了系统的保密性和可维护性。

实施例1

参照图1-图3所示，本实施例提供一种开票后票据状态跟踪查询系统，包括：

企业客户端1，以及与企业客户端1通信连接的税控云服务端2；

企业客户端1包括：

发票识别模块11，发票识别模块11用于识别出待查验发票的各个发票要素信息；

发票查验请求模块12，发票验证请求模块12连接发票识别模块11，用于将发票要素信息生成申请报文发送至税控云服务端2请求查验；

税控云服务端2包括：

发票信息分类模块21，发票信息分类模块21用于将各个企业客户端1发送的已报税发票信息进行分类并保存至第一存储模块22；

发票查验处理模块23，发票查验处理模块23连接第一存储模块22，用于将申请报文所包含的发票要素信息与第一存储模块22中对应的已报税发票信息逐一查验，并生成验证结果返回至企业客户端1。

在本实施例中，税控云服务端2还包括：

订阅模块24，订阅模块24用于审批开通需要订阅查询的企业客户端1，并将企业客户端1的企业信息保存至第二存储模块25；

判断模块26，判断模块26连接第二存储模块25和发票查验处理模块23，用于根据第二存储模块25存储的企业信息判断企业客户端是否开通订阅查询并生成判断结果发送至发票查验处理模块23。

在本实施例中，企业客户端1还包括发票信息上传模块13，发票信息上传模块13用于识别已标记有报税标志的报税发票，对报税发票的已报税发票信息进行读取并上传至税控云服务端2。

在本实施例中，发票要素信息和已报税发票信息均包括：发票代码、发票号码和发票校验码。

在本实施例中，发票查验请求模块12包括：

发票信息加密单元121，发票信息加密单元121用于对需要查验的发票要素信息进行加密处理；

申请报文生成单元122，申请报文生成单元122连接发票信息加密单元121，用于将已加密的发票要素信息生成申请报文；

申请报文发送单元123，申请报文发送单元123连接申请报文生成单元122，用于将申请报文发送至税控云服务端2请求查验。

在本实施例中，发票查验处理模块23包括：

发票信息解密单元231，发票信息解密单元231用于对申请报文进行解密处理；

信息比对校验单元232，信息比对校验单元232连接发票信息解密单元231，用于将申请报文中包含的发票要素信息与第一存储模块22中存储的已报税发票信息进行逐一比对校验并生成验证结果；

验证结果发送单元233，验证结果发送单元233连接信息比对校验单元232，用于将验证结果返回至企业客户端1。

在本实施例中，企业信息包括：企业基础信息、订阅查询起始日期、订阅查询截止日期和。

实施例2

参照图4所示，本实施例提供一种开票后票据状态跟踪查询方法，利用上述的开票后票据状态跟踪查询系统，该方法包括如下步骤：

步骤S1：税控云服务端2的发票信息分类模块21将各个企业客户端发送的已报税发票信息进行分类并保存至第一存储模块22；

步骤S2：企业客户端1的用户选择待查验发票，发起查验申请请求；

步骤S3：企业客户端1的发票识别模块11并识别出待查验发票的各个发票要素信息；

步骤S4：企业客户端1的发票查验请求模块12将发票要素信息生成申请报文发送至税控云服务端2；

步骤S5：税控云服务端2的发票查验处理模块23将申请报文包含的发票要素信息与第一存储模块22中对应的已报税发票信息进行逐一查验，并生成验证结果返回至企业客户端1。

本实施例中，方法还包括：税控云服务端2的订阅模块24对企业客户端1提交的订阅查询申请进行审批开通并将企业客户端1的企业信息保存至第二存储模块25。

本实施例中，于步骤S4之前，方法还包括：税控云服务端2的判断模块26根据第二存储模块25中已开通订阅查询的企业信息判断发起查验申请的企业客户端1是否开通订阅查询。

图5为本实施例的税控云服务端和企业客户端的流程时序图，该方法对应系统的税控云服务端2的运行包括以下步骤：

1、开放订阅接口，供已注册企业开通订阅功能。

2、系统根据企业提供的信息审批其订阅申请。

3、企业若通过了审批，会将企业名称、关联邮箱、开通日期和截止日期保存到数据库的订阅表中。

4、税控云服务端日常接收各企业端开票软件发送来的已报税发票信息，并根据发票代码和发票类型进行分类，保存到不同的数据库中。

5、接收企业客户端发来的查验申请，并进行解密。

6、判断该企业是否已经订阅并有权限进行查验。

7、将查验申请与数据库中的发票信息进行比对校验，将请求的信息与发票的实际信息比对较验，生成验证结果。

8、将验证结果生成报文返回给企业客户端。

该系统的企业客户端1的运行包括以下步骤：

1、识别电子发票和发票图像，并保存到数据库。

2、将选中的发票进行加密后生成申请报文。

3、向服务端发送查验申请。

4、获取验证结果并展示在用户界面上。

综上所述，通过发票的图像信息自动识别，之后根据用户的需求对发票进行批量的查验真伪并查询完税信息，在确认发票真实性和已完税的情况下便可以直接入账，避免了因和发票未纳税无法抵扣而给公司带来经济损失。除此之外，完税情况查询和真伪验证均在税控云服务端完成，税控服务端只将结果返回给企业客户端，在企业客户端不会有查验逻辑也不会保存税控服务端上的发票信息，有效的保障了系统的保密性和可维护性。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。