FlyFlow

审批人

  1. 设置审批人：指定审批人来源，包括指定、表单、发起人自己以及主管等等
  2. 表单权限：设置审批人看到的表单权限：包括只读、编辑和隐藏

# 设置审批人

# 指定人员

  1. 点击按钮选择人员，可以选择多个部门和人员
  2. 如果是部门，可以选择是当前部门还是包含下级部门

# 发起人的部门主管

直接指定发起人的第几级部门主管（自己部门为第1级）

# 💎发起人的部门

  1. 请参考发起人的部门主管配置，但是额外支持选择是人员、主管、角色、岗位和标签
  2. 从下往上：从发起人当前部门开始计算向上查找部门，发起人部门是第一级
  3. 从上往下：从发起人当前部门开始计算向下查找部门，发起人部门是第一级
  4. 查找指定层级的部门信息

# 💎根部门层级

  1. 支持选择是人员、主管、角色、岗位和标签
  2. 从下往上：从发起人部门向上查找一直到根部门倒数的指定层级
  3. 从上往下：从根部门向下查询指定层级的部门

# 💎根部门多层级

  1. 支持选择是人员、主管、角色、岗位和标签
  2. 根部门是第一级
  3. 从下往上：从发起人当前部门开始计算向上查找部门，截止到根部门向下指定的层级；若层级向下超过了发起人部门，返回空数据
  4. 从上往下：从根部门向下查找指定层级的部门信息
  5. 包含线上所有部门信息

# 角色

可以选择指定的多个角色下人员为当前节点执行人

# 💎发起人部门到指定部门【PRO】

  1. 从发起人所在部门向上查找到指定部门的这条链路上的所有部门
  2. 若向上未查询到指定部门，则无审批人

# 💎其他审批节点指定【PRO】

可以由当前节点的前置节点在处理任务时选择当前节点的执行人

# 其他审批节点

选择前置节点，可以多选

# 发起人自己

流程发起人处理当前节点

# 发起人的连续多级主管

  1. 由发起人当前部门为开始1级，连续向上计算部门主管
  2. 审批终点可以到部门最顶级，也可以指定到某级就截止

# 💎发起人的连续多级部门

  1. 请参考发起人的连续多级主管配置，但是额外支持选择是人员、主管、角色、岗位和标签
  2. 从下往上：从发起人当前部门开始计算向上查找部门，发起人部门是第一级
  3. 从上往下：从发起人当前部门开始计算向下查找部门，发起人部门是第一级
  4. 从发起人部门到指定层级部门这条线上的所有部门数据

# 表单人员

可以选择表单内有单用户和多用户的表单作为该节点执行人

# 表单部门

  1. 可以选择表单内有单部门和多部门的表单作为该节点执行人
  2. 可以选择是当前部门还是包含下级部门

部门人员：部门的下的人员作为节点执行人

部门主管：部门主管作为节点执行人

💎角色：部门下某个角色的人员

💎标签：部门下某个标签的人员

# 💎指定部门

可以选择是当前部门还是包含下级部门

部门人员：部门的下的人员作为节点执行人

部门主管：部门主管作为节点执行人

角色：部门下某个角色的人员

💎标签：部门下某个标签的人员

# 💎指定连续上级部门

从发起人部门向上查找到指定部门的所有部门数据，若未查到，返回上级所有部门信息，即一直到根部门

部门人员：部门的下的人员作为节点执行人

部门主管：部门主管作为节点执行人

角色：部门下某个角色的人员

💎标签：部门下某个标签的人员

# 发起人的直属领导

在人员管理中可以设置直属领导，类似"师傅"的概念

# 💎上下级人员

在人员管理中可以设置直属领导，类似"师傅"的概念

从上往下：以发起人为领导向下查询指定层级的子级人员

从下往上：从发起人向上查找指定层级的直属领导

# 💎连续上下级人员

在人员管理中可以设置直属领导，类似"师傅"的概念

从上往下：以发起人为领导向下查询一直到指定层级的所有子级人员

从下往上：从发起人向上查找到指定层级的所有直属领导

# 💎指定标签

在人员管理中可以设置标签

可以根据标签查询相关人员，支持多选

# 💎远程加载

根据配置的Http地址远程获取当前节点要执行的人员信息

返回值格式：

[
  {
    "id": "1",
    "name": "张三"
  }
]

# 系统自动拒绝

功能类似用户拒绝，拒绝之后的操作要具体看下方的配置:审批被拒绝

# 系统自动通过

节点自动执行完成

# 审批人包含发起人时

  1. 发起人继续处理
  2. 发起人不用处理
  3. 转交给发起人部门主管处理
  4. 转交给流程管理员处理
  5. 转交给发起人直属领导处理

# 审批人为空

# 自动通过

跳过当前节点，进入下一个节点

# 自动拒绝

执行拒绝操作，拒绝之后的操作参考审批被拒绝

# 转交给流程管理员

交给基础信息页面配置的管理员来处理

# 指定人员

指定相关一位人员来处理

# 审批被拒绝

# 直接结束流程

终止流程

# 💎驳回到指定节点

  1. 从当前节点向上查找串行节点
  2. 不能进入分支内部
  3. 如果当前节点是条件分支，可以出分支向上查找；其他分支只能局限在本分支串行节点上

# 💎驳回节点自动跳回

比如当前节点是A，驳回到节点D

需要满足的条件：

  1. A和D是在同一个分支上
  2. A和D中间没有任何分支节点（条件分支、包容分支和并行分支）
  3. A和D不相邻

满足以上条件即可实现：A驳回到D，D审核通过会自动跳转到A

# 多人审批方式

审批人是多个人时，如何完成该节点，分为如下三种方式

# 依次审批

多个人按照顺序一个一个处理，只要其中一个人拒绝了，该节点就拒绝

# 会签

多个人同时处理，默认需要全部同意，只要其中一个人拒绝了，该节点就拒绝

# 💎会签审核通过比例【PRO】

  1. 默认100%，表示全部必须都是通过的；只要有一个拒绝了，就结束当前节点
  2. 如果设置60%，表示可以允许有拒绝的，只要60%是通过即可；此时拒绝之后不一定会结束当前节点

# 或签

多个人同时处理，只要其中一个人同意了，节点就完成了

# 审批时限

# 过期时长

只能是>0的整数

# 超时配置

  1. 通知提醒
  2. 自动通过
  3. 自动拒绝

# 提醒配置

循环：比如配置了5分钟，则会每个5分钟提醒一次，一共提醒10次

# 💎是否需要签字

如果打开开关，审批人在审批通过或者拒绝的时候需要签字之后才能提交

# 💎是否需要填写审批意见

如果打开开关，审批人在通过、拒绝和驳回的时候需要填写意见

# 💎操作权限【PRO】

  1. 可以针对审批节点单独设置操作权限
  2. 可以点击第二列修改按钮名称

# 权限名字

  1. 通过：进入下一步
  2. 拒绝：触发拒绝操作
  3. 驳回：可以驳回到当前节点之前的串行用户节点和签署合同节点
  4. 委派：A指派一人B处理当前任务，B处理完成之后再回到当前处理人A这里
  5. 转办：A指派一人B处理当前任务，B处理完之后直接进入下一步（不会再回到A这里了）
  6. 加签：添加人员到审批环节，比如3个人审批，可以添加一个人一起审批；若是多实例顺序审批节点，则默认是加在当前审批人的后面（后加签）
  7. 减签：多人审批环节可以减少其他人审批

# 驳回

  1. 并行分支和包容分支不能驳回出网关，只能驳回到当前分支上的之前用户节点和签署合同节点
  2. 条件分支可以驳回出网关到上级节点
  3. 任何外部节点都不能驳回到分支内部的节点

# 💎监听器【PRO】

# 创建任务

当用户任务被创建的时候，触发该监听器

# 默认参数

  1. 流程id：flowId
  2. 流程实例id：processInstanceId
  3. 执行人id：userId
  4. 节点id：nodeId
  5. 任务id：taskId

# 指派任务执行人员

当用户任务被指派执行人员的时候，触发该监听器

  1. 流程id：flowId
  2. 流程实例id：processInstanceId
  3. 执行人id：userId
  4. 节点id：nodeId
  5. 任务id：taskId

# 完成任务

当用户任务完成的时候，触发该监听器

  1. 流程id：flowId
  2. 流程实例id：processInstanceId
  3. 执行人id：userId
  4. 节点id：nodeId
  5. 任务id：taskId
  6. 任务类型：taskType，请查看枚举TaskTypeEnum
  7. 系统自动完成：autoComplete，当设置超时时间并且自动完成，此处值为true
  8. 审批结果：approveResult，仅仅当任务类型是同意或者拒绝的时候有值

抄送人