CN116011976A - 基于aPaaS的审批流程搭建方法、系统、电子设备和存储介质 - Google Patents

Abstract

本公开涉及一种基于aPaaS的审批流程搭建方法、系统、电子设备和存储介质，所述方法包括：触发业务流程；衔接审批流程上游的自动化节点，对审批数据进行预处理；将业务主流程的流程参数传递给审批流程；获取预处理后的审批数据，设置审批数据在审批流程中的数据结构；进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用；将审批结果反馈给业务主流程，并衔接审批流程下游的自动化节点。本公开能够实现审批流程的完全自定义，并且串联上下游的自动化节点使得业务流程全自动化，减少企业开发工作量和成本的同时，极大提高了业务流程的运行效率。

Description

基于aPaaS的审批流程搭建方法、系统、电子设备和存储介质

技术领域

本公开涉及工作流领域，具体涉及一种基于aPaaS的审批流程搭建方法、系统、电子设备和存储介质。

背景技术

目前市面上主流的aPaaS平台所提供的审批流程的搭建框架存在以下缺陷：

均为单一的把「发起人提交表单」作为开始，「最后一个节点完成」作为结束，因此这些审批流程执行的判定逻辑均为：某个审批节点被否决时，表单状态会立即更改为“被否决”，审批流程也会立即中止；

不能支持同时存在两条及两条以上的审批流程作用于一张表单；

均局限于使用审批单(即本表)的数据作为审批流程中人工节点的动态参数(审批人、截止时刻、通知内容等)；

不支持在审批流程开始的前后衔接自动化的事务处理能力。

但是用户在使用这些审批流程的搭配框架时会存在以下需求：

某个审批节点被否决不代表该表单已被完全否决，而是需要继续分发给其他业务部门来做细分的审批；

某个事务发起审批后，由各个部分同时开始各自的审批流程，最后汇总出各个管线的表态结果；

存在某个复杂事项的审批，管理员预先将一系列人工节点的动态参数的配置作为数据表存储，发起审批后，根据具体的条件判断去拉取对应的配置数据，使用此配置数据来执行对应的人工节点，此时就需要审批流程提供跨表查询数据的能力；

存在某个复杂事项的审批，该配置所需要的动态参数来源于其他流程中产生的变量，此时就需要审批流程和业务主流程之间拥有参数传递的能力；

某个事务发起审批前，先进行数据预处理并将表单进行锁定，才能正式发起审批；审批结束后，需要自动打印审批单并将数据进行归档。

因此，我们迫切需要提供一种审批流程搭建方法、系统、电子设备和存储介质，可以实现审批流程的完全自定义，并且串联上下游的自动化数据处理节点使得业务流程全自动化，减少企业开发工作量和成本的同时，极大提高业务流程的运行效率。

发明内容

本公开提供一种基于aPaaS的审批流程搭建方法、系统、电子设备和存储介质，以至少解决上述背景技术中存在的至少一个技术问题。

在本公开的较佳实施方式中，本申请实施例提供了一种基于aPaaS的审批流程搭建方法，所述方法包括：

触发业务流程；

衔接审批流程上游的自动化节点，对审批数据进行预处理；

将业务主流程的流程参数传递给审批流程；

获取预处理后的审批数据，设置审批数据在审批流程中的数据结构；

进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用；

将审批结果反馈给业务主流程，并衔接审批流程下游的自动化节点。

进一步，所述触发业务流程，包括：由自动触发器触发各个类型的业务流程，所述业务流程包括业务主流程和审批流程，所述自动触发器包括工作表事件触发器、定时触发器、按日期字段触发器、组织人员事件触发器、外部用户时间触发和Webhook触发器。

进一步，所述流程参数是指在流程中定义一个参数对象，用来存放数据，所述数据包括来自某个查询对象的属性值、流程中计算节点的结果和接收其他流程中传递过来的参数值，如：审批人、截止时刻、通知内容等，所述流程参数在其作用域中被任意节点引用作为动态参数。进一步，所述衔接审批流程上游的自动化节点，包括：

进入审批流程前，业务主流程根据衔接的自动化节点来完成任务，所述任务包括计算、数据操作、通知和脚本处理。

进一步，所述设置审批数据在审批流程中的数据结构，包括：

每条审批数据对应n个审批流程，每个审批流程对应m次具体的执行实例，其中m≥n≥1，优化每个执行实例在记录详情页的呈现，调整审批显示列的对照规则。

进一步，所述优化每个执行实例在记录详情页的呈现，包括：当m＝1时，每个执行实例的信息初始化，以单个时间轴的样式呈现，当m≥2时，每个执行实例的信息初始化，以卡片的样式呈现；所述调整审批显示列的对照规则，包括：当m＝1时，审批显示列对应传统的「1对1流程」，每个单元格呈现的信息为当前进行中的唯一审批流程的信息；当m≥2时，每个单元格呈现的信息为多条审批流程中最近更新的审批流程的信息。

进一步，所述进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用，包括：

获取数据节点，所述数据节点包括记录数据节点、人员数据节点和部门数据节点；

利用获取的数据节点跨表查询审批数据；

将传递给审批流程的流程参数和跨表查询得到的结果作为人工节点的参数，所述人工节点包括审批节点、填写节点和抄送节点；

根据审批数据的字段值或人工节点的运行结果，进行条件判断，并根据条件判断的结果运行不同的分支节点。

进一步，所述根据审批数据的字段值或审批节点的运行结果，进行条件判断，并根据条件判断的结果运行不同的分支节点，包括：

当审批数据的字段值满足某种条件时，执行数据分支节点，否则不执行该数据分支节点，例如，等于条件判断值或不为空等；

当审批数据在所述审批节点遭到否决时，判断是否启用审批结果分支节点；若启用，则所述审批节点被否决后不会立即停止，而是按照所述审批节点的审批结果继续执行所述审批结果分支节点。

进一步，所述跨表查询用于根据选择查询的实体对象的类型设置查询条件、排序规则和边界规则，并将查询的结果作为审批节点的动态参数。

进一步，所述实体对象，包括人员对象、部门对象、除审批对象以外的其他数据表对象。

进一步，所述设置查询条件是指设置筛选的条件值，各条件值之间使用“且”或“或”支持多重条件值的组合，所述条件值包括手动输入的固定值和来自节点对象的动态值。

进一步，所述设置排序规则是指如果查询的实体对象为多条审批数据时，可以设置排序规则，也可以随机获取。

进一步，所述设置边界规则是指未查询到任何审批数据时为了使审批流程不可间断或中止而设置审批流程的执行方式，所述执行方式包括：

继续执行，如果没有查询结果，继续执行后方的节点；后方节点如果有用到此对象的内容，会跳过或返回为空；

新增数据并继续执行，如果没有查询结果，则可以直接向数据库中新增一条数据，后方节点如果有用到此对象的内容，则会直接使用新增的该条数据；

中止流程。

进一步，所述审批结果分支节点包括两个固定分支「通过」和「否决」，用于使用户自定义审批数据被否决时审批流程的后续流转逻辑。

进一步，所述衔接审批流程下游的自动化节点，包括：

流程审批完成后，业务主流程根据衔接的自动化节点来完成任务，所述任务包括计算、数据操作、通知和脚本处理。

进一步，所述自动化节点，包括：

数据处理类节点，所述数据处理类节点包括对审批数据进行增/删/改/查的节点；

消息通知类节点，所述消息通知类节点包括站内通知发送节点、短信发送节点、邮件发送节点、服务号消息发送节点和界面推送节点；

运算/构件类节点，所述运算/构件类节点包括分支节点、延时节点、计算节点、子流程节点和自动打印节点；

开发者相关节点，所述开发者相关节点包括Webhook节点、代码块节点和调用业务流程节点。

在本公开的较佳实施方式中，本申请实施例还提供了一种基于aPaaS的审批流程搭建系统，包括：

触发器模块，所述触发器模块用于触发业务流程；

审批流程上游模块，所述审批流程上游模块用于衔接审批流程上游的自动化节点，对审批数据进行预处理；

参数传递模块，所述参数传递模块用于将业务主流程的流程参数传递给审批流程；

数据结构设置模块，所述数据结构设置模块用于获取预处理后的审批数据，设置审批数据在审批流程中的数据结构并进入审批节点；

审批流程模块，所述审批流程模块用于进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用；

审批流程下游模块，所述审批流程下游模块用于将审批结果反馈给业务主流程，并衔接审批流程下游的自动化节点。

在本公开的较佳实施方式中，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的基于aPaaS的审批流程搭建方法。

在本公开的较佳实施方式中，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的基于aPaaS的审批流程搭建方法的步骤。

本公开的有益效果是：本公开提供的基于aPaaS的审批流程搭建方法，通过获取审批数据节点、流程参数模块、人工节点和分支节点(数据分支节点/审批结果分支节点)，并将每条审批数据对应多个审批流程，搭建了一种基于aPaaS的审批流程系统。用户可根据自身的需求，利用获取的审批数据节点查询跨表数据，或使用流程参数模块，将业务主流程中的各类型审批数据直接传递给审批流程的参数，接着将以上两种途径获得的数据作为人工节点的参数，如：审批人、截止时刻、通知内容等。同时审批流程支持动态的条件判断，判断的维度包含业务数据的字段值和审批节点的运行结果，在满足不同的条件时运行不同的分支节点，审批数据于某个审批节点被否决后，可以自定义流程立即中止还是继续执行。此外审批流程结束后，支持衔接自动化节点，进行审批结果的公布和对流程归档等。通过上述方法可以实现审批流程的完全自定义，并且串联上下游的自动化数据处理节点使得业务流程全自动化，减少企业开发工作量和成本的同时，极大提高了业务流程的运行效率。

附图说明

图1为基于aPaaS的审批流程搭建的流程图；

图2为三者(审批数据、审批流程和运行实例)的数据结构关系图；

图3为运行实例的卡片呈现图；

图4为审批流程搭建示例的流程图；

图5为基于aPaaS的审批流程搭建系统的各模块组成图。

具体实施方式

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

实施例1

请参阅附图1，根据本公开示例性实施例提出的基于aPaaS的审批流程搭建方法，将业务主流程的流程参数传递给审批流程，并将每一条审批数据对应多个审批流程，并且在审批流程中支持跨表查询，当审批数据于某个审批节点被否决后，可以自定义流程立即中止还是继续执行，并且在审批流程的上下游衔接自动化节点来处理事务。

作为示例的基于aPaaS的审批流程搭建方法的实现过程包含以下步骤：

在aPaaS平台中，由自动触发器触发各个类型的业务流程(包含审批类型)，所述自动触发器包括工作表事件触发器、定时触发器、按日期字段触发器、组织人员事件触发器、外部用户时间触发和Webhook触发器。触发器是工作流能否启动的开关，满足了触发器的条件才能启动业务流程。

业务流程在触发后、进入审批流程前，可以衔接自动化节点，对审批数据进行预处理，审批流程上游是业务流程中自动执行的第一部分，需要进行的计算、数据操作、通知、脚本处理等任务都能根据对应的节点来完成，自动化节点包括：

(1)数据处理类节点：即基本的对表单数据进行增/删/改/查；

(2)消息通知类节点：例如发送站内通知、发送短信、发送邮件、发送服务号消息、界面推送等；

(3)运算、构件类节点：例如分支、延时、计算、子流程、自动打印等；

(4)开发者相关节点：即Webhoook、代码块、调用业务流程节点；

以上所有节点业务系统搭建者可以根据自身需求灵活选用。

将业务主流程的流程参数传递给审批流程，流程参数系统是指在流程中定义一个参数对象，用来存放某些数据。这些数据可以来自某个查询对象的属性值，或是流程中计算节点的结果，亦或者是接收其他流程中传过来的值，如：审批人、截止时刻、通知内容等。流程参数可以在其作用域中被任意节点引用作为动态参数。其生命周期随着流程的运行而开始，流程的中止而结束(即流程中止，清空参数值)。使用流程参数系统，业务主流程可以传递参数给审批流程，使得审批流程的配置可以更加地灵活强大。本公开提供了5种类型的基于aPaaS平台业务的流程参数，分别为文本、数值、日期时间、人员和部门类型。

获取预处理后的审批数据，设置审批数据在审批流程中的数据结构。本公开脱离传统审批流程系统设计的惯性思维，在本公开中，1条记录数据可以对应n个审批流程(n≥1)，且n个审批流程对应m次具体运行的实例(m≥n≥1)，三者之间的数据结构关系如图2所示。优化每个实例在记录详情页的呈现：当m＝1时，每个实例的信息以单个时间轴的样式初始化呈现；而m≥2时，每个实例的信息以卡片的样式初始化呈现，如图3所示。调整视图上用于用户快速检索信息的审批显示列的对照规则：当m＝1时，审批显示列对应传统的「1对1流程」，即每个单元格呈现的信息为当前进行中的唯一流程的信息；而m≥2时，每个单元格呈现的信息取多条流程中最近更新的该条流程的信息。

通过审批数据在审批流程中的数据结构关系的设计，本公开的审批流程和审批数据是完全解耦的，记录数据侧审批信息的呈现，是由流程引擎操作来动态写入，因此能够支撑用户极其复杂的业务场景，如多个审批流程同时进行审批等。

进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用，审批流程是流程中需要人工审核的部分，可以将跨表查询查询到的结果作为审批节点的动态参数，包括：

1.获取数据节点，所述数据节点包括记录数据节点、人员数据节点和部门数据节点。

2.利用获取的数据节点跨表查询审批数据；跨表查询支持对三类实体对象的查询，包含人员对象、部门对象、除审批对象以外的其他数据表对象。

配置步骤如下：

①选择查询对象的类型：即人员对象、部门对象、数据表对象三选一；

②设置查询的条件：即设置条件值筛选条件，所述条件值可以是手动输入的固定值，也可以是来自节点对象的动态值。支持多重条件组合，它们的关系可以统一为“且”，或者统一为“或”；

③设置排序规则：如果查询对象为多条数据，可以设置排序规则，按照某种既定的顺序获取有规律的数据；也可以不排序，此时即为随机获取；

④设置边界规则：即设置未查询到任何数据时流程的执行方式，此步骤是为了满足流程不可间断或中止的需求场景，有如下的三种细分设置方式：

1)继续执行

如果没有查询结果，继续执行后方的节点；后方节点如果有用到此对象的内容，会跳过或返回为空；

2)新增数据并继续执行

如果没有查询结果，则可以直接向数据库中新增一条数据，后方节点如果有用到此对象的内容，则会直接使用新增的该条数据；

3)中止流程

如果没有查询结果，则可以中止流程。

通过流程参数(跨流程)和跨表查询的设计，打破了不同的流程和流程之间以及表单和表单之间间的壁垒，强化了在审批流程中获取数据的能力；而在其他产品当中，如果审批流程需要用到某个跨实体的数据，往往通过预查询写入表单字段进行存储后，再发起审批流程，由于该字段仅供审批流程运行时使用因而造成了字段的冗余；而使用流程参数传递和审批数据跨表查询，用户不仅可以低成本地轻松获取到跨表、跨流程的数据，甚至可以在审批流程运行的过程中随时按需获取，从而体现了本产品系统设计的灵活性。

3.将传递给审批流程的流程参数和跨表查询得到的结果作为人工节点的参数，所述人工节点包括审批节点、填写节点和抄送节点；

4.根据审批数据的字段值或人工节点的运行结果，进行条件判断，并根据条件判断的结果运行不同的分支节点。当审批数据的字段值满足某种条件时，执行数据分支节点，否则不执行该数据分支节点，例如，等于条件判断值或不为空等；当审批数据在所述审批节点遭到否决时，判断是否启用审批结果分支节点；若启用，则所述审批节点被否决后不会立即停止，而是按照所述审批节点的审批结果继续执行所述审批结果分支节点。审批结果分支节点拥有两个固定分支「通过」和「否决」。审批结果分支节点的存在决定了，某个审批数据在遭到否决时，审批流程是否立即跳出(将回到业务主流程执行审批流程的下游部分)。如果在审批节点下方启用了此分支，那么系统就会判定该节点被否决后不会立刻中止，而是按照每个节点的审批结果继续执行各自的分支。结果分支的存在不会影响审批流程的整体结果，后者仍然是由最后一个执行过的节点的结果来决定的。

通过审批结果分支的设计决定了审批流程在被否决时是否立即跳出，使得本公开能够支撑复杂的场景，如某个节点被否决后，流程继续执行，审批单分发给其他节点继续进行审批。

审批完成后，将审批结果反馈给业务主流程，业务主流程可以在审批环节的后续衔接自动化节点，审批流程下游是业务流程中自动执行的第二部分，需要进行的计算、数据操作、通知、脚本处理等任务都能根据对应的节点来完成，支持的节点同审批流程上游的自动化节点。

通过审批流程上下游衔接自动化节点，本公开支持将审批流程和其上下游串联，输出一体化的业务流程画布，便于管理员统筹、优化自身企业的流程，同时很好地支撑企业组织内部的信息化管理。而其他产品在审批流程结束前后虽然也支持进行部分自动化操作，但是它们往往隐藏在其他功能模块中，从统筹业务流程的角度来说过于分散，无法整合为一体；另一方面，它们的自动化能力也没有本公开强大。

为了更好地说明本公开，将集团项目审批场景作为示例进行说明，如图4所示。

首先由集团规划部成立某个项目，提交数据，此时通过新建记录触发工作表时间触发器，从而触发业务流程。

在正式审批开始前，需要在审批流程上游通过提交的数据由计算节点计算出大致的投入成本，包含耗时和资金，并通过数据业务规则将审批单进行锁定，记录锁定节点后不再允许人工修改数据。

进入正式的审批流程环节，将优先安排事业部A来进行审核。如果事业部A审核通过，表明事业部A同意承接此项目，事业部A可继续项目内容拆解并下发给其下子部门；如果事业部A审核未通过，则继续安排事业部B来进行审核，如果事业部B审核未通过，则继续安排事业部C来进行审核...以此类推。如果没有任何一个事业部承接此项目，则项目打回。

审批结束后，无论通过/否决，需要在审批流程下游通过通知节点将审批结果反馈给集团规划部。在任一事业部审核通过的情况下，还要视情况通过数据处理节点将项目拆解为子任务，再通过通知节点将子任务自动下发给子部门。

实施例2

如图5所示，作为示例的基于aPaaS的审批流程搭建系统，包括：

触发器模块，用于在aPaaS平台中，由自动触发器触发各个类型的业务流程(包含审批类型)，所述自动触发器包括工作表事件触发器、定时触发器、按日期字段触发器、组织人员事件触发器、外部用户时间触发和Webhook触发器；触发器是工作流能否启动的开关，满足了触发器的条件才能启动业务流程；

审批流程上游模块，用于在业务流程触发后、进入审批流程前，衔接自动化节点，对审批数据进行预处理，审批流程上游模块是业务流程中自动执行的第一个模块，需要进行的计算、数据操作、通知、脚本处理等任务都能根据对应的节点来完成，自动化节点包括：

(1)数据处理类节点：即基本的对表单数据进行增/删/改/查；

(2)消息通知类节点：例如发送站内通知、发送短信、发送邮件、发送服务号消息、界面推送等；

(3)运算、构件类节点：例如分支、延时、计算、子流程、自动打印等；

(4)开发者相关节点：即Webhoook、代码块、调用业务流程节点；

以上所有节点业务系统搭建者可以根据自身需求灵活选用；

参数传递模块，用于将业务主流程的流程参数传递给审批流程，流程参数系统是指在流程中定义一个参数对象，用来存放某些数据。这些数据可以来自某个查询对象的属性值，或是流程中计算节点的结果，亦或者是接收其他流程中传过来的值，如：审批人、截止时刻、通知内容等；流程参数可以在其作用域中被任意节点引用作为动态参数；其生命周期随着流程的运行而开始，流程的中止而结束(即流程中止，清空参数值)；使用流程参数系统，业务主流程可以传递参数给审批流程，使得审批流程的配置可以更加地灵活强大；本公开提供了5种类型的基于aPaaS平台业务的流程参数，分别为文本、数值、日期时间、人员和部门类型；

数据结构设置模块，用于获取预处理后的审批数据，设置审批数据在审批流程中的数据结构；本公开脱离传统审批流程系统设计的惯性思维，在本公开中，1条记录数据可以对应n个审批流程(n≥1)，且n个审批流程对应m次具体运行的实例(m≥n≥1)，三者之间的数据结构关系如图2所示；优化每个实例在记录详情页的呈现：当m＝1时，每个实例的信息以单个时间轴的样式初始化呈现；而m≥2时，每个实例的信息以卡片的样式初始化呈现，如图3所示；调整视图上用于用户快速检索信息的审批显示列的对照规则：当m＝1时，审批显示列对应传统的「1对1流程」，即每个单元格呈现的信息为当前进行中的唯一流程的信息；而m≥2时，每个单元格呈现的信息取多条流程中最近更新的该条流程的信息；

审批流程模块，用于进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用，审批流程模块是流程中需要人工审核的部分，可以将跨表查询查询到的结果作为审批节点的动态参数；

审批流程下游模块，用于审批完成后，将审批结果反馈给业务主流程，业务主流程可以在审批环节的后续衔接自动化节点，审批流程下游模块是业务流程中自动执行的第二个模块，需要进行的计算、数据操作、通知、脚本处理等任务都能根据对应的节点来完成，支持的节点同审批流程上游的自动化节点。

进一步，所述审批流程模块包括数据节点获取模块、跨表查询模块、人工节点模块和条件判断模块。

进一步，所述数据节点获取模块用于获取数据节点，所述数据节点包括记录数据节点、人员数据节点和部门数据节点。

进一步，所述跨表查询模块用于利用获取的数据节点跨表查询审批数据；跨表查询模块支持对三类实体对象的查询，包含人员对象、部门对象、除审批对象以外的其他数据表对象。

进一步，所述跨表查询模块包括查询对象选择模块、查询条件设置模块、排序规则设置模块和边界规则设置模块。

进一步，所述查询对象选择模块用于选择查询对象的类型：即人员对象、部门对象、数据表对象三选一。

进一步，所述查询条件设置模块用于设置条件值筛选条件，所述条件值可以是手动输入的固定值，也可以是来自节点对象的动态值。所述查询条件设置模块支持多重条件组合，它们的关系可以统一为“且”，或者统一为“或”。

进一步，所述排序规则设置模块用于当查询对象为多条数据时设置排序规则，按照某种既定的顺序获取有规律的数据；也可以不设置排序规则，此时即为随机获取；

进一步，所述边界规则设置模块用于设置未查询到任何数据时流程的执行方式，此模块是为了满足流程不可间断或中止的需求场景，有如下的三种细分设置方式：

1)继续执行

如果没有查询结果，继续执行后方的节点；后方节点如果有用到此对象的内容，会跳过或返回为空；

2)新增数据并继续执行

如果没有查询结果，则可以直接向数据库中新增一条数据，后方节点如果有用到此对象的内容，则会直接使用新增的该条数据；

3)中止流程

如果没有查询结果，则可以中止流程。

进一步，所述人工节点模块用于将传递给审批流程的流程参数和跨表查询得到的结果作为人工节点的参数，所述人工节点包括审批节点、填写节点和抄送节点。

进一步，所述条件判断模块用于根据审批数据的字段值或人工节点的运行结果，进行条件判断，并根据条件判断的结果运行不同的分支节点。

进一步，所述条件判断模块包括数据分支模块和审批结果分支模块。

进一步，所述数据分支模块用于当审批数据的字段值满足某种条件时，执行数据分支节点，否则不执行该数据分支节点，例如，等于条件判断值或不为空等。

进一步，所述审批结果分支模块用于当审批数据在所述审批节点遭到否决时，判断是否启用审批结果分支节点；若启用，则所述审批节点被否决后不会立即停止，而是按照所述审批节点的审批结果继续执行所述审批结果分支节点。审批结果分支节点拥有两个固定分支「通过」和「否决」。审批结果分支节点的存在决定了，某个审批数据在遭到否决时，审批流程是否立即跳出(将回到业务主流程执行审批流程的下游部分)。如果在审批节点下方启用了此分支，那么系统就会判定该节点被否决后不会立刻中止，而是按照每个节点的审批结果继续执行各自的分支。结果分支的存在不会影响审批流程的整体结果，后者仍然是由最后一个执行过的节点的结果来决定的。

实施例3

一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现实施例1中的基于aPaaS的审批流程搭建方法。

本公开实施例1仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

电子设备可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备的组件可以包括但不限于：至少一个处理器、至少一个存储器、连接不同系统组件(包括存储器和处理器)的总线。

总线包括数据总线、地址总线和控制总线。

存储器可以包括易失性存储器，例如随机存取存储器(RAM)和/或高速缓存存储器，还可以进一步包括只读存储器(ROM)。

存储器还可以包括具有一组(至少一个)程序模块的程序工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器通过运行存储在存储器中的计算机程序，从而执行各种功能应用以及数据处理。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

一种计算机可读存储介质，所述可读存储介质存储有计算机程序，所述程序被处理器执行时实现实施例1中的基于aPaaS的审批流程搭建方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本公开还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1中所述的基于aPaaS的审批流程搭建方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

尽管已经示出和描述了本公开的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本公开的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本公开的范围由所附权利要求及其等同物限定。

Claims (10)

1.一种基于aPaaS的审批流程搭建方法，其特征在于，所述方法包括：

触发业务流程；

衔接审批流程上游的自动化节点，对审批数据进行预处理；

将业务主流程的流程参数传递给审批流程；

获取预处理后的审批数据，设置审批数据在审批流程中的数据结构；

进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用；

将审批结果反馈给业务主流程，并衔接审批流程下游的自动化节点。

2.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于，所述触发业务流程，包括：

由自动触发器触发各个类型的业务流程，所述业务流程包括业务主流程和审批流程，所述自动触发器包括工作表事件触发器、定时触发器、按日期字段触发器、组织人员事件触发器、外部用户时间触发和Webhook触发器。

3.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于，所述流程参数是指在流程中定义一个参数对象，用来存放数据，所述数据包括来自某个查询对象的属性值、流程中计算节点的结果和接收其他流程中传递过来的参数值，所述流程参数在其作用域中被任意节点引用作为动态参数。

4.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于，所述衔接审批流程上/下游的自动化节点，包括：

进入审批流程前/流程审批完成后，业务主流程根据衔接的自动化节点来完成任务，所述任务包括计算、数据操作、通知和脚本处理；

其中所述自动化节点，包括：

数据处理类节点，所述数据处理类节点包括对审批数据进行增/删/改/查的节点；

消息通知类节点，所述消息通知类节点包括站内通知发送节点、短信发送节点、邮件发送节点、服务号消息发送节点和界面推送节点；

运算/构件类节点，所述运算/构件类节点包括分支节点、延时节点、计算节点、子流程节点和自动打印节点；

开发者相关节点，所述开发者相关节点包括Webhook节点、代码块节点和调用业务流程节点。

5.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于，所述设置审批数据在审批流程中的数据结构，包括：

每条审批数据对应n个审批流程，每个审批流程对应m次具体的执行实例，其中m≥n≥1，优化每个执行实例在记录详情页的呈现，调整审批显示列的对照规则。

6.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于，所述进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用，包括：

获取数据节点，所述数据节点包括记录数据节点、人员数据节点和部门数据节点；

利用获取的数据节点跨表查询审批数据；

将传递给审批流程的流程参数和跨表查询得到的结果作为人工节点的参数，所述人工节点包括审批节点、填写节点和抄送节点；

根据审批数据的字段值或人工节点的运行结果，进行条件判断，并根据条件判断的结果运行不同的分支节点。

7.如权利要求1所述的基于aPaaS的审批流程搭建方法，其特征在于：

所述跨表查询用于根据选择查询的实体对象的类型设置查询条件、排序规则和边界规则，并将查询的结果作为审批节点的动态参数；

所述审批结果分支节点包括两个固定分支「通过」和「否决」，用于使用户自定义审批数据被否决时审批流程的后续流转逻辑。

8.一种基于aPaaS的审批流程搭建系统，其特征在于，包括：

触发器模块，用于触发业务流程；

审批流程上游模块，用于衔接审批流程上游的自动化节点，对审批数据进行预处理；

参数传递模块，用于将业务主流程的流程参数传递给审批流程；

数据结构设置模块，用于获取预处理后的审批数据，设置审批数据在审批流程中的数据结构并进入审批节点；

审批流程模块，用于进入审批流程对审批数据进行审批、填写、抄送、条件判断、跨表查询和审批结果分支节点的启用；

审批流程下游模块，用于将审批结果反馈给业务主流程，并衔接审批流程下游的自动化节点。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的基于aPaaS的审批流程搭建方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7任一项所述的基于aPaaS的审批流程搭建方法的步骤。

Images