完善文档

This commit is contained in:
yubaolee 2024-10-22 15:46:13 +08:00
parent 76a8b4975e
commit d29994c8d4

View File

@ -9,7 +9,7 @@
至少一个通过:会签中任何一个人通过,节点即审批通过。
具体的会签人员或角色,需要在【会签开始】和【会签结束】之间的连线配置如上图中的admin、test。
具体的会签人员或角色,需要在【会签开始】和【会签结束】之间的节点配置如上图中的admin、test。
::: warning 特别注意
@ -18,12 +18,44 @@
会签不能在分支上加判断条件
:::
## 加签
有时需要在原有审批流程中**临时**增加一个或多个审批节点,这时就需要用到加签的功能。它通常有以下特性:
* 临时性:加签是在流程执行过程中临时增加的,并非流程设计时就已经固定的审批节点。
* 发起主体:加签通常由当前审批人发起,他们认为需要额外的人员进行审核或批准。
* 新增审批节点:加签会在当前审批节点之后,插入一个或多个新的审批节点,这些节点需要审批通过后,原流程才能继续执行。
* 不改变流程结构:加签不会改变原有流程的整体逻辑或终点,只是插入临时节点,完成后流程继续按原定路径执行。
#### 与会签的区别:
* 加签:在已有审批流程上临时添加审批人,原审批人仍有审批权。
* 会签:多个审批人同时审批,所有会签人均需审批,才能通过节点。
加签功能常用在遇到不明确的情况时,需要其他人协助处理。
![2024-10-22-15-24-08](http://img.openauth.net.cn/2024-10-22-15-24-08.png)
## 条件分支
有时需要根据提交数据不同(如报销金额、请假天数等)流程转向不同的审批者。这时需要在连线上面配置分支条件,如下图:
![20240417114340](http://img.openauth.net.cn/20240417114340.png)
## 知会
知会指的是在流程执行过程中,将审批结果通知给指定人员,但这些人员不参与实际审批或决策过程。知会的目的是确保相关人员知晓流程的进展或结果,但他们不会影响流程的走向。如下图:
![2024-10-22-15-42-49](http://img.openauth.net.cn/2024-10-22-15-42-49.png)
# 基本操作
一个完整的工作流包括流程设计及流程实例处理。分别对应系统中【基础配置/流程设计】及【流程中心】两个板块。具体包含以下几个步骤: