接上)产品天天升级，版本老变，又由于系统将不同的版本视为不同物料，影响到了MRP物料需求计划的运算。该如何处理呢？

        一个易于想到的模式就是采用“替代料”管理方式进行管理，比如说一个物料最初是0版本，后来出现0a,0b等等版本，都被视为0版本的替代料，进行管理和运算。
   
        这种方式不能说不合理，但是有如下几个问题：

        第一，运算方式繁复，替代料之间都是“牵一发动全身”的关系。你在运算A物料的时候，如果不够，可以去考虑B的库存。但是运算到B的时候，却发现B也有自己的需求，也要消耗库存，于是再回过头来查看A,如此会形成循环往复的关系。

        第二，本身替代料的相互间关系比较复杂。比如上面所说的0版本，0a版本，0b版本，相互之间都是替代料关系，这样一来，运算的几何维度就增加了。而且替代料还有“单向替代”和“双向替代”之分，有的替代料A与B之间可以互相替代，也有的替代料A与B之间，A可以替代B,B却不能替代A。这样无疑增加了运算时要考虑的逻辑难度。

        第三，采用这种管理方式，势必要把全部成品半成品都列入替代料清单(因为都面临版本升级的问题)。这样的话，录入的工作量太大了，而且每增加新产品就要录入替代料，增加了BOM管理人员的负担。

        所以，考虑再三，我还是没有用这种方法，至少是暂时没有用。我的目标是搞“平民ERP”,而所谓“平民ERP”,第一是易用好用，界面不能太复杂，第二是流程比较通俗易懂，运算原理比较透明，一般人比较容易了解和掌握，我觉得“平民ERP”的目标有助于ERP被人接受和使用，尤其是不懂IT的人接受，易于推广。所以基于这个目标，我不打算使用过于复杂的流程和运算。那这个问题如何解决呢？

        其实很简单，我最后采用的是“半自动”的产品版本实时升级法。该方法需要系统和操作人员配合，不过操作本身并不复杂，也很有效。

        具体方法是：系统中设置一个界面，打开时自动检索系统中所有未关闭的销售订单，检查销售订单中是否有“老版本”物料，如果有的话，就检索出来。假如说该销售订单已经有了最新版本的对应入库，那么就红色高亮显示。同时设置系统管理人员岗位，每天定时(通常是下班前1个小时)打开该界面进行检索，如果有红色高亮显示的信息的话，则说明该销售单中的产品应该被升级到最新版本了。此时系统管理人员首先询问一下计划和生产人员，确认无误后，选中该条记录，轻点按钮，该销售单的产品就被自动升级到最新版本了。一点也不影响第二天凌晨自动进行的MRP运算。

        生产工单也可以用这个界面进行“半自动”升级，不过由于工单产品升级与否不直接影响MRP运算，所以工单升级界面由生产和计划人员自行掌握。

        这个方法简单易行，现在已经在广讯实施了。每两天平均大概有一种产品升级吧，MRP物料需求计划的运算也因此更加准确了。至少这段时间采购员没有再找我大呼小叫^--^。

【本文来自作者的博客】