流程实例
流程实例是模板针对某一个销售机会、任务或其他对象的具体一次运行。如果说业务流程描述的是规程，那么实例就是它此时此地的一次执行：流程当前处在哪里、哪些步骤已经完成、它在等待什么以及如何结束。实例是控制工作的落脚点：管理者通过它可以看到自动化是否真正在运转，而不是卡在半途。
正在运行的流程可以在 /automation/workflows 板块查看。
什么是实例
当一个已发布的流程被启动时——无论是手动启动还是来自自动化——都会创建一个绑定到具体对象的实例。它会沿着模板的图运行：自动步骤自行执行，手动任务分派给相关人员，等待节点会暂停直到到达某个时间或事件。每个实例都有自己的历史和自己的当前步骤。
同一个模板可以同时拥有许多实例——为流程所启动的每一个对象各自对应一个。
在哪里查看
在 /automation/workflows 板块中，实例汇集在正在运行的流程标签页里。从这里可以按地址 /automation/workflows/instances/:id 打开某个具体实例的卡片。列表中可以看到状态、关联对象和启动时间；卡片则展开详细历史。
实例状态
实例会经历以下状态：
- 运行中 — 流程正在执行；
- 等待中 — 停在手动任务或等待节点上（这是正常的暂停，而不是错误）；
- 已完成 — 已运行到终点；
- 失败 — 某个步骤未能执行，流程无法继续；
- 已中止 — 带原因被手动停止。
状态是控制时首先要看的：它把正常的暂停与卡住或损坏的流程区分开来。
实例卡片：步骤历史
在实例卡片中可以看到关联对象、开始与结束时间、当前步骤以及时间线上的步骤历史。通过历史可以读出整条路径：经过了哪些节点、哪些是自动执行的、流程在哪里等待了人、各花了多少时间。
利用历史来回答这些问题：流程是否确实启动了、它现在处在哪一步、谁应当执行手动操作，以及它为什么结束或停止。
待运行事项
部分流程步骤会按计划或在到期时执行。运行这类延迟步骤（“待运行事项”）会把它们收集起来并在一次处理中完成，然后显示汇总：有多少步骤已处理、多少成功、多少失败。
把汇总当作本次运行的结果来读：错误数不为零意味着部分延迟步骤未能执行——需要按对应的实例逐一排查。
带原因中止实例
可以中止已卡住或误启动的实例。停止时请填写清楚的原因：日后它能帮助区分正确的管理决策与配置错误。不要用中止来掩盖不正确的模板——更好的做法是修正模板并在历史中留下痕迹。
中止只针对具体实例，不会改变模板：在你重新编辑并发布流程之前，新的运行仍会沿着原先的图进行。
状态与限制
- 处于“等待中”状态的实例是任务或事件上的暂停，而不是故障；
- 处于“失败”状态的实例表示某个步骤未执行，流程已停止；
- 已中止的实例不会恢复——必要时启动新的实例；
- “待运行事项”汇总中出现错误，表示部分延迟步骤未通过；
- 没有启动或中止权限时，相应操作不可用。
良好实践
- 定期查看正在运行的实例及其状态。
- 区分“等待中”（正常）与“失败”/卡住（需要排查）。
- 中止时填写清楚的原因。
- 按具体实例排查“待运行事项”汇总中的错误。
- 同一步骤上反复出现的错误应在模板中修复，而不是用手动绕行。
常见错误
把“等待中”当成故障。 停在手动任务上的流程看起来像“卡住了”，其实只是在等人。
中止时不填原因。 之后就无法判断这是决策还是错误。
忽视运行汇总中的错误。 延迟步骤默默地未执行，规程就断裂了。
用手动操作修补症状。 如果实例总在同一步骤上失败，问题出在模板。
如何检查结果
- 实例状态符合预期（运行中、等待中、已完成）；
- 步骤历史显示出走过的路径，没有意外的停止；
- “待运行事项”汇总在没有错误的情况下完成，或错误已被排查；
- 已中止的实例都有清楚的原因；
- 反复出现的故障已在模板中消除。