电子元器件企业ERP系统开发思路

来源:  北京软件开发公司 

    电子元器件企业属于典型的多品种小批量按单生产模式，日常工作中经常出现订单修改变更频繁，存在订单变更后对现有生产状况的影响，导致生产计划经常落空，订单准时交货率低，呆滞料占用库存和资金，并且订单追溯非常困难，导致生产效率越来越低，同时引起销售部门和生产部门的不满。怎样解决这一问题呢？如果开发ERP算法应该怎样设计？

    传统MRP计算逻辑的不足

    传统的MRP算法的好处是可以最大化降低库存，其先天性缺陷在于全部按照物料进行合并计算，而多品种小批量方式下每一个客户的订单都会有一些不同，比如对材质的要求、对包装的要求等等。按物料合并把同一个产品的订单全部合并统一计算，根本无法区分订单，无法做到订单的追溯，自然也就无法做到过程的管理。　　

    因此，以传统的MRP算法是无法解决上述的订单跟踪、急插单的处理，以及灵活地对订单进行变更的问题的。这是传统MRP算法的先天性不足。三个关键问题的MRP解决方案:

    1. 订单的跟踪

    首先MRP计算过程中，ERP系统应该对MRP计算后产生的每一笔计划量都记录需求来源。然后，在计划量进行投放成目标单据时，应该在生产订单及采购订单上记录来源销售订单或产品预测的号码。这样MPS/MRP 计算就可以跟踪到销售订单。

    在传统的MRP计算过程前应该增加两个步骤:先对锁定的销售订单和计划量进行冲销处理，以及对预留库存和销售订单的处理。处理完锁定和预留量后，再进行正常的MRP计算。这样，就可以实现从计划订单、生产订单、采购订单到库存量的销售订单跟踪，满足多品种小批量模式下的订单跟踪问题。

    2. 插单的处理

    首先，通过上述的销售订单冲销功能以及库存量锁定功能，就可以实现是优先满足插单，还是满足原有的销售订单。解决了优先级的问题后，再按传统的MRP运算过程，就可以解决插单后的生产和采购安排的问题。

    而且通过上述的销售订单跟踪功能，就可根据新插入的销售订单的紧急程度，选择是打乱原有的销售订单和生产采购订单的对应关系，优先满足插单;还是在先保证原有生产和采购稳定的前提下，再满足插单。计划量有了对需求来源的记录，就可以在MRP运算后快速查询到与插单相关的计划量，只要对这些计划量进行单独的处理，生产和采购人员很快就可以确定何时可满足插单的需求。

    3 .订单的变更

    有了销售订单冲销功能以及库存量锁定功能，只能解决订单跟踪、插单和订单变更的需求跟踪及优先级的处理问题，对销售订单变更或插单的计划调整还没有解决。

    当有插单和销售订单变更时，再次进行MRP计算之后，还应该产生计划调整的建议信息表。解决原有的生产订单量和采购订单数量和时间调整的问题。

    现有ERP软件的实现方法比较

    以上仅是个人的分析，为了找到更简洁的实现方式，笔者对神州数码、金蝶和用友的产品进行了研究，以下是这些ERP软件提供的解决方法。

    案例: 假设有如下两笔同一物料的销售订单，该物料现有库存0。为简单起见，没有预设任何预计生产入库和预计出货的数量。

    要求:能够实现选销售订单计算。可实现生产订单、采购订单和销售订单的关联跟踪，不会被其它订单挪用。

    用友U861实现方式分析

    用友U861产品并未针对面向订单型生产企业提供MRP解决方案，其产品的生产计划功能只提供了标准的MPS和MRP功能，没有针对订单进行MRP计算的功能。

    虽然其物料计划属性提供了MTS--按库存生产、MTO--按定单生产和ETO--按定单设计生产等多种属性，但所有这些物料的计划运算方式只有一种标准的传统MRP算法，可以说这些物料计划属性的MRP计算过程是没有差别的。用友U861只有传统的MRP算法，故在此就不把其产品演示的过程一一列出了。

    金蝶K3 10.2 MTO算法

    1.在MRP计算时，计划方案中选择MTO，计算范围为“指定需求单据”，需求来源为“销售订单”，如图:1所示。然后选销售订单SO01进行运算，系统产生100PCS的LCC01的“计划订单”;

    2.请将该100个“计划订单”投放成“生产任务单”，并下达该生产任务单。

    因此，易飞的LRP算法实际上就是传统MRP，是计算所选择订单对应该物料的所有“供”、“需”的数据。表面上看可以跟踪到订单，实际上跟踪的结果不正确。因此:

    1.易飞的选单算法设计是计算该物料的所有“供”、“需”的数据。

    2.易飞计算所有“供”、“需”时，有很大的不合理性。如上例第一次计算MRP时，本应只计算SO01 100PCS的需求，但易飞是将所有的需求都计算进来，也就是本次计算物料LCC01共有150个需求，也就是说会产生150个生产订单。这会造成选单SO01 100PCS却产生了150PCS的计划订单。为了避免这种低级错误，易飞在程序中加了个补救措施:计划订单量最大不可以超过毛需求量，所以在第一次RUN LRP时不会有问题。

    3.但补救措施并不能根本解决问题，所以只要当计划订单发放成生产订单时，再次执行LRP计算该物料需求，净需求=150-100=50个，少于毛需求100个，此时所以会再次产生计划订单50个，完全不符合实际，存在严重的不合理性。

     小结

    以下是乾元坤和团队在工作中的对这几家国内最大的ERP软件提供商的一些看法，以及总结的一些经验:

    神码 易飞 ERP:虽然其LRP是最为独特的MRP算法，但在应用实践中这个算法存在严重的缺陷，需要进一步分析解决。

    用友 U861:计划部分产品功能有缺陷，选单计算的基本算法无法实现。

    金蝶K3 ERP:金蝶的计划功能完善，提供了预计量锁单、锁单冲销算法等细致的功能，在解决思路、实现方式上灵活实用，考虑了企业内部计划人员的需求，贴合按单生产企业的应用。