缺料不是一个诊断
缺料这件事的信息量,和你听到“头疼”差不多。要往下走,必须回答一个更具体的问题:缺口是算不出来,还是算出来了但没人看到,还是看到了但来不及。这三者的处理方式完全不同,而绝大多数工厂在做的是第四件事:等它再发生一次。
下面七类,按“多少工厂栽在这里”的顺序排。
一、提前期写的是供应商的承诺
物料主数据里的提前期,多数是上线时填的,或者是供应商在报价时口头给的。承诺和现实之间差的那几天,正好是缺料发生的地方:氧化说 30 天,实际五周;注塑说 15 天,碰上换模排期就是 25 天。
怎么验:拉最近六个月的实际入库,算“下单日到入库日”的中位数。中位数明显大于主数据里的提前期,这个字段就是假的。
怎么修:用实际中位数覆盖主数据,并且固定每季度回看一次。这不是一次性清理,是一个维护动作——供应商换产线、换班次,提前期就会变。
二、账面库存是对的
账上有 800,车间说找不到;或者账上 800,其中 600 已经被另一张订单占用了。第一种是准确性问题,第二种是可用量问题——净算必须减掉已被占用的部分,而不只是减掉现有量。
同源的还有在途:采购单已下、货没到,这段时间里库存是零、在途是 800。只算现有库存的计划,会在这段窗口里凭空造出一个缺口,然后催一批还在路上的货。
怎么验:抽十个物料,把账面数、实盘数、已分配数、在途数四列摆在一起。差异出现在哪一列,问题就在哪一列。
三、缺料在你没看的那一层
计划员盯的是成品和关键件,缺的往往是第三层的辅料、包材、标准件。BOM 展开只做到两层,或者某一层的用量漏了损耗率,缺口就在那个看不见的地方积累。
怎么验:拿一个最近缺过的零件,手工往上倒推:它被哪几个组件用到、那些组件又装在哪个成品上、成品对应哪些订单。倒推过程中任何一处对不上,就是 BOM 的问题。
怎么修:对着销量前二十的产品做一次 BOM 复核,重点看用量、损耗率、替代料、以及有没有“临时加了但他没改 BOM”的情况。
四、最小起订量与批量
净需求 120 个,最小起订量 1000 个。计划按 120 下单,供应商不接;按 1000 下单,接下来三个月不再需要这个件,资金压在那里。两头都不对,于是计划员开始手工干预——手工干预一旦开始,计划就不再可信。
怎么修:把最小起订量、批量倍数写进物料主数据,让净算直接产出可执行的采购量(MAX(最小起订量, 向上取整到批量倍数))。批量问题必须在计算里解决,不能靠人记。
五、插单之后没有重排
销售插了一张急单,车间开始做,采购照旧按原计划买——因为没人重跑计划。被插单挤掉的不是产能,是别的订单的物料。两周后另一张订单缺料,追溯回去,原因是那次插单。
这类缺料的特点是:单看每一次决策都合理,累积起来必然出事。
怎么修:插单必须触发重算,并且看两件事——哪张订单被推后了、推后多少天。如果重算的成本高到没人愿意做,那不是纪律问题,是工具问题。
六、预测只有一个数
“下个月大概 3000。”这句话里没有区间,于是安全库存只能凭习惯定:怕缺就多备,备多了资金占用又挨批。缺料和呆滞在同一张报表上同时出现,通常就是这个原因。
怎么修:预测给区间(比如 2600–3400),安全库存按区间的宽度和提前期的波动来定,而不是按“上次缺怕了”来定。区间不是精确性的让步,它本来就是对不确定性的正确描述。
七、异常没有责任人
计划跑出来了,缺料清单也生成了,但它躺在某个共享盘里,没有人负责在每天早上看一遍。这类工厂往往什么都有:ERP、计划、报表。缺的是“谁在什么时候看哪个数字,看到之后做什么”。
怎么修:指定一个角色,每天早上看一次按需求日排序的缺料清单,只看前十条。每条要么有动作,要么有明确的“接受这个风险”的记录。这条听起来最不像技术问题,但它是最常见的真实原因。
怎么判断你是哪一种
一个可操作的判断办法:用事后的真实数据,重算缺料发生那一天的计划。
- 算不出这个缺口——数据问题。去查上面第一到第四条:提前期、可用量、BOM 深度、批量。
- 算得出来,但当时没人看到——流程问题。查第六条和第七条:预测区间、异常责任人。
- 算得出来,也有人看到了,但来不及——提前期问题。要么提前期本身太长(找替代供应商、备半成品),要么发现得太晚(计划周期太长)。
这三条覆盖了绝大多数情况,而且不需要上任何系统就能做——一张历史订单表、一份当时的库存、一份 BOM,一个下午。
复盘时最常被问的问题
为什么同一批物料总是缺?
反复缺同一批物料,通常说明这不是运气问题,而是某个输入长期不对:提前期偏乐观、安全库存按习惯设定、或者这一层的 BOM 用量少算了损耗。重复出现的缺口是数据在告诉你哪一项该修。
多备库存能解决缺料吗?
能压住症状,但成本随缺料的不确定性一起上升,而且会掩盖原因。如果库存周转已经明显变差、缺料还在发生,说明问题不在库存水平,而在缺口没有被提前算出来。
插单一定会导致别的订单缺料吗?
不一定,但如果不重排就不会知道。插单消耗的是共享的物料和产能,只有重新跑一遍净算才能看出哪张订单被推后、推后多少。不重排的插单等于把风险留给下一周。
怎么判断是数据问题还是流程问题?
看缺口能否复现。用事后的真实数据重算那一天的计划,如果仍然算不出这个缺口,是数据问题;如果算得出来但当时没人看到,是流程问题——异常产生了,但没有落到一个具体的人身上。