和一码多物、BOM表混乱对抗的血泪日志

23.08.22 ERP编码，就尼玛乱得离谱

这些个年头久管理乱的非标泵阀制造企业，脑子一拍就上ERP，简直是疯了！

本来这事儿轮不到我来管，但是上面说要用ERP，签了合同，三四个月都没部署好。

这不，就一个编码的事儿，又折腾了半个月。

本来就管理得乱，公司里安排上ERP的时候，几个部门一起统计物料，物料上传、编码一整十几天，最后吧表格发过来，我人都麻了，一个公司能能整出2套编码系统？乍一看差异不大，但差异再小，也不能一起用啊？！

关键这帮人还把上传用的Excel表格做好了，文件名也改好了。

到这时候才想起我在ERP厂干过，来找我……

我能怎么办？我只能和颜悦色地安慰他们：“才两套编码，不是什么大事儿，有的公司上ERP前五六套编码体系呢，甚至一个部门能整出两套来。”

然后跟他们说：“大家重新捋一遍物料吧。”

于是这帮子不靠谱的，就让我出个招。我就说可以定个统一的编码规则，然后写bat文件，对现在编码有问题的文件进行批处理。

于是……果不其然，这个写脚本的工作落在了我头上，我加班到深夜写了个粗糙的BAT脚本，让大家先试着运行一下，自动给文件改命名。

运行出了问题，查代码，改脚本也解决不了问题，我也只能在群里发个处理流程，让打工人们自己注意使用限制，自己去处理一些问题。毕竟BAT脚本我写着也不太熟，自己办公用用还行，用来收拾这烂摊子还欠缺了一点。

就这样，还能听到有人私底下吐槽我的处理办法。

ERP是有用，但对有的企业来说，是这么好实施的吗？

多少年了，厂里流程都没捋顺，现在让我一个新人来背锅，有些人还美其名曰，上级领导很有远见，招我来就是为了处理这些问题。

说得很好，下次不要说了。

23.10.28 一码多物，生产崩了绩效崩了

我是一个码……不，我是一个件。

不，我只是个没脑子也没精力的打工人。

整个10月我就没消停过。

3个周，就3个周！一码多物问题就爆了3次，我的心情也跟着这破事儿颠儿颠儿的。

就因为我参与了编码工作，这口锅欻地扣我头上，我每天还要强装淡定地板着脸安排工人跑动跑西。

可是这是我的问题吗？编码规则制定好了，各部门执行中才出了各种问题。

上线ERP本来是为了优化生产，现在反而影响了进度。月底了每个人的绩效都不好看，我有能怎么办？

不，我得有办法，我得解决这个问题。

一物多码这种事儿，20%是技术问题、80%是管理问题。对物料主数据来说，无论是一物多码、多码一物，还是属性不完整、不一致，都得从管理入手。

再难还是得干呗。

24.01.12 非标BOM管理难，生产降本也难

原来厂里的BOM管理就很原始，充满了返工和沟通等“无效工作”。

老板今年疯了一样的降本增效，上系统后效率是高了，但是BOM管理导致的生产问题还是发生了好几次，成本……似乎也没降低下来。

不论是从管理流程上，还是实际操作上，问题都很多。

作为非标设计厂，即便是相似甚至相同的成品计划，每一批的原材料组成和用量都可能存在很多不同，BOM的单位用量也就不一样。

经常出现这种情况：某个产品在同一时间内，有好几个生产批次，要生产不同的BOM版本，然后生产就出错了。

或者，BOM中的一个零部件变更了，就必须追溯到生产批次，对生产批次的BOM做全量变更，这也很折腾。

24.05.07 PLM上线，问题些许好转

公司上线智橙PLM半个多月了，算不上一帆风顺。

老板采购的时候，说是给泵阀企业用的，嗯，是有几个行业化的应用场景，比如出小样图什么的。

但其他功能，和传统的PLM差别没那么大，我和同事暗戳戳地想，按照老板今年的德行，最大的差别大概是便宜吧。

问题当然也出过，比如PLM和ERP的数据传输量过大的时候，ERP处理BOM的时间过长，影响接口稳定。

之前在制定物料编码规则时，厂里总希望希望编码能够承载过多的信息，物料种类、属性、供应商信息等恨不得都加上。这让编码复杂得反人类，实用性不强、出错率很高。

归根到底，物料编码的制定工作是技术部门的个别人完成的，很难考虑得全面和规范。

什么原材料没有图号、图号不唯一、图号管理不规范等等，每个月都能发现问题。

编码的问题主要出在管理上，和平台、软件关联不大，但如果从研发就能对图纸进行细致的管理，很多问题就不会出了。

BOM的问题也是一样，通过将BOM挂载在三维模型上，在智橙PLM内完成从CAD到ERP的完整传输和各种变更，即使出现问题，也可以查询不同的BOM版本，从研发到生产端的问题都少了很多。

之前只抓ERP，不抓PLM的时候，很多问题确实没办法追根溯源，从根本上解决。

只能说且用着吧，虽然磕磕绊绊，总算是把PLM和ERP都部署好了，不容易。

天底下想部署ERP但是失败的企业多了去了。

之前听过一个观点，大致是：先部署PLM还是先部署ERP？

先PLM的好处很多，最重要的是，先PLM后ERP符合逻辑——把设计部门的研发数据、BOM管理都规范了，ERP的部署和实施就很丝滑了。

先ERP的话，很费时费力，但也不是没有好处：折腾这么一圈儿，设计部门给的图纸和BOM该怎么和供应链做匹配，这就被强逼着梳理出来了，反过来也促成了PLM的标准化工作。

这个问题说白了就是——你买了套二手房，先规划装修还是先住？

先上PLM就像是先把老房子整修了一遍，之后住进来也顺心；先上ERP就像是拎包入住，哪不对劲再修修补补。

各取所需吧。

嗯，对于我们这种数据管理凌乱的厂子，直接上ERP，无异于拎包入住一个蟑螂满地爬、水管漏水的老房子。

而我，就是个每周被雇来和蟑螂对抗的保洁。

行行好吧，早点上PLM我也不用这么折腾。