From d29994c8d49b99510a854b4821d77768e0ba7d75 Mon Sep 17 00:00:00 2001
From: yubaolee <yubaolee@163.com>
Date: Tue, 22 Oct 2024 15:46:13 +0800
Subject: [PATCH] =?UTF-8?q?=E5=AE=8C=E5=96=84=E6=96=87=E6=A1=A3?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 docs/core/flowinstance.md | 34 +++++++++++++++++++++++++++++++++-
 1 file changed, 33 insertions(+), 1 deletion(-)

diff --git a/docs/core/flowinstance.md b/docs/core/flowinstance.md
index 5fe6c263..45a0f24a 100644
--- a/docs/core/flowinstance.md
+++ b/docs/core/flowinstance.md
@@ -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)
+
+
 # 基本操作
 
 一个完整的工作流包括流程设计及流程实例处理。分别对应系统中【基础配置/流程设计】及【流程中心】两个板块。具体包含以下几个步骤：