自动化运行失败怎么办

自动化失败不一定意味着“整条流程什么都没有发生”。前面的创建、更新或通知节点可能已经成功，后面的节点才失败。处理前先确认已经产生的副作用，避免修复后重复执行。

问题现象

自动化没有启动、运行停在某个节点、产生了错误结果，或同一条记录被重复处理。即使整体显示失败，前面的任务、更新或通知也可能已经成功。

先检查什么

打开自动化的执行历史，记录自动化名称、运行时间、运行状态和发布版本。草稿内容不能代表这次运行实际使用的逻辑。

分情况处理

定位失败节点

按节点类型判断：

• 触发节点失败或没有启动：检查对象、字段、日期或定时配置，确认触发记录确实满足条件。
• 查找记录为空：检查对象类型、字段条件和当前成员可见范围。
• 条件或分支走错：检查变量类型、空值和比较方式，确认不是把文本当日期或把一批记录当单条记录。
• 等待节点没有继续：检查等待对象、目标日期、条件和超时路径。
• 创建或更新失败：检查关联记录、必填字段、写入权限和重复记录风险。
• 通知或外部调用失败：检查收件人、工具授权、外部服务状态和请求参数。
• AI 或网络研究失败：按失败结果走人工处理路径，不要把空结果当成可靠结论。

修复并重新验证

1. 在草稿中修复配置，不直接修改线上结果。
2. 用一条可控记录验证命中路径。
3. 用一条不应命中的记录验证不会产生副作用。
4. 重新发布后再观察一次真实运行。
5. 回到客户、联系人、商机、任务或通知中心检查最终结果。

重新验证时至少覆盖两条路径：

• 一条确实满足触发和条件的记录，确认目标动作只产生一次。
• 一条不满足条件的记录，确认不会创建任务、更新字段、发送通知或调用外部工具。

如果失败原因来自数据缺失，先补齐正确的客户、联系人、商机或日期信息，再决定是否重跑；不要用临时猜测值让自动化通过。

已经重复执行怎么办

先停止继续运行，列出已经创建、更新或通知的对象。保留执行历史，人工去重或修正错误记录，再修改触发条件或增加筛选条件。不要通过删除历史来掩盖重复运行。

对于可能重复写入的流程，优先检查三件事：触发是否因普通字段更新反复发生、是否缺少“只处理一次”的条件、是否使用了同一条记录的稳定关联。能通过缩小条件解决时，先修改配置；不能自动判断的结果，转人工核对。

仍未解决时

提供自动化名称、发生时间、发布版本、失败节点、页面错误提示和脱敏后的输入摘要。不要直接上传包含密码、验证码或完整客户敏感资料的原始文件。