业务流程处理方法、装置、终端设备以及存储介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种业务流程处理方法、装置、终端设备以及存储介质。

背景技术

企业网银是为企业客户提供便捷的对公融资、支付和结算等服务的关键平台，允许企业客户通过一个门户系统来申请和管理对公权限、进行业务经办以及审批等操作。由于银行的对公业务种类繁多，企业银行需要依赖多个不同的业务系统来处理这些业务。不同的企业银行业务需要与一个或多个业务系统进行接口对接，而这些业务系统之间的交互方式各不相同，业务模式也多种多样。

但是，传统的网银产品在处理这些不同的业务场景时，通常需要针对具体的业务场景进行定制化来开发业务流程，导致了新业务场景的适配难度较高，业务流程调整困难，耗费了大量时间和资源。

因此，有必要提出一种针对不同业务场景来调度业务流程的解决方案。

发明内容

本申请的主要目的在于提供一种业务流程处理方法、装置、终端设备以及存储介质，旨在解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

为实现上述目的，本申请提供一种业务流程处理方法，所述业务流程处理方法包括：

响应于业务请求，获得对应的业务数据和业务调度信息；

根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；

组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；

通过所述目标业务流程，对所述业务数据进行处理。

可选地，所述根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统的步骤之前，还包括：

获取业务流程数据集；

对所业务流程数据集进行信息提取，确定不同阶段各自对应的前端节点、后端节点和中台节点；

针对所述不同阶段各自对应的前端节点、后端节点和中台节点进行配置，得到所述不同阶段的子流程，其中，所述不同阶段的子流程包括经办阶段、审批阶段、业务提交阶段。

可选地，所述目标业务流程包括所述经办阶段，所述业务系统为经办系统，所述通过所述目标业务流程，对所述业务数据进行处理的步骤包括：

通过所述经办系统对所述业务数据进行经办预检查并登记，得到第一执行结果；

若检测到所述第一执行结果为失败，则通过所述经办系统对所述业务数据进行撤销；

若检测到所述第一执行结果为通过，则生成用户审批任务。

可选地，所述目标业务流程包括所述审批阶段，所述业务系统为审批系统，所述通过所述目标业务流程，对所述业务数据进行处理的步骤包括：

在接收用户审批结果时，检测所述用户审批结果是否通过；

若检测到所述用户审批结果为不通过和/或检测到当前业务超期，则撤销所述当前业务；

若检测到所述用户审批结果为通过，则对所述业务数据进行企银审批处理，得到第二执行结果；

通过所述审批系统对所述第二执行结果进行审批，生成用户审批任务。

可选地，所述通过所述目标业务流程，对所述业务数据进行处理的步骤之后，还包括：

在检测到所述用户审批任务时，生成待办通知并发送。

可选地，所述目标业务流程包括所述业务提交阶段，所述业务系统为业务提交系统，所述通过所述目标业务流程，对所述业务数据进行处理的步骤包括：

通过所述业务提交系统对所述业务数据进行终批检查以及业务处理，得到第三执行结果；

若所述第三执行结果为失败，则通过所述业务提交系统对所述业务数据进行业务撤销；

若所述第三执行结果为通过，则基于所述业务数据进行状态同步以及产品定制化通知。

可选地，所述组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程的步骤包括：

在检测到所述业务系统包括两个或以上时，集成所述业务系统，得到所述至少一个目标子流程对应的业务中间件；

向所述至少一个目标子流程接入所述业务中间件，得到所述业务请求对应的目标业务流程。

本申请实施例还提出一种业务流程处理装置，所述业务流程处理装置包括：

获取模块，用于响应于业务请求，获得对应的业务数据和业务调度信息；

调度模块，用于根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；

组合模块，用于组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；

执行模块，用于通过所述目标业务流程，对所述业务数据进行处理。

本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务流程处理程序，所述业务流程处理程序被所述处理器执行时实现如上所述的业务流程处理方法的步骤。

本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有业务流程处理程序，所述业务流程处理程序被处理器执行时实现如上所述的业务流程处理方法的步骤。

本申请实施例提出的业务流程处理方法、装置、终端设备以及存储介质，通过响应于业务请求，获得对应的业务数据和业务调度信息；根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；通过所述目标业务流程，对所述业务数据进行处理。基于本申请方案，在用户发起业务请求时，获取用户的业务数据和业务调度信息，根据业务调度信息来依次确定对应的目标子流程以及每一目标子流程的业务系统，进而将目标子流程和对应的业务系统组合，来形成完整的目标业务流程，可以针对不同业务场景快速设置不同的流程组合，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

附图说明

图1为本申请业务流程处理装置所属终端设备的功能模块示意图；

图2为本申请业务流程处理方法第一示例性实施例的流程示意图；

图3为本申请业务流程处理方法第二示例性实施例的流程示意图；

图4为本申请业务流程处理方法第三示例性实施例的流程示意图；

图5为本申请业务流程处理方法经办阶段的流程示意图；

图6为本申请业务流程处理方法第四示例性实施例的流程示意图；

图7为本申请业务流程处理方法审批阶段的流程示意图；

图8为本申请业务流程处理方法撤销阶段的流程示意图；

图9为本申请业务流程处理方法第五示例性实施例的流程示意图；

图10为本申请业务流程处理方法业务提交阶段的流程示意图；

图11为本申请业务流程处理方法第六示例性实施例的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例的主要解决方案是：响应于业务请求，获得对应的业务数据和业务调度信息；根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；通过所述目标业务流程，对所述业务数据进行处理。基于本申请方案，在用户发起业务请求时，获取用户的业务数据和业务调度信息，根据业务调度信息来依次确定对应的目标子流程以及每一目标子流程的业务系统，进而将目标子流程和对应的业务系统组合，来形成完整的目标业务流程，可以针对不同业务场景快速设置不同的流程组合，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

本申请实施例考虑到，针对不同业务场景来调度业务流程这一问题，传统的网银产品在处理这些不同的业务场景时，通常需要针对具体的业务场景进行定制化来开发业务流程，导致了新业务场景的适配难度较高，业务流程调整困难，耗费了大量时间和资源。

本实施例针对不同业务场景来调度业务流程的实际问题出发，设计了一种企业银行业务调度模型，通过将企业银行的业务流转预先配置为不同阶段的子流程，进而针对不同的业务场景，可以从不同阶段的子流程中调度至少一个目标子流程，并组合每一目标子流程各自对应的业务系统，可以实现多种模式的网银业务的业务全流程，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

具体地，参照图1，图1为本申请业务流程处理装置所属终端设备的功能模块示意图。该业务流程处理装置可以为独立于终端设备的、能够进行业务流程处理的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。

在本实施例中，该业务流程处理装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。

存储器130中存储有操作系统以及业务流程处理程序，业务流程处理装置可以将响应于业务请求，获得的对应的业务数据和业务调度信息；根据业务调度信息，从预设的不同阶段的子流程中依次调用的至少一个目标子流程，并确定的至少一个目标子流程对应的业务系统；组合的至少一个目标子流程与业务系统，得到的业务请求对应的目标业务流程；通过目标业务流程，对业务数据进行处理等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括WI F I模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。

其中，存储器130中的业务流程处理程序被处理器执行时实现以下步骤：

响应于业务请求，获得对应的业务数据和业务调度信息；

根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；

组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；

通过所述目标业务流程，对所述业务数据进行处理。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

获取业务流程数据集；

对所业务流程数据集进行信息提取，确定不同阶段各自对应的前端节点、后端节点和中台节点；

针对所述不同阶段各自对应的前端节点、后端节点和中台节点进行配置，得到所述不同阶段的子流程，其中，所述不同阶段的子流程包括经办阶段、审批阶段、业务提交阶段。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

通过所述经办系统对所述业务数据进行经办预检查并登记，得到第一执行结果；

若检测到所述第一执行结果为失败，则通过所述经办系统对所述业务数据进行撤销；

若检测到所述第一执行结果为通过，则生成用户审批任务。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

在接收用户审批结果时，检测所述用户审批结果是否通过；

若检测到所述用户审批结果为不通过和/或检测到当前业务超期，则撤销所述当前业务；

若检测到所述用户审批结果为通过，则对所述业务数据进行企银审批处理，得到第二执行结果；

通过所述审批系统对所述第二执行结果进行审批，生成用户审批任务。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

在检测到所述用户审批任务时，生成待办通知并发送。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

通过所述业务提交系统对所述业务数据进行终批检查以及业务处理，得到第三执行结果；

若所述第三执行结果为失败，则通过所述业务提交系统对所述业务数据进行业务撤销；

若所述第三执行结果为通过，则基于所述业务数据进行状态同步以及产品定制化通知。

进一步地，存储器130中的业务流程处理程序被处理器执行时还实现以下步骤：

在检测到所述业务系统包括两个或以上时，集成所述业务系统，得到所述至少一个目标子流程对应的业务中间件；

向所述至少一个目标子流程接入所述业务中间件，得到所述业务请求对应的目标业务流程。

本实施例通过上述方案，具体通过响应于业务请求，获得对应的业务数据和业务调度信息；根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；通过所述目标业务流程，对所述业务数据进行处理。基于本申请方案，在用户发起业务请求时，获取用户的业务数据和业务调度信息，根据业务调度信息来依次确定对应的目标子流程以及每一目标子流程的业务系统，进而将目标子流程和对应的业务系统组合，来形成完整的目标业务流程，可以针对不同业务场景快速设置不同的流程组合，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

基于上述终端设备架构但不限于上述架构，提出本申请方法实施例。其中，本申请中的各个实施例可以相互组合为一个完整方案，也可以单独作为一个完整方案。

参照图2，图2为本申请业务流程处理方法第一示例性实施例的流程示意图。所述业务流程处理方法包括：

步骤S210，响应于业务请求，获得对应的业务数据和业务调度信息；

本实施例方法的执行主体优选业务流程处理系统，该业务流程处理系统可以是一种业务流程处理装置，也可以是一种业务流程处理终端设备或服务器，本实施例以业务流程处理装置进行举例，该业务流程处理装置可以集成在具有数据处理功能的智能手机、平板电脑等终端设备上。

本申请实施例考虑到，不同业务场景要求特定的业务流程，但传统的定制化开发方式导致新场景适配困难，流程调整复杂，时间成本高，系统更新速度缓慢，重复建设内容众多且复杂，不便于后期维护。

因此，本实施例针对不同业务场景来调度业务流程的实际问题出发，设计了一种企业银行业务调度模型，通过将企业银行的业务流转预先配置为不同阶段的子流程，进而针对不同的业务场景，可以从不同阶段的子流程中调度至少一个目标子流程，并组合每一目标子流程各自对应的业务系统，可以实现多种模式的网银业务的业务全流程，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

具体地，用户可以通过银行的网银系统、手机应用程序、ATM机、电话银行等渠道，主动发起相应的业务请求来管理金融事务，系统可以接收到该业务请求，并根据业务请求的性质，获取用户的业务数据和业务调度信息。

其中，业务数据可以包括业务请求中所携带的有关业务的具体信息，例如订单信息、用户数据等。业务调度信息可以包括指示系统如何处理业务请求的指示，例如选择哪些子流程、子流程所对应的业务系统、子流程的执行顺序等，业务调度信息也可以是流程图、表格、列表的形式存在。

步骤S220，根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；

具体地，根据业务调度信息，从预先配置好的若干子流程中选定与业务调度信息相匹配的至少一个目标子流程。每个目标子流程可以由对应的至少一个业务系统协助执行，也即，针对业务请求的不同子流程，系统可以接入一个或多个不同类型的业务系统来对应处理。

可以理解的是，对于每一子流程来说，也可以选择不接入业务系统。

步骤S230，组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；

具体地，为了针对不同的业务场景可以快速设置不同的流程组合，可以根据步骤S220中的调用顺序来连接不同子流程，并将至少一个业务系统向对应的目标子流程接入，以构建完整的目标业务流程。其中，目标业务流程可以表示整个请求处理的流程，包括了不同的阶段和阶段之间的关联。

步骤S240，通过所述目标业务流程，对所述业务数据进行处理。

具体地，每个子流程由相应的业务系统执行，这些业务系统会处理与其关联的数据，进行各种操作，例如数据验证、计算、存储、转换、登记、检查、撤销等。通过执行目标业务流程，系统可以使得业务请求的业务数据按照特定的流程和规则进行处理。

示例性地，一家企业客户登录到企业网银系统，希望申请一笔对公融资，以支持其业务扩张计划。客户提交了融资请求，包括所需金额、担保材料、还款期限等信息，业务调度信息包括融资申请类型、审批流程等；

根据融资申请类型和审批流程，系统选择对应的融资处理流程，包括申请验证阶段、风险评估阶段、批准和文件签署阶段、资金划拨阶段。其中，不同的阶段需要与不同的业务系统进行接口对接：

申请验证阶段：可能由业务系统A处理，用于验证融资申请的完整性；风险评估阶段：可能由业务系统B处理，用于评估客户的信用风险，确定是否批准融资；批准和文件签署阶段：可能由业务系统C处理，生成融资合同并进行签署；资金划拨阶段：可能由业务系统D处理，将批准的融资款项划拨到客户的账户。

然后，系统根据所选的子流程和业务系统，创建完整的融资处理流程。这些不同的阶段和业务系统将按照特定顺序组合在一起，以形成处理融资申请的完整流程。

通过执行目标业务流程，系统对融资申请数据进行处理。例如，申请验证阶段在业务系统A中验证融资的完整性，风险评估阶段在业务系统B中评估信用风险，批准和文件签署阶段在业务系统C中生成并签署融资合同，资金划拨阶段在业务系统D中将融资款项划拨到客户账户。

本实施例通过上述方案，具体通过响应于业务请求，获得对应的业务数据和业务调度信息；根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；通过所述目标业务流程，对所述业务数据进行处理。基于本申请方案，在用户发起业务请求时，获取用户的业务数据和业务调度信息，根据业务调度信息来依次确定对应的目标子流程以及每一目标子流程的业务系统，进而将目标子流程和对应的业务系统组合，来形成完整的目标业务流程，可以针对不同业务场景快速设置不同的流程组合，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

参照图3，图3为本申请业务流程处理方法第二示例性实施例的流程示意图。基于上述图2所示的实施例，步骤S220，根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统之前，还包括：

步骤S310，获取业务流程数据集；

本申请实施例考虑到，新业务接入没有标准化流程，每个业务接入都需要分析具体业务流程对现有流程的影响。因此，通过从业务流程数据集中进行信息提取，确定不同阶段的子流程，可以提高业务场景接入速度，业务标准化接入仅需简单开发加配置，降低系统对接开发成本。

具体地，业务流程数据集可以是预先收集和汇总与业务流程相关的数据，包括但不限于有关不同阶段的详细信息、业务规则、流程的依赖关系等。

步骤S320，对所业务流程数据集进行信息提取，确定不同阶段各自对应的前端节点、后端节点和中台节点；

具体地，系统可以从业务流程数据集中提取关键信息，来确定不同阶段所需的前端、后端和中台节点以及前端、后端和中台节点各自执行的步骤，即信息提取可以是步骤提取。更为具体地，节点可以代表了不同的业务处理阶段和系统组件：

前端节点可以是与用户或外部系统直接交互的部分，如企业银行(服务平台前端)或银行企业直连；后端节点可以是负责业务逻辑和数据处理的组件，可以是服务平台、数据库、应用服务器等；中台节点可以是企业银行中台，用于协调不同阶段的业务流程，处理中间数据，确保流程的协同运行。

步骤S330，针对所述不同阶段各自对应的前端节点、后端节点和中台节点进行配置，得到所述不同阶段的子流程，其中，所述不同阶段的子流程包括经办阶段、审批阶段、业务提交阶段。

具体地，系统可以根据不同阶段各自对应的前端节点、后端节点和中台节点的执行步骤以及交互方式，来配置对应的子流程。

其中，若干子流程可以包括但不限于经办阶段、审批阶段、终审完成阶段、业务提交阶段、业务完成阶段。例如，在经办阶段中，前端节点通常与用户交互，收集所需的信息，并将其传递到后端节点进行处理；在审批阶段中，中台节点可能会协调审批流程，将请求传递给审批者，审批者可以是人员或自动化系统；在业务提交阶段中，后端节点可以执行最终的业务逻辑，将数据存储到数据库中，完成业务处理。

具体地，需要说明的是，本申请中的各实施例可以互相组合为一个完整实施例，依次类推，目标业务流程可以是包括经办阶段，可以是包括审批阶段，可以是包括业务提交阶段，可以是包括经办阶段和审批阶段，可以是包括经办阶段和业务提交阶段，可以是包括审批阶段和业务提交阶段，还可以是包括经办阶段、审批阶段、终审完成阶段、业务提交阶段、业务完成阶段等。

例如，在业务经办步骤，通过配置业务经办登记节点，可定义不对接业务系统、对接单业务系统、对接多业务系统3种调度模式；业务审批步骤，可定义无审批、多级审批2种调度模式；银行处理步骤，可定义不对接业务系统、对接单业务系统、对接多业务系统3种调度模式；业务完成步骤，可定义场景化通知。通过各步骤的不同调度模式，可灵活组合不同的业务流程调度模式。

示例性地，业务流程调度模式可以是：

经办登记业务模式：业务经办(对接业务系统)-业务审批-终审完成-银行处理-业务完成；

经办无登记业务模式：业务经办(不对接业务系统)-业务审批-终审完成-银行处理-业务完成；

无审批模式：业务经办(对接业务系统)-终审完成-银行处理-业务完成；

多级审批模式：业务经办(对接业务系统)-业务审批(多级审批)-终审完成-银行处理-业务完成；

单系统业务处理模式：业务经办(对接业务系统)-业务审批-终审完成-银行处理(单系统对接)-业务完成；

多系统业务处理模式：业务经办(对接业务系统)-业务审批-终审完成-银行处理(多业务系统链式对接)-业务完成。

本实施例通过上述方案，具体通过从业务流程数据集中提取信息，并根据前端、后端和中台节点的执行步骤，来配置不同阶段的流程，实现在业务标准化接入系统时，可以基于预先配置好的子流程来进行目标业务流程的配置开发，避免重复建设新的流程，降低业务流程开发和管理的复杂性，提升子流程的复用性。

参照图4，图4为本申请业务流程处理方法第三示例性实施例的流程示意图。基于上述图2所示的实施例，所述目标业务流程包括所述经办阶段，所述业务系统为经办系统，步骤S240，通过所述目标业务流程，对所述业务数据进行处理，包括：

步骤S410，通过所述经办系统对所述业务数据进行经办预检查并登记，得到第一执行结果；

具体地，经办系统可能会检查数据的完整性、有效性、合规性等方面。一旦预检查完成，系统会登记这些数据，并进行初步的处理。第一执行结果是根据预检查的结果生成的，可以包括“通过”或“失败”的状态。

更为具体地，参照图5，图5为本申请业务流程处理方法经办阶段的流程示意图。首先，依次对业务数据进行平台接入检查、企银经办预检查、业务经办预检查，其中，业务经办预检查可以通过1个或以上的业务经办预检查系统来执行；然后，依次对业务数据进行平台接入检查、业务经办与检查、企银经办登记、行内业务经办登记，得到第一执行结果，其中，业务经办预检查和行内业务经办登记可以分别通过1个或以上的经办预检查系统和行内业务经办登记系统来执行；可以理解的是，在经办阶段中的各经办系统可以为0，系统的数量可以相等，也可以不相等。

步骤S420，若检测到所述第一执行结果为失败，则通过所述经办系统对所述业务数据进行撤销；

具体地，如果第一执行结果显示为“失败”，则表示预检查发现了问题或不符合规定，系统可以通过经办系统执行撤销操作，将已经登记的业务数据撤回，来避免错误或不合规的数据进一步影响业务流程。

步骤S430，若检测到所述第一执行结果为通过，则生成用户审批任务。

具体地，如果第一执行结果显示为“通过”，则表示预检查没有发现问题，数据是有效且符合规定的，系统可以生成一个审批任务，审批任务可以使得用户或审批者来进一步审批和处理这些业务数据。

进一步地，步骤S240，通过所述目标业务流程，对所述业务数据进行处理之后，还包括：

通过所述审批系统对所述第二执行结果进行审批，生成用户审批任务。

具体地，当系统检测到用户审批任务时，可以相应地生成一个待办通知，使得企银中台可以执行审批通知服务，其中，待办通知可以包含了与审批任务相关的详细信息，如审批的类型、审批的截止日期、相关的业务数据等。然后，系统会将这个待办通知发送给相应的审批者或审批团队。

通过生成待办通知，可以提高了审批任务的可见性和及时性，有助于加快审批流程，审批流程变得更加透明，审批者和相关方都能清楚地了解审批任务的进度和状态。

本实施例通过上述方案，具体通过经办系统对提交的业务数据进行预检查，根据检查结果生成第一执行结果。如果数据通过检查，系统会生成审批任务以及审批任务对应的待办通知；如果检查失败，系统会执行撤销操作，以纠正或清除错误的数据，可以提升业务数据的准确性和合规性，并使得经过预检查的数据才会继续进入审批阶段的子流程，可以解决对于不同业务场景来调度业务流程的技术问题，实现系统根据预先配置的业务子流程进行自动流转。

参照图6，图6为本申请业务流程处理方法第四示例性实施例的流程示意图。基于上述图2所示的实施例，所述目标业务流程包括所述审批阶段，所述业务系统为审批系统，步骤S240，通过所述目标业务流程，对所述业务数据进行处理，包括：

步骤S610，在接收用户审批结果时，检测所述用户审批结果是否通过；

具体地，在收到用户提交的审批结果后，系统可以检查审批结果，以确定用户是否通过了审批。

步骤S620，若检测到所述用户审批结果为不通过和/或检测到当前业务超期，则撤销所述当前业务；

参照图7，图7为本申请业务流程处理方法审批阶段的流程示意图。具体地，如果系统检测到审批结果为“不通过”，或者通过定时任务检测到当前业务已经超过了规定的时间期限，表示业务将被取消或终止，系统将执行平台业务撤销操作，也即跳转到撤销阶段。参照图8，图8为本申请业务流程处理方法撤销阶段的流程示意图。

步骤S630，若检测到所述用户审批结果为通过，则对所述业务数据进行企银审批处理，得到第二执行结果；

具体地，如果系统检测到审批结果为“通过”，系统可以进一步地对业务数据进行企业银行审批处理，得到第二执行结果，其中，审批阶段可能涉及更多的业务规则和逻辑，因此，通过审批系统来对第二执行结果进行多级审批，来确保业务的合规性和准确性。

步骤S640，通过所述审批系统对所述第二执行结果进行审批，生成用户审批任务。

具体地，系统可以根据第二执行结果的实际情况，将第二执行结果提交给审批系统进行多级审批。审批系统会检查第二执行结果，并生成用户审批任务，需要特定的审批者或审批团队来审批和处理审批任务。

此外，系统还可以根据第二执行结果的实际情况，将第二执行结果提交给审批系统进行终批，在第二执行结果通过终批后，可以自动跳转到业务提交阶段。

进一步地，步骤S240，通过所述目标业务流程，对所述业务数据进行处理之后，还包括：通过所述审批系统对所述第二执行结果进行审批，生成用户审批任务。

其中具体步骤请参考上述第三实施例，本申请实施例不再赘述。

本实施例通过上述方案，具体通过多个层次的审批和处理，确保业务数据经过一系列的审查和审批，以保证业务的合法性和准确性。如果审批失败、业务超期或用户不通过，业务将被撤销；在业务数据自动经过多个审批阶段后，业务最终被批准并生成用户审批任务，可以确保高度敏感或复杂的业务符合一定的标准和法规。

参照图9，图9为本申请业务流程处理方法第五示例性实施例的流程示意图。基于上述图2所示的实施例，所述目标业务流程包括所述业务提交阶段，所述业务系统为业务提交系统，步骤S240，通过所述目标业务流程，对所述业务数据进行处理，包括：

步骤S910，通过所述业务提交系统对所述业务数据进行终批检查以及业务处理，得到第三执行结果；

参照图10，图10为本申请业务流程处理方法业务提交阶段的流程示意图。具体地，在业务提交阶段，系统可以对业务数据依次进行终批处理、预期交易校验、业务系统检查、行内系统业务处理，得到第三执行结果，其中，业务系统检查和行内系统业务处理可以分别包括或1个或以上的对应的业务系统检查和行内系统业务处理系统。

步骤S920，若所述第三执行结果为失败，则通过所述业务提交系统对所述业务数据进行业务撤销；

具体地，如果检测到第三执行结果为“失败”，也即终批步骤检测到了问题或不符合规定，则系统可以依次对业务数据进行企银业务撤销、企银业务完成通知、行内业务经办撤销，其中，可以使用1个或以上的行内业务经办撤销系统来执行业务数据的撤销操作，以避免不合规或错误的数据进一步处理。

可以理解的是，业务提交阶段的各个业务提交系统也可以为0个，各个业务提交系统的数量可以相等，也可以不相等。

步骤S930，若所述第三执行结果为通过，则基于所述业务数据进行状态同步以及产品定制化通知。

具体地，如果第三执行结果显示为“通过”，则表示业务数据已经通过了所有必要的审查和审批，是合法且符合规定的，则系统可以对业务数据依次进行企银业务状态同步、企银业务完成通知、产品定制化通知。

其中，上述各步骤完成后，都可以触发对应的通知服务。

本实施例通过上述方案，具体通过对业务数据的最终审查和处理，以确保其合规性和准确性。如果终审失败，业务将被撤销，否则业务状态会同步更新，相关通知会发送给相关方，可以提供及时的信息反馈，提升业务流程调度的灵活性，降低业务流程的开发成本。

参照图11，图11为本申请业务流程处理方法第六示例性实施例的流程示意图。基于上述图2所示的实施例，步骤S230，组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程，包括：

步骤S1110，在检测到所述业务系统包括两个或以上时，集成所述业务系统，得到所述至少一个目标子流程对应的业务中间件；

具体地，为实现自动化数据流动和业务流程，使得数据在各个业务系统之间共享和保持一致，针对每一子流程来说，当系统检测到有两个或以上的业务系统存在时，可以对这些业务系统进行集成，形成一个与子流程相对应的业务中间件。

步骤S1120，向所述至少一个目标子流程接入所述业务中间件，得到所述业务请求对应的目标业务流程。

具体地，每一业务子流程可以利用业务中间件提供的共享功能和数据，以便更好地接入对应的业务系统来运行和协同工作，避免了在不同系统之间手动传递和重复输入数据的冗余工作。这提高了工作效率，减少了错误的可能性。业务中间件的构建和集成使得系统更具可扩展性。

此外，当需要添加新的业务系统时，可以通过修改中间插件，来更容易地组合目标子流程与新的业务系统。

本实施例通过上述方案，具体通过将多个业务系统集成到一个共享的业务中间件中，可以快速整合或修改多个业务系统，有效实现更复杂的业务流程和工作流程，从而满足更多类型的业务需求。

此外，本申请实施例还提出一种业务流程处理装置，所述业务流程处理装置包括：

获取模块，用于响应于业务请求，获得对应的业务数据和业务调度信息；

调度模块，用于根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；

组合模块，用于组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；

执行模块，用于通过所述目标业务流程，对所述业务数据进行处理。

本实施例实现业务流程处理的原理及实施过程，请参照上述各实施例，在此不再赘述。

此外，本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务流程处理程序，所述业务流程处理程序被所述处理器执行时实现如上所述的业务流程处理方法的步骤。

由于本业务流程处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有业务流程处理程序，所述业务流程处理程序被处理器执行时实现如上所述的业务流程处理方法的步骤。

由于本业务流程处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

相比现有技术，本申请实施例提出的业务流程处理方法、装置、终端设备以及存储介质，通过响应于业务请求，获得对应的业务数据和业务调度信息；根据所述业务调度信息，从预设的不同阶段的子流程中依次调用至少一个目标子流程，并确定所述至少一个目标子流程对应的业务系统；组合所述至少一个目标子流程与所述业务系统，得到所述业务请求对应的目标业务流程；通过所述目标业务流程，对所述业务数据进行处理。基于本申请方案，在用户发起业务请求时，获取用户的业务数据和业务调度信息，根据业务调度信息来依次确定对应的目标子流程以及每一目标子流程的业务系统，进而将目标子流程和对应的业务系统组合，来形成完整的目标业务流程，可以针对不同业务场景快速设置不同的流程组合，解决对于不同业务场景来调度业务流程的技术问题，提升业务流程调度的灵活性，降低业务流程的开发成本。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。