FlyFlow

⚠️多节点相同配置

# 找人规则

# 指定成员[多人]

可以同时选择多人和多个部门

选择部门时，可以在弹出框右侧选择是否需要同时选择下级部门；如果选中，则该部门以及该部门所有下级部门的人员都被选中

# 发起人的部门[多人]

以流程发起人发起流程时刻的主部门id为基准来判断人员规则。

人员只属于某一层级的，不会出现跨层级的情况

# 审批层级

从下往上：发起人当前部门的层级是：1，然后依次向上查找部门，这种查找是线性查找 a->b->c

从上往下：发起人当前部门的层级是：1，可能有多个部门，依次向下查找，这种查找是树形查找

# 具体人员属性

  1. 部门人员
  2. 部门主管
  3. 部门下的角色
  4. 部门下的岗位
  5. 部门下的标签

具体人员是根据部门与相关属性取交集所得

# 发起人的连续多级部门[多人]

以流程发起人发起流程时刻的主部门id为基准来判断人员规则。

人员属于多层级：从发起人的部门开始计算向上或者向下，直到对应层级的所有部门，比如 a->b->c，发起人是a部门，层级是3，则代表abc三个部门的所有人员

其他配置参考：发起人的部门

# 根部门层级[多人]

与发起人的部门区别：

是从顶级部门往下计算，最顶级部门层级是1

其他配置参考：发起人的部门

# 根部门多层级[多人]

可以参考根部门层级和发起人的连续多级部门

# 指定角色[多人]

根据角色找人

可点选多个角色

# 指定岗位[多人]

根据岗位找人

可点选多个岗位

# 其他审批节点指定

可以指定节点(A)来选择当前节点的审批人

# 其他审批节点

A节点必须是当前节点之前的节点，类型包括：发起人、审批人和办理人`；可以选择多个节点

# 人员范围

  1. 全部人员
  2. 指定人员：只能从指定的人员里选人
  3. 指定部门：只能从指定的部门里选人

# 选择方式

  1. 单选
  2. 多选：选多个人

# 发起人自己

# 指定部门[多人]

可以选择固定的多个部门，并且可以选择是否包含部门的下级部门

其他配置参考：发起人的部门

# 指定标签[多人]

根据标签找人（用户管理里可以给人打标签）

可以选择多个标签

# 表单中人员[多人]

根据第二步的表单里的人员组件设置人员

支持：单用户、多用户

# 表单中部门[多人]

根据第二步的表单里的部门组件选择人员

支持：单部门、多部门

# 是否包含下级部门

默认人员是表单里的部门组件的当前部门，可以选择包含下级部门

# 部门属性

参考发起人的部门

# 发起人的部门到指定部门[多人]

此功能类似于发起人的连续多级部门，不过这个功能是指定部门

是从发起人的部门到指定部门的所有部门人员

比如现在有个部门关系是a->b->c->d->e->f，发起人部门时c，那这里选择部门f，是指cdef的部门人员都可以不选到；同样如果这里选择a，则代表abc部门的人员都可以被选到

可以选择多个部门

支持选择发起人当前部门

# 部门属性

参考发起人的部门

# 上下级人员[多人]

上下级是指用户管理配置的直属领导属性

# 指定审批层级

从上往下：发起人为基准，依次向下查找，直到指定的审批层级，第1级是指以发起人为直属领导的人员

从下往上：发起人为基准，依次向上查找，直到指定的审批层级，第1级是指发起人的直属领导

# 连续上下级人员[多人]

和上下级人员区别是：本功能是指从发起人到指定层级整条线上的所有人员,比如a->b->c，发起人是a，指定层级是2，则代表bc的人员都可以被选到

# 业务人员-经办人[多人]

此功能首先需要在系统管理-业务人员关联配置好关联关系，比如人力关系：张三负责技术部，李四负责采购部等

# 选择人员类型

根据人员基准找经办人：小A所在部门是技术部，那根据关联关系就找到张三（负责技术部）

发起人：以发起人为基准

表单人员：以表单里的人员为基准,支持单用户、多用户表单

# 业务人员-参与人[多人]

此功能首先需要在系统管理-业务人员关联配置好关联关系，比如人力关系：张三负责技术部，李四负责采购部等

# 选择人员类型

根据人员基准找参与人：张三负责技术部，那根据这个关系就能找到技术部所有人员

发起人：以发起人为基准

表单人员：以表单里的人员为基准,支持单用户、多用户表单

# 同其他节点[多人]

与指定节点的人相同

从当前节点向上找节点，支持节点：审批人、办理人、抄送人和抢单

# 远程加载[多人]

配合远程URL地址获取人员

返回值格式：

{
  "ok": true,
  "message": "success",
  "data": [
    {
      "id": "1",
      "name": "张三"
    },
    {
      "id": "2",
      "name": "李四"
    }
  ]
}

# 系统自动拒绝（通过）

默认执行赋值审批结果为拒绝或者通过

# 多人审批方式

# 会签

  1. 一个人拒绝了即为拒绝，该节点结束
  2. 默认全部人都同意，该节点结束；可以通过配置数量或者比例来控制，比如有10个人审批，配置按数量5或者比例50%来控制，则在没有人拒绝的情况下，5个人审批通过即代表当前节点完成了

# 或签

  1. 一个人同意了即为同意，该节点结束
  2. 默认全部人都拒绝，该节点结束；可以通过配置数量或者比例来控制，比如有10个人审批，配置按数量5或者比例50%来控制，则在没有人同意的情况下，5个人审批拒绝即代表当前节点完成了

# 并签

  1. 只要审批通过的人的数量或者比例满足配置的数据即为审批通过，该节点结束
  2. 比如10个人审批，配置数量5或者比例50%来控制，如果已经有两个人审批拒绝了，则后续5个人审批通过则就结束节点
  3. 并签与会签的区别是：并签是只要满足数量或者比例即可，即使有拒绝的也不会结束节点，直到满足配置的数据或者不可能满足（比如拒绝的数量是6个人，后续4个人都同意也不可能超过5个人了）就结束节点

# 依次审批

按照配置的人员顺序挨个排队审批

# 审批人为空

# 自动通过

默认执行通过，审批状态是通过

# 自动拒绝

默认执行拒绝，审批状态是拒绝

# 指定人员

选择一个人员来审批

# 转交给流程管理员

执行转交给流程管理员（流程配置第一步-基础信息里配置的）

# 报错提醒

抛出异常，可以在错误记录里查看

# 审批被拒绝

# 直接结束流程

流程结束

# 继续执行后续流程

只是审批状态是拒绝，后续流程该执行还是执行

# 审批结果回传

  1. 需要有一个单选表单
  2. 单选表单必须有两个选项：1-同意，2-拒绝
  3. 当该节点结束之后，就会把审批结果赋值给单选表单了

# 超时配置

# 过期时长

支持小时、天、工作日和分钟

# 处理方式

超时之后处理方式

# 通知提醒

给超时用户和发起人发送消息

循环提醒：按照配置的次数和间隔时间来提醒

提醒一次：仅超时之后提醒一次

# 自动通过

# 自动拒绝

# 监听器

分三种类型，按照任务维度调用接口，分别在任务创建、指派人员、完成任务时调用

# 创建任务

# 默认参数

  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，仅仅当任务类型是同意或者拒绝的时候有值

# 表单权限

# 点击头部多选框可以选中一整列

# 只读

只能看，不能修改

# 编辑

用户可以编辑，也可以不输入值

# 隐藏

用户看不到表单

# 必填

用户可以编辑，而且是必须输入值

发起人