codewave-openclaw-installer 1.0.0

package/skills/smart-customer-service/docs/codewave/20./345/272/224/347/224/250/345/274/200/345/217/221/20./346/265/201/347/250/213/350/256/276/350/256/241/20./346/265/201/347/250/2132.0/30./346/265/201/347/250/213/350/256/276/350/256/241/345/217/212/344/275/277/347/224/250.md

@@ -0,0 +1,258 @@
+# 流程设计及使用
+
+## 基础概念
+
+在开始使用流程2.0功能之前，需要了解在流程2.0中新增的概念。
+
+### 流程与实体
+
+在定义流程时需要绑定一个实体，流程定义过程中可以使用实体来实现流程的业务组装，包括以下流程业务场景：
+
+1.  审批任务节点设置审批人
+2.  设置审批节点的数据权限
+3.  设置分支条件
+4.  流程逻辑中的流程变量
+
+流程与实体绑定后，将不允许修改绑定关系。
+
+### 流程与业务数据
+
+流程2.0版本将支持数据跟随流程审批流转，即创建流程时需要带入业务数据，在审批过程中可查看业务数据或修改业务数据。待流程审批结束后可按需将业务数据同步到实体表中。
+
+<img src="../assets/liuchengshejijishiyong_0325_1.png" alt="0" style="width:700px;" />
+
+<br>
+
+- **为什么需要将业务数据带入流程？**
+
+  产品设计上主要有以下目的：
+
+  1.  支持流程版本管理，为了做到流程相关的调整对历史版本的流程实例无影响，就需要将历史流程实例相关的数据进行拷贝，避免实体变更后导致历史数据丢失。
+  2.  支持流程审计，流程数据在流程审批过程中的任何修改调整都可追溯修改记录。
+  3.  支持流程使用业务数据，在流程流转过程中实时获取业务数据实现流程正常流转，例如可以使用业务数据作为流程分支判断的条件。
+
+- **如何带入业务数据到流程中？**
+
+  通过发起流程逻辑发起流程时需要同时带入流程相关的业务数据。<!-- 具体可参考[发起流程](#_1-发起流程) -->
+
+- **流程审批中如何修改业务数据？**
+
+  流程审批过程，支持对业务数据进行修改/补充，允许在进行任务的“提交”、“同意”、“拒绝”操作时保存流程中的业务数据。<!-- 具体可参考[处理流程](#_3-处理流程)。 -->
+
+- **流程审批结束后如何回写业务数据？**
+
+  可通过流程事件或自动任务节点的方式实现，在流程逻辑中调用写入实体数据的方式，传入流程变量中的流程数据即可。
+
+## 流程设计
+
+说明：以下将通过“请假审批流程”来示范流程设计和流程使用的步骤。
+
+创建一个请假审批应用，需要完成以下5个过程，具体如下：
+
+### 1. 创建实体
+
+需要设计一个请假实体，包括请假业务所有的数据属性，例如请假实体名称为：LeaveRequest
+
+请假实体属性包括：
+
+| 属性名称      | 属性标题 | 属性类型     |
+| :-------- | :--- | :------- |
+| name      | 申请人  | String   |
+| reason    | 申请理由 | String   |
+| type      | 请假类型 | String   |
+| startTime | 开始时间 | DataTime |
+| endTime   | 结束时间 | DataTime |
+| days      | 天数   | Integer  |
+| status    | 审批状态 | Boolean  |
+
+**注意**：本案例中的审批状态字段在创建实体时默认设置为false，表示流程未审批完成，在流程审批结束时（使用自动任务），将审批状态修改为true。
+
+### 2. 创建流程
+
+创建流程之前，需要确保应用已经引入了权限模板。如果是3.13及以上版本的应用，流程能力还将以依赖库的形式引入到应用中，也需要引入对应的流程依赖库。
+
+1. 左侧面板切换到流程IDE，点击加号创建流程，如果没有引入权限模板则会提示，导入权限模板后再来创建流程。
+
+    <img src="../assets/liuchengshejijishiyong_202502081558_3.png" class="imgStyle" style="" />
+
+    <img src="../assets/liuchengshejijishiyong_202502081558_1.png" class="imgStyle" style="" />
+
+    <img src="../assets/liuchengshejijishiyong_202502081558_2.png" class="imgStyle" style="" />
+
+2. 从3.13版本开始，流程能力依赖于一些依赖库，需要引入相关的依赖库才能使用流程，提示“缺少流程依赖库”时，点击“导入依赖库”，引入3个流程依赖库即可。
+
+    <img src="../assets/liuchengshejijishiyong_202502081558_4.png" class="imgStyle" style="" />
+
+    <img src="../assets/liuchengshejijishiyong_202502081558_5.png" class="imgStyle" style="" />
+
+3. 完成上述前提条件后，点击加号创建流程，流程名称使用英文标识，流程标题可使用中文，流程实体选择LeaveRequest。点击确定即可创建流程。
+   
+    <img src="../assets/liuchengshejijishiyong_202502081558_6.png" class="imgStyle" style="" />
+
+
+### 3. 设计流程
+
+双击侧边栏中的流程，即可在画布中设计流程。
+
+<img src="../assets/liuchengshejijishiyong_202502081558_7.png" class="imgStyle" style="" />
+
+可按照以下流程图进行设计流程：
+
+<img src="../assets/liuchengshejijishiyong_0325_2.jpg" alt="0" style="width:600px;" />
+
+流程节点配置如下：
+
+| 节点名称   | 节点类型 | 审批人      | 审批操作     | 审批数据      | 备注                  |
+| :----- | :--- | :------- | :------- | :-------- | :------------------ |
+| 提交请假申请 | 审批任务 | 流程变量：发起人 | 提交 | 所有数据均为可编辑 |                     |
+| 主管审批   | 审批任务 | 角色：主管    | 同意、拒绝    | 所有数据均为预览  |                     |
+| 总监审批   | 审批任务 | 角色：总监    | 同意、拒绝    | 所有数据均为预览  |                     |
+| 归档     | 自动任务 | -        | -        | -         | 同步数据到实体，标记流程状态为审批通过 |
+
+以上流程图中还有三个分支的情况，分别针对审批结果不同、请假天数不同设计不同的流转分支。可采用唯一分支节点实现，如下：
+
+| 节点说明   | 节点类型 | 条件        | 流转分支        |
+| :----- | :--- | :-------- | :---------- |
+| 主管审批判断 | 唯一分支 | 主管节点的审批结果 | 同意：往下判断     |
+| 请假天数判断 | 唯一分支 | days数值    | 大于3：流转到总监审批 |
+| 总监审批判断 | 唯一分支 | 总监审批的结果   | 同意：往下到归档    |
+
+审批任务节点中审批页可以通过一键创建的方式进行创建，也可手动制作审批页面后再关联（多个审批任务可共用一个审批页面）。
+
+每个流程节点的配置可详细参考[流程节点配置说明](../20.流程2.0/40.流程节点配置说明.md)。
+
+实现的流程图如下：
+
+<img src="../assets/liuchengshejijishiyong_0325_3.png" alt="0" style="width:600px;" />
+
+如果是应用是3.11及以上版本，则可以直接在审批任务的属性中配置拒绝操作后的流向，无需通过唯一分支来决定同意或拒绝后的不同流向，简化了流程的设计。
+
+<img src="../assets/liuchengshejijishiyong_202410231817_1.png" alt="0" style="width:600px;" />
+
+### 4. 创建申请页
+
+流程申请页主要是填写请假信息后发起流程，所以内容上主要是请假申请的表单。具体步骤如下：
+
+一、 通过CodeWave平台的表单设计能力，搭建表单内容。
+
+二、 创建一个服务端逻辑，命名为launchLeaveProcess，设计内容如下：
+
+  1. 输入参数：新建一个LeaveRequest实体类型的输入参数，命名为data
+  2. 输出参数：新建一个String类型的输出参数，命名为result
+  3. 配置服务端逻辑，调用发起流程的逻辑（位于**系统逻辑-流程逻辑**下），传入必要参数。
+
+      > 发起流程的输入及输出参数说明：
+      > 
+      > | 参数        | 类型     | 说明           |
+      > | :-------- | :----- | :----------- |
+      > | 输入参数：流程   | -      | 选择需要发起的流程    |
+      > | 输入参数：data | 实体     | 流程关联的实体参数    |
+      > | 输出参数      | String | 创建成功后的流程实例ID |
+
+三、 表单提交按钮事件中调用服务端逻辑，并传入LeaveRequest实体类型参数。
+
+  <img src="../assets/liuchengshejijishiyong_0410_1.png" alt="0" style="width:600px;" />
+
+**注意事项**：
+
+发起流程后，入参的实体数据会带入流程，实体本身是否需要存入实体表则不做强制要求，根据具体业务需要自行决定：
+
+  - 发起流程时数据同时存入实体表：如上图所示，创建实体并添加到数据库中，再将该实体数据作为发起流程逻辑的入参。待流程审批结束后可按需更新数据到实体表。注意：使用create实体时应使用赋值接收创建成功的数据，再将数据作为发起流程逻辑的入参，这样才能获取到该实体数据的主键ID值。
+   
+  - 发起流程时不存入实体表：则数据完全跟随流程走，待流程审批结束后可按需插入数据到实体表。
+
+**一键生成申请页面**
+
+选中流程后，可在属性面板中一键生成申请页面（包含服务端逻辑）。
+
+<img src="../assets/liuchengshejijishiyong_0325_5.png" alt="0" style="border: 1px solid #ccc;" />
+
+### 5. 创建审批页
+
+审批页为流程审批时查看流程数据，进行审批操作的页面，一旦流程节点关联审批页面后，该页面下将会自动生成一个输入参数：taskId。此参数主要用于传递任务信息，在流程审批时通过taskId可查询流程相关数据，可进行流程审批操作。
+
+> 除关联流程节点的页面会自动生成taskId，也可以自行为页面添加taskId，在跳转该页面时传入实际taskId值。
+
+提供了多种页面组件进行流程数据展示和流程审批操作，用于开发者快速搭建审批页面。详情请参考[流程组件](../20.流程2.0/50.流程组件.md)。
+
+<table>
+    <tr>
+        <th style="min-width: 100px">组件</th>
+        <th>说明</th>
+        <th>备注</th>
+    </tr>
+    <tr>
+        <td>流程按钮</td>
+        <td>用于审批流程的操作按钮，包括提交、同意、拒绝、转派、回退、撤销等。根据taskId识别当前任务对应的流程审批节点中的流程操作权限，从而动态渲染流程操作按钮</td>
+        <td>可配置流程操作成功的页面跳转地址，不配置则刷新当前页面</td>
+    </tr>
+    <tr>
+        <td>流程信息</td>
+        <td>展示当前审批流程的基本信息，包括发起人、发起时间、当前流程状态、当前节点和审批人</td>
+        <td></td>
+    </tr>
+    <tr>
+        <td>流程记录</td>
+        <td>展示流程审批操作记录，包括操作的节点、处理人、处理时间、审批操作和审批意见</td>
+        <td></td>
+    </tr>
+    <tr>
+        <td>流程图</td>
+        <td>显示流程流转信息，可查看流转轨迹及处理人</td>
+        <td></td>
+    </tr>
+    <tr>
+        <td>流程表单</td>
+        <td>根据流程节点配置的数据权限动态渲染表单数据</td>
+        <td></td>
+    </tr>
+</table>
+
+审批页创建成功后可在流程的审批任务节点上配置绑定审批页。
+
+**注意**：流程的开始节点也需要绑定审批页，用于实现流程打回给发起人时进行流程处理操作的业务场景。
+
+**一键生成审批页面**
+
+选中开始节点或审批任务后，可在属性面板中通过点击“创建审批页面”快速生成审批页面。
+
+<img src="../assets/liuchengshejijishiyong_0325_6.png" alt="0" style="width:400px;border: 1px solid #ccc;" />
+
+### 6. 创建流程任务浏览页
+
+通过“我的流程”组件可实现流程任务浏览页，包括我的待办、我的已办、我的发起三种流程任务数据。用户可通过这三个任务数据作为入口查看流程并处理流程。
+
+PC端还提供了“任务箱”组件，用于显示流程待办任务数据。可配合“我的流程”组件一起使用。
+
+更多流程组件的详细介绍请参考[流程组件](../20.流程2.0/50.流程组件.md)。
+
+## 流程使用
+
+通过以上流程设计已基本可完成一个简单的流程应用，发布即可使用。
+
+### 1. 发起流程
+
+访问“请假流程”表单页面，填写表单内容，提交表单即可发起流程。
+
+<img src="../assets/liuchengshejijishiyong_0325_7.png" alt="0" style="min-width: 700px;max-width: 80%;border: 1px solid #ccc;" />
+
+### 2. 查看待办
+
+发起流程后可通过“任务中心”页面或“任务箱”查看待办任务数据，流程审批人员查看待办数据后可点击“审批”操作按钮进入流程审批页面。
+
+<img src="../assets/liuchengshejijishiyong_0325_8.png" alt="0" style="min-width: 700px;max-width: 80%;border: 1px solid #ccc;" />
+
+### 3. 处理流程
+
+流程审批人员进入流程审批页面后，可看到当前能操作什么按钮，能显示什么数据。审批人根据实际情况点击操作即可。
+
+例如点击“同意”按钮后，弹出审批意见输入框，填写意见后提交即可。流程会自动往下流转。
+
+<img src="../assets/liuchengshejijishiyong_0325_9.png" alt="0" style="min-width: 700px;max-width: 80%;border: 1px solid #ccc;" />
+
+<div style="text-align: right;font-size: 14px;">
+    <span style="color: rgb(78, 110, 142);">创建人：</span>
+    <span style="color: rgb(118, 118, 118);">老王</span>
+    <span style="color: rgb(78, 110, 142);margin: 0 0 0 40px;">更新时间：</span>
+    <span style="color: rgb(118, 118, 118);">2025年01月23日</span>
+</div>

package/skills/smart-customer-service/docs/codewave/20./345/272/224/347/224/250/345/274/200/345/217/221/20./346/265/201/347/250/213/350/256/276/350/256/241/20./346/265/201/347/250/2132.0/40./346/265/201/347/250/213/350/212/202/347/202/271/351/205/215/347/275/256/350/257/264/346/230/216.md

@@ -0,0 +1,365 @@
+# 流程节点配置说明
+
+搭建流程需要拖拽流程节点到流程画布中并配置连线，流程节点清单如下：
+
+| 流程节点 | 说明                                                         |
+| -------- | ------------------------------------------------------------ |
+| 开始     | 流程默认的开始节点，需要配置审批页面，用于流程回到开始节点后需要重新提交的情况。 |
+| 审批任务 | 进行流程审批的节点，可设置审批人、多人审批方式、审批页面等参数。 |
+| 执行任务 | 与审批任务类似，只允许审批和转派两种操作。 |
+| 抄送任务 | 通知相关人员查看流程审批进度。 |
+| 自动任务 | 流转到自动任务时执行自动任务中的逻辑。                       |
+| 唯一分支 | 根据条件判断从多条路径中选择一条执行。                       |
+| 并行分支 | 根据条件判断可同时执行多条分支路径。                         |
+| 子流程 | 开启另一项流程，可选择同步或异步。                         |
+| 结束     | 流程的终点。                                                 |
+
+拖拽连线并松开鼠标可快捷添加流程节点。
+
+<img src="../assets/liucheng.gif" style="width:700px;;" />
+
+## 流程节点
+
+### 开始
+
+流程默认有一个开始节点，不可手动添加。开始节点需要在属性中配置审批页面，用于流程流转中回到开始节点后重新提交流程的情况，该节点的审批人默认为流程发起人，其他属性与审批任务类似。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_0325_1.png" alt="0" style="width:450px;border: 1px solid #ccc;" />
+
+### 审批任务
+
+* 审批人：该流程节点需要哪些用户参与审批，提供六种方式设置审批人，多种方式添加的审批人可叠加，系统最终以LCAPUser实体中的userName作为审批人的标志。
+
+  * 用户：可勾选开发环境数据库中已存在的用户。
+  * 角色：可勾选开发环境数据库中已存在的角色。
+  * 部门：可勾选开发环境数据库中已存在的部门，可选择部门下的所有人或仅部门主管。注意，勾选部门后，仅包含该部门下的用户，不包含该部门的下级部门用户。
+    
+    <img src="../assets/liuchengjiedianpeizhishuoming_20240705_1.png" alt="0" style="width:400px;"/>
+
+  * 主管：可勾选发起人的直属主管或部门主管。
+    <details>
+        <summary title="点击查看审批人为主管的详细使用说明" style="">
+            点击查看审批人为主管的详细使用说明
+        </summary>
+      <img src="../assets/liuchengjiedianpeizhishuoming_20240705_2.png" alt="0" style="width:400px;"/>
+
+      - 直属主管：流程发起人的直属主管，User实体中的directLeaderId字段代表直属主管的userid。
+      - 上级直属主管：流程发起人直属主管的直属主管。
+      - 自定义向上第x级直属主管：从流程发起人的直属主管依次向上查找直属主管。例如，A的直属主管是B，B的直属主管是C，C的直属主管是D，则D是A的向上第3级直属主管。
+      - 直接部门主管：流程发起人所在部门的部门主管。
+      - 上级部门主管：流程发起人所在部门的上级部门的部门主管。
+      - 自定义向上第x级部门主管：从流程发起人的所在部门层级依次查找上级部门，例如，用户所属部门为“总部→技术部→前端组→UI开发组”，则总部为向上第3级部门。
+      - 第1级部门主管：流程发起人所在部门的最顶层部门主管，例如，用户所属部门为“总部→技术部→前端组→UI开发组”，则总部为第一级部门，该部门的主管为第1级部门主管。
+      - 第2级部门主管：从最顶层部门向下查找部门，例如，用户所属部门为“总部→技术部→前端组→UI开发组”，则技术部为第2级部门，该部门的主管为第2级部门主管。
+      - 自定义第x级部门主管：从流程发起人所在部门的最顶层部门向下查找部门，例如，用户所属部门为“总部→技术部→前端组→UI开发组”，则第3级部门为前端组，该部门的主管为第3级部门主管。
+  
+    </details>
+
+  * 流程变量：可勾选流程变量和流程数据作为审批人，值的内容应为审批人的userName，多个审批人时使用英文逗号拼接userName，例如`张三,李四,王五`
+  * 流程逻辑：通过逻辑查询审批人，逻辑的输出参数为List\<String>，代表审批人的userName列表。
+
+* 多人审批方式：
+
+  * 或签 （一人审批即可）：多个审批人都会收到审批，只要其中任意一人审批即可结束该任务。
+  * 会签 （多人审批）：投票制，多个审批人都会收到审批通知，通过人数满足设置好的百分比时即可审批通过。
+  * 依次审批 （多人按顺序审批）：多个审批人按顺序逐个审批，有一个审批不通过则视为该任务审批不通过。
+  
+  > 具体介绍可参考[流程使用常见问题：或签、会签、依次审批的区别](../20.流程2.0/90.流程使用常见问题.md)
+
+* 节点标题：该流程节点的名称。
+* 任务标题：该审批任务在任务箱中展示的提示文本，可编辑表达式实现更灵活的任务箱信息展示。
+
+  <img src="../assets/liuchengjiedianpeizhishuoming_0325_2.png" alt="0" style="width:450px;border: 1px solid #ccc;" />
+
+* 审批页面：该任务对应的审批页面，通过任务箱组件或我的流程组件点击会跳转到该页面，PC端页面为必填，H5端页面为可选。
+* 审批策略：
+  - **自动审批**：可用于简化审批过程，提供两种可选项，审批人为发起人时自动通过、审批人为上一节点完成人时自动通过。
+  
+    在3.13及以下版本中，`审批人为上一节点完成人时自动通过`仅适用于只有一个上游节点且两个节点相邻的情况，当上一节点为分支时不适用。
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202507071752_1.png" alt="0" style="max-width:700px;" />
+
+    在4.0.1及以上版本中，优化了获取上一节点完成人的策略，将根据流程运行时的实际上游节点来计算：
+      - 当上游节点存在多个分支时会按照实际执行的分支来获取完成人；
+      - 当上游节点是非审批节点时会跳过这些节点向更上游搜索审批节点。
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202507071752_2.png" alt="0" style="max-width:700px;" />
+
+  - **无审批人时**：用于避免任务查找不到审批人时导致流程出现阻塞，可设置为自动通过、自动拒绝、转派给指定人员、转派给指定角色、转派给指定部门。
+* 流程权限：代表该审批任务可以执行的审批操作，流程按钮会根据该属性自动渲染。
+
+  例如对某审批任务的流程权限进行以下修改。
+
+  <img src="../assets/liuchengjiedianpeizhishuoming_0528_1.png" alt="0" style="width:350px;border: 1px solid #ccc;" />
+
+  则流程按钮的实际展示效果如下。
+
+  <img src="../assets/liuchengjiedianpeizhishuoming_0325_4.png" alt="0" style="width:700px;border: 1px solid #ccc;" />
+
+  各审批操作的作用如下：
+
+  - **提交**：用于流程回到开始节点后需要重新提交流程的情况，提交后流程表单中的数据会更新，流程继续向下流转。
+  - **同意**：任务的审批结果为同意，更新流程表单中的数据，流程继续向下流转。
+  - **拒绝**：任务的审批结果为拒绝，并更新流程表单中的数据。
+    - 操作后流转到：
+      - 下一节点：执行拒绝操作后按照设计的流程图进入到下一个节点。
+      - 开始：执行拒绝操作后流程流转到开始节点。
+      - 结束：执行拒绝操作后直接结束流程。
+  <br>
+  <img src="../assets/liuchengjiedianpeizhishuoming_202410161723_1.png" alt="0" style="width:400px;border: 1px solid #ccc;" />
+  - **转派**：将任务转交给其他用户。
+  - **加签**：增加任务审批人，有三种加签策略。
+    - 当前节点加签：将要加签的用户追加到该任务的审批人中。例如，原审批人为`张三`，加签`李四`后，新的审批人列表为`张三,李四`。
+    - 前加签：被加签人需要先处理一次任务，同意后再由当前审批人处理。例如，原审批人为`张三`，加签`李四`后，会为李四创建一个任务，李四同意之后才会流转到张三处理。需要特别注意，前加签会导致多次触发流程中的事件。
+    - 后加签：加签后会通过当前任务，并为被加签人创建任务。需要特别注意，后加签会导致多次触发流程中的事件。
+
+    <img src="../assets/liuchengluojishiyongshuoming_202412171645_2.png" class="imgStyle" style="" />
+  - **撤回**：在开始节点的下一个审批节点未处理之前允许使用撤回，让流程回到开始节点。适用于发起流程后需要修改数据并重新提交的情况，例如，提交请假申请后发现请假天数填错，在被审批之前可以使用撤回，修改请假信息后再执行【提交】操作。只有当开始节点的下一个节点是人工参与的节点时才可以使用撤回，例如，开始节点的下一个节点是审批任务或执行任务，这种情况可以使用撤回，如果是下一个节点是自动任务则无法撤回。
+  - **回退**：用于将当前流程回退到前面的节点，
+    - 可回退节点:
+      - 上一节点：允许回退到当前任务节点的上一个节点。
+      - 任意节点：允许回退到当前任务节点之前的任意节点。
+      - 指定范围节点：手动指定可以回退的节点范围，选择了节点之后，最多可以回退到该节点。
+    - 重新审批后:
+      - 重新执行流程：任务被回退并审批之后，按照设计的流程图进行流转。
+      - 直接回到当前节点：任务被回退并审批同意之后，直接回到当前节点并继续审批。
+      - 审批人指定：在进行回退操作时，审批人可以选择是重新执行流程还是直接回到当前节点。
+    - 节点范围：当“可回退节点”配置项选择的是“指定范围节点”时，可以指定允许回退节点的范围。
+
+* 数据权限：用于控制流程表单的权限，审批页流程表单中的内容根据该属性动态渲染。
+
+  <img src="../assets/liuchengjiedianpeizhishuoming_0628_1.png" alt="0" style="width:700px;border: 1px solid #ccc;" />
+
+  如果流程关联的实体与其他实体存在主外键关联，呈一对多关系，则配置数据权限时也可以配置一对多实体的字段权限。
+
+  <details>
+      <summary title="点击查看如何配置一对多实体的数据权限" style="">
+          点击查看如何配置一对多实体的数据权限
+      </summary>
+    例如，采购审批流程绑定了采购订单实体，采购订单会关联多个商品实体，以下图为例，GoodsDetail实体的purchase属性关联了Purchase实体的id，即一个采购订单对应多个商品信息，那么流程节点的数据权限中也可以配置商品实体的字段权限。
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202408261102_1.png" alt="0" style="max-width:900px;" />
+    <br>
+    <img src="../assets/liuchengjiedianpeizhishuoming_202408261102_2.png" alt="0" style="width:300px;" />
+
+    可以调用流程逻辑手动查询该权限来配置审批页的表单权限，根据查询结果来设置表单项是否为预览/编辑/隐藏，逻辑使用说明请参考：[流程逻辑-getFormDataPropertyPermissions](../20.流程2.0/70.流程逻辑使用说明.md)。
+
+  </details>
+
+### 执行任务
+
+执行任务与审批任务类似，其差异在于执行任务只有“提交”和“转派”两种审批操作，且无需设置多人审批方式，多人审批方式默认按照或签执行，当设置了多个审批人时，第一个用户处理任务后便结束任务，流程继续向下流转。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202408261102_3.png"  style="width:800px;" />
+
+### 抄送任务
+
+抄送任务用于提醒相关人员查看流程进度或流程处理结果，流程流转到抄送任务后会创建一个抄送任务给抄送人，并自动流转到下一个节点。
+
+抄送任务的可配置的属性可参考审批任务，由于抄送任务不需要被审批，所以无需设置多人审批方式。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202410081647_1.png"  style="" />
+
+抄送任务有以下注意点：
+- 抄送任务是否被查看不会影响整体流程流转。
+- 由于抄送任务无需被审批，所以没有任务输出结果。
+- 抄送任务不会出现在任务箱中。
+- 可以使用两种方式获取抄送任务列表：
+  - 调用流程逻辑getMyCCTasks，查询抄送给我的任务。
+  - 使用“我的流程”组件，在“抄送我的”选项卡下浏览抄送任务。
+- 抄送任务有“已查看”和“未查看”两种状态，从我的流程组件点击查看进入链接后，状态将更新为已查看，也可以使用流程逻辑viewCCTask手动标记为已查看。抄送给多名用户时，每个用户的查看状态是独立的。
+- 由于被抄送人只需要浏览而不需要参与审批，所以抄送任务节点的数据权限仅支持预览和隐藏，不支持编辑。
+    <img src="../assets/liuchengjiedianpeizhishuoming_202410081647_2.png"  style="width:300px;" />
+
+<details>
+    <summary title="点击查看抄送任务的使用示例" style="">
+        点击查看抄送任务的使用示例
+    </summary>
+
+如图所示，在发起请假申请流程后需要向组长告知，但组长无需参与审批，这种情况可以使用抄送任务，在发起流程后抄送给组长，审批页面可复用其他节点使用的审批页面。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202410081647_3.png" style=""/>
+
+发起流程之后，会为组长创建一个抄送任务，并自动进入到下一个流程节点。
+
+组长可以在“我的流程”界面中查看抄送给本用户的任务，点击查看后跳转到对应的审批页面进行浏览，同时该抄送任务的查看状态更新为已查看。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202410081647_4.png" style=""/>
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202410081647_5.png" style=""/>
+
+</details>
+
+### 自动任务
+
+双击自动任务可进入逻辑编辑界面，当流程执行至自动任务节点时，系统会自动执行相应的逻辑，并继续向下执行流程。自动任务没有审批结果，可以添加局部变量。
+
+自动任务常用于以下场景：
+
+- 同步实体数据：在审批任务后，将流程数据更新到数据库中，实现流程数据与实体数据的同步。
+- 发送通知：在流程流转的环节中向相关人员发送通知，例如在任务被审批后向流程发起人发送邮件通知审批结果。
+- 其他操作：在自动任务中编写逻辑或调用服务端逻辑实现所需业务功能。
+
+### 唯一分支
+
+唯一分支用于需要做出多选一的场景。当流程流转到唯一分支时，判断分支连接线中定义的条件，只有满足条件的一条路径会被选择执行。若有多个分支都满足条件，则执行优先级最高的分支，若所有分支都不满足条件，则执行设置为默认流的分支。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_0325_6.png" alt="0" style="width:700px;border: 1px solid #ccc;" />
+
+选中唯一分支的出口连线后，可配置以下属性：
+
+* 流标题：该分支在流程画布中展示的文字。
+* 优先级：有多条分支满足条件时候，执行优先级更高的分支。
+* 分支条件：只有满足条件的分支才会执行，可通过两种方式设置分支条件。
+  * 方式一：将规则作为分支条件。默认情况下可通过配置规则判断是否执行该分支，如图所示。
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202501021542_1.png" alt="0" style="width:700px;border: 1px solid #ccc;" />
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_1.png" alt="0" style="width:700px;border: 1px solid #ccc;" />
+
+  * 方式二：将逻辑作为分支条件。选中分支线后可在属性中将分支条件“切换为逻辑”，通过逻辑的布尔类型输出参数决定是否执行该分支，使用逻辑可以进行更复杂的判断，逻辑中可添加局部变量。
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202501021542_2.png" alt="0" style="border: 1px solid #ccc;" />
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_2.png" alt="0" style="border: 1px solid #ccc;" />
+
+* 默认流：当所有分支条件都不满足时，或没有配置分支条件时，将执行默认流分支。
+
+### 并行分支
+
+并行分支用于根据条件判断同时执行多条分支路径，可以成对出现，第一个并行分支用来分流，第二个出现的并行分支用来聚合。选中并行分支的出口连线后，可配置以下属性：
+
+* 流标题：该分支在流程画布中展示的文字。
+* 分支条件：满足条件的分支都会执行，配置方式与唯一分支相同。
+* 默认流：当所有分支条件不满足的情况下，或者没有配置条件的情况下，数据将进入默认流分支。
+
+示例：
+
+在下图使用并行分支的流程案例中，使用并行分支对三个审批任务进行分流，并使用第二个并行分支进行聚合。流程运行的效果如下。
+
+  * 财务审批未设置分支条件，则该分支默认会执行。
+  * 当采购金额大于1000且小于5000时，同时执行【财务审批、HR审批】，两个审批都完成后才进入下一个流程节点。
+  * 采购金额大于5000时，同时执行【总监审批、财务审批、HR审批】，三个审批都完成后才进入下一个流程节点。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_0325_9.png" style="width:800px;border: 1px solid #ccc;" />
+
+### 子流程
+
+子流程节点用于在流程执行过程中发起另一种类型的流程，
+
+- 节点标题：自定义该节点的业务名称即可。
+- 关联子流程：要执行的流程类型，可选择系统中的其他流程，不可选择当前流程。
+- 子流程发起人：对于子流程来说也就是`流程发起人`。
+- 流转规则：
+    - 等待子流程结束后再流转：同步模式，如果子流程尚未结束，则父流程会被阻塞。
+    - 发起子流程后继续流转：异步模式，当父流程发起子流程后会立即继续向下流转，不关注子流程是否结束。
+- 发起子流程后自动提交：开启后，子流程在发起后将正常流转，即默认进入到第一个节点中；关闭后，子流程在发起后将处于`开始`节点，等待执行“提交”操作才能开始流转。
+- 子流程数据映射规则：开启后可定制两个逻辑，通过编辑逻辑来约定父子流程中的数据传入传出方式。
+    - mainToSubProcessDataSync逻辑：定制发起子流程时的具体行为，通过为子流程变量赋值来实现，例如将主流程中的某变量赋值给子流程。此外，通常子流程的数据也需要创建一条对应的实体数据。
+    - subToMainProcessDataWriteBack逻辑：定制子流程结束后的具体行为，可通过为变量赋值的方式将子流程数据回传到父流程中，过程中可加入其他自定义行为。
+
+  ![](../assets/liuchengjiedianpeizhishuoming_202602021602_1.png)
+
+  ![](../assets/liuchengjiedianpeizhishuoming_202602021602_2.png)
+
+### 结束
+
+流程流转到结束节点后标志着流程实例的终止。
+
+## 流程事件
+
+支持为流程或流程中的任务创建事件逻辑，将在流程实例的不同阶段触发。
+
+### 流程级别事件
+
+选中流程后，在右侧属性面板中选择“事件”，点击加号即可创建流程级别事件。
+
+目前支持四种流程级别事件：
+
+* 流程启动事件：流程启动后触发。
+* 流程结束事件：流程结束时触发。
+* 全局任务创建事件：流程中每次有任务被创建时触发。
+* 全局任务关闭事件：流程中每次有任务关闭时触发。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_0417_1.png" style="border: 1px solid #ccc;" />
+
+### 任务级别事件
+
+选中流程中的任务节点后，在右侧属性面板中选择“事件”，点击加号即可创建任务级别事件。
+
+目前支持两种任务级别事件：
+
+* 任务创建时：该任务被创建时触发。
+* 任务关闭时：该任务关闭时触发。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_0417_2.png" style="border: 1px solid #ccc;" />
+
+### 流程事件注意事项
+
+* 任务级别事件的触发顺序优先于流程级别事件，例如流程中配置了全局任务创建事件，并为某任务配置了任务创建时事件，流程流转到该任务时，会先触发任务创建时事件，再触发全局任务创建事件。
+* 开始节点可以创建任务级别事件，也会触发全局任务创建事件和全局任务关闭事件。发起流程后，会触发开始节点相关的事件。
+
+## 流程中的变量/数据
+
+设计流程时可在流程定义中使用三类数据：[流程变量](#流程变量)、[流程数据](#流程数据)、[流程自定义变量](#流程自定义变量)。可以在逻辑中或分支的规则条件中使用。
+
+- 在分支的规则条件中使用：
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_1.png" style="width:600px;border: 1px solid #ccc;" />
+
+- 在流程的逻辑中使用：
+
+    <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_3.png" style="border: 1px solid #ccc;max-width: 900px;" />
+
+### 流程变量
+
+流程变量包含流程实例的信息以及审批节点的信息，例如：流程实例发起人的userName、流程实例ID、某流程节点的进入时间和退出时间。流程变量为只读，不可被赋值修改。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202407051519_4.png" style="width:350px;border: 1px solid #ccc;" />
+
+其中有以下几个变量属性需要特别注意：
+
+- nodeParticipants：节点参与人，该任务的参与人列表，即有哪些用户需要参与该任务的审批，该属性不是最终完成任务的用户。如果任务发生过转派，则节点参与人也会发生更新。
+
+- nodeAssignees：节点完成人，该任务的审批人列表，即该节点最终是由哪些用户完成的审批。
+
+- nodeOutcome：节点输出结果，即审批任务的审批结果，String类型，`Approved`代表通过，`Rejected`代表拒绝。
+
+### 流程数据
+
+流程数据是指在发起流程时传入到流程的实体数据。
+
+例如，请假流程关联了请假实体，调用发起流程的逻辑时需要传入请假实体数据，该数据会被存储到流程实例中，在流程审批过程中可以修改流程数据，也可以在流程定义的逻辑中通过赋值修改流程数据（例如自动任务、任务事件）。通常需要在审批后或流程结束时将流程数据同步到实体中。
+
+使用示例：
+
+在请假实体中添加一个字段status代表流程是否审批结束，在流程结束前使用自动任务，将流程数据的status属性赋值为true，并更新到实体中。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202407051519_5.png" style="width:800px;border: 1px solid #ccc;" />
+
+### 流程自定义变量
+
+选中流程后可添加流程自定义变量，该变量在整个流程实例的生命周期中有效，可被赋值修改，用于存储流程上下文信息。
+
+<img src="../assets/liuchengjiedianpeizhishuoming_202407051519_6.png" style="width:350px;border: 1px solid #ccc;" />
+
+使用示例：
+
+1. 为请假流程添加一个流程自定义变量代表请假天数，发起请假申请时只需输入开始日期和结束日期，无需在实体中存储请假天数。
+
+   <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_7.png" style="border: 1px solid #ccc;" />
+
+2. 在流程的逻辑中可以修改自定义变量，如图所示，在自动任务中对请假开始时间和结束时间进行计算，计算出的请假天数赋值给自定义变量。
+
+   <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_8.png" style="border: 1px solid #ccc;" />
+
+3. 在后续的流程节点中可将自定义变量作为唯一分支的判断条件。
+
+   <img src="../assets/liuchengjiedianpeizhishuoming_202407051519_9.png" style="width:600px;border: 1px solid #ccc;" />
+
+<div style="text-align: right;font-size: 14px;">
+    <span style="color: rgb(78, 110, 142);">创建人：</span>
+    <span style="color: rgb(118, 118, 118);">老王</span>
+    <span style="color: rgb(78, 110, 142);margin: 0 0 0 40px;">更新时间：</span>
+    <span style="color: rgb(118, 118, 118);">2026年02月02日</span>
+</div>