标准BOM，啥玩意，该废除了！

今天去厦门岛外一家生产篮球的工厂，和一个自称是财务主管的人聊ERP实施的一些问题。
他问我：在启用ERP前，如开始订单管理、仓库管理前要进行什么工作。
我告诉他：很简单，录入基础资料和初始化数据。
他：基础资料和初始化数据主要包括哪些。
我：这要看你的应用部门和管理深度了，如进行销售订单管理的话，那就要先录入供应商信息、物料信息及初始的销售合同；如果进行库存管理，首先要规划仓库，如原材料仓、成本仓、半成品仓等，如果要管理的更加细致，则需要进行库位的规划，而仓库管理系统实际应用中，要涉及到采购入库、销售出库、生产领料出库、外发加工出库、半成品入库、半成品出库、外发加工完工入库、生产线生产完工入库、不同仓库之间的调拨、仓库物料盘点等，如果涉及到整件拆分处理组合的话，还有拆分组合管理等。
后来他说：不对，要先把BOM做进去。
……

 

直到后来我才搞明白：他一直想等着我说要在基础资料和基础数据阶段把BOM做进系统，他以为这是唯一正确的实施过程。其实他是对ERP一知半解，对ERP项目过程也一直半解。如果把BOM当作基础资料和基础数据部分，首先犯了一个致命的错误：不了解BOM如何产生，不知道BOM有何用。也许他知道BOM是用来进行MRP运算的关键，但是他忘了一点，BOM其实也就是手工管理时代的配方单，通常情况下是由产品研发部门实验计算所得。也许他想在基础资料中保存一个标准BOM。但是他的这种意图显然是不合理的：

他所处的行业是橡胶制品行业，也算是化工行业。大家知道化工行业有个特点，今天设计的配方单在实验室可能有效，但是一个礼拜后，根据这个配方配制出来的产品和一个礼拜前可能完全两码事；还有一种经常发生的事，生产100KG产品时所研制的配方单，在生产1000KG时，产品未必和100KG时相同，也就是量对配方的影响。所以这个行业想要一个标准BOM，并不是一个合理的要求。

 

现有的多数ERP系统来说，对BOM的管理主要有两种形式：
第一种、只管理一种BOM，也就是最后有效的BOM，凡是涉及到和历史BOM不同时，则把已经存在的BOM改成最新的BOM。这种方式根本没有起到管理历史BOM的作用。

第二种、保存一个标准BOM，等实际应用过程中，增加一个新的BOM。并且新的BOM和生产或者销售订单关联。这是一种相对来说比较合理的方法。但是问题的关键是，什么是标准BOM？标准BOM如何来？这些却是无法界定的。因此一般情况下，标准BOM这个概念并没有太大的用处。

考虑到BOM是由产品研发部门所设计的，而且同种产品的BOM在不同时期可能不一样，而用户还要求管理历史BOM来对研发人员进行考核，所以我建议做某些行业ERP实施的童鞋：适度废除标准BOM这种不科学的东东，引进一个新的概念：BOM版本。我们可以根据BOM的版本号对历史BOM进行管理。其实BOM的版本号也不是什么稀奇的东东， 也就是把上述第二种管理BOM的方案中加入一个版本号字段而已。用表单表示为：
表头部分：

母件编号		母件名称		BOM单据日期
BOM版本号		是否为标准BOM

 表身部分和原来的BOM表一致即可。（不过数据库里边可要加入一个版本号字段哦）。

其中表头部分的目标单据类别及目标单据号的是可选字段，目的是为了说明做此版本的BOM单据的原因。而BOM单据日期和BOM版本号的目的就是为了管理历史BOM，并依据历史BOM对研发人员进行考核。最后的一个是否为标准BOM，此字段可以在参数控制中控制是否需要，其目的只是为了方便下次录入或者满足有些行业必须有标准BOM的需求。


注：本建议仅供参考，不作为任何ERP的官方解决方案。