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/10./346/265/201/347/250/2131.0/20./346/220/255/345/273/272/350/257/267/345/201/207/345/256/241/346/211/271/346/265/201/347/250/213.md

@@ -0,0 +1,343 @@
+<div class="yellowBlock">
+<p>
+
+该文档仅适用于流程1.0，目前已推出[流程2.0](../20.流程2.0/10.流程2.0功能简介.md)，提供更丰富的功能、更简易的流程搭建方式，建议使用[流程2.0](../20.流程2.0/10.流程2.0功能简介.md)。
+</p>
+</div>
+
+# 搭建请假审批流程
+
+## 场景描述
+
+现需要搭建一套员工请假流程，供待请假员工在线提交申请并进行审批，具体审批流程如下：
+
+1. 员工发起流程：员工选择部门主管并提交请假申请，提交后流程流转至部门主管。
+2. 部门主管审批：部门主管进行请假审批，审批通过则流程流转至各关联部门，审批不通过则流程结束。
+3. 多部门并行审批：关联部门包含研发中心、财务部，审批需经过部门人员审批和部门领导审批两个环节，所有关联部门均审批通过则流转至人力资源部，任一关联部门审批不通过则流程结束。
+4. 人力资源部审批：人力资源部进行请假，审批通过则请假流程结束。
+
+对应审批流程图类似如下：
+
+![image](../assets/liuchenggaishu_1.png)
+
+## 场景分析
+
+该场景实现需设计请假信息实体，提供请假审批页面，设计请假审批流程。
+
+### 实体和属性
+
+1. 该场景涉及角色包含：请假申请人、部门主管、关联部门负责人、人力资源部负责人。
+
+   其中请假申请人需要设计请假信息实体，其他角色仅执行审批操作，无需设计实体。
+
+2. 请假申请信息实体需配置属性：“姓名”、“请假原因”、“请假日期”、“请假天数”、“状态”、“部门主管姓名”。
+
+3. 属性需配置对应的数据类型，其中，请假流程状态取值较多且范围固定，可设置为枚举类型，请假流程状态具体分类如下：
+
+   - 草稿：请假申请人创建请假申请未提交。
+   - 主管审批中、主管同意、主管拒绝：主管审批环节对应审批结果。
+   - 会签中、会签通过、会签不通过：多部门审批环节对应审批结果。
+   - 人事审批通过：人事审批环节审批结果。
+
+### 页面
+
+1. 每个审批环节需要提供对应的审批页面，每个页面进入时需要将请假信息作为输入。
+
+### 流程
+
+1. 部门主管、关联部门人员及领导、人力资源部进行审批，可使用“用户任务”组件。
+2. 部门主管审批通过后，需将审批任务流转至多个部门进行审批，可使用“并行网关”组件的“分支”功能。
+3. 多部门并行审批完成后，需将审批结果汇总并将流程流转至人力资源部进行审批，可使用“并行网关”组件的“合并”功能。
+
+## 场景搭建
+
+### 添加请假信息实体并配置属性
+
+#### 添加请假信息实体
+
+1. 在IDE“数据”页面添加请假信息实体“LeaveInfo”。
+
+2. 为实体“LeaveInfo”添加属性。
+
+   属性包含：请假申请人姓名、请假原因、请假时间、状态、联系方式、部门主管姓名。
+
+   <img src="../assets/liuchenggaishu_2.png" alt="image" style="max-width:800px;" />
+
+#### 添加枚举
+
+1. 添加枚举，用于标志请假审批状态，枚举名称配置为“ProcessStatus”，枚举值与标题设计如下图所示。
+
+   <img src="../assets/liuchenggaishu_3.png" alt="image" style="max-width:800px;" />
+
+#### 配置属性的数据类型
+
+1. 将实体“LeaveInfo”属性“status”的数据类型修改为枚举类型“ProcessStatus”，如下图所示。
+
+   <img src="../assets/liuchenggaishu_4.png" alt="image" style="max-width:800px;" />
+
+### 添加请假流程
+
+添加页面并配置页面下事件时，会调用请假流程的发起逻辑，且需要将部分请假信息作为流程的入参，需在添加页面前添加请假流程和输入参数。
+
+#### 操作步骤
+
+1. 在“可视化开发 > 流程”页面右键单击“流程”文件夹，单击“添加流程”，流程名称配置为“LeaveProcess”。
+
+2. 在流程“LeaveProcess”下添加输入参数“leaveId”和“departmentManagerName”。
+
+   - leaveId：请假流程的主键 id，用于发起流程后作为流程的唯一标识。
+
+   - departmentManagerName：请假流程中部门主管姓名，用于判断发起流程后流程的第一个流转节点。
+
+     <img src="../assets/liuchenggaishu_5.png" alt="image" style="max-width:500px;" />
+
+3. 参照下图添加流程组件。
+
+   - 第一个节点为用户任务，命名为“leaderApproval”，任务标题配置为“部门主管审批”。
+
+   - 第二个节点为排他网关，命名为“ExclusiveGateway1”，创建两个分支分别流向并行网关和结束。
+
+   - 使用并行网关将流程分成两个分支。
+
+   - 用户任务“RDApproval1”任务标题配置为“研发中心人员处理”，“RDApproval2”任务标题配置为“研发中心领导审核”。
+
+   - 用户任务“FDApproval1”任务标题配置为“财务部人员处理”，“FDApproval2”任务标题配置为“财务部领导审核”。
+
+   - 使用并行网关将两个分支合并。
+
+   - 自动任务，命名为“signResultAutoTask”，任务标题配置为“会签结果自动判断”，该自动任务用于将两分支的结果进行汇总。
+
+   - 排他网关，命名为“ExclusiveGateway2”，创建两个分支分别流向结束节点和人力资源部处理节点。
+
+   - 用户任务“HRApproval”任务标题配置为“人力资源部处理”。
+
+![image](../assets/liuchenggaishu_6.png)
+
+4. 为“RDApproval2”、“FDApproval2”添加输出参数，用于后续判断会签结果。
+
+   - 在“RDApproval2”下添加输出参数“RDApprovalReturn”，数据类型配置为“Boolean 布尔值”，作为该项用户任务的审批结果。
+   - 在“FDApproval2”下添加输出参数“FDApprovalReturn”，数据类型配置为“Boolean 布尔值”，作为该项用户任务的审批结果。
+
+### 添加请假页面
+
+请假申请页面需提供“创建请假申请”功能，填写完成并提交后创建请假申请的草稿，请假流程启动，同时需将请假信息作为主管审批页面的输入。
+
+#### 设计页面
+
+1. 在总览页下新建子页面，将请假信息实体拖拽至页面中，选择“列表（全）”，用于创建和查看请假申请。界面修改如下。
+
+   ![image](../assets/liuchenggaishu_7.png)
+
+2. 拖拽实体后创建的页面组件也包含了弹窗，双击弹窗“saveModal”，在弹窗中编辑请假信息表单，如下图所示。
+
+   ![image](../assets/liuchenggaishu_8.png)
+
+3. 创建请假申请的逻辑中，input的name字段使用当前登录用户的UserName，input的status字段赋值为Dreft，即该条请假申请的状态初始化为草稿。
+
+   ![image](../assets/liuchenggaishu_9.png)
+
+4. 将链接组件“修改”的文本改为“发起流程”，删除原有的点击事件。
+
+   ![image](../assets/liuchenggaishu_10.png)
+
+5. 在页面添加弹窗组件，用于发起流程的二次确认。
+
+   <img src="../assets/liuchenggaishu_11.png" alt="image" style="max-width:450px;" />
+
+#### 添加存储请假信息的局部变量
+
+为页面添加局部变量，名称为“leaveInfoStartProcess”，数据类型配置为“LeaveInfo”。
+
+![image](../assets/liuchenggaishu_12.png)
+
+#### 编辑发起流程事件和二次确认事件
+
+1. 编辑“发起流程”的点击事件，获取当前行请假数据，赋值给“leaveInfoStartProcess”，并打开流程发起弹窗，如下图所示。
+
+   ![image](../assets/liuchenggaishu_13.png)
+
+2. 编辑确认发起流程的弹窗，为“确定”按钮添加“点击”事件，在事件下添加局部变量“variable1”，绑定如下图所示事件逻辑。
+
+   1. 添加“赋值”组件，调用流程启动逻辑，将当前行数据作为入参。
+
+   2. 左侧配置为“variable1”，右侧添加“调用逻辑”组件，逻辑配置为请假流程的发起逻辑“LeaveProcess.launch“，“leaveId”配置为“leaveInfoStartProcess.id”，“departmentManagerName”配置为““leaveInfoStartProcess.departmentManagerName”。
+
+   3. 添加“弹出消息”组件，“消息内容”配置为“请假流程发起成功”。
+
+   4. 添加“赋值”组件，在流程启动后，将请假审批状态设置为“主管审批中”。左侧配置为“leaveInfoStartProcess.status”，右侧配置为“ProcessStatus.Going（主管审批中）”。
+
+   5. 添加“调用逻辑”组件，将修改后的leaveInfoStartProcess更新到请假信息实体“LeaveInfo”中。
+
+      逻辑配置为“LeaveInfo1.update”，“body”配置为局部变量“leaveInfoStartProcess”。
+
+   <img src="../assets/liuchenggaishu_14.png" alt="image" style="max-width:650px;" />
+
+3. <img src="../assets/liuchenggaishu_15.png" alt="image" style="max-width:650px;" />
+
+### 添加请假审批页面
+
+请假审批流程共需6名审批人员处理，需对应提供6个审批页面。
+
+#### 添加主管审批页面
+
+1. 为总览页添加子页面，“页面名称”配置为“leaderApproval”，“页面标题”配置为“主管审批页”。
+
+2. 在页面下添加输入参数“id”，用于根据 id 获取请假数据，“数据类型”配置为“Integer”。
+
+3. 在流程图绘制页面双击流程“LeaveProcess”，在画布区单击“leaderApproval”（部门主管审批节点），将“跳转页面”配置为“leaderApproval”，taskId参数会自动生成，id参数使用leaveId。
+
+   > 在配置了“跳转页面”后，会自动为该页面生成相应的taskId输入参数。
+
+   ![image](../assets/liuchenggaishu_16.png)
+
+4. 在页面下添加局部变量“leaveInfo”，用于展示当前页面下的请假流程数据，“数据类型”配置为“LeaveInfo”。
+
+5. 添加页面进入时事件，参照下图编辑事件，获取请假信息赋值给局部变量“leaveInfo”。
+
+   <img src="../assets/liuchenggaishu_17.png" alt="image" style="max-width:650px;" />
+
+6. 配置页面的内容，展示请假申请信息，并添加“同意请假”和“驳回申请”按钮，参照下图。
+
+   ![image](../assets/liuchenggaishu_18.png)
+
+7. 为“同意请假”按钮添加点击事件，同意请假则将“状态”更新为“主管同意”，并结束“主管审批”流程，事件逻辑如下图所示。
+
+   1. 添加“赋值”组件，获取请假信息并赋值给局部变量“leaveInfo”，左侧配置为“leaveInfo”，右侧添加“调用逻辑组件”，逻辑配置为“LeaveInfo1.get”，“id”配置为变量“id”。
+
+   2. 添加“赋值”组件，将“状态”更新为“主管同意”，左边配置为“leaveInfo.status”，右边配置为“ProcessStatus.LeaderAgree（主管同意）”。
+
+   3. 添加“调用逻辑”组件，更新请假信息实体“LeaveInfo”中数据，逻辑配置为“LeaveInfo.update”，“body”配置为局部变量“leaveInfo”。
+
+   4. 添加“调用逻辑”组件，结束“主管审批”流程，逻辑配置为“LeaveProcess.leaderApproval.complete”，“taskId”配置为变量“taskId”。
+
+      > 同意逻辑“leaderApproval”在添加用户任务组件时自动生成，位于“逻辑 > 服务端逻辑 > LeaveProcess ”下。
+
+      ![image](../assets/liuchenggaishu_19.png)
+
+8. 为“驳回申请”按钮添加点击事件，驳回申请则将“状态”更新为“主管驳回”，并结束“主管审批”流程，事件逻辑如下图所示。
+
+   1. 添加“赋值”组件，获取请假信息并赋值给局部变量“leaveInfo”，左侧配置为“leaveInfo”，右侧添加“调用逻辑组件”，逻辑配置为“LeaveInfo.get”，“id”配置为变量“id”。
+   2. 添加“赋值”组件，将“状态”更新为“主管拒绝”，左边配置为“leaveInfo.status”，右边配置为“ProcessStatus.LeaderRefuse（主管同意）”。
+   3. 添加“调用逻辑”组件，更新请假信息实体“LeaveInfo”中数据，逻辑配置为“LeaveInfo.update”，“body”配置为局部变量“leaveInfo”。
+   4. 添加“调用逻辑”组件，结束“主管审批”流程，逻辑配置为“LeaveProcess.leaderApproval.complete”，“taskId”配置为变量“taskId”。
+
+   ![image](../assets/liuchenggaishu_20.png)
+
+#### 添加其他审批页面
+
+1. 参照“添加主管审批页面”的步骤1~6，添加子页面“RDApproval1”，配置用户任务“RDApproval1”的“跳转页面”，添加输入参数“id”和局部变量“leaveInfo”，并添加页面进入时事件。
+
+2. 在页面添加“详情列表”和“按钮”组件，参照下图配置页面并将文本绑定对应变量。
+
+   ![image](../assets/liuchenggaishu_21.png)
+
+3. 为“研发中心已核实，同意请假”按钮添加点击事件，事件逻辑中更新请假信息实体的状态字段，并完成RDApproval1任务（研发中心人员处理），下图所示。
+
+   ![image](../assets/liuchenggaishu_22.png)
+
+4. 参照上述步骤创建RDApproval2页面，在“同意请假”按钮的点击事件中调用逻辑完成RDApproval2任务，RDApprovalReturn参数赋值为true，“驳回申请”按钮则将RDApprovalReturn参数赋值为false。
+
+   ![image](../assets/liuchenggaishu_23.png)
+
+5. 参照如上步骤，分别添加其他子页面，包括：FDApproval1（财务部人员处理）、FDApproval2（财务部领导审核）、HRApproval（人力资源部审批）并将流程各审批节点的“跳转页面”配置为对应页面。其中涉及人员处理或人力资源部，只需添加同意按钮即可。
+
+### 设计请假流程
+
+请假流程中用户任务的“跳转页面”在添加页面时已配置，需配置流程判断节点和任务完成人。
+
+#### 配置流程判断节点
+
+1. 将第一个排他网关“ExclusiveGateway1”的“标题”配置为“部门主管审批判断”。
+
+2. 在左侧流程目录树下右键单击“ExclusiveGateway1”，选择“添加局部变量”，变量名称配置为“variable1”，“数据类型”配置为“LeaveInfo”。
+
+3. 双击排他网关“ExclusiveGateway1”，编写判断状态逻辑，如下图所示。
+
+   1. 添加“赋值”组件，将请假数据赋值给流程变量“variable1”。
+
+   2. 添加“if“分支组件，判断当前流程节点状态是否为”主管同意“。
+
+   3. 在“if > no”分支下添加“流向”语句组件，“if > yes”则判断结果为”yes“，“if > no”则判断结果为”no“。
+
+      ![image](../assets/liuchenggaishu_24.png)
+
+4. 为RDApproval1、FDApproval1配置“任务完成人”和对应跳转链接。
+
+5. 为RDApproval2、FDApproval2配置“任务完成人”和对应跳转链接，并添加输出参数“RDApprovalReturn”、“FDApprovalReturn”。
+
+6. 为自动任务“signResultAutoTask”添加布尔类型输出参数“ret1”和“LeaveInfo”类型局部变量“variable1”。
+
+7. 双击自动任务“signResultAutoTask”，编写逻辑，对每个分支的结果并进行汇总，判断逻辑是两个会签分支都通过才可会签通过。
+
+   1. 添加“赋值”组件，将请假信息赋值给流程变量“variable1”。
+
+   2. 添加“if“分支组件，使用两层“与”逻辑运算组件，判断关联部门审批结果。
+
+   3. “if > yes”分支添加“赋值”组件，将状态赋值为“会签通过”，“ret1”变量赋值为true，“if > no”分支添加“赋值”组件，将状态赋值为“会签不通过”,“ret1”变量赋值为false。
+
+   4. 添加“调用逻辑”，根据判断结果更新请假信息实体“LeaveInfo.update”中状态。
+
+      ![image](../assets/liuchenggaishu_25.png)
+
+8. 双击排他网关“ExclusiveGateway2”进入流向配置。
+
+   <img src="../assets/liuchenggaishu_26.png" alt="image" style="max-width:700px;" />
+
+   添加“if“分支组件，判断自动任务“signResultAutoTask”的输出参数值是否为”true“。 2. 在“if > no”分支下添加“流向”语句组件，“if > yes”则判断结果为”yes“，“if > no”则判断结果为”no“。
+
+   <img src="../assets/liuchenggaishu_27.png" alt="image" style="max-width:700px;" />
+
+#### 配置任务完成人
+
+##### 前提条件
+
+各环节审批人员账号已创建。
+
+##### 操作步骤
+
+1. 在“可视化开发 > 流程”页面右键双击流程“LeaveProcess”。
+
+2. 选择部门主管审批节点，将任务完成人使用用户变量下的”LeaveProcess.departmentManagerName”。
+
+   ![image](../assets/liuchenggaishu_28.png)
+
+3. 单击其它用户任务，配置各个用户任务的“任务完成人”。
+
+#### 任务箱
+
+为页面添加任务箱，放置在总览页上方，可让流程参与人员及时收到提醒以及快速进入审批页面。
+
+<img src="../assets/liuchenggaishu_29.png" alt="image" style="max-width:800px;" />
+
+## 效果预览
+
+用员工账号创建一条请假申请，此时是草稿状态，点击“发起流程”后进行到主管审批状态并启动一条流程。
+
+![image](../assets/liuchenggaishu_30.png)
+
+登录主管账号，可以看到任务箱提醒有一条关于该账号的流程，点击可跳转链接。
+
+<img src="../assets/liuchenggaishu_31.png" alt="image" style="max-width:650px;" />
+
+从任务箱跳转到主管审批页面，进行审批，点击同意请假。状态会被修改为“主管同意”，并进入会签流程。
+
+<img src="../assets/liuchenggaishu_32.png" alt="image" style="max-width:650px;" />
+
+进入会签流程后，研发中心人员账号也收到任务箱提醒，进入链接后进行审批。其他账号的任务与之类似，此处跳过研发中心领导审核、财务部人员处理、财务部领导审核的操作步骤。
+
+<img src="../assets/liuchenggaishu_33.png" alt="image" style="max-width:650px;" />
+
+流转到人力资源部审批，点击“同意请假”后申请状态更新为“人事审批通过”，流程正式结束。
+
+<img src="../assets/liuchenggaishu_34.png" alt="image" style="max-width:650px;" />
+
+<style>
+  .yellowBlock {
+    border-left-width: 0.5rem;
+    border-left-style: solid;
+    padding: 0.1rem 1.5rem;
+    margin:1rem 0;
+    background-color: #fcf5e1;
+    border-color: #eaaa08;
+  }
+</style>

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/10./346/265/201/347/250/2131.0/30./346/265/201/347/250/213/345/215/207/347/272/247.md

@@ -0,0 +1,63 @@
+<div class="yellowBlock">
+<p>
+
+该文档仅适用于流程1.0，目前已推出[流程2.0](../20.流程2.0/10.流程2.0功能简介.md)，提供更丰富的功能、更简易的流程搭建方式，建议使用[流程2.0](../20.流程2.0/10.流程2.0功能简介.md)。
+</p>
+</div>
+
+# **流程升级**
+
+在CodeWave中开发应用时，如果对流程进行了修改，系统在应用发布更新时会自动根据流程修改的内容进行数据升级，以确保所有流程实例数据按照最新的流程定义执行，流程是否能够成功升级取决于对流程定义的具体修改内容，当前版本仅支持部分流程修改场景的自动升级。
+
+## **支持自动升级的内容**
+
+以下流程定义的内容修改不影响流程数据自动升级，升级成功后所有的流程实例数据将按照最新的流程定义执行。支持的流程定义修改内容如下：
+
+- 修改流程描述。
+- 修改流程输出参数的默认值。
+- 修改流程局部变量。
+- 对流程输入输出参数的修改：
+   - 新增流程输入参数或流程输出参数。
+   - 修改流程输入参数或流程输出参数的名称，仅支持修改名称，修改参数类型不支持自动升级。
+   - 删除流程输入参数或流程输出参数。
+- 对非人工任务节点的修改：
+  
+    新增、修改、删除非人工任务节点，均可实现自动升级，非任务节点包括：网关节点（排他网关、并行网关、包容网关）、结束节点、自动任务节点。
+- 修改人工任务节点（审批任务、用户任务、发起任务）：
+   - 新增：可实现自动升级。
+   - 修改：可实现自动升级，包括修改完成人等属性信息（修改人工任务节点名称除外）。
+   - 删除：仅支持流程实例数据不在当前操作节点上时才能自动升级。如果目前已有流程实例数据执行在已删除的人工任务节点，则该流程实例数据将无法自动升级。
+     
+     如下图所示，删除“审批任务”节点对正在运行的流程数据无任何影响，可以自动升级：
+
+     <img src="../assets/lcsjPC1.png" alt="image" style="width:450px;" />
+
+## **不支持自动升级的内容**
+
+以下流程定义的内容修改，在应用发布的时候正在运行的流程实例数据将无法做到自动升级，会导致应用发布后相关的流程实例数据异常。这类的流程修改操作需要谨慎，具体内容如下：
+
+- 修改输入输出参数的数据类型：例如int类型的参数改成string类型，在升级时会出现问题。建议需要修改参数类型的时候新增一个参数，参数名称不重复，然后删除需要修改的参数。
+- 修改人工任务节点名称，人工任务节点包括审批任务、用户任务、发起任务。
+- 修改流程名称。
+- 删除流程。
+- 删除人工任务节点（审批任务、用户任务、发起任务）：
+
+   删除的人工任务节点正好有流程实例运行的情况下，会导致该流程实例数据无法自动升级，并产生异常数据。如下图所示：
+   
+   <img src="../assets/lcsjPC2.png" alt="image" style="width:450px;" />
+   
+   最佳实践：如果确实需要删除人工任务节点，可以配合排他网关节点进行分流处理，待发布更新后所有的流程实例数据都已经运行结束后，可以再删除人工任务节点和排他网关节点，如下图所示：
+   
+   <img src="../assets/lcsjPC3.png" alt="image" style="width:450px;" />
+
+
+<style>
+  .yellowBlock {
+    border-left-width: 0.5rem;
+    border-left-style: solid;
+    padding: 0.1rem 1.5rem;
+    margin:1rem 0;
+    background-color: #fcf5e1;
+    border-color: #eaaa08;
+  }
+</style>

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/10./346/265/201/347/250/2132.0/345/212/237/350/203/275/347/256/200/344/273/213.md

@@ -0,0 +1,30 @@
+# 流程2.0功能简介
+
+CodeWave平台于3.7版本提供流程2.0能力，将提供全新的流程设计方式和流程使用能力，相较于流程1.0（旧版流程）会有较大的交互体验提升和产品能力提升。
+
+流程2.0总结下来具备以下几点优势：
+
+  - **可视化流程设计**：开发者通过拖拉拽的方式来设计流程，可视化的方式来配置流程属性信息，包括流程审批人、审批方式、数据及操作权限、分支流转条件等。
+
+  - **快速搭建流程审批页**：提供多个流程类页面组件帮助应用开发者快速实现审批页面的搭建，同时支持PC和H5多端适配。
+
+  - **流程版本管理**：通过新建流程版本的方式对流程进行调整修改，修改内容对历史流程实例数据没有任何影响，历史版本的流程支持查看。
+
+  - **提供丰富的流程接口**：提供流程发起、流程查询、流程处理等多个流程类逻辑接口，帮助应用开发者更加灵活的组装流程业务。
+
+> 提示：
+> 
+> 流程2.0与流程1.0在技术架构和产品设计均存在较大差异，所以不支持流程1.0升级到流程2.0。针对历史存量流程，请参考[如何升级到流程2.0](../20.流程2.0/20.如何升级到流程2.0.md)。
+> 
+> 如果想直接使用流程2.0的功能，请参考[流程设计及使用](../20.流程2.0/30.流程设计及使用.md)。
+> 
+> 在对流程2.0功能有了初步了解后，可以尝试使用流程2.0的高阶功能来丰富您的应用，请查看[流程逻辑使用说明](../20.流程2.0/70.流程逻辑使用说明.md)、[使用基础组件搭建流程场景](../20.流程2.0/55.使用基础组件搭建流程场景.md)、[流程使用常见问题](../20.流程2.0/90.流程使用常见问题.md)。
+
+<img src="../assets/liucheng20gongnengjianjie_1.png"/>
+
+<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);">2024年03月27日</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/20./345/246/202/344/275/225/345/215/207/347/272/247/345/210/260/346/265/201/347/250/2132.0.md

@@ -0,0 +1,52 @@
+# 如何升级到流程2.0
+
+## 启用流程2.0
+
+使用流程2.0需要确认成功执行以下2个步骤：
+
+1. 确认应用已升级到3.7及以上版本：在应用中心找到应用，点击进入应用详情页面，查看并确认当前应用的IDE版本是否为3.7及以上版本，如果不是则需要点击升级。
+
+   <img src="../assets/ruheshengjidaoliucheng20_0325_1.png" alt="0" style="border: 1px solid rgb(204, 204, 204); width:800px;" />
+
+2. 确认是否开启流程2.0版本：
+   - 3.12及以上版本IDE默认为流程2.0，不再提供开关切换到流程1.0。
+   - 3.7~3.11版本的应用默认未开启流程2.0能力，需要应用开发者手动开启后才能使用。开启步骤如下：
+   
+    1. 点击应用“可视化开发”，进入应用开发界面。
+    2. 点击“更多”按钮，选择“系统偏好设置”菜单，找到流程2.0版本开关设置，点击开启即可。
+    > 注意事项：
+    >
+    > 流程2.0与流程1.0不兼容，开启流程2.0后，流程1.0流程功能将会失效，历史流程定义可查看但不可修改。
+
+3. 如果应用版本为3.7~3.11版本，则允许用户停用流程2.0，恢复到旧版流程。停用前请确保没有流程2.0的流程定义数据。
+
+   <img src="../assets/ruheshengjidaoliucheng20_0325_2.png" alt="0" style="border: 1px solid rgb(204, 204, 204);width:400px;" />
+
+## 历史数据如何处理
+
+启用流程2.0后，当前应用将无法继续使用流程1.0能力，新增的流程统一使用流程2.0规则实现。
+
+如果应用中没有流程1.0的流程定义数据，则不需要关注此章节。
+
+如果应用中存在流程1.0的流程定义数据，则需要注意有以下变动：
+
+  1. 历史流程定义依然可见，可删除，但不可编辑。
+
+  2. 流程1.0的所有逻辑接口将无法使用，如果有使用的地方将会提示报错。
+   
+  3. 应用发布后历史流程实例数据将无法继续审批。
+
+建议针对历史数据做以下操作：
+
+  1. 使用流程2.0接口替换报错的接口，部分场景需要重新设计。
+   
+  2. 新增流程2.0流程定义，重新设计流程。
+   
+  3. 应用发布前，需将线上运行态的流程实例数据全部审批结束。
+
+<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);">2024年03月27日</span>
+</div>