前几天,有个客户投诉说,他们有一个子公司的系统出现问题,发现有一个产品,
81002004,下了订单后,在跑MRP后没有给出子部件的需求数据,(
MRP的"计划发出"为零,见下图),导致不能安排生产。

这个客户自己及其两个子公司,分别使用了助友ERP,出现问题的这个子公司,系统一直正常,因该子公司没有与外网连接,因此一直没有升级。出现问题的这个产品,81002004,以前已经在系统中正常使用过。
处理步骤及分析:
1.首先把助友ERP的升级文件发给了该公司联系人,请其复制到内部网,对系统进行升级
效果:重新跑MRP后仍然没有给出其下级,71002002,等的需求,问题没有解决
2.只好排查客户的数据,(计划管理->查询->库存及在制查询)发现这个客户之前下了一个33万的81002004订单,其中已经完工入库16万多
该产品的构成物料是71002002,而71002002仅用于这个产品中,相对应的任务令已经领料28万,
然后从经营计划可以看出,客户将81002004的订单修改成20万,之后又把另一个单的10万修改为5万
分析:由于现在81002004的总需求只有25万,而之前已经领料28万,当前在制的数量已经超过需求数量,而且该客户没有使用订单定制功能,产品是通用的,因此MRP不会产生新的计划安排。81002004及其下级71002002都是不会产生新的需求的。
如果依赖人的判断,给81002004安排5万的物料及产能,这个子公司会增加很多库存,加工很多实际不需要的产品,而通过使用助友ERP,已经完全避免了这种情况。
很多企业关注助友ERP的排产,但如果要排产的产品数量不准确,排产有意义吗?而排产的数据来源就是MRP。我们反复强调“助友ERP的MRP
100%准确”,但很少有企业理解其真正含义,因此没有及时调整企业的思维方式。
发表于:
2016-04-30 15:45 阅读(15040)
评论(1) 收藏 好文推荐
本博客所有内容,若无特殊声明,皆为博主原创作品,未经博主授权,任何人不得复制、转载、摘编等任何方式进行使用和传播。
作者该类其他博文: