流程规则

1、术语

1. 跳转类型：PASS-审批通过，REJECT-驳回。
2. 跳转条件：根据跳转条件，判断要执行哪个分支，比如“请假天数小于4”。
3. 节点类型：0-开始节点，1-中间节点，2-结束节点。
4. 权限标识：权限类型:权限标识，可以多个，如“role:3” ， “1,role:3,role:1”或者“1,role:3,dept:1”。
5. 所属并行网关节点编码：离上次最近的并行网关节点编码，可传递，遇新网关重置。
6. 协作类型：

APPROVAL-无：无其他协作方式
TRANSFER-转办：任务转给其他人办理
DEPUTE-委派：求助其他人审批，然后参照他的意见决定是否审批通过
COUNTERSIGN-会签：和其他人一起审批通过，才算通过
VOTE-票签：和部分人一起审批，达到一定通过率，才算通过
ADD_SIGNATURE-加签：办理中途，希望其他人一起参与办理
REDUCTION_SIGNATURE-减签：办理中途，希望某些人不参与办理

2、通用规则

1. 开始节点和结束节点必须有。
2. 开始节点必须有且只有一个跳转条件（跳转节点），中间和网关节点必须有跳转条件，结束节点不需要。
3. 网关节点可不需要跳转类型，互斥网关按照跳转条件流转。
4. 开启流程是传入租户id，就可以后续就可以根据租户id过来任务。
5. 角色权限控制，非必填，流程定义时通过逗号隔开多个权限，流转是传入“1,role:3” ， “1,role:3,role:1”或者“1,role:3,dept:1”，进行控制。
6. 当流程有多个结束节点，有一个完成，流程实例就算完成
7. 网关节点不可直连。
8. 一票否决（谨慎使用），如果驳回，驳回指向节点后还存在其他正在执行的待办任务，转历史任务，状态都为失效,重走流程。
9. 中间节点不可通过或者驳回到多个中间节点，必须先流转到网关节点
10. 流程变量是全局都能获取，任务变量就当前任务触发的监听器时可以获取。

3、流程状态

1. 待提交：开启流程后的状态
2. 审批中：提交审批后的状态
3. 驳回：就是点击驳回后的状态
4. 失效：是针对并行流程，流程完成后，还存在待办任务，把它转历史记录，历史记录状态无效
5. 审批通过：是任务完成后，待办任务转为历史记录，历史记录状态为审批通过
6. 已完成：流程结束的状态

4、串行网关规则

1. 以串行网关开头，只会执行后面的一条任务路线，以串行网关结尾，只需前面的一条路线完成即可往下执行（最主要限制）。
2. 串行网关需要根据传入跳转条件去判断执行哪个任务路线。

5、并行网关规则

1. 以并行网关开头，只会必须执行后面的所有任务路线，以并行网关结尾，前面的任务路线必须都完成即可往下执行（最主要限制）。
2. 当流程完成，并行网关范围内还存在待办任务未完成，转历史任务，状态完成。

6、流程协作规则

1. 或签：待办任务有一个"审批"/"回退"操作即完成当前任务，或签待办权限支持个人、部门、角色及用户自定义类型
2. 会签：待办任务所有待办人都进行"审批"当前任务执行"审批"通过逻辑，会签中任意一待办人进行"回退"则整个任务执行"回退"逻辑，会签所有待办权限只支持个人类型
3. 票签：此时根据"审批"/"回退"操作自动计算"审批通过率(已审批人数/任务总人数)"与"回退驳回率(已回退人数/任务总人数)"，"审批通过率"大于等于流程设计时指定的"票签通过率"执行"审批"通过逻辑，"回退驳回率"大于"1-票签通过率"执行"回退"逻辑，票签所有待办权限只支持个人