现场发生搬送系统已经停滞了一段时间的问题。
初步调查结果 MES 中有任务记录，WCS 中有车辆和调度状态，AGV / AMR 没有明显故障，页面上也能看到 Waiting、Pending、Blocked、Idle 等状态。
数据并不少。
现场需要回答的是：
为什么整个协同过程停在这里？
任务已经生成，车辆可能在线，目标站点和路径也都有状态。各系统单独看没有明显异常，但流程仍然没有继续。
1. 有记录，为什么仍然解释不了？
MES / WCS 可以记录任务生成时间、任务分配、车辆位置、路径和站点状态、资源占用以及任务完成情况。
这些记录是现场分析的重要基础。
协同过程停止以后，需要确认：
为什么任务、执行主体、资源、许可和目标站点没有共同推进到下一状态？
这个问题通常跨越多个系统，很难由某一条状态记录单独回答。
即使 MES、WCS、车辆系统和设备控制器中的数据都正确，工程师仍然需要在不同系统之间逐项确认，再按时间和控制关系还原当时的状态。
2. 协同停滞往往没有单一故障对象
单台设备发生故障时，通常能够找到明确的报警对象。
协同停滞则经常发生在多个对象之间，例如任务、执行主体、路径与资源、许可、目标站点和下游承接之间。
任务可以已经存在，车辆可以保持在线，路径没有报警，站点本身也可能正常。但只要这些对象之间没有形成当前状态迁移所需要的关系，整体流程仍然可能停住。
现场最后看到的往往只是：
Waiting
Pending
Blocked
这些状态能够说明系统没有继续推进，但不能直接说明当前卡在哪个环节。
因此，问题通常来自状态分散在不同对象和系统中，尚未围绕同一次状态迁移有效组织起来。
3. 状态需要围绕一次明确的迁移重新组织
假设现场同时看到：
Task = Pending
Vehicle = Waiting
Station = Available
三个状态都可能是正确的。
但仅凭这些记录，还不能判断系统当前准备进入什么目标状态、哪些状态与这次进入直接相关，以及什么因素阻止了这次进入。
首先要明确的是：
系统当前准备从什么状态进入什么目标状态？
目标状态入口（Target State Entry）确定以后，MES、WCS、车辆、PLC、站点和下游系统中的相关状态才有了同一个判断对象。
工程师可以围绕这一次进入确认条件、许可、执行链接续状态以及状态当前是否仍然有效，从而判断这次状态迁移为什么没有成立。
TPCA / PCN 就是对这种以明确的目标状态入口为单位组织这些状态和前置判断，并记录本次判定、控制和执行结果。
具体应用参见：
工程结论
MES / WCS 已经能够记录大量任务、车辆、路径、资源、站点和运行状态。
这些数据能够说明各系统发生了什么，但协同停滞还需要回答：
为什么这一次没有进入下一目标状态？
要回答这个问题，需要先明确本次协同过程的目标状态入口，再把分散在不同系统中的相关状态放到同一次状态迁移中判断。
TPCA / PCN 将这一目标状态入口作为工程对象，用于组织相关状态、判定和运行履历。
进一步阅读
文档信息
题目：“为什么 MES / WCS 能记录，却不能解释停滞？”
文档类型：工程问题
问题类型：多系统联动问题
版本：Public Question Version 1.2
首次发布日期：2026-07-04
最后更新：2026-09-18
作者：全野南政 / Nansei Zenno
当前 URL：https://zennns.com/zh/questions/why-mes-records-but-cannot-explain/