CN115760015A - 一种流程化业务审批系统、方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种流程化业务审批系统、方法、设备及存储介质，涉及信息化领域，包括：请求监听模块，通过监听器确定是否监听到针对待审批业务表单发起的审批请求；条件判断模块，判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；审批通过模块，对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；手动审批模块，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。这样一来，可以通过监听器对业务表单接收的动作进行监听，并且可以在表单审批不通过时，对业务表单执行回退。

Description

一种流程化业务审批系统、方法、设备及存储介质

技术领域

本发明涉及信息化领域，特别涉及一种流程化业务审批系统、方法、设备及存储介质。

背景技术

当前信息化系统普遍存在着对于流程化业务处理的应用场景需求，为满足该场景需求，各厂商开发出众多不同的“工作流引擎”产品，但由于行业领域的差异、功能差异、性能表现差异，在政企行业信息化领域没有一个功能齐全、性能高效的“工作流引擎”产品。现有技术定义线上业务流程时，一般采用两种方式，一种是设置若干个标志位，然后按照流程审批的顺序将标志位进行排序，另一种方式是引入并使用标准工作流引擎，但现有的两种技术中均缺少回退功能，且缺少监控功能。

发明内容

有鉴于此，本发明的目的在于提供一种流程化业务审批系统、方法、设备及存储介质，可以在待审批业务表单发起审批后，通过预设的监听器对所述待审批业务表单的动作进行监听，并且可以在所述待审批业务表单在当前审批节点审批不通过时，通过回退操作将所述待审批业务表单回退至目标回退节点进行审批重新进行审批。其具体方案如下：

第一方面，本申请公开了一种流程化业务审批系统，应用于审批后台，包括：

请求监听模块，用于通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；

条件判断模块，用于当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；

审批通过模块，用于当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；

手动审批模块，用于当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

可选的，所述的流程化业务审批系统，还可以包括：

表单创建模块，用于通过预设信息接收接口接收目标基础信息，并根据预设表单创建规则以及所述目标基础信息创建待审批业务表单。

可选的，所述目标基础信息包括审批组、审批发起人范围、审批管理人范围和审批基本信息；所述预设表单创建规则包括表单设计规则、流程设计规则和表单等级配置规则。

可选的，所述条件判断模块，用于当监听到所述审批请求，则根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

可选的，所述条件判断模块，包括：

第一判断单元，用于当监听到所述审批请求，从本地缓存中查询所述审批请求的发起节点是否为预设的审批自动通过节点；

第二判断单元，用于当所述发起节点是预设的审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点不是预设的审批自动通过节点，则判断所述发起节点的审批发起人是否为所述当前审批节点的审批人；

第三判断单元，用于当所述发起节点的审批发起人是所述当前审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点的审批发起人不是所述当前审批节点的审批人，则判断所述当前审批节点的审批人是否为上一审批节点的审批人；

第四判断单元，用于当所述当前审批节点的审批人是上一审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述当前审批节点的审批人不是上一审批节点的审批人，则判断所述当前审批节点的审批人是否已对所述待审批业务表单进行审批，如果是则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，如果否则判定所述待审批业务表单在所述当前审批节点上不满足预设自动通过条件。

可选的，所述的流程化业务审批系统，还可以包括：

条件创建模块，用于当所述当前审批节点接收到分支条件创建指令，则在所述当前审批节点中为所述待审批业务表单创建目标分支条件，以便所述下一审批节点根据所述目标分支条件对所述待审批业务表单进行审批。

可选的，所述手动审批模块，包括：

回退执行单元，用于当手动审批流程不通过，则根据相应的不通过缘由从之前的所有审批节点中确定出目标回退节点，并创建所述当前审批节点与所述目标回退节点之间的节点连线，以通过所述节点连线将所述待审批业务表单回退至所述目标回退节点进行审批。

第二方面，本申请公开了一种流程化业务审批方法，应用于审批后台，包括：

通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；

当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；

当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；

当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

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

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序以实现前述述的流程化业务审批系统。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，所述计算机程序被处理器执行时实现前述的流程化业务审批系统。

本申请中，所述流程化业务审批系统包括请求监听模块，用于通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；条件判断模块，用于当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；审批通过模块，用于当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；手动审批模块，用于当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。由此可见，本申请可以通过上述模块在待审批业务表单发起审批后，利用预设的监听器对所述待审批业务表单的动作进行监听，并且可以在所述待审批业务表单在当前审批节点审批不通过时，通过回退操作将所述待审批业务表单回退至目标回退节点进行审批重新进行审批。这样一来，实现了对待审批业务表单的监听，并且实现了待审批业务表单在审批节点的回退。

附图说明

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

图1为本身请提供的一种流程化业务审批系统装置结构示意图；

图2为本身请提供的一种流程化业务审批系统基础信息接收图；

图3为本身请提供的一种流程化业务审批系统表单设计图；

图4为本身请提供的一种流程化业务审批系统流程设计图；

图5为本身请提供的一种流程化业务审批系统表单等级配置图；

图6为本身请提供的一种流程化业务审批系统审批预览图；

图7为本身请提供的一种流程化业务审批系统审批预览图；

图8为本身请提供的一种具体的流程化业务审批系统装置结构示意图；

图9为本身请提供的一种流程化业务审批方法流程图；

图10为本申请提供的一种电子设备结构图。

具体实施方式

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

现有技术定义线上业务流程时，一般采用两种方式，一种是设置若干个标志位，然后按照流程审批的顺序将标志位进行排序，另一种方式是引入并使用标准工作流引擎，但现有的两种技术中均缺少回退功能，且缺少监控功能。

为了克服上述技术问题，本申请提供了一种流程化业务审批系统，可以在待审批业务表单发起审批后，利用预设的监听器对所述待审批业务表单的动作进行监听，并且可以在所述待审批业务表单在当前审批节点审批不通过时，通过回退操作将所述待审批业务表单回退至目标回退节点进行审批重新进行审批。这样一来，实现了对待审批业务表单的监听，并且实现了待审批业务表单在审批节点的回退。

参见图1所示，本发明实施例公开了一种流程化业务审批系统，应用于审批后台，包括：

请求监听模块11、用于通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求。

本实施例中，可以通过预设监听器对用户指令进行监听，并且所述预设监听器可以有多种类型，本申请中的所述预设监听器包括流程开始、节点开始、节点结束、流程结束四种类型的监听器，当通过流程开始类型的监听器监听到针对待审批业务表单发起审批请求的指令后，则对所述待审批业务表单进行审批。

需要进行说明的是，本申请中的流程化业务审批系统，还可以包括：表单创建模块，用于通过预设信息接收接口接收目标基础信息，并根据预设表单创建规则以及所述目标基础信息创建待审批业务表单，所述目标基础信息包括审批组、审批发起人范围、审批管理人范围和审批基本信息；所述预设表单创建规则包括表单设计规则、流程设计规则和表单等级配置规则。如图2所示，首先通过所述预设信息接收接口接收目标基础信息，如图3所示，在确定所述目标基础信息后，通过所述表单设计规则对表单进行设置，如可以设置基础表单类型，例如单行文本，多行文本、单选框、复选框等，并且在对表单进行表单设计时采用表单编辑器，可以解放前端页面，通过简单的操作可以配置出复杂业务场景界面。如图4所示，在基础表单类型设计完城后，可以通过所述流程设计规则对表单进行流程设计，并且在进行表单的流程设计时，可以对审批类型、审批人、审批方式进行自主设置，并且支持审批节点抄送人配置，进一步需要进行说明的是，在对审批类型进行设置时，可以设置在当前节点为自动通过或手动审批，在对审批人进行设置时，可以进行包括但不限于指定成员、发起人自选、发起人本人的设置，在进行审批方式设置时，可以设置表单通过方式为会签通过、会签按比例通过、或签通过，并且支持审批节点抄送人的配置。如图5所示，完成流程设计后可以通过所述表单等级配置规则对表单进行审批通过等级设置，例如可以设置表单在当前节点为手动审批，或在当前节点适配自动通过。

条件判断模块12，用于当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

本实施例中，当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，也即当通过预设监听器监听到针对所述待审批业务表单的审批请求，则判断所述待审批业务表单的发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

审批通过模块13、用于当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批。

本实施例中，当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批，也即当所述待审批业务表单的发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上满足预设自动通过条件，则将所述待审批业务表单在当前审批节点自动通过审批，并将所述待审批业务表单发送至下一审批节点进行审批。

需要进行说明的是，本发明中所述流程化业务审批系统还包括条件创建模块，用于当所述当前审批节点接收到分支条件创建指令，则在所述当前审批节点中为所述待审批业务表单创建目标分支条件，以便所述下一审批节点根据所述目标分支条件对所述待审批业务表单进行审批，也即如果在当前审批节点接收到针对所述待审批业务表单的分支条件创建指令，则根据所述分支条件创建指令在当前审批节点创建分支条件，并且所述分支条件创建指令为用户自定义的指令，用于实现用户创建的审批条件，若分支条件创建成功，则在下一审批节点根据所述分支条件对所述待审批业务表单进行审批。

手动审批模块14、用于当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

本实施例中，当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作，也即当所述发起节点在当前审批节点不满足所述预设自动通过条件，则在当前审批节点对所述待审批节点进行手动审批流程，需要进行说明的是，所述手动审批流程包括但不限于驳回、抄送、撤回、转交、结束等操作。进一步需要说明的是，当所述待审批业务表单在当前审批节点手动审批不通过时，可以对所述待审批业务表单在当前审批节点进行回退操作。并且所述手动审批模块14包括回退执行单元，用于当手动审批流程不通过，则根据相应的不通过缘由从之前的所有审批节点中确定出目标回退节点，并创建所述当前审批节点与所述目标回退节点之间的节点连线，以通过所述节点连线将所述待审批业务表单回退至所述目标回退节点进行审批，这样一来，可以通过创建节点之间的连线实现所述待审批业务表单的回退，简化了操作步骤，提高了审批效率。

需要进行说明的是，本发明中所述流程化业务审批系统还包括条件判断模块，用于当监听到所述审批请求，则根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，也即如果在当前节点监听到针对所述待审批业务表单的审批请求，则根据所述待审批业务表单的发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单是否满足预先设定的自动通过条件，并根据判断结果确定所述待审批业务表单在当前审批节点是否可以自动通过。

进一步需要进行说明的是，本申请中审批前台可以对待审批业务表单的审批流程进行预览，当所述待审批业务表单录入成功后，可以通过EL(Expression Language，表达式语言)表达式动态执行解析节点审批人以及分支条件的判断从而获取整个流程的预览，并且当流程发起后可以对表单的审批记录以及预览记录进行整合，以得到历史审批记录查询结果，如图6，图7所示为历史审批记录查询结果的展示。并且本发明中所述流程化业务审批系统可以兼容MySQL和Oracle数据源。

本申请中，所述流程化业务审批系统包括请求监听模块，用于通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；条件判断模块，用于当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；审批通过模块，用于当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；手动审批模块，用于当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。由此可见，本申请可以通过上述模块在待审批业务表单发起审批后，利用预设的监听器对所述待审批业务表单的动作进行监听，并且可以在所述待审批业务表单在当前审批节点审批不通过时，通过回退操作将所述待审批业务表单回退至目标回退节点进行审批重新进行审批。这样一来，实现了对待审批业务表单的监听，并且实现了待审批业务表单在审批节点的回退。

参见图8所示，本发明实施例公开了一种流程化业务审批系统，包括：

第一判断单元21、用于当监听到所述审批请求，从本地缓存中查询所述审批请求的发起节点是否为预设的审批自动通过节点。

本实施例中，当监听到所述审批请求，从本地缓存中查询所述审批请求的发起节点是否为预设的审批自动通过节点，也即当在当前审批节点监听到针对待审批业务表单的审批请求，则查询所述审批请求的发起节点是否为本地缓存中预设的符合审批自动通过条件的审批自动通过节点，以便判断待审批业务表单在当前审批节点是否可以自动通过审批。

第二判断单元22、用于当所述发起节点是预设的审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点不是预设的审批自动通过节点，则判断所述发起节点的审批发起人是否为所述当前审批节点的审批人。

本实施例中，当所述发起节点是预设的审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点不是预设的审批自动通过节点，则判断所述发起节点的审批发起人是否为所述当前审批节点的审批人，也即当待审批业务表单的所述发起节点是本地缓存中预设的所述审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点可以自动通过，若所述待审批业务表单的所述发起节点不是本地缓存中预设的所述审批自动通过节点，则根据审批人判断优先级判断审批发起节点对应的审批发起人是否为所述当前审批节点的审批人。

第三判断单元23、用于当所述发起节点的审批发起人是所述当前审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点的审批发起人不是所述当前审批节点的审批人，则判断所述当前审批节点的审批人是否为上一审批节点的审批人。

本实施例中，当所述发起节点的审批发起人是所述当前审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点的审批发起人不是所述当前审批节点的审批人，则判断所述当前审批节点的审批人是否为上一审批节点的审批人，也即如果所述发起节点的审批发起人是所述当前审批节点的审批人，则判定待审批业务表单满足预设自动通过条件，可以在所述当前审批节点自动通过，但当所述发起节点的审批发起人不是所述当前审批节点的审批人，则根据审批审批人判断优先级判断所述当前审批节点的审批人是否为上一审批节点的审批人。

第四判断单元24、用于当所述当前审批节点的审批人是上一审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述当前审批节点的审批人不是上一审批节点的审批人，则判断所述当前审批节点的审批人是否已对所述待审批业务表单进行审批，如果是则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，如果否则判定所述待审批业务表单在所述当前审批节点上不满足预设自动通过条件。

本实施例中，如果所述当前审批节点的审批人为上一审批节点的审批人，则表征所述待审批业务表单被当前审批节点的审批人连续审批，在当前审批节点可以自动通过，可以判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件。当所述当前审批节点的审批人不是上一审批节点的审批人，则根据审批人判断优先级，判断所述当前审批节点的审批人是否已对所述待审批业务表单进行审批，若已经进行审批过审批，则所述当前审批节点的审批人不需要对所述待审批业务表单进行连续审批，可以判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，若没有进行过审批，则判定所述待审批业务表单在所述当前审批节点上不满足预设自动通过条件。

由此可见，本实施例中可以根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，如果满足所述预设自动通过条件，则在当前审批节点自动通过，如果不满足所述预设自动通过条件，则发起手动审批流程。这样一来，可以在待审批业务表单满足所述预设自动通过条件时，将所述待审批业务表单在当前节点自动通过审批，有效提高了审批效率。

参见图9所示，本发明实施例公开了一种流程化业务审批方法，应用于审批后台，包括：

步骤S11、通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求。

步骤S12、当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

步骤S13、当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批。

步骤S14、当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

关于步骤S11至步骤S14更加具体的描述可以参照前述实施例，在此不在进行赘述。

由此可见，本申请中首先通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求，当监听到所述审批请求，判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，然后当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批，最后当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。本申请可以通过上述模块在待审批业务表单发起审批后，利用预设的监听器对所述待审批业务表单的动作进行监听，并且可以在所述待审批业务表单在当前审批节点审批不通过时，通过回退操作将所述待审批业务表单回退至目标回退节点进行审批重新进行审批。这样一来，实现了对待审批业务表单的监听，并且实现了待审批业务表单在审批节点的回退。

在一些实施例中，所述流程化业务审批方法，还可以包括：

通过预设信息接收接口接收目标基础信息，并根据预设表单创建规则以及所述目标基础信息创建待审批业务表单。

在一些实施例中，所述通过预设信息接收接口接收目标基础信息，并根据预设表单创建规则以及所述目标基础信息创建待审批业务表单，具体可以包括：

所述目标基础信息包括审批组、审批发起人范围、审批管理人范围和审批基本信息；所述预设表单创建规则包括表单设计规则、流程设计规则和表单等级配置规则。

在一些实施例中，所述当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，具体可以包括：

当监听到所述审批请求，则根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

在一些实施例中，所述当监听到所述审批请求，则根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件，具体可以包括：

当监听到所述审批请求，从本地缓存中查询所述审批请求的发起节点是否为预设的审批自动通过节点；

当所述发起节点是预设的审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点不是预设的审批自动通过节点，则判断所述发起节点的审批发起人是否为所述当前审批节点的审批人；

当所述发起节点的审批发起人是所述当前审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点的审批发起人不是所述当前审批节点的审批人，则判断所述当前审批节点的审批人是否为上一审批节点的审批人；

当所述当前审批节点的审批人是上一审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述当前审批节点的审批人不是上一审批节点的审批人，则判断所述当前审批节点的审批人是否已对所述待审批业务表单进行审批，如果是则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，如果否则判定所述待审批业务表单在所述当前审批节点上不满足预设自动通过条件。

在一些实施例中，所述流程化业务审批方法，还可以包括：

当所述当前审批节点接收到分支条件创建指令，则在所述当前审批节点中为所述待审批业务表单创建目标分支条件，以便所述下一审批节点根据所述目标分支条件对所述待审批业务表单进行审批。

在一些实施例中，所述当手动审批流程不通过时对所述待审批业务表单进行回退操作，具体可以包括：

当手动审批流程不通过，则根据相应的不通过缘由从之前的所有审批节点中确定出目标回退节点，并创建所述当前审批节点与所述目标回退节点之间的节点连线，以通过所述节点连线将所述待审批业务表单回退至所述目标回退节点进行审批。

进一步的，本申请实施例还公开了一种电子设备，图10是根据一示例性实施例示出的电子设备30结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图10为本申请实施例提供的一种电子设备30的结构示意图。该电子设备30，具体可以包括：至少一个处理器31、至少一个存储器32、电源33、通信接口34、输入输出接口35和通信总线36。其中，所述存储器32用于存储计算机程序，所述计算机程序由所述处理器31加载并执行，以实现前述任一实施例公开的流程化业务审批系统中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。

本实施例中，电源33用于为电子设备30上的各硬件设备提供工作电压；通信接口34能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口35，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器32作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统321、计算机程序322等，存储方式可以是短暂存储或者永久存储。

其中，操作系统321用于管理与控制电子设备30上的各硬件设备以及计算机程序322，其可以是Windows Server、Netware、Unix、Linux等。计算机程序322除了包括能够用于完成前述任一实施例公开的由电子设备30执行的流程化业务审批系统的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。

进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的流程化业务审批系统。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种流程化业务审批系统，其特征在于，应用于审批后台，包括：

请求监听模块，用于通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；

条件判断模块，用于当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；

审批通过模块，用于当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；

手动审批模块，用于当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

2.根据权利要求1所述的流程化业务审批系统，其特征在于，还包括：

表单创建模块，用于通过预设信息接收接口接收目标基础信息，并根据预设表单创建规则以及所述目标基础信息创建待审批业务表单。

3.根据权利要求2所述的流程化业务审批系统，其特征在于，所述目标基础信息包括审批组、审批发起人范围、审批管理人范围和审批基本信息；所述预设表单创建规则包括表单设计规则、流程设计规则和表单等级配置规则。

4.根据权利要求1所述的流程化业务审批系统，其特征在于，

所述条件判断模块，用于当监听到所述审批请求，则根据发起节点的类型、审批发起人信息和审批人信息判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件。

5.根据权利要求4所述的流程化业务审批系统，其特征在于，所述条件判断模块，包括：

第一判断单元，用于当监听到所述审批请求，从本地缓存中查询所述审批请求的发起节点是否为预设的审批自动通过节点；

第二判断单元，用于当所述发起节点是预设的审批自动通过节点，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点不是预设的审批自动通过节点，则判断所述发起节点的审批发起人是否为所述当前审批节点的审批人；

第三判断单元，用于当所述发起节点的审批发起人是所述当前审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述发起节点的审批发起人不是所述当前审批节点的审批人，则判断所述当前审批节点的审批人是否为上一审批节点的审批人；

第四判断单元，用于当所述当前审批节点的审批人是上一审批节点的审批人，则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，当所述当前审批节点的审批人不是上一审批节点的审批人，则判断所述当前审批节点的审批人是否已对所述待审批业务表单进行审批，如果是则判定所述待审批业务表单在所述当前审批节点上满足预设自动通过条件，如果否则判定所述待审批业务表单在所述当前审批节点上不满足预设自动通过条件。

6.根据权利要求1所述的流程化业务审批系统，其特征在于，还包括：

条件创建模块，用于当所述当前审批节点接收到分支条件创建指令，则在所述当前审批节点中为所述待审批业务表单创建目标分支条件，以便所述下一审批节点根据所述目标分支条件对所述待审批业务表单进行审批。

7.根据权利要求1至6任一项所述的流程化业务审批系统，其特征在于，所述手动审批模块，包括：

回退执行单元，用于当手动审批流程不通过，则根据相应的不通过缘由从之前的所有审批节点中确定出目标回退节点，并创建所述当前审批节点与所述目标回退节点之间的节点连线，以通过所述节点连线将所述待审批业务表单回退至所述目标回退节点进行审批。

8.一种流程化业务审批方法，其特征在于，应用于审批后台，包括：

通过预设监听器确定是否监听到针对待审批业务表单发起的审批请求；

当监听到所述审批请求，则判断所述待审批业务表单在当前审批节点上是否满足预设自动通过条件；

当所述发起节点满足所述预设自动通过条件，直接对所述待审批业务表单在所述当前审批节点上的审批环节进行自动通过，以便下一审批节点对所述待审批业务表单进行审批；

当所述发起节点不满足所述预设自动通过条件，通过所述当前审批节点触发针对所述待审批业务表单的手动审批流程，并在手动审批流程不通过时对所述待审批业务表单进行回退操作。

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

存储器，用于保存计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求1至7任一项所述的流程化业务审批系统。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的流程化业务审批系统。

Images