CN116797395A - 一种业务系统发票对接方法和系统、电子设备、存储介质 - Google Patents

Abstract

本发明提供一种业务系统发票对接方法和系统、电子设备、存储介质，可应用于金融领域或其他领域。该方法包括：依据开票任务对应的开票信息，判断开票任务是否通过许可认证；若是，则根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数；根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，外部开票系统为各个省份的开票系统；也即通过许可认证、接口模板以及通用接口服务可以实现自动对接各个省份的开票系统进行开票；各个发票服务平台对接模块化，独立于其他应用，且不同的发票服务平台接口通过接口模板配置实现。

Description

一种业务系统发票对接方法和系统、电子设备、存储介质

技术领域

本发明属于数据处理技术领域，更具体的说，尤其涉及一种业务系统发票对接方法和系统、电子设备、存储介质。

背景技术

电子发票是税收服务适应互联网信息发展新形势、新要求的重大创新举措，是新时代下税务机关征收管理方式优化提升的里程碑式创新。由于不同省份的发票服务平台通常不同，且许多企业的业务开展具有跨省份、集团化的特性。

而目前采用手工开票方式实现不同省份的业务开票，但是，手工开票的方式存在一定的开票动作没有关联业务系统，容易出错、效率低下。

发明内容

有鉴于此，本发明的目的在于提供一种业务系统发票对接方法和系统、电子设备、存储介质，用于通过许可认证、接口模板以及通用接口服务可以实现自动对接各个省份的开票系统进行开票。

本申请第一方面公开了一种业务系统发票对接方法，应用于业务系统，所述方法包括：

依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证；

若所述开票任务通过许可认证，则根据所述开票任务中任务号和许可号确定接口模板，并通过所述接口模板和接口映射关系，得到实际接口调用所需的参数；

根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，所述外部开票系统为各个省份的开票系统。

可选的，所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证，包括：

判断所述开票任务的许可信息是否在预设许可信息的许可范围内；

若是，则判定所述开票任务通过许可认证；若否，则判定所述开票任务未通过许可认证。

可选的，所述许可信息包括：许可认证主体、许可类型、许可使用范围、许可使用时效、许可使用次数限制；

其中，若所述开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制均满足所述预设许可信息，则判定所述开票任务通过许可认证；若所述开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制中至少一个不满足所述预设许可信息，则判定所述开票任务未通过许可认证。

可选的，在所述根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作之后，还包括：

进行接口调用后处理；其中，所述接口调用后处理包括：返回前端调用结果并更新任务执行状态、更新许可使用记录中的至少一种。

可选的，在所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证之前，还包括：

获取并依据开票申请，生成所述开票任务；

监控各个所述开票任务并行调用、处理、登记的情况。

可选的，在所述监控各个所述开票任务并行调用、处理、登记的情况之后，还包括：

判断是否存在所述开票任务；

若是，则执行所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证的步骤；

若否，则返回执行所述监控各个所述开票任务并行调用、处理、登记的情况的步骤。

可选的，所述监控各个所述开票任务并行调用、处理、登记的情况，包括：

判断所述开票任务的执行结果是否为执行成功；

若所述开票任务的执行结果为执行成功，则所述开票申请对应的开票任务结束；

若所述开票任务的执行结果为执行失败；则所述开票申请重新发起开票任务且所述开票申请的当前重发次数小于等于最大重发次数。

本申请第二方面公开了一种业务系统发票对接系统，包括：

许可模块，用于依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证；

发票接口模块，用于若所述许可模块通过许可认证，则根据所述开票任务中任务号和许可号确定接口模板，并通过所述接口模板和接口映射关系，得到实际接口调用所需的参数；接着，根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，所述外部开票系统为各个省份的开票系统。

本申请第三方面公开了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现如本申请第一方面中任一项所述的业务系统发票对接方法。

本申请第四方面公开了一种存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如本申请第一方面中任一项所述的业务系统发票对接方法。

从上述技术方案可知，本发明提供的一种业务系统发票对接方法，包括：依据开票任务对应的开票信息，判断开票任务是否通过许可认证；若开票任务通过许可认证，则根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数；根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，外部开票系统为各个省份的开票系统；也即通过许可认证、接口模板以及通用接口服务可以实现自动对接各个省份的开票系统进行开票；各个发票服务平台对接模块化，独立于其他应用，且不同的发票服务平台接口通过接口模板配置实现。

附图说明

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

图1是本发明实施例提供的一种业务系统发票对接方法的流程图；

图2是本发明实施例提供的另一种业务系统发票对接方法的流程图；

图3是本发明实施例提供的另一种业务系统发票对接方法的流程图；

图4是本发明实施例提供的另一种业务系统发票对接方法的流程图；

图5是本发明实施例提供的另一种业务系统发票对接方法的流程图；

图6是本发明实施例提供的一种业务系统发票对接系统的示意图；

图7是本发明实施例提供的一种电子设备的示意图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种业务系统发票对接方法，用于解决现有技术中手工开票的方式存在一定的开票动作没有关联业务系统，容易出错、效率低下的问题。

参见图1，该业务系统发票对接方法，包括：

S101、依据开票任务对应的开票信息，判断开票任务是否通过许可认证。

也即，实现许可监控，能够识别和认证许可信息。

需要说明的是，开票任务可以携带开票信息，该开票信息可以包括开票主体、开票类型等信息，当然该开票信息也可以包括其他信息，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

许可认证主要是用于验证该开票任务是否满足开票要求，若满足开票要求则可以执行后续步骤，若不满足则禁止执行后续步骤。也即，可以通过许可认证来触发后续动作。

具体的许可认证方式，可以是确认主体、类型等是否符合要求，当然也可以采用其他方式，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

若开票任务通过许可认证，则执行步骤S102。

S102、根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数。

也即，配置接口模板，用于动态生成接口对接配置信息，也即实际接口调用的所需参数。

需要说明的是，可以预先确定任务号和许可号与接口模板的关联关系，进而可以通过任务号和许可号来确定相应的接口模板。其中，不同发票服务平台的接口模板不同。

该任务号可以是开票任务的标识，也即，该任务号是该开票任务携带的；该许可号可以是该开票任务对应的许可信息的标识；也即，该许可号可以是开票任务携带的，也可以是通过开票任务的许可信息获得的，此处不做具体限定，视实际情况而定即可，均在本申请的保护范围内。

确定接口模板是为了获得实际接口调用所需的参数，从而通过接口模板的转换屏蔽外部开票系统接口的变化。

也就是说，通过标记语言实现电子税控发票接口的定制化以及通用接口的对外服务。

电子税控发票接口是连接企业已投入使用的内部信息管理系统和税控机开票软件的桥梁。

电子税控发票接口的定制化可以理解为实际接口的定制化。

另外，接口模板与实际接口存在映射关系，也即接口映射关系可以得到各个接口模板及其对应实际接口的关系。

接口模板和实际接口的映射关系，可以通过接口标识来进行映射，具体的映射过程，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

得到实际接口之后，可以确定该实际接口调用所需的参数；也即，进而通过接口模板可以获得实际接口调用所需的参数；具体的确定过程，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

需要说明的是，该实际接口可以是外部开票系统接口字段，当然也不仅限于此，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

S103、根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作。

其中，外部开票系统为各个省份的开票系统。

需要说明的是，通用接口服务是发票接口模块内部封装实现的，屏蔽了外部开票系统接口差异性而形成的通用接口。不同业务场景开票申请携带的开票信息不一样，根据开票申请对应的调用所需的参数来调用通用接口服务，进而实现调用外部开票系统进行开票操作。

值得说明的是，针对不同的省份的开票申请，所调起的通用接口服务是一样的，但是不同省份的开票申请对应的接口模板不同，进而不同省份开票申请对应实际接口调用所需的参数不同，因此，实现通过通用接口服务统一对外部开票系统进行调用。

该业务系统可以是墓园业务系统，当然也可以是其他系统，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

在本实施例中，依据开票任务对应的开票信息，判断开票任务是否通过许可认证；若开票任务通过许可认证，则根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数；根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，外部开票系统为各个省份的开票系统；也即通过许可认证、接口模板以及通用接口服务可以实现自动对接各个省份的开票系统进行开票；各个发票服务平台对接模块化，独立于其他应用，且不同的发票服务平台接口通过接口模板配置实现。

需要说明的是，由于不同省份的发票服务平台接口数量不同、接口字段不同，都要有针对性的开发；业务系统集成税控电子发票功能需要有针对性的开发；税控电子发票开票作为批量步骤需要针对性的开发，现有技术可以对不同发票服务平台进行针对性开发对接，但是对不同发票服务平台进行针对性开发对接，开发周期长效率低，且无法复用；在发票服务平台改变的时候，需要重新开发对接代码，且已开票数据迁移难度大。

而本申请支持插件开发功能，进而本申请新增功能不影响原有功能，通过接口模板配置化，使不同的发票服务平台接口通过接口模板配置实现，且以通用接口提供对外服务；无需针对不同发票服务平台均开发对接，降低开发周期、提高效率，且可以复用；减少程序员开发工作量和错误率；优化业务系统里调用不同发票服务平台接口的灵活性。

可选的，参见图2，步骤S101、依据开票任务对应的开票信息，判断开票任务是否通过许可认证，包括：

S201、判断开票任务的许可信息是否在预设许可信息的许可范围内。

需要说明的是，该预设许可信息的内容是可以预先设置的，该许可范围与预设许可信息的内容相关，也即该许可范围也是预先设置的。

可以配置许可生成，用于动态生成许可信息。该动态生成的许可信息可以是开票任务的许可信息，也可以是预设许可信息，此处不做具体限定，视实际情况而定即可，均在本申请的保护范围内。

若开票任务的许可信息在预设许可信息的许可范围内，则判定开票任务通过许可认证；开票任务的许可信息不在预设许可信息的许可范围内，则判定开票任务未通过许可认证。

可选的，许可信息包括：许可认证主体、许可类型、许可使用范围、许可使用时效、许可使用次数限制。

其中，若开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制均满足预设许可信息，则判定开票任务通过许可认证；若开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制中至少一个不满足预设许可信息，则判定开票任务未通过许可认证。

每次开票任务会携带许可信息，将开票任务携带的许可信息和预设许可信息进行对比分析，如果发起开票任务的主体在许可认证主体范围内，且许可类型匹配、许可使用范围匹配、许可在有效期内、许可使用次数未超过使用上限，5个条件均满足则判定通过许可认证，任何一个条件不满足都视为未通过许可认证。

也就是说，依据开票任务对应的开票信息，判断开票任务是否通过许可认证的具体过程可以是：判断是否同时满足下述五个条件：

开票任务的许可认证主体满足预设许可信息的许可认证主体；

开票任务的许可类型满足预设许可信息的许可认证类型；

开票任务的许可使用范围满足预设许可信息的许可使用范围；

开票任务的许可使用时效满足预设许可信息的许可使用时效；

开票任务的许可使用次数限制满足预设许可信息的许可使用次数限制。

若同时满足上述五个条件，则判定开票任务通过许可认证；若不满足上述五个条件中的至少一个，则判定开票任务未通过许可认证。

可选的，参见图3，在步骤S103、根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作之后，还包括：

S301、进行接口调用后处理。

接口调用后处理可以理解为实现接口调用之后的处理，如可以获取调用结果并记录等。

其中，接口调用后处理包括：返回前端调用结果并更新任务执行状态、更新许可使用记录中的至少一种。

需要说明的是，返回前端调用结果并更新任务执行状态、更新许可使用记录可以同时执行，不限制执行顺序等，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

当然，接口调用后处理也可以包括其他处理，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

可选的，参见图4，在步骤S101、依据开票任务对应的开票信息，判断开票任务是否通过许可认证之前，还包括：

S401、获取并依据开票申请，生成开票任务。

该开票申请可以依据用户填写开票信息后生成的，接着，依据开票申请生成开票任务。

也即，开放固定参数，实现用户定制化开票申请的参数。

S402、监控各个开票任务并行调用、处理、登记的情况。

也就是说，每个开票任务均可以被调用进而进行后续的处理，因此可以监控各个开票任务的并行调用、处理、登记的情况，了解各个开票任务的状态。

还值得说明的是，可以将监控到的信息反馈至用户端，例如完成任务完成情况登记，反馈给用户端。

可选的，监控各个开票任务并行调用、处理、登记的情况，包括：

判断开票任务的执行结果是否为执行成功。

若开票任务的执行结果为执行成功，则开票申请对应的开票任务结束。

若开票任务的执行结果为执行失败；则开票申请重新发起开票任务且开票申请的当前重发次数小于等于最大重发次数。

需要说明的是，在步骤S101、依据开票任务对应的开票信息，判断开票任务是否通过许可认证之后，若开票任务未通过许可认证，则可以执行步骤S402；也即，实时监控各个开票任务并行调用、处理、登记的情况。

可选的，参见图5，在步骤S402、监控各个开票任务并行调用、处理、登记的情况之后，还包括：

S501、判断是否存在开票任务。

也就是说，监控是为了得到当前各个开票任务的状态，设置步骤S501判断是否存在开票任务是为了确定是否触发后续步骤。

具体的，可以根据监控结果来判断是否有开票任务。

该开票任务可能是一次全新的任务，也有可能是上一次执行失败重新发起的开票任务。

若存在开票任务，则执行步骤S101、依据开票任务对应的开票信息，判断开票任务是否通过许可认证。

若不存在开票任务，则返回执行步骤S402、监控各个开票任务并行调用、处理、登记的情况。

本申请另一实施例提供了一种业务系统发票对接系统。

参见图6，该业务系统发票对接系统，包括：

许可模块101，用于依据开票任务对应的开票信息，判断开票任务是否通过许可认证。

发票接口模块102，用于若许可模块101通过许可认证，则根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数；接着，根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，外部开票系统为各个省份的开票系统。

也即，通过许可模块101和通用接口的对接实现跨不同发票服务平台的开票服务。

本申请可以是通过SOA架构，在业务系统、发票服务平台之间开发实现许可模块101监控应用以及相关动作的触发；其中，SOA架构是面向服务的体系结构；是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。

上述各个模块的具体工作过程和原理，详情参见上述实施例提供的业务系统发票对接方法，此处不再一一赘述，视实际情况而定即可，均在本申请的保护范围内。

在本实施例中，许可模块101依据开票任务对应的开票信息，判断开票任务是否通过许可认证；发票接口模块102若许可模块101通过许可认证，则根据开票任务中任务号和许可号确定接口模板，并通过接口模板和接口映射关系，得到实际接口调用所需的参数；接着，根据实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，外部开票系统为各个省份的开票系统；也即通过许可认证、接口模板以及通用接口服务可以实现自动对接各个省份的开票系统进行开票；各个发票服务平台对接模块化，独立于其他应用，且不同的发票服务平台接口通过接口模板配置实现。

本申请另一实施例提供了一种存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项的业务系统发票对接方法。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本发明另一实施例提供了一种电子设备，如图7所示，包括：

一个或多个处理器201。

存储装置202，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器201执行时，使得一个或多个处理器201实现如上述实施例中任意一项的业务系统发票对接方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

需要说明的是，本发明提供的业务系统发票对接方法和系统、电子设备、存储介质可用于金融领域或其他领域。上述仅为示例，并不对本发明提供的业务系统发票对接方法和系统、电子设备、存储介质的应用领域进行限定。

本说明书中的各个实施例中记载的特征可以相互替换或者组合，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务系统发票对接方法，其特征在于，应用于业务系统，所述方法包括：

依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证；

若所述开票任务通过许可认证，则根据所述开票任务中任务号和许可号确定接口模板，并通过所述接口模板和接口映射关系，得到实际接口调用所需的参数；

根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，所述外部开票系统为各个省份的开票系统。

2.根据权利要求1所述的业务系统发票对接方法，其特征在于，所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证，包括：

判断所述开票任务的许可信息是否在预设许可信息的许可范围内；

若是，则判定所述开票任务通过许可认证；若否，则判定所述开票任务未通过许可认证。

3.根据权利要求2所述的业务系统发票对接方法，其特征在于，所述许可信息包括：许可认证主体、许可类型、许可使用范围、许可使用时效、许可使用次数限制；

其中，若所述开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制均满足所述预设许可信息，则判定所述开票任务通过许可认证；若所述开票任务的许可认证主体、许可类型、许可使用范围、许可使用时效和许可使用次数限制中至少一个不满足所述预设许可信息，则判定所述开票任务未通过许可认证。

4.根据权利要求1所述的业务系统发票对接方法，其特征在于，在所述根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作之后，还包括：

进行接口调用后处理；其中，所述接口调用后处理包括：返回前端调用结果并更新任务执行状态、更新许可使用记录中的至少一种。

5.根据权利要求1所述的业务系统发票对接方法，其特征在于，在所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证之前，还包括：

获取并依据开票申请，生成所述开票任务；

监控各个所述开票任务并行调用、处理、登记的情况。

6.根据权利要求5所述的业务系统发票对接方法，其特征在于，在所述监控各个所述开票任务并行调用、处理、登记的情况之后，还包括：

判断是否存在所述开票任务；

若是，则执行所述依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证的步骤；

若否，则返回执行所述监控各个所述开票任务并行调用、处理、登记的情况的步骤。

7.根据权利要求5所述的业务系统发票对接方法，其特征在于，所述监控各个所述开票任务并行调用、处理、登记的情况，包括：

判断所述开票任务的执行结果是否为执行成功；

若所述开票任务的执行结果为执行成功，则所述开票申请对应的开票任务结束；

若所述开票任务的执行结果为执行失败；则所述开票申请重新发起开票任务且所述开票申请的当前重发次数小于等于最大重发次数。

8.一种业务系统发票对接系统，其特征在于，包括：

许可模块，用于依据开票任务对应的开票信息，判断所述开票任务是否通过许可认证；

发票接口模块，用于若所述许可模块通过许可认证，则根据所述开票任务中任务号和许可号确定接口模板，并通过所述接口模板和接口映射关系，得到实际接口调用所需的参数；接着，根据所述实际接口调用所需的参数，调用通用接口服务，实现对外部开票系统接口的调用，使外部开票系统进行开票操作；其中，所述外部开票系统为各个省份的开票系统。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现如权利要求1-7中任一项所述的业务系统发票对接方法。

10.一种存储介质，其特征在于，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如权利要求1-7中任一项所述的业务系统发票对接方法。