问题背景：离散制造的排产失效不是工具问题，是计算逻辑缺失
多品种、小批量、短交期已成为离散制造常态。但大量团队仍在用Excel或ERP做‘详细排程’，结果却是：计划天天改、车间频繁换线、缺料到报工才暴露、瓶颈设备常年过载——表面是执行不力，实则是排产引擎未覆盖真实生产约束。
这不是工具不行，而是它们根本没被设计来解决‘有限产能下的工序级可行性验证’。
Excel排产：认知超载下的伪确定性
Excel本质是静态表格，无法承载动态耦合关系：
- 工艺路线、设备状态、物料齐套、班次日历等变量彼此隔离，靠人工拼凑 → ‘盲排’；
- 无资源负载建模能力 → 关键瓶颈过载而闲置设备无人察觉；
- 无任务锁定与影响分析机制 → 插单一来必须全盘重排，计划稳定性归零；
- 日历逻辑缺失 → 节假日、维保期、班次切换时间未参与计算 → 生成的‘计划’物理不可行。
‘不是不会排，是计划天天变。’——这句高频反馈直指核心：Excel缺乏订单、产能、物料、工艺、日历间的统一计算闭环。
ERP排产：功能定位错配导致的执行断层
ERP（如SAP/Oracle）擅长MPS+MRP，但不等于APS：
- 不校验工序级齐套性：BOM中一个螺丝缺货，仍下达工单；
- 不识别辅资源占用：模具被前序占用、夹具未就位，设备空闲却无法开工；
- 关键输入游离系统外：采购来料进度、外协交付、替代料策略未纳入排程逻辑；
- 工单颗粒度粗、无执行指令属性：无法直接下发为车间任务；
- 未与MES/设备状态联动：设备故障或人员缺岗时，计划无法自动重算。
‘系统不少，但真正排产还是靠表。’——这不是ERP缺陷，而是它本就不该承担APS职能。
APS可行排程的四重技术逻辑
APS不是‘更高级的排程表’，而是重建计划可行性基因的计算引擎。其核心在于将分散约束统一建模、实时耦合：
- 工艺柔性建模：支持订单专属BOM与工序配置，定制化计算独立于标准工艺库，避免污染主数据；
- 资源协同建模：主资源（设备/产线）与辅资源（模具/人员/班次）统一注册、联合校验，自动规避超资源排产，并将换型、装夹等隐性时间嵌入工序间隔；
- 物料前置校验：在交期预估阶段即融合实时库存、采购在途、外协进度、BOM替代策略，完成动态齐套判断，把缺料风险拦在计划生成之前；
- 日历驱动排程：以生产日历为唯一产能标尺，自动排除节假日、维保窗口、临时停产等不可用时段，确保每一分排产时间真实可兑现。
这四重逻辑共同构成一个闭环计算引擎：订单输入 → 多维约束实时校验 → 可行解生成 → 执行反馈反哺优化。
落地关键：从数据、规则到视图的协同升级
APS上线≠流程闭环。建议按以下路径验证可行性：
- 以最痛急单场景切入，端到端跑通：交期预估 → 任务锁定 → 局部重排 → 物料联动 → 计划下发 → 报工反馈；
- 数据基础决定上限，优先夯实三类主数据：
- BOM准确至版本级；
- 工艺路线完整覆盖替代与变更；
- 资源台账细化到工序级（含设备、模具、班次、人员）；
- 将隐性经验规则化编码：
- 如‘大客户插单优先级 > 齐套率阈值’；
- 或‘瓶颈设备预留10%缓冲产能’；
- 用可视化驱动共识：
- 资源负载热力图 → 定位真瓶颈；
- 交期差异看板 → 识别交付风险根因；
- 缺料预警清单 → 拉通采购协同动作。
当管理层能一眼看清‘为什么交不出’，计划才真正从IT后台走向经营前线。
