在复杂自动化和制造系统中，设备没有明显故障，各系统也都有状态，但流程仍可能无法进入下一阶段。
例如，设备已经 Ready 却不动作、系统长期 Waiting、MES / WCS 已生成任务但现场未执行。工程师往往需要跨设备、跨系统查找相关条件，才能确认原因。
此外，状态迁移的设计判断如果长期依赖熟练工程师的经验，也会增加设计变更、技术交接和后继人才培养的难度。
以下从现场执行、跨系统协同和设计经验传承三个方面，整理相关工程问题。
一、设备与现场执行
为什么 Ready 不够？
设备 Ready 只说明局部运行状态，不代表当前目标状态入口所需的条件、许可和执行链均已满足。
为什么 Waiting 越来越难排查？
Waiting 只能说明系统尚未进入下一状态，无法直接说明当前在等待什么，以及阻碍状态迁移的具体原因。
二、跨系统协同
为什么 MES / WCS 能记录，却不能解释停滞？
MES、WCS 和现场设备分别记录运行状态，但分散的记录并不会自动形成针对同一次状态迁移的完整判定关系。
为什么任务存在，不代表任务可以执行？
任务生成并不等于具备执行条件。进入目标执行路径之前，还需要确认相关条件、必要许可及执行链接续要求。
三、设计判断与技术传承
为什么状态迁移设计长期依赖个人经验？
PLC 程序、联锁条件、设备接口和设计资料中虽然保留了大量工程信息，但条件设置的理由、判定依据及异常处理方式，仍可能依赖熟练设计者的经验。
如何将这些设计判断明确记录、用于设计审查，并传承给后续工程师，是状态迁移设计中的另一项重要课题。
从工程问题进入 TPCA / PCN
TPCA / PCN 以明确的目标状态入口为工程对象，将相关状态、判定规则、控制路径、实际执行结果及状态迁移履历组织为统一的工程结构。
这一结构既用于状态迁移前的判定与控制，也可以为设计审查、技术交接和工程经验的积累提供共同的表达基础。