做了10年计划排产，最后靠这三张表把排产管住了！

很多计划员最怕的，不是订单多，而是计划永远赶不上变化。

早上刚排好的计划，中午销售插单；下午采购说关键料没到；车间临时停机；老板又追着问订单为什么还没交。计划员只能不停改表、调设备、挪订单、发通知。

最后现场还是一团乱：销售说计划没通知，采购说没人提前讲缺料，车间说机台早被占了，老板问延期原因，大家只能翻聊天记录、找Excel、对版本。

做了多年计划后我越来越发现，很多企业排产失控，并不是少了一套高级算法，而是三个基础问题没管住：订单能不能接？产能能不能接住？计划变化怎么处理？

所以真正能把排产管住的，不一定是一张复杂的大排程表，而是三张最基础、也最容易被忽视的表：订单评审表、产能负荷表、异常滚动表。

一、订单评审表：

排产最容易犯的错误，就是订单一进来，计划员马上开始排机台。

真正成熟的排产，第一步不是排，而是评审。

确认订单

订单评审表首先要回答：这张订单能不能按承诺交付？

至少确认五项：

交期：客户要求、销售承诺、内部评审交期是否一致。销售承诺必须经过产能和物料确认。

数量：总量之外，还要确认批次、分批交付、包装和标签要求。

物料：库存、采购周期、预计到料时间、替代料以及供应商交付稳定性。

工艺：图纸、BOM、工艺路线、检验标准是否齐全，是否涉及试产、模具、夹具、检具。

客户要求：特殊规格、包装、检验、指定供应商等是否已同步相关部门。

这些条件没确认，就不应该直接进入正式排产。

因为很多延期并不是排产出了问题，而是订单进入计划之前就埋下了风险。

准入条件

订单评审的核心不是多填几项，而是建立明确的计划入口：

• 物料未确认，不能锁定生产日期；
• 工艺资料不完整，不能释放生产；
• 关键设备无产能，不能只凭销售承诺排产；
• 客户交期超出当前产能，需要重新确认；
• 存在重大技术或质量风险，需要技术、质量共同确认。

这样，销售、采购、技术、质量和计划各自承担自己的责任，计划员不再成为所有问题的最后接盘人。

订单评审的本质，就是把不确定性挡在排产之前。

如果企业用简道云承接这一过程，可以把订单、交期、数量、物料、工艺、客户要求、责任人等关键字段统一起来，让订单提交、评审、退回、确认形成一条线上流程，而不是销售在微信里说一句急单，计划员再手工补进Excel。

评审结论

不能只写“物料风险较高”“产能紧张”“工艺待确认”，而要明确：预计什么时候到料、能不能按期生产、谁负责、什么时候完成。

最终形成明确结果：可按期生产、调整交期、调整数量、调整生产方式，或者暂缓进入计划。

只有结论明确，后面的排产才有依据。

二、产能负荷表：

订单确认可以生产之后，第二个问题才是：到底有没有资源生产？

很多计划员排产时只看设备日历，但设备有空，不代表订单就能做。

别只看设备

一张订单可能经过开料、机加工、表面处理、装配、检验。

所以产能负荷表至少要统一这些数据：

• 订单与工序
• 标准工时与实际效率
• 所需设备
• 所需人员和技能
• 换线、换模、调机时间
• 前后工序衔接
• 已排负荷
• 可用产能
• 瓶颈资源
• 计划开始与完成时间

这样看到的才是真实生产负荷，而不是单纯的设备空闲时间。

算有效产能

理论产能不等于可用产能。

比如设备理论上每小时生产100件，但实际还要扣除换模、调机、清洗、首件确认、保养、人员交接等损耗。

因此：有效产能 = 可用时间 × 实际效率 − 必要损耗时间。

人员同样不能只看人数。熟练工与新员工的产能不同，不同产品的换线时间也不同。

如果这些口径不统一，计划表和现场产能永远对不上。

通过简道云可以把订单、工序、设备、人员、标准工时、交期等数据放到同一套业务数据中，再按照订单和资源进行汇总，让计划员看到的不只是某台设备有没有空，而是不同订单到底占用了哪些资源、哪些工序已经超负荷。

找真正瓶颈

产能负荷表最重要的不是告诉你哪里有空，而是告诉你哪里会堵。

比如：A设备负荷80%，B设备负荷95%，C设备负荷120%。

这时重点不是A还能空多少，而是C为什么超载，以及哪些订单可以调整。

进一步判断：

是前工序供不上还是后工序消化不了？
是设备瓶颈还是人员瓶颈？
是插单造成超负荷，还是标准工时、现场效率本身就不准？

只有找到瓶颈，调整计划才有方向。

提前留空间

产能负荷表最终要回答三个问题：现在能做多少？接下来哪里会堵？哪个订单需要提前调整？

一旦关键设备未来几天接近满负荷，就应该提前考虑：拆单、并行生产、替代设备、外协、调整交期或重新安排优先级。

真正的产能管理，不是每天排一次计划，而是提前发现资源冲突。

三、异常滚动表：

订单评审解决入口，产能负荷解决资源，但排产还有一个最大的敌人：变化。

插单、缺料、设备停机、返工、客户改交期都很常见。真正让计划失控的，是变化发生后没有统一的处理机制。

变更记清

异常滚动表要记录的不只是出了什么问题，而是完整的处理链路。

插单：谁提出、何时交、占用什么资源、挤掉哪个订单、谁批准。

缺料：缺什么、何时到、影响哪些工序、谁负责。

设备停机：哪台设备、停多久、有没有替代设备、影响哪些订单。

返工：返工原因、占用哪个工序、增加多少工时、影响哪些订单。

客户变更：改数量、规格还是交期，原计划受到什么影响，是否需要重新评审。

核心就是五个问题：为什么改、改了什么、影响谁、谁决定、怎么处理。

异常处理

不能只记录“设备故障”“等待到料”“销售插单”，还要记录后续动作：

设备停机后是否切换设备？
缺料后是等料、替代、拆单，还是调整计划？
插单挤掉了哪个订单？被挤订单怎么处理？

真正的滚动排产应该形成：发生变化 → 判断影响 → 调整计划 → 同步相关人员 → 执行 → 回写结果。

根因追清

异常滚动表还有一个价值：把每天的救火，变成企业的问题清单。

缺料频繁，就看供应商交期、采购周期和安全库存；
设备频繁停机，就看保养和维修；
产品反复返工，就查工艺、质量标准和现场执行；
销售频繁插单，就重新明确急单准入和插单审批规则。

借助简道云把异常来源、影响订单、责任部门、处理动作和最终结果统一沉淀下来，可以让每次异常调整都留下完整记录，而不是散落在微信群、电话和不同版本的Excel里。

闭环完整

异常不是问题处理完就结束，而是要确认：

计划调整了没有？
受影响订单通知了没有？
客户交期变了没有？
采购、生产、仓库、质量有没有同步？
原计划和新计划有没有留下记录？

全部完成，异常才算真正关闭。

长期积累后，还可以进一步统计：哪些异常最多、哪些订单最容易延期、哪些设备最容易影响计划、哪些供应商最容易造成缺料。

这样才能从每天救火，进入持续改善。

最后

做了多年计划后会发现，排产真正难的，从来不是把一张计划表排得多漂亮，而是让计划有依据、有资源、有变化处理机制。

订单评审表，管住订单入口；

产能负荷表，管住资源冲突；

异常滚动表，管住计划变化。

三张表真正跑起来以后：订单进来有人评，资源占用有账查，计划变化有记录，异常处理有结果。

这才是排产从混乱走向可控的真正起点。