运行监控与维护

找到正确的实例

先确认应用、工作流元素、发起时间与业务编号。进入实例详情后，记录流程实例 ID 和所属版本；不要仅凭相同的流程名称判断是同一次运行。

需要从业务页面转交问题时，可由流程记录中的实例信息辅助定位。任务实例 ID 只能定位某条任务，不能代替流程实例 ID。

按顺序查看

1. 查看实例状态，确认是进行中、已完成还是已终止。

2. 查看运行图与活动记录，确定停留或失败的节点。

3. 查看该节点对应的任务、活动及作业信息，取得具体错误。

4. 查看输入变量与输出映射，区分启动参数、全局变量和当前活动局部变量。

5. 涉及子流程时，进入对应子实例检查，避免只看父流程等待状态。

图中的位置帮助定位；实际异常原因需要结合错误信息和关联服务执行记录判断。

变量值不符合预期

先核对“哪一实例、哪一节点、哪一时点”。启动参数在发起时传入；节点输出要等节点执行后才产生；全局变量要通过相应映射更新。

父流程和子流程分别有各自变量，参数通过显式输入输出传递。某个节点查不到变量，并不一定代表整个流程没有该变量。详见 变量与数据映射。

修复异常与重试

根据作业信息修正脚本、业务数据、参数或服务配置，再评估是否重试。Python 401、财务模型状态迁移和通知失败见 常见问题与排查。

重试前确认前一次是否已写入业务数据或发出通知；外部操作可能已经成功，而工作流在随后步骤才失败。必要时先核对业务结果，避免重复处理。

“已调起异步脚本”和“脚本执行成功”不是同一状态。异步任务应结合 Python 或数据流自身的作业记录核查。

发布新配置后如何核对

确认工作流的新版本已发布，并用新实例验证修改。已有实例继续关联其原版本，不能用新设计稿解释所有历史记录。

如果只是停用一个版本，仍需关注已有运行实例；停用发起入口不等于终止所有实例。删除元素、版本或实例前，应按业务保留要求检查历史记录和引用关系。

需要技术协助时

提供环境、发生时间、工作流与实例 ID、节点名称、预期结果、实际结果、完整错误，以及相关业务是否已发生写入。先脱敏认证信息和业务敏感内容。

只看到“服务异常”时，不要直接修改业务配置；先结合接口响应与服务日志定位。刚升级的环境还需核对组件版本是否配套。