18 专项：APC先进控制适用边界——哪些场景该上，哪些纯属浪费

专栏：制造业各行业 MES 业务流程、底层逻辑与系统适配性 ｜ 第 18 篇 读者：MES 实施顾问、CIM/EAP 工程师、工艺工程师、生产负责人一、问题原点良率一波动，管理层就想上 APC。这个冲动一半是对的，一半是浪费。APC 的本质：用模型反过来调整工艺参数，让下一个 Run 更接近目标。它不是一个软件功能，而是一套“测量→模型→执行”的闭环机制，要占用仪表、人力和模型维护资源。花钱的地方很清楚：仪表补齐、模型开发、上线验证、专人维护。收益也很清楚：良率提升 × 单价 × 产量。问题在于很多场景收益根本不存在——没有下一批可以迭代、参数不允许自动调、调错了不可逆。把 APC 预算花在这些场景，就是本专栏反复说的那类错误：不是功能不好，是业务用不上。这一篇给一张判定表：什么前提、什么分层、什么该上、什么别碰。二、控制链路：测量→模型→执行APC 的链路只有三段，每一段都有硬前提。前提有四件事：模型可辨识、执行器可调、测量可获（含滞后估计）、越界安全。缺一件，闭环不成立。测量段：参数和质量结果要能测出来。硬前提有两个。一是测量可获——在线测量仪或批末离线测量，离线必须有滞后估计：测一次要两小时，这两小时里跑了几批，补偿窗口按滞后算，示意：滞后 2 个 Run，