很多国产ERP里的BOM根本不能用

寂静回声

很多企业生产一出问题，就觉得是ERP系统不行，其实问题根本不在系统，而在BOM。
它不是一个简单的表格，也不是为了凑报表的那堆数据，而是生产、采购、计划、成本这些核心模块的底层逻辑。
逻辑一错，系统再聪明也白搭。
算不准物料，生产计划排不顺，采购领料一团乱，
说到底，建BOM不是录数据，是在立规则。
规则立歪了，ERP就成了摆设；
规则立对了，系统才能真为业务服务。

不少公司做BOM的方式，跟填Excel没区别：哪道工序用什么料，随手一填，只要系统能导进去就算完。
问题是，BOM不是表格，它是逻辑。
它定义的不是用了哪些料，而是怎么生产出来的。
一个产品的主件、子件、半成品之间的关系，就是ERP算料、排产、核算的基础。
很多人省事，把所有零件全放在同一层级，看似方便，实际上就是在毁系统。
ERP一算MRP，根本跑不通。
ERP的逻辑是层级制的，父子关系错一点，整个计划都跑不准。
层级不是为了好看，是为了让系统知道谁消耗谁。
如果半成品这层没定义清楚，计划系统就根本不知道该在哪个工序领料、在哪个节点汇总。
结果要么多领料、要么少发料，最后还得人手修正。
所以，BOM层级要能反映真实的制造过程。
成品用哪些半成品，半成品由哪些零件组成，每层都要能追溯到消耗点。
只有这样，系统才能算出准数，MRP才不会乱。

很多企业习惯把研发的BOM直接塞进ERP，看起来省事，实际上是自找麻烦。
研发BOM讲的是设计逻辑，生产BOM讲的是制造逻辑。
研发里会有试验件、可选件、未来替代料，但生产只认能采购、能领料、能加工的那部分。
这俩混在一起，计划一跑，系统直接报错——要么算不出物料，要么发现库存里根本没有这种料。
真正的做法，是让研发BOM留在PLM里，生产BOM单独在ERP维护。
设计变更要经过工艺审核，再同步更新。
这样系统看到的BOM，才是能执行的版本，不会出现在工厂停线、采购乱采、成本乱算的情况。

很多ERP看起来是系统问题，其实是数据问题。
物料编码不统一、单位乱用、替代料不标清，这些都能让ERP直接瘫痪。
一个企业的ERP里，同一个物料可能有五个名字：10Ω电阻、电阻10欧、Resistor-10、10R、10Ω。
系统当然分不清，它会当成五种料来算，
采购计划直接翻倍，成本全失真。

还有一种情况：上线那天BOM没问题，一个月后就废了。
因为产品改了，工艺调了，物料替换了，BOM没人更新。
ERP最怕的不是旧数据，而是假数据。
计划以为你还在用旧物料，采购照着老BOM下单，
结果仓库压货、生产缺料、成本对不上，系统彻底乱掉。
BOM是活的，不维护就会烂。
产品有改动，BOM就要同步；
工艺有变更，要更新版本；
设个变更流程：谁提、谁审、谁改。
BOM要能追溯到版本，不能靠人记。
系统能跑多久，不在于你建得多漂亮，而在于你能不能持续维护。