管理自动化与发布版本

目标

管理员把“商机进入关键阶段后提醒负责人”改成了新的流程。编辑器里已经出现了新的条件和任务内容，但销售当天仍按旧流程收到提醒。原因是：编辑器中的草稿和线上正在执行的发布版本不是同一份定义。

因此，管理自动化时要始终区分三件事：现在正在编辑什么、线上实际运行什么、历史运行当时使用什么。只有发布后的版本才会影响后续符合条件的新运行；已经开始的运行按触发时的版本继续处理。

开始前准备

• 草稿：正在设计或修改的内容，不会自动开始线上运行。
• 已发布：成为新的正式运行版本，符合触发条件的记录会按此版本执行。
• 有未发布更改：当前编辑器内容已经不同于线上版本，需要确认是继续修改、发布，还是回退到最近发布版本。

修改已发布流程后，必须再次发布，新的修改才会影响后续运行。已经开始的运行应按其触发时使用的版本完成，不要用当前草稿推断历史运行结果。

发布前准备一条应该命中的记录、一条不应该命中的记录，并确认谁负责观察首批运行、处理失败和修正已经产生的数据。

操作步骤

发布前的管理员检查

1. 流程名称和描述能说明对象、触发条件和结果。
2. 每个触发器都足够具体，不会因为无关变化重复触发。
3. 每个变量都来自正确的上游节点，空值有明确处理方式。
4. 条件、分支、等待和超时路径都已经连接。
5. 写入、通知和外部调用的对象范围与执行身份已确认。
6. 用一条可控记录验证过正向和反向路径。
7. 团队知道上线后谁负责查看运行历史和处理失败。

推荐的发布流程

1. 先复制或编辑草稿，明确这次要解决的业务问题。
2. 检查触发对象、条件、变量和所有副作用节点。
3. 用一条应该命中的记录和一条不应该命中的记录验证正反两条路径。
4. 保存草稿，确认流程图和节点配置没有阻止发布的问题。
5. 发布后记录版本用途、上线时间和负责人。
6. 观察第一批运行，回到真实客户、商机、任务或通知结果核对。

如果验证发现条件过宽或动作不对，先停止继续运行，修改草稿并重新发布；不要用“立即运行”反复试错，也不要把删除自动化当成撤销已经产生的业务数据。

立即运行的风险

“立即运行”是按当前已发布版本发起一次正式执行，不是预览。它可能创建任务、更新 CRM 字段、创建记录、生成简报、发送通知或调用外部工具。

点击前先确认：

• 当前发布版本是不是要验证的版本。
• 输入记录是不是正确对象。
• 流程是否可能重复写入。
• 收件人、通知内容和外部服务是否正确。
• 运行后如何撤销或人工修正结果。

复制、导入、导出和删除

• 复制适合基于已有逻辑创建相近流程，复制后仍需重新检查触发范围和写入对象。
• 导入会创建新的自动化草稿，不会覆盖原流程，也不会自动发布。
• 导出 DSL 适合留存或迁移流程定义；在目标工作区使用前要重新检查字段、权限和外部依赖。
• 删除会从管理入口移除自动化，已经产生的执行历史仍然保留。

完成后结果

交接自动化时，至少说明：它服务哪个业务场景、由什么触发、会创建或修改什么、当前发布版本是什么、失败后谁处理、已经产生的任务或通知如何核对。只有流程图而没有这些信息，团队仍然无法判断自动化是否在帮助业务。

发布完成后，列表中的正式版本、启用状态和当前草稿应当清晰可辨；后续新运行使用新发布版本，历史运行仍保留当时的版本和执行结果。

失败怎么办

• 编辑器已修改但线上行为没变：检查是否只保存了草稿而没有重新发布。
• 首批运行对象不正确：停止继续运行，收窄触发和筛选条件后再发布。
• 已经产生错误任务、更新或通知：保留执行历史，人工核对和修正，不要把删除流程当成撤销。
• 不确定当前运行版本：从执行历史查看该次运行实际使用的发布版本。

下一步

• 自动化流程与执行状态
• 自动化运行失败怎么办
• 自动化场景案例