不是企业不想用 APS系统，而是：在“大工单 ↔ 小工单”这条缝里，Excel 目前性价比最高。

1、本质原因

「大工单」和「小工单」之间，本来就是一条灰色地带 

• 大工单

• 稳定

• 抽象

• 面向承诺 / 计划

• 小工单

• 高频变化

• 贴近现场

• 面向执行

👉 而“拆单 + 协调 + 修正”这一步：

• 不完全是算法问题

• 也不完全是规则问题

• 而是经验 + 妥协 + 博弈

这一步，很难一次性系统化。

Excel 正好卡在这里。

2、现实原因 

拆单规则根本没定型，系统“写不死”

很多公司拆单是这样的：

• 同一个产品：

• 今天按 500 件一批

• 明天按整托

• 后天看设备心情

• 同一个订单：

• 急单拆细

• 普通单合并

• 换型 / 换模：

• 理论有规则

• 实际靠老师傅一句话

👉 这意味着什么？

拆单逻辑不是“规则”，而是“判断”。

系统要写判断：

• 要写 50 个 if

• 每个 if 都可能下周失效

Excel：

• 改一列

• 拉个公式

• 立刻生效

3、现实原因 

（1）原因1

计划需要“可解释性”，不是“最优解”

APS 算出来的小工单：

• 顺序正确

• 约束满足

• KPI 最优

但现场问一句：

“为什么这单排在前面？”

APS：

「因为目标函数最优」

Excel：

「你看这列，交期红了。」

👉 人在压力下，更信“看得见的因果”。

（2）原因2

Excel 的优势不是算力，是：

• 所见即所得

• 能拍桌子解释

• 出事能追责

系统粒度不匹配，是常态不是例外

典型断层：

APS：工序级 / 批次级MES：工位级 / 班次级

中间缺什么？

• 缺“过渡粒度”

Excel 正在干的事：

• 合并 / 拆分

• 临时调序

• 人为插单

• 处理“系统不支持但现实存在的状态”

👉 Excel 是“粒度变压器”。

（3）原因3

数据质量不足，系统不敢全自动

很多企业真实数据是：

• 标准工时 ≠ 实际工时

• 设备状态延迟

• 人员技能表形同虚设

• 换模时间随人

在这种情况下：

• APS 全自动排 → 大概率“数学正确，业务错误”

• Excel 半自动调 → 至少“业务可控”

👉 Excel 是低信任环境下的安全模式。

4、系统层原因

APS 的“中间层”最难做，但最不赚钱

软件厂商现实困境：

• 做大工单层：

• 好卖

• 好讲故事

• 做小工单层：

• 有 MES / WCS

• 做中间层：

• 规则碎

• 定制重

• 行业差异极大

• ROI 不好算

结果是：

中间层被留给 Excel。

5、人的原因（也是最关键的）

（1） 责任转移

• 系统自动排：

• 出问题 → IT / 算法背锅

• Excel 手调：

• 出问题 → “情况特殊”

👉 Excel = 风险缓冲垫

（2） 老调度员的生存空间

说句大实话：

很多调度的“不可替代性”，就藏在 Excel 里。

• 公式只有他懂

• 表格结构没人敢动

• 系统一上线，他就开始“辅导系统”

6、行业黑话版

APS 解决的是“能不能”，Excel 解决的是“现在怎么办”。

7、什么时候 Excel 才会真的消失？

不是“不让用”，而是系统做到这三件事：

1. 允许不完美

• 支持人工介入

• 支持局部修改不全局重排

2. 中间层建模

• 有“可拆可不拆”的工单形态

• 粒度可伸缩

3. 可解释 + 可回滚

• 告诉人“为什么这样排”

• 排错了能快速撤回

在那之前——

Excel 不是落后，是最接近真实世界的工具。