CN108734454A - 退款处理方法和系统 - Google Patents

Abstract

本发明公开了一种退款处理方法和系统，其中，方法包括：将获取的各业务方订单的退款请求中的每个业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据工作流配置文件将退款请求分发至预设并行工作流模组中对应的工作流模板中；根据退款请求查询订单的退款记录，得到订单的当前退款状态；根据当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。本发明不仅避免由于各种业务方的退款请求混合一起，而引起的整个退款处理过程复杂繁重的问题；而且工作流模板之间是并行关系，能够在对单一业务方的工作流模板进行升级维护时，而不影响其他退款处理的效率，使得系统更加稳定。

Description

退款处理方法和系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种退款处理方法和系统。

背景技术

随着经济和互联网技术的不断发展，越来越多的用户开始利用互联网网站来进行消费，提高了用户购买商品的便捷性。在商品交易过程中，用户在支付购买相应商品后，需要确认收货交易平台才会将该商品的款项转入卖家，从而完成商品交易。然而在实际应用中，用户在确认收货之前，由于各种原因可能不想购买商品，导致交易平台每天都会收到不同业务方的退款场景，此时用户会向交易平台提出退款请求。

目前，不同业务方采用同一套退款流程，在业务繁忙时，各种业务方的退款请求混合一起，容易导致整个退款处理过程复杂繁重；而如果在针对某一个业务方做改动时，很有可能对别的业务方产生影响，同时还要增加不必要的兼容逻辑，使得系统变更频繁且不稳定，不利于维护和快速的去支持业务的新增需求。

发明内容

本发明的目的是提供一种退款处理方法和系统，不仅避免由于各种业务方的退款请求混合一起，而引起的整个退款处理过程复杂繁重的问题。而且工作流模板之间是并行关系，能够在对单一业务方的工作流模板进行升级维护时，而不影响其他退款处理的效率，使得系统更加稳定。

本发明提供了一种退款处理方法，包括以下步骤；

获取各业务方订单的退款请求，所述退款请求包括业务类型信息；

将每个所述业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据所述工作流配置文件将所述退款请求分发至预设并行工作流模组中对应的工作流模板中；

根据所述退款请求查询订单的退款记录，得到订单的当前退款状态；根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

作为一种可实施方式，所述根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单退款请求执行退款处理，包括以下步骤；

将所述当前退款状态对工作流模板进行查询，根据查询结果判断所述当前退款状态是否处于合法状态；

若所述当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

作为一种可实施方式，所述根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理，包括以下步骤；

通过所述工作流配置文件解析所述工作流模板，生成流转控制命令；根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理。

作为一种可实施方式，本发明提供的退款处理方法，还包括以下步骤；

在根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。

作为一种可实施方式，本发明提供的退款处理方法，还包括以下步骤；

对并行工作流模组进行预先设置；所述并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；

所述工作流模板包括根节点、状态节点、动作节点以及动作节点组件；

所述根节点、状态节点、动作节点以及动作节点组件依次连接。

相应的的，本发明还提供一种退款处理系统，包括获取模块、分配模块以及退款处理模块；

所述获取模块，用于获取各业务方订单的退款请求，所述退款请求包括业务类型信息；

所述分配模块，用于将每个所述业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据所述工作流配置文件将所述退款请求分发至预设并行工作流模组中对应的工作流模板中；

所述退款处理模块，用于根据所述退款请求查询订单的退款记录，得到订单的当前退款状态；根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

作为一种可实施方式，所述退款处理模块包括判断单元和退款单元；

所述判断单元，用于将所述当前退款状态对工作流模板进行查询，根据查询结果判断所述当前退款状态是否处于合法状态；

所述退款单元，用于若所述当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

作为一种可实施方式，所述退款单元包括解析执行子单元；

所述解析执行子单元，用于通过所述工作流配置文件解析所述工作流模板，生成流转控制命令；根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理。

作为一种可实施方式，所述退款单元包括反射子单元；

所述反射子单元，用于在根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。

作为一种可实施方式，本发明提供的退款处理系统，还包括预设模块；

所述预设模块，用于对并行工作流模组进行预先设置；所述并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；

所述工作流模板包括根节点、状态节点、动作节点以及动作节点组件；

所述根节点、状态节点、动作节点以及动作节点组件依次连接。

与现有技术相比，本技术方案具有以下优点：

本发明提供的退款处理方法和系统，通过将获取的各业务方订单的退款请求中的每个业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并且根据工作流配置文件将退款请求分发至预设并行工作流模组中对应的工作流模板中；从而使得不同业务方的退款流程分配至对应的工作流模板中处理，避免由于各种业务方的退款请求混合一起引起的整个退款处理过程复杂繁重的问题。而且根据退款请求查询订单的退款记录，得到订单的当前退款状态；最后根据当前退款状态、工作流配置文件以及工作流模板，对各业务方订单的退款请求执行退款处理。工作流模板之间是并行关系，也能够在对单一业务方的工作流模板进行升级维护时，而不影响其他退款处理的效率，使得系统更加稳定。

附图说明

图1为本发明实施例一提供的退款处理方法的流程示意图；

图2为本发明实施例三提供的退款处理系统的结构示意图；

图3为图2中退款处理模块的结构示意图。

图中：100、获取模块；200、分配模块；300、退款处理模块；310、判断单元；320、退款单元；400、预设模块。

具体实施方式

以下结合附图，对本发明上述的和另外的技术特征和优点进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的部分实施例，而不是全部实施例。

请参阅图1，本发明实施例一提供的退款处理方法，包括以下步骤；

S100、获取各业务方订单的退款请求，退款请求包括业务类型信息；

S200、将每个业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据工作流配置文件将退款请求分发至预设并行工作流模组中对应的工作流模板中；

S300、根据退款请求查询订单的退款记录，得到订单的当前退款状态；根据当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

需要说明的是，退款请求包括不限于时间信息、地址信息、业务类型信息以及订单详情信息等数据。每类业务方订单的退款请求彼此之间都不同，通过退款请求中的业务类型信息加以区分。业务类型信息是指用于区分各业务方的特定标识字段，比如，业务类型信息可以是业务类型字段。而特定标识字段可以是根据业务方预先设定的。

而数据库可以是存储有各类与退款相关数据的退款平台。具体的平台中还可以包括工作流模组，即整个提款处理均可直接在平台上实现。在将每个业务类型信息在数据库中进行搜寻处理时，可以是以业务类型信息为搜寻条件，对数据库中存储的工作流配置文件进行逐一比对，找出对应的工作流配置文件。在此为了提高搜寻效率，可以在工作流配置文件存储时，直接以业务类型信息为存储标签的显示。

于本实施例中，可以采用分发器来实现根据工作流配置文件对退款请求进行分发，从而提高分发效率和准确率。而并行工作流模组包括多个彼此之间并行的垂直的工作流模板。比如，并行工作流模组包括工作流模板A、工作流模板以及工作流模板C；工作流模板A、工作流模板以及工作流模板C相互之间并行。每个作流模板在执行时，数据只在其内部流转。而每个作流模板在根据流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。比如，工作流模板A中包括用于复用各个垂直业务共有的组件的动作节点组件。而动作节点组件包括校验组件、事务前组件、事务中组件以及事务后组件。在退款处理中的各类组件可以是以spring框架中的bean实现，将beanName配置到对应的组件中，当需要执行操作的时候再将beanName通过反射，使各类组件执行。也就是说工作流模板A中不仅可以执行自己单独的组件，也可以调用公共组件，使得退款处理的流程更加顺畅快速。在增加新的业务方时，减少公共组件的重新编写，从而灵活的承接各种业务新增退款需求，又能保证各个业务不受非通用的需求频繁变更导致的不稳定性。而工作流配置文件就是每个工作流模板的配置文件，其包括用于实现节点管理、流向管理以及流程样例管理等功能的参数。每个工作流模板均配置有对应的工作流配置文件。在工作流配置文件中，控制退款状态的合法流转，避免了在代码中写复杂的判断逻辑；同时，对各个退款流程及相应的垂直业务做到可定制化，和代码功能组件复用的效果，有效的减少了重复代码，极大提高了开发效率。

本发明提供的退款处理方法和系统，通过将获取的各业务方订单的退款请求中的每个业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并且根据工作流配置文件将退款请求分发至预设并行工作流模组中对应的工作流模板中；从而使得不同业务方的退款流程分配至对应的工作流模板中处理，避免由于各种业务方的退款请求混合一起引起的整个退款处理过程复杂繁重的问题。而且根据退款请求查询订单的退款记录，得到订单的当前退款状态；最后根据当前退款状态、工作流配置文件以及工作流模板，对各业务方订单的退款请求执行退款处理。工作流模板之间是并行关系，也能够在对单一业务方的工作流模板进行升级维护时，而不影响其他退款处理的效率，使得系统更加稳定。

进一步的，根据当前退款状态、工作流配置文件以及工作流模板对各业务方订单退款请求执行退款处理，包括以下步骤；

S310、将当前退款状态对工作流模板进行查询，根据查询结果判断当前退款状态是否处于合法状态；

S320、若当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

在工作流模板中，工作流模板各状态节点中的值即为当前退款状态是否合法状态的依据，如果能从工作流模板中查询到与当前退款状态符合的值，那么当前退款状态即为合法状态，既可以执行各节点中对应的操作，实现流转。如果找不到，则表示不在状态机中，即不是合法状态，不能流转。从而通过查询可以直观的维护及管理退款流程中退款状态的合法流转。

而对于根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理，包括以下步骤；通过工作流配置文件解析工作流模板，生成流转控制命令；根据流转控制命令控制工作流模板中各组件对退款请求执行退款处理。比如，业务方退款处理是在并行工作流模组中工作流模板A中进行。而工作流模板A包括根节点、状态节点、动作节点以及动作节点组件，那么流转控制命令也包括根节点、状态节点、动作节点以及动作节点组件直接的各类流转控制命令，使得流转从根节点、状态节点、动作节点以及动作节点这个方向进行。具体的，在根据流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，可以是通过反射机制由外层向内层依次执行各组件。如果，动作节点组件包括校验组件、事务前组件、事务中组件以及事务后组件；那么校验组件为最外层，而事务后组件为最内层。

下面对并行工作流模组设置和其具体结构进行详细说明。

本发明实施例二提供的退款处理方法，与实施例一相比，还包括以下步骤；

对并行工作流模组进行预先设置；并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；工作流模板包括根节点、状态节点、动作节点以及动作节点组件；根节点、状态节点、动作节点以及动作节点组件依次连接。根节点是状态节点的父节点，根结点代表一个工作流的开始；状态节点是动作节点的父节点，一个状态节点代表当前退款单的状态，而状态节点有一个动作节点列表，也就是说状态节点的子节点可以是多个动作节点。一动作节点列表代表退款请求能从当前状态流转到的合法状态集合，动作节点是动作节点组件的父节点。动作节点组件是用于复用各个垂直业务共有的组件。而动作节点组件包括校验组件、事务前组件、事务中组件以及事务后组件。实现对退款处理的流程做到可配制化。

通过在状态节点配置合法的动作节点列表，来直观方便的管理状态。比如，在以工作流引擎(OsWorkFlow框架)实现的工作流模板中，状态节点为taskNode，动作节点列表为actions。taskNode中的id代表当前退款状态的值，action中的result节点(动作节点)的taskNode值代表要流转到下一个退款状态的值，action中包含了可执行的组件。各个工作流模板有各自定制的组件，同时也可以复用公共的组件。

动作节点组件执行的顺序为依次执行校验组件、事务前组件、事务中组件以及事务后组件，具体过程为：执行工作流模板的校验组件集合，包括业务规则的校验；执行工作流模板的事务前组件集合，包含将后面步骤所需的数据查询出来，并放到执行的上下文中；执行工作流模板的事务中组件集合，同时更新退款记录的状态，将状态更新为该操作节点配置好的目标状态；执行工作流模板的事务后组件集合，包含一些消息通知及业务补偿。

基于同一发明构思，本发明实施例还提供一种退款处理系统，该系统的实施可参照上述方法的过程实现，重复之处不再冗述。

如图2所示，是本发明实施例三提供的退款处理系统的结构示意图，包括获取模块100、分配模块200以及退款处理模块300；获取模块100用于获取各业务方订单的退款请求，退款请求包括业务类型信息；分配模块200用于将每个业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据工作流配置文件将退款请求分发至预设并行工作流模组中对应的工作流模板中；退款处理模块300用于根据退款请求查询订单的退款记录，得到订单的当前退款状态；根据当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

本发明提供的退款处理系统，不仅使不同业务方的退款流程分配至对应的工作流模板中处理，避免由于各种业务方的退款请求混合一起引起的整个退款处理过程复杂繁重的问题。而且工作流模板之间是并行关系，也能够在对单一业务方的工作流模板进行升级维护时，而不影响其他退款处理的效率，使得系统更加稳定。

如图3所示，为退款处理模块300的结构示意图，退款处理模块300包括判断单元310和退款单元320；判断单元310用于将当前退款状态对工作流模板进行查询，根据查询结果判断当前退款状态是否处于合法状态；退款单元320用于若当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

进一步的，退款单元320包括解析执行子单元；解析执行子单元用于通过工作流配置文件解析工作流模板，生成流转控制命令；根据流转控制命令控制工作流模板中各组件对退款请求执行退款处理。

进一步的，退款单元320包括反射子单元；反射子单元用于在根据流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。

为了实现对退款处理的流程做到可配制化，本发明实施例四提供的退款处理系统，与实施例三相比，还包括预设模块400；预设模块400用于对并行工作流模组进行预先设置；并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；工作流模板包括根节点、状态节点、动作节点以及动作节点组件；根节点、状态节点、动作节点以及动作节点组件依次连接。

本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发明技术方案的保护范围。

Claims (10)

1.一种退款处理方法，其特征在于，包括以下步骤；

获取各业务方订单的退款请求，所述退款请求包括业务类型信息；

将每个所述业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据所述工作流配置文件将所述退款请求分发至预设并行工作流模组中对应的工作流模板中；

根据所述退款请求查询订单的退款记录，得到订单的当前退款状态；根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

2.如权利要求1所述的退款处理方法，其特征在于，所述根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单退款请求执行退款处理，包括以下步骤；

将所述当前退款状态对工作流模板进行查询，根据查询结果判断所述当前退款状态是否处于合法状态；

若所述当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

3.如权利要求2所述的退款处理方法，其特征在于，所述根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理，包括以下步骤；

通过所述工作流配置文件解析所述工作流模板，生成流转控制命令；根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理。

4.如权利要求3所述的退款处理方法，其特征在于，还包括以下步骤；

在根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。

5.如权利要求1所述的退款处理方法，其特征在于，还包括以下步骤；

对并行工作流模组进行预先设置；所述并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；

所述工作流模板包括根节点、状态节点、动作节点以及动作节点组件；

所述根节点、状态节点、动作节点以及动作节点组件依次连接。

6.一种退款处理系统，其特征在于，包括获取模块、分配模块以及退款处理模块；

所述获取模块，用于获取各业务方订单的退款请求，所述退款请求包括业务类型信息；

所述分配模块，用于将每个所述业务类型信息在数据库中进行搜寻处理，得到对应的工作流配置文件；并根据所述工作流配置文件将所述退款请求分发至预设并行工作流模组中对应的工作流模板中；

所述退款处理模块，用于根据所述退款请求查询订单的退款记录，得到订单的当前退款状态；根据所述当前退款状态、工作流配置文件以及工作流模板对各业务方订单的退款请求执行退款处理。

7.如权利要求6所述的退款处理系统，其特征在于，所述退款处理模块包括判断单元和退款单元；

所述判断单元，用于将所述当前退款状态对工作流模板进行查询，根据查询结果判断所述当前退款状态是否处于合法状态；

所述退款单元，用于若所述当前退款状态处于合法状态，则根据工作流配置文件和工作流模板对各业务方订单的退款请求执行退款处理。

8.如权利要求7所述的退款处理系统，其特征在于，所述退款单元包括解析执行子单元；

所述解析执行子单元，用于通过所述工作流配置文件解析所述工作流模板，生成流转控制命令；根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理。

9.如权利要求8所述的退款处理系统，其特征在于，所述退款单元包括反射子单元；

所述反射子单元，用于在根据所述流转控制命令控制工作流模板中各组件对退款请求执行退款处理时，通过反射机制由外层向内层依次执行各组件。

10.如权利要求6所述的退款处理系统，其特征在于，还包括预设模块；

所述预设模块，用于对并行工作流模组进行预先设置；所述并行工作流模组包括若干用于处理各类业务方退款请求的工作流模板；

所述工作流模板包括根节点、状态节点、动作节点以及动作节点组件；

所述根节点、状态节点、动作节点以及动作节点组件依次连接。