Excel管BOM的尽头：为什么越管越乱？

添加HanTop-MKT，解决制造业BOM管理难题

有个研发主管跟我说，他们公司BOM管理是"三个Excel、两套逻辑、一个只有老王懂"。

意思是，BOM表有三个版本在流转，设计用一套逻辑，采购用另一套逻辑，中间有个叫老王的人负责在两个版本之间"翻译"。老王一请假，整条链路就僵在那里。

这不是个别现象。

用Excel管BOM，是大多数中小制造企业的起点，也是大多数企业最终觉得"撑不住了"的地方。

Excel管BOM能用多久？

大概是这样的：

• 产品少、工程师少、BOM简单的时候，Excel够用，甚至好用。
• 产品型号超过20个，BOM层级超过3层，工程师超过5个，Excel开始出问题。
• 产品型号超过50个，多人同时编辑，版本混乱就成常态了。

很多企业没有意识到自己过了那个临界点，还在用Excel撑着，直到出了一次质量事故、交期延误、或者老工程师离职，才发现问题已经积累了很久。

Excel管BOM的五个典型失控场景

① 版本没有锁定
工程师甲改了BOM，保存发出去了。工程师乙不知道，继续在旧版上改，保存时把甲的修改覆盖掉了。没有版本记录，没有锁定机制，谁也不知道最终发出去的是哪一版。

② 权限控制靠信任
Excel文件共享给了整个研发部，但没有权限分级。有人用来修改，有人用来查看，有人用来"临时调整"，谁改了什么，只能靠颜色标注和批注来追踪，时间一长完全看不清楚。

③ 结构BOM和采购BOM是两个文件
设计出来的是结构BOM，采购需要的是采购BOM，生产需要的是制造BOM。每次版本变动，三个文件要分别更新，手动同步，漏更新是常态。

④ 大型装配体BOM行数爆炸
一台设备可能有几百上千个零件，展开多层BOM之后Excel行数很快到几千行，滚动查找、引用计算、筛选查询全都变得很慢，打开一个文件要等20秒。

⑤ 和ERP的数据是断的
Excel里的BOM要手动录入ERP，录入时翻译一遍，录错的概率比想象中高。有的企业甚至有专人负责把Excel里的BOM手动抄进ERP，做的都是重复劳动。

为什么Excel的问题在增长，越来越难管？

根本原因是Excel设计来就不是为了多人协作、版本追踪和结构化数据存储的。

它能做到的是：一个人、一个文件、相对静态的数据。

但BOM管理需要的是：多人、多版本、动态变更、跨部门流转、和ERP/PDM联通。

用Excel去做这件事，就像用锤子拧螺丝——能用，用一阵子没问题，但不是对的工具。

临界点是什么？

通常有这几个信号出现的时候，Excel就该换了：

• 同时有3个以上产品的BOM在修改中；
• 每次发布BOM之前需要人工核对一遍；
• 出过一次BOM版本错误导致的生产事故或采购差错；
• 有工程师离职带走了BOM文件，或者留下了一个谁也看不懂的Excel；
• ERP和设计BOM的数据每周都要同步一次，靠人工对。

出现一条，值得认真评估。出现三条以上，已经在烧钱了。

换成系统之后，BOM管理会变什么？

以鹏焬OIDS的客户经验来说，一般有几个变化感受最明显：

版本不再乱：BOM每次修改都有版本记录，谁改的、改了什么、改之前是什么，都查得到。发布前系统会提示是否覆盖其他人的修改。

三套BOM自动生成：在鹏焬OIDS里，结构BOM定义好了之后，采购BOM和制造BOM可以按规则自动派生，不需要手工维护三个文件。

和ERP的数据单向推送：BOM变更审批通过之后，系统自动把数据推送给ERP，不用人工录入，也不用人工核对。

查找效率明显提升：之前在Excel里翻2000行找一个零件，上了系统之后，关键词搜索加过滤，十秒钟以内。

Excel不是坏工具，只是不适合这件事。

很多企业迟迟不换，原因是觉得"现在还能用"。但BOM管理的代价往往是隐性的——多出来的库存备货、出错之后的排查、手工录入ERP的工时、以及某次发货出了问题之后找不到责任依据的风险。

等到撑不住的时候再换，成本比早换高得多。

延伸阅读：

• 物料编码申请慢，工程师等不及自己编，一物多码就这样来了