前几天，有个客户投诉说，他们有一个子公司的系统出现问题，发现有一个产品，
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 阅读(15054)
评论(1) 收藏 好文推荐
本博客所有内容，若无特殊声明，皆为博主原创作品，未经博主授权，任何人不得复制、转载、摘编等任何方式进行使用和传播。
作者该类其他博文：