CN115187337A - 订单补偿方法、装置和设备及存储介质 - Google Patents

Abstract

本申请提出了一种订单补偿方法、装置和设备及存储介质。本申请采用独立于业务系统的补偿系统，通过将失败订单作为补偿单记录到补偿数据库中，以及通过扫描补偿数据库中的目标补偿单，向业务系统发起补偿回调情感求，实现订单补偿。本申请通过采用独立的补偿系统，将补偿系统和业务系统解耦，使得业务系统只需要关注业务流程，补偿系统只需要关注补偿流程，补偿代码不必跟随业务代码的修改而修改，而且，支持人工手动发起补偿调度任务，以此解决现有的技术方案所存在的问题。

Description

订单补偿方法、装置和设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种订单补偿方法、装置和设备及存储介质。

背景技术

消费金融为消费金融公司向各阶层消费者提供消费贷款的现代金融服务方式，具有单笔授信额度小、审批速度快、无需抵押担保、服务方式灵活、贷款期限短等优势。消费金融有助于银行开辟零售市场和中间业务、有助于完善货币政策传导机制和扩大内需。发展消费金融有利于金融政策对国民经济运行的及时、准确调控。

在消费金融领域，业务系统在接收到消费者信贷申请后，记录为订单并进行处理。其中，订单补偿是一种重要的解决方案。订单第一次处理失败后，补偿系统会发起重试补偿，以避免因服务不可用导致订单失败，提高订单成功率。

参考图1，常见的补偿解决方案为：业务流程处理失败后，轮询发起补偿，补偿成功后，退出流程。这种方案业务代码跟补偿代码耦合在一起，如果业务代码修改，补偿的代码也需要修改，而且不能人工发起补偿。

发明内容

本申请提供一种订单补偿方法、装置和设备及存储介质。

第一方面，本申请提供一种订单补偿方法，包括：响应于接收到业务系统发送的失败订单的信息，将所述失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数；调用补偿调度任务，周期性扫描所述补偿数据库，提取目标补偿单；判断所述目标补偿单的重试次数是否小于对应的最大补偿次数，若小于，则将重试次数加一，并向所述业务系统发起补偿回调请求，所述补偿回调请求用于指示所述业务系统重试执行所述目标补偿单对应的业务流程。

在一些可选的实施方式中，所述方法进一步包括：若所述目标补偿单的重试次数不小于对应的最大补偿次数，则跳过所述目标补偿单。

在一些可选的实施方式中，在所述设置最大补偿次数之前，所述方法进一步包括：接收所述业务系统发送的对应于所述失败订单的最大补偿次数。

在一些可选的实施方式中，所述方法进一步包括：响应于接收到业务系统发送的成功订单的信息，更新所述补偿数据库中记录的补偿单的状态数据。

第二方面，本申请提供一种订单补偿装置，包括：记录模块，被配置成响应于接收到业务系统发送的失败订单的信息，将所述失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数；补偿模块，被配置成调用补偿调度任务，周期性扫描所述补偿数据库，提取目标补偿单；判断所述目标补偿单的重试次数是否小于对应的最大补偿次数，若小于，则将重试次数加一，并向所述业务系统发起补偿回调请求，所述补偿回调请求用于指示所述业务系统重试执行所述目标补偿单对应的业务流程。

在一些可选的实施方式中，所述补偿模块，进一步被配置成若所述目标补偿单的重试次数不小于对应的最大补偿次数，则跳过所述目标补偿单。

在一些可选的实施方式中，所述记录模块，进一步被配置成接收所述业务系统发送的对应于所述失败订单的最大补偿次数。

在一些可选的实施方式中，所述记录模块，进一步被配置成响应于接收到业务系统发送的成功订单的信息，更新所述补偿数据库中记录的补偿单的状态数据。

第三方面，本申请提供一种计算机设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面所述的订单补偿方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现如第一方面所述的订单补偿方法。

为了解决业务代码跟补偿代码耦合在一起，导致的补偿代码必须跟随业务代码的修改而修改，且不能人工发起补偿等技术问题，本申请提出了一种订单补偿方法、装置和设备及存储介质。本申请采用独立于业务系统的补偿系统，通过将失败订单作为补偿单记录到补偿数据库中，以及通过扫描补偿数据库中的目标补偿单，向业务系统发起补偿回调情感求，实现订单补偿。本申请通过采用独立的补偿系统，将补偿系统和业务系统解耦，使得业务系统只需要关注业务流程，补偿系统只需要关注补偿流程，补偿代码不必跟随业务代码的修改而修改，而且，支持人工手动发起补偿调度任务，以此解决现有的技术方案所存在的问题。

本申请取得的有益效果包括但不限于：

1.业务系统与补偿系统解耦，业务系统可以只专注于业务，补偿系统只关心补偿，业务系统可以快速接入和使用；

2.补偿定时调度，可以重复执行；

3.可以人工发起补偿；例如，补偿重试达到最大重试次数后，仍未成功，可以人工手动发起补偿；

4.服务重启对补偿业务没有影响，业务系统重启后订单仍然可以发起补偿。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显。附图仅用于示出具体实施方式的目的，而并不认为是对本发明的限制。在附图中：

图1是现有的一种订单补偿解决方案的流程图；

图2是本申请的至少一个实施例的示例性系统架构示意图；

图3是根据本申请的订单补偿方法的一个实施例的时序图；

图4是根据本申请的订单补偿装置的一个实施例的结构示意图；

图5是根据本申请的计算机设备的一个实施例的硬件组成结构示意图。

具体实施方式

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。

参考图2，图2示出了根据本申请的订单补偿方法和装置的至少一个实施例的示例性系统架构100。

如图2所示，系统架构100可以包括至少一个终端设备101和服务器102以及网络103。网络103用以在终端设备101和服务器102之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101通过网络103与服务器102交互，以接收或发送消息等。

终端设备101上可以安装有各种通信客户端应用，例如银行系统应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。终端设备101可以是硬件，也可以是软件。当终端设备101为硬件时，可以是具有显示屏的各种电子设备，包括但不限于手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器102可以是提供各种服务的服务器，例如对终端设备101上显示的银行系统应用等提供支持的后台服务器。服务器102可以是硬件，也可以是软件。当服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请所提供的订单补偿方法一般由服务器102执行，相应地，订单补偿装置一般设置于服务器102中。需要说明的是，在一些情况下，本申请所提供的订单补偿方法可以通过服务器102执行，也可以通过终端设备101执行，还可以通过服务器102和终端设备101共同执行。相应地，订单补偿装置可以设置于服务器102中，也可以设置于终端设备101中，还可以部分设置于服务器102中部分设置于终端设备101中。以及相应地，系统架构100可以只包括服务器102，或者只包括终端设备101，或者可以包括终端设备101、网络103和服务器102。本申请对此不做限定。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

参考图3，图3是根据本申请的订单补偿方法的一个实施例的时序图。本申请的订单补偿方法可以应用于如图2所示的系统架构中的服务器102。服务器102上部署有业务系统和补偿系统。业务系统可以部署于单个服务器102，也可以分布式部署于包括多个服务器102的集群。补偿系统可以部署于单个服务器102，也可以分布式部署于包括多个服务器102的集群。业务系统和补偿系统可以部署于同一服务器102或者不同服务器102。示例性的，业务系统可以是金融服务系统，例如信贷系统。补偿系统例如是业务系统的支持辅助系统。

如图3所示，本申请的订单补偿方法可包括以下步骤：

步骤301、响应于接收到业务系统发送的失败订单的信息，将失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数。

这里，业务系统在接收到业务请求时，会记录为订单。一些实施方式中，业务系统可以立即确定该订单对应的产品，进而确定该产品绑定的业务流程，并执行业务流程，完成对订单的处理。另一些实施方式中，业务系统可以在接收到收单系统发起的回调请求时，确定该订单对应的产品，进而确定该产品绑定的业务流程，并执行业务流程，完成对订单的处理。

业务系统在订单处理失败时，发送该失败订单的信息给补偿系统。补偿系统接收到该信息后，将失败订单作为补偿单记录到补偿数据库中。可选的，补偿系统还在补偿数据库很设置每个补偿单对应的最大补偿次数以及最小间隔时间。

这里，补偿系统可以自行设定最大补偿次数以及最小间隔时间。在其它一些可选的实施方式中，也可以接收业务系统发送的对应于失败订单的最大补偿次数以及最小间隔时间，根据接收到的最大补偿次数以及最小间隔时间在补偿数据库中进行设置。

步骤302、调用补偿调度任务，周期性扫描补偿数据库，提取目标补偿单。

这里，补偿系统调用补偿调度任务周期性扫描补偿数据库，从数据库中提取一个补偿单作为目标补偿单，准备进行补偿任务。补偿调度任务可以由补偿系统自动发起，也可以由人手工发起。

步骤303、判断目标补偿单的重试次数是否小于对应的最大补偿次数；若小于，则将重试次数加一，并向业务系统发起补偿回调请求，补偿回调请求用于指示业务系统重试执行目标补偿单对应的业务流程；若不小于，则跳过目标补偿单。

可选的，将重试次数加一之后，还可以进一步设置下一次重试时间。

可选的，步骤303中判断重试次数小于对应的最大补偿次数之后，还可以进一步判断是否达到下一次重试时间，若达到，才执行向业务系统发起补偿回调请求的操作。

可选的，步骤303中判断重试次数不小于对应的最大补偿次数，跳过目标补偿单后，可返回步骤302，以提取另一补偿单作为目标补偿单。

在一些可选的实施方式中，本申请的方法进一步包括：

步骤304、响应于接收到业务系统发送的成功订单的信息，更新补偿数据库中记录的补偿单的状态数据，例如标记为不需要进行重试补偿或者直接删除等。

在一些可选的实施方式中，业务系统在接收到补偿回调请求后，重试执行目标补偿单对应的业务流程。

在一些可选的实施方式中，每个订单对应至少一个预先定义的产品，每个产品绑定有预先定义的业务流程，每个业务流程主要由多个节点组成。其中，多个可以理解为不少于两个。业务系统可以通过调用流程引擎，按照流程顺序来执行业务流程所包括的多个节点，并记录执行结果，以此完成对目标订单的处理。这里，流程引擎又称为工作流引擎，它是用来驱动业务按照设定的固定流程去流转的一套代码程序。在复杂多变的业务情况下，使用既定的流程能够大大降低设计业务的成本，并且保证了业务执行的准确性。工作流引擎包括依次流转的多个节点，并给每个节点设置执行成功和执行失败的后续处理步骤。

在一些可选的实施方式中，可以预先为接入的产品定义及绑定业务流程。业务流程包括至少两个节点，每个节点对应一个执行器；其中，节点是将常用业务处理逻辑进行细粒度拆分而成，执行器是用于执行节点的处理逻辑并返回处理结果的执行模块。可选的，执行业务流程的步骤具体可以包括：确定业务流程中任一节点的节点编码及其父节点编码；按照父子节点的顺序依次执行业务流程中各个节点所对应的执行器。

如上，本申请提出了一种订单补偿方法，采用独立于业务系统的补偿系统，由补偿系统向业务系统发起补偿调度任务来完成订单补偿。本申请采用补偿系统跟业务系统代码解耦的一种补偿设计机制，以满足不同业务系统快速接入和使用。当业务系统处理订单失败，业务系统发送失败订单的消息到补偿系统，并可以同时设置补偿的最大次数，以及每次补偿重试的最小间隔时间。补偿系统收到失败订单的消息后，将失败订单作为补偿单后记录入库，由补偿调度任务扫描数据库提取补偿单，并判断重试次数是否达到最大补偿次数以及重试时间，满足条件时将补偿单回调业务系统进行重试。

本申请通过采用独立的补偿系统，将补偿系统和业务系统解耦，使得业务系统只需要关注业务流程，补偿系统只需要关注补偿流程，补偿代码不必跟随业务代码的修改而修改，而且，支持人工手动发起补偿调度任务，以此解决现有的技术方案所存在的问题。

参考图4，图4是根据本申请的订单补偿装置的一个实施例的结构示意图。本申请的订单补偿装置可以应用于如图2所示的系统架构中的服务器102。

如图4所示，本申请的订单补偿装置400可包括：

记录模块401，被配置成响应于接收到业务系统发送的失败订单的信息，将失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数；

补偿模块402，被配置成调用补偿调度任务，周期性扫描补偿数据库，提取目标补偿单；判断目标补偿单的重试次数是否小于对应的最大补偿次数，若小于，则将重试次数加一，并向业务系统发起补偿回调请求，补偿回调请求用于指示业务系统重试执行目标补偿单对应的业务流程。

在一些可选的实施方式中，补偿模块402，进一步被配置成若目标补偿单的重试次数不小于对应的最大补偿次数，则跳过目标补偿单。

在一些可选的实施方式中，记录模块401，进一步被配置成接收业务系统发送的对应于失败订单的最大补偿次数。

在一些可选的实施方式中，记录模块401，记录模块，进一步被配置成响应于接收到业务系统发送的成功订单的信息，更新补偿数据库中记录的补偿单的状态数据。

需要说明的是，本实施例装置中各个模块的实现细节和技术效果可以参考本申请中其它实施例的说明，在此不再赘述。该装置的每个模块中的实现方案具有多样性，只要能达到模块的目的即可，实际部署中不受限于具体的实施方案。

参考图5，图5是根据本申请的用于实现服务器的计算机设备的一个实施例的结构示意图。如图5所示，本申请的计算机设备500可包括：

一个或多个处理器501；

存储器502，其上存储有一个或多个程序503；

处理器501和存储器502等组件可通过总线系统504耦合在一起；总线系统504用于实现这些组件之间的连接通信；

当一个或多个程序503被一个或多个处理器501执行时，使得一个或多个处理器501实现如上文方法实施例中所公开的订单补偿方法。

其中，总线系统504除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线。存储器502可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。处理器501可能是具有信号处理能力的集成电路芯片，可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被一个或多个处理器执行时实现如上文方法实施例中所公开的订单补偿方法。

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

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

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

应理解，本申请中术语“系统”和“网络”在本文中常被可互换使用。本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中字符“/”，一般表示前后关联对象是一种“或”的关系。

以上所述，仅为本申请的较佳实施例，并非用于限定本申请的保护范围，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种订单补偿方法，其特征在于，包括：

响应于接收到业务系统发送的失败订单的信息，将所述失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数；

调用补偿调度任务，周期性扫描所述补偿数据库，提取目标补偿单；

判断所述目标补偿单的重试次数是否小于对应的最大补偿次数，若小于，则将重试次数加一，并向所述业务系统发起补偿回调请求，所述补偿回调请求用于指示所述业务系统重试执行所述目标补偿单对应的业务流程。

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

若所述目标补偿单的重试次数不小于对应的最大补偿次数，则跳过所述目标补偿单。

3.根据权利要求1所述的方法，其特征在于，在所述设置最大补偿次数之前，所述方法进一步包括：接收所述业务系统发送的对应于所述失败订单的最大补偿次数。

4.根据权利要求1所述的方法，其特征在于，进一步包括：

响应于接收到业务系统发送的成功订单的信息，更新所述补偿数据库中记录的补偿单的状态数据。

5.一种订单补偿装置，其特征在于，包括：

记录模块，被配置成响应于接收到业务系统发送的失败订单的信息，将所述失败订单作为补偿单记录到补偿数据库中，并设置对应的最大补偿次数；

补偿模块，被配置成调用补偿调度任务，周期性扫描所述补偿数据库，提取目标补偿单；判断所述目标补偿单的重试次数是否小于对应的最大补偿次数，若小于，则将重试次数加一，并向所述业务系统发起补偿回调请求，所述补偿回调请求用于指示所述业务系统重试执行所述目标补偿单对应的业务流程。

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

所述补偿模块，进一步被配置成若所述目标补偿单的重试次数不小于对应的最大补偿次数，则跳过所述目标补偿单。

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

所述记录模块，进一步被配置成接收所述业务系统发送的对应于所述失败订单的最大补偿次数。

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

所述记录模块，进一步被配置成响应于接收到业务系统发送的成功订单的信息，更新所述补偿数据库中记录的补偿单的状态数据。

9.一种计算机设备，其特征在于，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-4中任一所述的订单补偿方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现如权利要求1-4中任一所述的订单补偿方法。

Images