> ## Documentation Index
> Fetch the complete documentation index at: https://help.dingtalk.io/llms.txt
> Use this file to discover all available pages before exploring further.
# 审批人节点
> 本文介绍了审批人节点在流程设计中的重要性，包括其决策权如同意、拒绝、转交等，并详细说明了如何配置审批人节点及不同版本权益。
审批人节点是流程设计中最重要的节点之一，它具有同意、拒绝、转交、加签、退回等决策权，本文介绍什么是审批人节点，以及如何配置审批人节点。
| **版本权益** | **免费版** | **轻享版** | **专业版** | **专属版** | **专属-OA增强包** |
| ---------- | ------- | ------- | ------- | ------- | ------------ |
| **加签多人** | 不支持 | 不支持 | 不支持 | 支持 | 支持 |
| **流程无痕收回** | 不支持 | 不支持 | 不支持 | 支持 | 支持 |
| **第三方审批人** | 不支持 | 不支持 | 支持 | 支持 | 支持 |
| **流程超时处理** | 不支持 | 不支持 | 支持 | 支持 | 支持 |
| **支持条件模式** | 不支持 | 不支持 | 不支持 | 不支持 | 支持 |
| **支持跳转配置** | 不支持 | 不支持 | 不支持 | 不支持 | 支持 |
| **支持权限矩阵** | 不支持 | 不支持 | 不支持 | 不支持 | 支持 |
## 节点简介
审批人的职责是处理该节点上的审批任务，需要做出**同意、拒绝**、**转交**、**加签**、**退回**等决策，一个流程至少包含一个审批节点，你可以根据需要自行增删审批节点。
例如，某采购员工购买一批办公电脑，需要走公司流程进行报销，此时他可以提交一个报销申请表单，然后由财务人员去决定是否报销，需要决定此报销单是否同意、拒绝或其他，那么财务人员就是这个工作流场景当中的**审批人**。
## 添加审批人节点
你可以参考以下步骤添加审批人节点。
登录[宜搭工作台](https://www.yidaapps.com/workPlatform)。选择目标应用，进入应用的**页面管理**页。
选择流程表单，单击编辑流程表单后方倒三角
，选择单击**流程设计**。
3. 将光标移动至流程节点的连接线位置，会弹出 **+** 按钮，单击 **+** 选择 审批人 节点。
## 审批人设置
在不同的业务场景中，审批人所对应的角色也不尽相同，宜搭审批人节点目前支持配置以下审批人类型。
⚠️**注意：单节点最多只支持加100个成员/角色/主管/接口人。**
### 指定成员
简易模式下，指定成员指的是该流程节点的审批人为固定审批人，支持多选。
当有多个审批人时，支持配置多人审批方式：
* 或签 ：该节点上配置的所有人都会收到通知，其中任一审批人同意后，都会进入下一节点，最终审批效果，由第一个操作人决定。
* 会签 ：该节点上的所有审批人同意后，才会进入下一节点。
* 依次审批 ：按照配置的顺序，一个一个依次审批。
### 指定角色
指定角色审批，将多个人进行标记，可以使用**钉钉角色**或**宜搭角色**。
* 你可以在宜搭工作台 > 平台管理页管理宜搭角色。
* 你可以在钉钉后台管理钉钉角色。
如何配置角色，可参考[角色管理](/zh/yida/platform-admin/fb7uip)。
当有多个审批人时，支持配置多人审批方式：
* 或签 ：该节点上配置的所有人都会收到通知，其中任一审批人同意后，都会进入下一节点，最终审批效果，由第一个操作人决定。
* 会签 ：该节点上的所有审批人同意后，才会进入下一节点。
* 依次审批 ：按照配置的顺序，一个一个依次审批。
### 部门主管
指定发起人或页面中成员组件的部门主管。
1. 最多支持20级主管。
2. 当主管来源选择表单中的成员组件，且对应成员存在于多个部门时，系统会随机选择其中一个部门来取「部门主管」。
支持设置以下配置项：
* 部门过滤 ：
* 多人审批方式 ：
### 多级主管
发起人提交审批后，由发起人向上的各级主管依次审批，直到审批终点。
审批终点可以是指定的某个角色，或者某一级主管。
**审批终点**：
* 指定角色（同时是主管线上的主管） ：
审批终点为指定角色指的是当不知道主管是几级但知道主管的角色时，可以使用该选项。
例如：知道主管的角色是财务，但不知道主管在第几级，可以选择该选项，并设置角色为财务，就可以在主管线上找到角色为财务的主管为审批人。
* 通讯录中的第n级主管 ：可以选择审批人是通讯录中第几级主管。
例如：如果设置的是审批人是第三极主管，那么当流程到达该节点后，会使用依次审批的形式从流程发起人（或成员字段）的第一级主管开始直至第三级主管审批完成，才会进入下一审批节点。
**主管来源**：可选流程发起人的连续多级主管，或表单中成员字段的连续多级主管
1. 「多级主管」中的「主管」，是指「部门主管」（非「直属主管」）
2. 当主管来源选择表单中的成员字段，且成员字段里的成员存在于多个部门时，系统会随机选择其中一个部门来取「部门主管」。
**连续多级**：
* 当关闭连续多级时，只有审批终点的主管会审批。
* 当开启连续多级时，从第一级主管到审批终点之间，所有主管都需按顺序依次审批。
**说明：审批终点和连续多级组合使用的效果**
**开启连续多级**
1. 指定角色为终点
* 如连续多级主管分别为A-B-C-D，
* 终点角色内包含C，
* 则最终审批链路是A-B-C
ps： 遵循最小范围截断原则，如连续为A-B-C-D,角色内同时包含C和D时,则认为C是审批终点,结果依然为A-B-C
2. 指定n级主管为终点：取1～n级所有主管
* 如连续多级主管分别为A-B-C-D，
* 若指定终点为第3级主管，即到C为止，则最终审批链路是A-B-C。
* 若指定终点为最高级主管时，则最终审批链路是A-B-C-D
**关闭连续多级**
1. 指定角色为终点：取角色和连续1～n级主管的交集
* 如连续主管为A-B-C-D，
* 角色内人员为（A,D,E），
* 则最终审批人为A、D。
2. 指定n级主管为终点：只取第n级主管
* 如连续主管为A-B-C-D，
* 若指定终点为第3级主管，则最终审批人为C,
* 指定终点为最高级主管时，则最终审批人为D。
### 直属主管
指定发起人或页面中成员组件变量的直属主管，可自定义第 N 级主管。
支持配置**找不到直属主管时，由部门主管代审批**。
1. 最多支持20级主管。
2. 当主管来源选择表单中的成员组件，且对应成员存在于多个部门时，系统会随机选择其中一个部门来取「直属主管」。
3. 如果选择发起人直属主管审批，发起人离职后，将会因为获取不到主管信息导致获取审批人失败。
### 部门接口人
部门接口人可以在**平台管理**页进行管理，你可以单击右侧接口人管理按钮，进入平台管理页设置部门接口人，详情请参考[接口人设置](/zh/yida/platform-admin/ka1xu9)。
该部门接口人可以理解为部门联系人，由于一个部门内可能存在多层上下级关系，但通常情况下会有指定的部门联系人。
当有多个审批人时，支持配置多人审批方式
* 或签 ：该节点上配置的所有人都会收到通知，其中任一审批人同意后，都会进入下一节点，最终审批效果，由第一个操作人决定。
* 会签 ：该节点上的所有审批人同意后，才会进入下一节点。
* 依次审批 ：按照配置的顺序，一个一个依次审批。
### 发起人本人
即当前节点的审批人为流程发起者。可用于需要发起人重新进行信息复核的场景。
如果审批人是发起人本人，那么该节点不受自动审批规则影响。
### 发起人自选
发起人发起流程时，可自行选择审批人员。
支持配置选择范围，可按照**全公司**、**指定成员**、**指定角色**三个维度进行配置。
* 全公司 ：即发起人可在全公司范围内选择当前节点的审批人。
* 指定成员 ：流程发起人可以在指定的成员范围内选择当前节点的审批人。
* 指定角色 ：流程发起人可以在指定的角色范围内选择当前节点的审批人。
当流程发起者可选审批人范围超过一人时，支持设置多人审批方式。
* 或签 ：该节点上配置的所有人都会收到通知，其中任一审批人同意后，都会进入下一节点，最终审批效果，由第一个操作人决定。
* 会签 ：该节点上的所有审批人同意后，才会进入下一节点。
* 依次审批 ：按照配置的顺序，一个一个依次审批。
### 表单内成员字段
根据表单内成员变量或发起人变量作为审批人。
支持配置多个审批人，多人审批方式如下：
* 或签 ：该节点上配置的所有人都会收到通知，其中任一审批人同意后，都会进入下一节点，最终审批效果，由第一个操作人决定。
* 会签 ：该节点上的所有审批人同意后，才会进入下一节点。
* 依次审批 ：按照配置的顺序，一个一个依次审批。
### 第三方服务
根据第三方服务设置审批人，第三方服务可以在**平台管理** >**服务注册**中进行设置，然后在流程中可以直接选择使用。
#### 接口返回值格式要求：
```java theme={"theme":{"light":"github-light","dark":"github-dark"}}
[
"工号1",
"工号2"
]
```
更多信息，如服务注册方式等，请参考[服务注册](https://docs.aliwork.com/docs/yida_support/yida_qalist/lmvsctyt7rxtgsrq/ld80ev)。
### 从连接器获取
支持从自定义连接器（宜搭连接器工厂和钉钉连接平台）中获取审批人，配置流程同连接器节点的使用。
连接器配置方式请参考：
* 宜搭连接器工厂
* 钉钉连接平台
选择**连接器** > **执行动作** > **配置动作**。
流程将自动获取连接器回传的成员信息作为审批人。
```javascript theme={"theme":{"light":"github-light","dark":"github-dark"}}
{
"result": [
"5014533041684350",
"01432910392321237660"
],
"success": true,
"error": ""
}
```
### 从权限矩阵获取
从权限矩阵中设置审批人，可以在**平台管理** >**权限矩阵**中进行设置，然后在流程中可以直接选择使用。
权限矩阵配置请参考[权限矩阵](/zh/yida/platform-admin/bqc0fgwy5usglvrn)。
### 支持条件模式
> 灰度中
通过设置条件，系统可以根据预设规则自动匹配审批人，允许根据特定条件自动选择不同审批人。条件模式通过灵活的规则配置，实现了任务分配的动态化和精准化，多条件组合确定审批人/抄送人/执行人。
本功能是**专属-OA增强包用户**专享。
如您对OA增强权益版的内容感兴趣，可联系您的宜搭对接人。
1. 进入审批设置页面 ：在宜搭平台上，进入审批流程设置页面。
2. 选择条件模式 ：在审批人、抄送人、执行人的操作人设置中，选择“条件模式”。条件模式，支持设置多组审批人，且可定义不同条件流转到不同审批人来审批。
3. 配置条件规则 ：点击【添加一项】，可在下方审批生效条中新增一条数据，点击【请设置条件】展示条件配置弹窗，需根据实际需求配置条件规则。
例如： 如果申请金额小于1000元，则由财务部经理审批。
如果申请金额大于等于1000元，则由财务总监审批。如下图所示：
4. 多规则生效：
* 按优先级生效：
* 并行生效：
5. 多人审批方式：
* 会签 （需所有审批人同意）
* 或签 （一名审批人同意即可）
* 依次审批 （按顺序依次审批）
6. 保存并发布 ：完成所有条件配置后，保存设置并发。
## 审批按钮
审批按钮是当流程运行到当前节点时，节点审批人可以执行的审批操作，目前已支持同意、拒绝、保存、转交、加签、退回、收回等操作，你可以配置某个操作按钮的显示名称、默认审批意见、是否启用等，同意和拒绝操作还支持配置是否开启批量审批。
* 需至少启用一个审批按钮。
* 审批人节点在创建时会默认启用 同意 和 拒绝 按钮。
配置审批按钮
审批人执行审批操作
每个审批操作对应的说明与配置项如下：
### 同意
表示同意当前流程发起人的审批单，启用该按钮后，审批人可以在审批单中看到同意按钮。
支持配置是否开启批量审批，是否开启审批意见框，审批意见是否必填，以及默认审批意见。
### 拒绝
表示拒绝当前流程发起人的审批单，启用该按钮后，审批人可以在审批单中看到拒绝按钮。审批人单击拒绝按钮后，审批单立即终止。
支持配置是否开启批量审批，是否开启审批意见框，审批意见是否必填，以及默认审批意见。
### 保存
保存操作适用于需要当前审批人补充填写审批单或修改审批人内容等场景，启用该按钮后，审批人可以在审批单中看到保存按钮。
### 转交
转交操作适用于当前审批节点的审批人，无法对该审批单做主需要上层主管或其他审批人进行审批的情况，启用该按钮后，审批人可以在审批单中看到转交按钮。
支持配置是否开启批量审批，是否开启审批意见框，审批意见是否必填，以及默认审批意见。
### 加签
审批流程中的加签人，支持配置**加签位置**、**加签目的**和**加签操作按钮**。
加签按钮支持以下配置。
**加签位置**：
* 前加签 ：前加签是指在当前审批人之前添加一个审批节点，该审批节点的审批人由当前审批人进行指定，支持加签多人。
* 后加签 ：后加签是指在当前审批节点结束之后，在当前节点后添加一个审批节点，该审批节点的审批人由当前审批人进行指定，支持加签多人。
**加签目的**：
* 参与审批 ：如果加签目的设置为参与审批，那么在加签时将新建一个审批节点。
* 不参与审批，仅做消息通知 ：如果设置的加签人为不参与审批，那么该加签人仅收到通知，不参与流程处理，也不显示在流程示例视图里。
**加签操作按钮**：加签操作按钮指的是加签人可以执行的审批动作，支持同意、拒绝、转交、加签、退回等五种操作。
加签后的流程示意图如下：
* 不能选择当前审批人为加签人，只能选择具体用户，不能选择角色。
* 加签人员的审批方式，会跟随当前审批节点。
* 当生成前加签节点时，原节点的待办任务都取消，等前加签节点的结果更新后，再根据其对原节点的影响重新生成待办。
### 退回
流程退回是指在审批流程中，当前节点审批人对提交的审批单不满意，或流程发起人的提交审批单信息不齐全，因而审批人将审批单退回到流程发起人或流程中的某一节点的操作。
* 若审批按钮同时 配置退回和加签，且加签中的配置项也加入了「退回」按钮，则退回功能按照审批人节点的退回逻辑执行。
* 若审批按钮只配置了加签，并开启了加签功能中的退回功能。此时，审批人无法执行退回操作，但加签人可执行退回操作并按照所选的退回逻辑执行。
* 如果流程开启了自动去重，且流程退回到之前的审批节点后再次审批，自动去重审批逻辑会降级，中间的相关审批人需二次审批确认。即在审批退回场景中，自动去重功能将不再生效。
* 流程退回至发起人后，流程发起人可撤回该审批。
* 【退回发起人后从当前节点继续审批】： 退回发起人后，原节点暂停，允许发起人修改信息，原节点超时时间不中断，数据管理页看到的当前节点也是原节点。
* 【退回发起人后重新审批】 退回发起人后，真正实现节点跳转，数据管理页看到的是发起节点，原节点超时时间清零不再计时。
支持配置流程退回后重新发起审批的审批方式：
* 重新依次审批： 退回发起人后，真正实现节点跳转，数据管理页看到的是发起节点，原节点超时时间清零不再计时。
若流程节点为A => B => C ，C 将流程退回至 A ，流程将会按照 A => B => C 的链路进行重新流转，且会重新触发节点 A 和 节点 C 对应的消息通知及业务规则，重置当前节点为**重新提交**。
* 选择【 重新依次审批 】，直接退回至发起人，流程状态显示为发起人名下。 支持配置发起人在发起节点重新提交时关闭所有节点的自动触发，即可配置是否需要【同时触发公式，关联业务规则和第三方服务回调】。
* 原节点超时时间清零。
* 从当前节点审批： 退回发起人后，原节点暂停，允许发起人修改信息，原节点超时时间不中断，数据管理页看到的当前节点也是原节点。
若流程节点为A => B => C ，C 将流程退回至 A ，流程将会按照 C => A => C 的链路进行流转，且不会触发对应的消息通知及业务规则，同时当前节点会保留，以便重新提交后，从当前节点继续审批。
* 选择【 从当前节点审批 】，退回发起人后，流程状态依然在当前审核人名下。
* 原节点超时时间不中断。即如果操作退回节点配置了超时处理规则，不受其影响，仍会继续计时。
### 收回
流程收回是指当流程到达下一审批人、执行人节点时，当前节点用户可以操作收回，重新审批或执行。
宜搭专属版可开启无痕收回，开启无痕收回后收回记录不在审批记录中显示，无痕收回可以在流程的**全局设置**中进行开启。
流程收回逻辑如下：
* 流程中的第一个节点不支持收回且不可见，可使用撤销操作。
* 仅支持相邻节点间收回，单次收回后，不支持连续收回。
* 如流程节点配置了节点提交规则、集成自动化触发等，不支持收回。
* 相邻流程节点间存在自动化节点时。
* 节点内配置为会签时。
* 多人或签时，一人收回，重新激活节点。
* 转交、加签等方式产生的任务，支持收回。
## 设置字段权限
流程节点的字段权限控制可以控制审批流程中某个审批节点可以查看的表单字段权限，支持根据组件名称配置可编辑、只读和隐藏三种状态。更多内容请参考[流程权限控制](/zh/yida/process/lagbfd)。
## 跳转配置
> 灰度中
本功能是**专属-OA增强包**专享。
如您对OA增强权益版的内容感兴趣，可联系您的宜搭对接人。
在业务流程中，支持「审批人」节点新增跳转配置模块，允许用户根据业务需求自定义跳转规则。
弹窗展示跳转规则配置页，需配置条件及跳转节点。
⚠️注意：此处跳转节点只能选择【审批人】。
设置跳转条件，如下图所示：
3. 其他配置
* 当跳转条件均不满足时，可选择 终止流程 或流转至指定节点。
* 跳转到上游节点重新走流程时，可配置是否再次触发公式、关联业务规则、第三方服务回调。
**特别说明**：节点跳转规则生效后，本节点重复经过100次，或存在死循环。为避免业务出错，流程会停止并抛异常。
• 单个节点的复制，支持复制“跳转设置”。节点配置同步
暂不支持复制“跳转设置”。
4. 保存并发布 ：完成所有条件配置后，保存设置并发布新的审批流程。
## 高级设置
流程节点的高级设置支持配置当前节点的自动审批规则、当前审批节点审批人为空时的处理逻辑、超时处理规则以及。
### 自动审批
自动审批规则主要用于简化审批流程，解决因重复审批而导致的流程效率低下问题。
更多内容请参考[自动审批规则](/zh/yida/process/eeykw4)。
### 审批人为空
审批人为空时的处理逻辑，支持
* 自动跳过节点：
* 转交给应用主管理员：当应用主管理员有多人时，随机转交给其中一位人员。
* 转交给指定人员：可添加一个或多个成员。当指定成员是多个时，审批方式同当前节点的「多人审批方式」。
* 流程暂停：即不允许为空。流程状态显示未「流程异常」，需要应用管理员或平台管理员介入处理。
为空的意思是找不到人，例如某角色下成员为空、某用户的主管未设置等。**离职人员不算为空。**
### 超时处理
超时处理规则是流程设计中的高级设置之一。当流程到达**审批人**或**执行人**节点时，如果审批人、执行人超过设定时间未做出响应时，系统自动执行规则中所选的执行动作。
更多内容请参考[超时处理规则](/zh/yida/process/aglbg3)。
## 注意事项
* 流程发起人和发起部门，在流程发起时就会完成锁定。因此，在流程流转的过程中，发起人和发起部门不会再改变，无论是换部门还是代理给别人重新提交。
* 如果流程流转的过程中，流程中有人离职，且审批节点取人依赖于该离职人的组织架构信息（如主管审批等），流程会出现找不到审批的错误，导致流程异常或无法继续审批，此时可联系管理员通过跳转节点解决。