很多国产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要能追溯到版本，不能靠人记。
系统能跑多久，不在于你建得多漂亮，而在于你能不能持续维护。
页:
[1]