为什么当前的大多数APS都是PPT

因为 APS 表面是“排产算法”，实际落地是“工厂数据、规则、组织、执行系统、现场异常”的系统工程。大多数 APS 做成 PPT，是因为展示逻辑容易，接入真实工厂很难。

核心原因有这些：

1. 工厂基础数据不完整

APS 最依赖基础数据，但很多工厂的数据达不到排产要求。

常见问题：

• BOM 不准，版本不清楚。
• 工艺路线不完整。
• 工序 CT 不准，实际节拍和标准节拍差很多。
• 设备候选关系不清楚。
• 换型时间没有矩阵。
• 班次、休息、加班、停线日历不完整。
• WIP 状态不实时。
• 库存可用量不可信，齐套状态不准。
• 订单优先级口径不统一。
• 外协、自制、返工、试作规则没有结构化。

PPT 里可以假设数据是干净的；真实工厂里，数据往往是第一道坎。

2. 排产规则大量依赖老师傅经验

很多工厂的排产不是简单的“订单 + 设备 + 交期”。

实际规则包括：

• 哪些客户必须优先。
• 哪些机种不能连续做。
• 哪些设备理论可做但现场不愿意做。
• 哪些订单可以拆，哪些不能拆。
• 哪些工序可以外协。
• 哪些物料可以替代。
• 哪些 WIP 不能动。
• 哪些计划员可以临时插单。
• 哪些班组今天人不够。
• 哪些设备最近状态不好但系统里还是 active。

这些规则通常在计划员、班长、工艺、生产主管脑子里，没有被系统化。所以 APS PPT 很好画，真实规则很难数字化。

3. ERP/MES/WMS 数据割裂

真正 APS 至少要打通：

• ERP：订单、客户、交期、销售变更。
• MES：工单、工序、开工、完工、报工、异常。
• WMS：库存、锁定、齐套、替代料、在途、库位。
• PLM/工艺系统：BOM、路线、CT、设备能力。
• HR/考勤或班次系统：人员、班组、加班。

很多 APS 厂商演示时只用一份 Excel 或模拟数据。但上线时要面对多个系统、多个口径、多个延迟，结果就变成集成项目，而不是单纯 APS 产品。

4. 计划结果无法被现场执行

很多 APS 算出来的计划理论上最优，但现场执行不了。

比如：

• 物料系统显示有库存，但其实在质检、锁定或别的订单占用。
• 设备理论可用，但现场夹具不在。
• 工序安排合理，但人员技能不匹配。
• 换型时间低估，导致计划整体后移。
• 已开工 WIP 被系统调整，现场不接受。
• 急单插入后影响了隐藏优先级客户。

结果就是：系统排得很好看，计划员还是导出 Excel 手工改。

5. APS 的“最优解”不等于业务可接受解

算法喜欢优化目标，但工厂的目标经常冲突：

• 保交期。
• 低换型。
• 低库存。
• 低加班。
• 高设备利用率。
• 少扰动现场。
• 优先大客户。
• 保瓶颈设备。
• 不影响本周承诺。
• 不突破冻结区。

这些目标没有绝对最优，只有当前业务下的权衡。如果 APS 不能解释“为什么这样排”，计划员和生产主管不会信任它。

6. 异常太多，静态计划很快失效

工厂每天都会发生：

• 急单。
• 插单。
• 缺料。
• 设备停机。
• 人员缺勤。
• 报工延迟。
• 返工。
• 质检不合格。
• 客户改交期。
• 外协延期。
• 物流异常。

很多 APS 只会做一次性排程，但真实工厂需要滚动重排、局部重排、冻结区保护、版本对比、发布回滚。没有这些闭环，APS 很快就变成“每天早上看一眼，然后继续 Excel”。

7. 项目实施周期被严重低估

很多人以为 APS 是买个软件配置一下。实际至少包括：

• 数据盘点。
• 主数据治理。
• 规则访谈。
• 系统接口。
• 历史计划复盘。
• 试排验证。
• 计划员共创。
• 现场执行验证。
• 异常闭环。
• 权限和审批流程。
• 版本发布和回滚。
• 持续优化。

仅基础数据准备通常就要 30 人天以上，复杂工厂可能要几个月。如果客户和供应商都想“快速上线”，最后就容易变成 PPT 项目。

8. APS 厂商容易做“演示最优”，不做“执行闭环”

很多产品重点展示：

• 甘特图很好看。
• 算法名词很多。
• 多目标优化。
• AI 推荐。
• 智能排程。
• 数字孪生。

但真实落地最重要的是：

• 数据可信。
• 规则可信。
• 结果可解释。
• 计划员能调整。
• 现场能执行。
• 发布有审批。
• 异常能回滚。
• 结果能复盘。
• 系统能持续学习。

PPT 展示的是“生成计划”；工厂需要的是“计划能被执行并持续闭环”。

9. 责任边界不清

APS 一旦上线，很多问题会暴露：

• 数据不准是谁负责？
• BOM 错是谁负责？
• 工艺 CT 不准是谁负责？
• 计划延期是谁负责？
• 系统建议错了谁审批？
• 现场没按计划执行怎么算？
• 急单插入影响其他客户谁决策？
• 系统自动下发 MES 出错怎么办？

如果没有 Workflow Gate、权限、审批、审计和人工接管机制，企业不敢让 APS 真正进入生产。

10. 大多数 APS 没有从“小场景打穿”开始

很多项目一开始就想做完整 APS：

• 所有订单。
• 所有产线。
• 所有设备。
• 所有约束。
• 所有优化目标。
• 所有系统集成。

结果范围太大，很快失控。

更现实的路线应该是：

先选一个真实高价值场景，例如急单插入。打穿：

• 冻结 WIP。
• 工序顺序。
• 设备候选。
• 物料齐套。
• 交期风险。
• 多方案比较。
• 人工审批。
• 计划发布。
• 执行反馈。

一个场景跑通，再扩展其他场景。

结合当前项目的判断

你这个项目目前方向是对的：不是做一个“漂亮 APS PPT”，而是在往真实落地闭环走。

已经做对的点包括：

• Workflow-first，而不是 Solver-only。
• P0 数据质量阻断。
• 基础数据 readiness 看板。
• 急单插入最小闭环。
• 冻结 WIP。
• BOM 子件齐套。
• Workflow Gate。
• RBAC 权限。
• SQLite/PostgreSQL 持久化方向。
• 三方案比较。
• 发布、回滚、外部下发门控。

但要真正避免变成 PPT，下一步必须继续坚持：

1. 接真实数据，不要只用样例数据。
2. 一个场景打穿，不要泛化所有 APS。
3. 规则配置化，不要全部写死。
4. 计划员可解释、可调整、可审批。
5. 发布和回滚必须形成审计闭环。
6. 接入 MES/WMS/ERP 至少做最小接口。
7. 用真实工厂问题验证，而不是用完美数据演示。

总结：

大多数 APS 停留在 PPT，是因为它们只解决了“怎么排”的展示问题，没有解决“数据是否可信、规则是否真实、现场是否执行、责任如何闭环”的生产问题。真正能落地的 APS，本质上不是一个算法系统，而是一个连接数据、规则、计划员、现场和执行反馈的生产决策系统。