自动化流程与执行状态
自动化流程由触发器、条件和执行节点组成。它可以在记录创建、字段更新、日期到达、定时触发或出现商机评估信号时开始运行，再按流程配置查找记录、创建或更新数据、分配负责人、发送通知或调用工具。
以“商机进入关键阶段后创建跟进任务”为例，一次运行不是只有一个成功或失败结果，而是依次经历：触发记录被识别 → 条件判断是否命中 → 任务时间被计算 → 任务被创建 → 通知被发送。任何一步的输入、权限或副作用出问题，都可能让最终结果与预期不同。
排查时不要只问“自动化有没有运行”，而要问：
- 哪条记录触发了它？
- 使用的是哪个发布版本？
- 哪个节点最后成功？
- 下一节点拿到的记录、字段和变量是什么？
- 已经产生了哪些任务、更新或通知？
自动化列表会展示执行次数、状态、更新人、当前发布版本和最近失败运行。先看状态和发布版本，再决定是否需要打开流程；不要把“有一份草稿”理解成线上已经生效。
常见状态包括：
- 草稿或未发布：当前定义尚未成为线上执行版本。
- 有未发布更改：编辑器中的内容已经不同于线上版本。
- 已发布并启用：存在可执行的正式版本和生效范围。
- 最近有失败运行：需要打开执行历史检查具体步骤和输入。
打开“查看执行历史”后，先确认运行时间、使用的自动化版本和整体状态，再定位失败节点。最后回到客户、联系人、商机或任务详情，核对实际数据是否正确。
“运行成功”只代表流程按运行时规则完成，不代表业务结果一定符合预期。比如任务可能创建成功但关联了错误对象，通知可能发送成功但接收人范围不对，这些都需要人工复核。
执行状态只能说明流程在当时的版本、权限和输入下如何运行，不能证明客户事实正确，也不能证明业务目标已经达成。草稿不会改变历史运行；删除流程也不会撤销已经创建、更新或发送的结果。
用结果判断自动化是否真的有价值
Section titled “用结果判断自动化是否真的有价值”上线后不要只看运行次数。更有价值的是观察：
- 触发的记录是否都是目标对象，而不是大量无关记录。
- 任务是否关联正确、内容是否足够具体，是否减少了漏跟进。
- 通知是否让负责人更早发现问题，而不是制造重复提醒。
- 自动化产生的结果是否回到了客户、商机和报表可继续使用的上下文。
如果运行次数很多，但销售仍然需要人工清理大量重复任务，说明触发条件或去重设计需要调整。
失败后的处理顺序
Section titled “失败后的处理顺序”- 记录失败时间、自动化名称和发布版本。
- 查看失败节点需要的输入是否存在，条件是否真的满足。
- 检查当前执行身份是否具备读取或写入权限。
- 检查外部工具、通知或邮件等依赖是否返回错误。
- 修复草稿并重新发布，再用一条可控记录验证。
不要在原因不明时连续点击“立即运行”，否则可能重复写入数据、创建任务或发送通知。
管理员上线前检查
Section titled “管理员上线前检查”- 触发条件是否足够窄，避免一次字段更新重复触发。
- 节点输入是否来自正确对象，关联字段是否明确。
- 创建、更新、通知和外部调用的副作用是否已经确认。
- 发布范围和执行身份是否正确。
- 失败后由谁查看历史、修复流程和处理已产生的数据。
自动化仅对系统管理员开放。导入会创建草稿，不会覆盖已有流程，也不会自动发布；删除会移除管理入口，但已经产生的执行历史会保留。