运行历史与问题排查
运行历史回答了自动化管控的核心问题：任务规则、机器人或业务流程是否运行成功，如果没有——原因是什么。没有它，就无法判断自动化是真正在工作，还是默默地闲置。本页讲的是如何阅读运行结果，并排查常见问题。
运行历史就在每个引擎所在的地方：任务规则在「历史」标签页，CRM 机器人和业务流程在各自的板块中。
在哪里查看历史
- 任务规则——
/tasks/automation上的「历史」标签页：按任务的触发记录； - CRM 机器人——CRM 自动化中按销售机会的触发历史；
- 业务流程——实例卡片中的步骤历史和「待运行事项」汇总；
- 延迟步骤——运行汇总：处理了多少、成功多少、失败多少。
从那个让你意外的引擎开始排查，并按具体对象打开它的历史。
历史记录显示了什么
每条历史记录都描述一次运行：
- 状态——运行以何种结果结束；
- 时间——何时触发或被安排；
- 对象——本次运行所针对的任务或销售机会；
- 原因——如果运行未执行，对应的代码/说明；
- 消息——关于错误或结果的文本。
「状态 + 原因」的组合是排查的主要工具：状态说明发生了什么，原因说明为什么。
运行结果
运行会以下列结果之一结束：
- 成功——操作已执行；
- 已跳过——条件未满足或运行未被允许，因此操作未应用；
- 失败——操作本应执行，但未能执行；
- 已阻止——操作被一项操作防护拦下。
已跳过和已阻止不是故障，而是按规则的正常行为；失败才是需要排查的。
规则为何被跳过
「已跳过」通常意味着运行因条件或权限而不适用：
- 规则条件对该对象未满足；
- 作用范围不包含该项目、管道或阶段；
- 执行者或规则没有执行所需操作的权限。
这是正常的：规则有意不触碰其条件之外的内容。如果它本应触发——说明条件或作用范围被收得过窄或设置有误。
运行为何被阻止
「已阻止」意味着触发了操作防护：操作未通过，因为某个必要条件未满足（例如在更换阶段前有字段未填写）。这不是自动化的错误，而是生效的规章。按操作防护的消息来排查：它会说明需要填写或完成什么。
步骤为何失败
「失败」意味着操作本应执行，但未能执行。常见原因：操作执行者没有权限、缺少所需的参与者或对象、操作配置有误、外部操作不可用（例如在没有可用模板的情况下发送邮件）。查看记录的消息——它会指向具体原因。
部分结果
机器人和「待运行事项」的运行可能出现部分结果：链条的一部分或部分延迟步骤执行了，另一部分没有。在机器人中，这取决于错误策略（停止还是继续）；在运行中，可从汇总看出（处理/成功/失败）。部分结果比完全失败更危险：对象停留在处理了一半的状态，因此这类记录要优先排查。
常见修复
- 已跳过但本应触发——检查条件和作用范围；
- 已阻止——满足操作防护的要求，或调整该防护本身；
- 权限错误——给操作执行者授权，或更换执行者；
- 发送邮件错误——确认模板已启用且变量正确；
- 同一步骤反复出错——修复规则、机器人或业务流程模板，而不是手动处理对象。
良好实践
- 定期查看历史，而不是只在出问题时才看。
- 区分正常的「已跳过/已阻止」和真正的「失败」。
- 优先排查部分结果。
- 在自动化配置中修复原因，而不是手动处理后果。
- 把反复出现的错误记录为重新审视规则或业务流程的信号。
常见错误
把「已跳过」当成故障。 多数情况下规则只是有意不触碰条件之外的对象。
手动修对象而不是修原因。 错误会在下一次运行时重现。
忽视部分结果。 对象停留在不一致的状态。
不读消息和原因。 它们直接指出了要修复什么。
如何确认已修好
- 重新运行（或手动运行）以成功结束；
- 历史记录显示预期的状态且无错误；
- 满足操作防护要求后，被阻止的运行消失了；
- 部分结果已彻底完成，对象处于正确状态；
- 反复出现的错误不再出现在历史中。