流程设计指南

先完成一条最小路径

从“开始 → 单人任务 → 结束”做起，完成启动参数、任务指派、UX 页面关联和发布。确认一笔业务能走通后，再增加分支、多人办理、通知和异常处理。

第一次配置可直接参照 合同审批完整示例。

根据业务选择节点

需要人工操作：选择单人任务或多人任务。单人任务的多个候选人不等于多人分别审批；多人分别办理并汇总结果时，使用多人任务及其完成规则。见 任务指派配置。

需要条件分支：排他网关选择一条满足条件的分支；平行网关同时展开分支并在汇合处等待；包容网关按条件展开一个或多个分支，并汇合实际需要执行的分支。见 网关。

需要复用并等待另一段流程：使用调用子流程；需要对数组中的每项分别执行并汇总时，使用多实例子流程。

只需要启动另一个独立流程：使用启动工作流或批量启动工作流。调起后继续当前流程，不等待对方业务结束，不能把“成功启动”当作“子流程已完成”。

需要处理业务数据：按数据所在组件选择 DeepModel、财务模型、领域模型、更新数据表、Python 或数据流节点。

需要等待外部事件或时间：选择等待消息、流程通信或计时节点。发送端与接收端需对齐消息、范围、参数和生效时点。

先设计数据，再配置表达式

业务主键、发起时已知的数据放在启动参数；运行中会更新的数据放在全局变量；节点输出在数据映射中传给后续节点。

例如“核准金额”由 UX 回传到人工任务，映射成全局变量后，再供财务处理节点使用。不要在后续节点直接假定前一个任务的局部变量仍是当前节点变量。详见 变量与数据映射。

区分任务动作与流程动作

任务动作针对某一条任务，例如完成、转派或驳回；流程动作针对整个实例，例如发起人撤回或终止。前者主要在任务处理控件中展示，后者主要在流程记录控件中展示。

显示按钮不等于无条件可执行。需要同时配置操作身份、状态、执行条件及对应的事件监听。

处理分支与例外

为条件分支准备能覆盖实际业务的条件，避免没有分支可走；同一业务若可能满足多个条件，要明确使用排他还是包容逻辑。

并行分支里的驳回、撤回和跳转会影响汇合。先决定其他分支是否保留，再采用 驳回 或 撤回 中匹配的方案，不要只画一条回线就假定任务状态会自动恢复。

长时间脚本需要等待业务结果时，可采用异步调用与消息配合；注意确认目标等待节点已具备接收条件，以及脚本失败时如何记录和人工处理。见 最佳实践。

发布前验证

保存与发布时处理所有校验提示。测试正常完成、驳回、缺少业务数据、无有效处理人和服务节点失败等关键情形；涉及 UX 时，同时验证实际账号的页面权限、跳转参数、业务保存和任务回传。

发布与运行是不同阶段。修改后需要核对测试实例所属版本，详见 流程发布与流程管理。