实战智库

供应链管理实战智库

18年供应链实战经验,专为中小企业打造的落地方法论

BOM版本管理怎么做?BOM变更为什么总打乱物料计划

周四下午,一家做设备控制柜的制造企业,技术部发出一份BOM变更通知:某个接线端子,要从A型号换成B型号,同时配套线束也要改版。

计划员当天重跑了物料需求,按B型号算出了新需求。

采购手里,还有一批A型号端子的在途订单,供应商已经备好了货。

仓库里,还有一批A型号的库存。

生产线上,有三张工单已经领了A型号,做到一半。

周五装配时才发现:已经领用A型号端子的工单,配套线束却是按新版本下的单,两边接口对不上,现场没法继续装。

单看每个部门当时的动作,似乎都有依据:技术部改得有理由,计划按新版本重算,采购在变更通知之前下的单也没有错。

但企业没有明确:新旧版本,从哪一张单、哪个时间点开始切换。

工程部门改了BOM,不等于企业完成了变更。版本、生效时间、库存、在途和计划都同步了,变更才算真正完成。


一、BOM版本管理管什么:版本和变更,回答的是两个问题

BOM,即物料清单,列明制造某个产品所需的物料及用量等信息。

先把两个词分清楚。

BOM版本管理,回答的是:哪一个版本,对哪些订单,从什么时候开始生效。

BOM变更管理,回答的是:一项改动,怎么发起、评估、批准和通知。

两者经常混在一起说。但对物料计划来说,真正出事的,往往是两者之间的交界:变更批准了,版本也升了,可新版本到底从哪里开始用,旧的怎么办,没有人说清楚。

先说明一下范围。BOM管理是更大的概念,还包括BOM的建立、编码、权限和系统维护。本文不展开这些,只讲BOM版本管理和变更,怎样影响物料计划。

这件事也不只是技术部的事。生产计划和物料计划两端对不上,BOM版本口径不一致是常见原因之一。关于两类计划的关系,可以参考:生产计划和物料计划有什么区别?为什么计划排出来,物料却备不齐


二、BOM变更为什么总打乱物料计划:四个错位

如果切换规则没有同步明确,下游容易出现四类错位。

错位①:生效时间错位。

图纸改的日期,不等于物料切换的日期。没有明确的生效点,各部门就各按各的理解执行:计划从今天起算新版本,采购想等库存用完再换,生产看手里有什么用什么。

错位②:库存与在途错位。

变更通知发出的时候,旧版本的库存、在途采购和供应商已经备好的料,早就存在了。

新版本的需求算出来了,旧版本的物料还压在手里,旧件还在继续到货。结果往往是:新版本缺料,旧版本积压,两件事同时出现。

如果版本切换已经造成生产缺料,后续的影响判断、应急处理和预警机制可以参考:缺料怎么处理?3步从被动救火到提前预警

错位③:在制品与成品错位。

已经领料、已经开工、已经做成半成品的工单,用哪个版本,往往没有说法。继续按旧版本做完,还是返工改成新版本?不同车间、不同班组的做法,可能都不一样。

已经完工但尚未交付的成品是否受影响,也要确认:能否按原版本交付,还是需要重新检验、返工或隔离。

错位④:信息同步错位。

技术部发了通知,不代表计划、采购、仓库和生产同时知道,更不代表他们知道的是同一件事。MRP这一次按哪个版本算,也没有人专门确认过。

这四个错位,很少是哪个人没做好。

真正的问题是:变更发生时,企业没有一个”同步完成”的标准。


三、BOM变更流程:一次变更真正完成,要走完这六步

下面这六步,是一次BOM变更从提出到真正落地的完整流程。

每一步按同样的方式来看:要回答什么问题,常见由谁负责,必须形成什么结果。

需要说明的是,不同企业的变更,可能由研发、技术、质量、项目或工程部门牵头,这里写的只是常见的责任角色。责任角色由企业根据组织分工确定,核心是不能无人负责。

第1步:发起变更

要回答的问题:为什么改(质量、成本、供应还是客户要求),改什么,涉及哪些成品。

常见责任角色:技术、研发或质量等提出方。

必须形成的结果:一份说清改动内容和原因的变更说明。

第2步:评估影响

要回答的问题:影响哪些成品和订单?哪些物料已经在库、在途、在制?有没有已完工未交付的成品?新旧件能不能互换?旧物料的处置大致可不可行,要花多少成本?

常见责任角色:技术、质量、计划、采购、仓库共同确认。

必须形成的结果:一份受影响订单和物料的清单,写清库存、在途、在制和已完工未交付成品各有多少,以及旧物料处置的初步方案和成本。

第3步:评审批准,明确版本、生效条件及处置要求

要回答的问题:是否实施这次变更?新版本按日期、按批次、按订单,还是按旧料用完后切换生效?旧物料、在途和在制品怎么处置?

常见责任角色:由企业指定有权限的责任人确认。

必须形成的结果:明确的批准结论,写清楚的版本、生效条件和处置要求,并发布获批的变更通知。

这里要特别提醒:涉及安全、法规合规和重大质量问题的变更,应按企业规定直接执行相应的控制要求,不能默认”旧料用完再切换”。

生效条件具体怎么选,没有统一答案,要看变更类型、库存金额和客户要求。

第4步:按批准方案处理旧库存、在途和在制品

要回答的问题:旧版本的物料怎么办?在制品是继续按旧版本做完,还是返工?

可以从几个维度判断:金额大小、能否改用或改制、客户是否接受、供应商能否退换或调整。

常见责任角色:计划、采购、仓库、生产负责落实,改用、改制和返工需要技术、质量参与确认。

必须形成的结果:每一类旧物料都有明确的处理方式,并且有人负责落实。具体处理方案,要结合企业自身情况来定。

旧料处置与计划调整,可以按批准方案联动推进,不必等全部旧料消耗或处置完毕,才更新计划;但切换前必须确认适用版本、物料状态和执行条件。

如果落实时发现批准的处置方案行不通,应回到第3步重新评审。

第5步:同步物料计划、采购计划和生产计划

要回答的问题:哪些订单或批次适用旧版本,哪些适用新版本?需求按什么重新计算?

常见责任角色:计划牵头,采购和生产配合。

必须形成的结果:按批准的生效条件,明确各订单或批次适用的BOM版本,并据此更新物料需求、采购计划和排产安排。

对受影响的未开工任务,先确认适用版本,再重新展开物料需求,检查计划开工时点所需物料的数量、质量和可用状态是否满足要求。这里要求的是开工时点可用,不是所有物料同时到货。

这一步,是变更从”技术动作”变成”计划动作”的地方。

第6步:确认切换执行并保留追溯

要回答的问题:对同一张订单或同一个批次,技术、计划、采购、仓库和生产用的是不是一致的适用版本?受影响的订单,是不是已经按批准的规则执行?

常见责任角色:由企业指定,通常是变更的牵头部门加计划部门共同确认。

必须形成的结果:对同一订单或批次,各部门使用一致的适用版本;允许按批准的切换规则保留新旧版本并行,但不能混淆适用范围。受影响订单已按批准规则执行:该切换的完成切换,获准沿用旧版本的有明确记录;系统与现场记录一致,并保留追溯依据。

六步走下来,前三步决定的是”改不改、怎么改”,后三步决定的是”改了以后,企业怎么接住”。

很多企业的变更,在第三步之后就停了:通知发出去了,系统里版本升了,工程部门认为事情结束了。对物料计划来说,真正的工作才刚开始。

BOM变更是否完成,不看工程部门改完没有,而看版本、生效时间、库存、在途和计划是否都同步了。

BOM版本管理中的BOM变更流程图:从变更申请、版本生效到物料计划同步
BOM版本管理中的BOM变更流程图:从变更申请、版本生效到物料计划同步

四、BOM版本管理中常见的四个误区

误区1:工程改完BOM,变更就完成了。

工程改完,只是技术端的动作。物料有没有切换、旧库存有没有处理、计划有没有重算,都还没有发生。

误区2:把BOM变更管理当成技术部或ERP系统的操作问题。

系统里版本升了,只说明系统里的记录变了。变更真正的代价,落在计划、采购、仓库和生产身上。

误区3:所有变更都”旧料用完再切换”。

成本优化类的变更,往往可以等旧料消耗完再切。但涉及安全、法规合规和重大质量问题的变更,不能默认等。

同一个”用完为止”的做法,不能套用到所有变更上。

误区4:先改再说,影响以后再看。

先把BOM改了,影响等现场发现了再处理,代价往往最高。越接近执行,通常越多采购、领料和生产动作已经落实,可调整的空间更小,切换也更被动。

影响要尽早评估,而不是等装配线上发现。


最后说一句

BOM版本管理,看上去是一件技术数据的事,实际上关系到计划能不能稳定。

BOM变更没有办法避免。产品要改,供应要换,客户的要求也会变。企业能管住的,是变更之后,新旧版本怎么交接。

这也不是要求计划员、采购或仓库自己判断得更仔细。新旧版本从哪里切换、由谁批准、谁来确认执行结果,本质上需要管理层提前明确。没有明确,每个部门都只能按自己的理解执行,变更越多,计划越乱。

变更同步会牵涉技术、计划、采购、仓库和生产好几个部门,这背后其实是生产计划协同的结构问题。如果你想进一步了解为什么计划总被打乱,可以参考:生产计划总是被打乱?根本原因是缺少这个协同机制

工程部门改了BOM,不等于企业完成了变更。只有版本、生效时间、库存、在途和计划都同步了,BOM版本管理才算真正落地。

如果你的制造企业经常出现BOM改了、物料却对不上,新旧版本混用,缺料和积压同时出现,欢迎了解我们的供应链诊断服务——从版本切换规则、旧库存和在途的处理、计划同步几个环节入手,帮你把变更真正卡住的地方找出来。


关于作者

作者:Matthew|SupplyChainPro 联珩创始人

18年制造业供应链实战经验,专注制造企业的供应链诊断、体系搭建与协同机制设计,协同稳定模型(CSM)提出者。

读完这些方法论,想立即应用到企业?

我们提供免费15分钟诊断,帮你找到最佳切入点

还没准备好?先用供应链工具集自测一下