流程规则
大约 4 分钟
流程规则
术语:
- 跳转类型:PASS-审批通过,REJECT-驳回。
- 跳转条件:根据跳转条件,判断要执行哪个分支,比如“请假天数小于4”。
- 节点类型:0-开始节点,1-中间节点,2-结束节点。
- 权限标识:权限类型:权限标识,可以多个,如“role:3” , “1,role:3,role:1”或者“1,role:3,dept:1”。
- 所属并行网关节点编码:离上次最近的并行网关节点编码,可传递,遇新网关重置。
- 协作类型:
APPROVAL-无:无其他协作方式
TRANSFER-转办:任务转给其他人办理
DEPUTE-委派:求助其他人审批,然后参照他的意见决定是否审批通过
COUNTERSIGN-会签:和其他人一起审批通过,才算通过
VOTE-票签:和部分人一起审批,达到一定通过率,才算通过
ADD_SIGNATURE-加签:办理中途,希望其他人一起参与办理
REDUCTION_SIGNATURE-减签:办理中途,希望某些人不参与办理
通用规则:
- 开始节点和结束节点必须有。
- 开始节点必须有且只有一个跳转条件(跳转节点),中间和网关节点必须有跳转条件,结束节点不需要。
- 网关节点可不需要跳转类型,互斥网关按照跳转条件流转。
- 开启流程是传入租户id,就可以后续就可以根据租户id过来任务。
- 角色权限控制,非必填,流程定义时通过逗号隔开多个权限,流转是传入“1,role:3” , “1,role:3,role:1”或者“1,role:3,dept:1”,进行控制。
- 当流程有多个结束节点,有一个完成,流程实例就算完成
- 网关节点不可直连。
- 一票否决(谨慎使用),如果驳回,驳回指向节点后还存在其他正在执行的待办任务,转历史任务,状态都为失效,重走流程。
- 中间节点不可通过或者驳回到多个中间节点,必须先流转到网关节点
- 流程变量是全局都能获取,任务变量就当前任务触发的监听器时可以获取。
流程状态:
- 待提交:开启流程后的状态
- 审批中:提交审批后的状态
- 驳回:就是点击驳回后的状态
- 失效:是针对并行流程,流程完成后,还存在待办任务,把它转历史记录,历史记录状态无效
- 审批通过:是任务完成后,待办任务转为历史记录,历史记录状态为审批通过
- 已完成:流程结束的状态
串行网关规则:
- 以串行网关开头,只会执行后面的一条任务路线,以串行网关结尾,只需前面的一条路线完成即可往下执行(最主要限制)。
- 串行网关需要根据传入跳转条件去判断执行哪个任务路线。
并行网关规则: :
- 以并行网关开头,只会必须执行后面的所有任务路线,以并行网关结尾,前面的任务路线必须都完成即可往下执行(最主要限制)。
- 当流程完成,并行网关范围内还存在待办任务未完成,转历史任务,状态完成。
流程协作规则: :
- 或签:待办任务有一个"审批"/"回退"操作即完成当前任务,或签待办权限支持个人、部门、角色及用户自定义类型
- 会签:待办任务所有待办人都进行"审批"当前任务执行"审批"通过逻辑,会签中任意一待办人进行"回退"则整个任务执行"回退"逻辑,会签所有待办权限只支持个人类型
- 票签:此时根据"审批"/"回退"操作自动计算"审批通过率(已审批人数/任务总人数)"与"回退驳回率(已回退人数/任务总人数)","审批通过率"大于等于流程设计时指定的"票签通过率"执行"审批"通过逻辑,"回退驳回率"大于"1-票签通过率"执行"回退"逻辑,票签所有待办权限只支持个人