楼主: blatecheng

[每周一议] MRP运算存在缺陷

[复制链接]
31#
发表于 2012-4-16 13:42 | 只看该作者
Tomac 发表于 2012-4-16 13:17
我也認為是一個需要改善的要點, MRP的計劃需求在數量的基礎上, 提供時段的時程. 目前的弊端是物料進度花費 ...

哦,你们90%的物料都在生产前完成储备 这个物料是所有物料么?还是仅仅是一些内制工序用到的原材料?这个储备的物料一般是多长时间的需求量?

使用道具 举报

回复
论坛徽章:
57
秀才
日期:2017-08-18 11:06:452012新春纪念徽章
日期:2012-01-04 11:50:44ITPUB十周年纪念徽章
日期:2011-11-01 16:21:152011新春纪念徽章
日期:2011-02-18 11:43:33ITPUB9周年纪念徽章
日期:2010-10-08 09:28:532010新春纪念徽章
日期:2010-03-01 11:06:132010年世界杯参赛球队:朝鲜
日期:2010-02-22 16:02:522010年世界杯参赛球队:荷兰
日期:2010-02-22 12:53:212010年世界杯参赛球队:瑞士
日期:2010-01-21 17:04:522010年世界杯参赛球队:法国
日期:2010-01-21 12:44:59
32#
发表于 2012-4-16 16:22 | 只看该作者
我有个遥远的梦 发表于 2012-4-16 13:42
哦,你们90%的物料都在生产前完成储备 这个物料是所有物料么?还是仅仅是一些内制工序用到的原材料?这个 ...

原物料的, 大部分是內製工序. 當然, 部分後階段需要的配件是可以生產階段的後期配套的. 雖然成本高, 企業仍然可以達成99%的客戶交期達成率吧.

使用道具 举报

回复
论坛徽章:
2
参与WIN7挑战赛纪念
日期:2012-05-24 10:37:35ITPUB 11周年纪念徽章
日期:2012-10-09 18:14:48
33#
发表于 2012-4-16 17:16 | 只看该作者
要说MRP的缺陷,就是有点理想化,容易被客观运行环境所左右.所有能做好的企业也不多的缘故

使用道具 举报

回复
论坛徽章:
109
ITPUB9周年纪念徽章
日期:2010-10-08 09:31:21ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:422012新春纪念徽章
日期:2012-02-07 09:59:352013年新春福章
日期:2013-02-25 14:51:24ITPUB年度最佳技术原创精华奖
日期:2012-03-13 17:12:05现任管理团队成员
日期:2012-01-16 14:02:09版主3段
日期:2012-06-07 02:21:02蓝锆石
日期:2012-01-04 17:06:48萤石
日期:2012-01-04 17:06:48
34#
发表于 2012-4-17 09:11 | 只看该作者
今天抽点时间来说一下我的看法和理解。
首先我得说明我觉得楼主是针对当前的MRP系统(而不是30年前的MRP系统)进行的讨论,当前的MRP应该大多数时候是ERP系统的一个核心模块,并且是闭环的,并且可以辅以CRP进行计算。

1、  产品排产周期最长  MRP采用倒排方式排产,并且所有工序都是前工序全部生产完工后,后工序才开工,前后工序之间没有任何重叠,实际生产时,工序生产一个小批量时,后工序就可以开工,工序之间尽可能重叠,如果加工批量大差距非常大。
=> 通常来说在Routing中是可以设置工序之间是否存在并行的,这个可以解决部分问题。但是不同层级的工序似乎无法设置。MRP工作是基于批量,订单/工单批量,即一个工单的批量是一个整体,无法再拆分。所以,如果你们存在前工序做完一部分就转到下一工序进行作业的话,是否应该考虑重新设定合理的批量。这是一个变通的处理方法,也许只有APS才能全面解决这个问题吧。
2、  订单跟踪不准确
同一个销售订单,之前已经跑过MRP运算,并产生了净需求和安排采购,下次重跑MRP运算,这个订单再次跑出净需求,这样订单跟踪就完全不准确了。究其原因,可能是在此订单需求日期之前,插入了其他订单,把之前已下的预计入库库存已占用,再次计算出净需求来,或者当前订单延期生产等等。
=> 原则上来说,MRP与严格的订单跟踪是互相冲突的逻辑。MRP是一种综合的全盘运算,以供应冲抵需求,再算出净需求,这个净需求是一种全盘考虑后的综合结果。跟某一个订单没有直接关联(通过复杂的pegging可以追溯)。以你的例子,销售订单之前已经产生了采购订单,但是你并没有在系统标明这个采购订单只能供应这个销售订单,所以当条件发生变化时(例如有另一张急单插入),MRP会重新计算,把这个采购订单分配给这个急单。所以如果你们要严格的单对单的追踪,不适合跑MRP,或者需要辅以预留机制(即对在途订单和库存进行预留)。
3、  库存及预计入库分配不确定
MRP运算时,认为当前库存是公用的,预计入库也是公用的,同一时段内按物料需求日期先后原则逐步消耗。如订单1消耗50库存,订单2消耗80库存,还需采购20,订单3采购60,第一次MRP运算,产生了两条采购计划,分别为订单2的20个,订单3的60个,这个库存和预计入库分配得非常清楚,但这个结果没有保存下来,作为下次运算依据。下次MRP运算时因为订单需求的先后顺序不一样,如订单顺序为3,2,1,则重新产生的采购计划与上次的结果相差很大,导致第2点订单跟踪不准确
=> 答复同一点。
4、  产能无限 众所周知MRP运算是不考虑产能的,认为产能无限,永远没有占用,这是完全不可能的。
=> MRP可以辅以CRP进行计算,而CRP从本质上说是支持有限能力排产的,至于公司能不能用到这个层次则很难说,因为影响因素很多。

使用道具 举报

回复
论坛徽章:
109
ITPUB9周年纪念徽章
日期:2010-10-08 09:31:21ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:422012新春纪念徽章
日期:2012-02-07 09:59:352013年新春福章
日期:2013-02-25 14:51:24ITPUB年度最佳技术原创精华奖
日期:2012-03-13 17:12:05现任管理团队成员
日期:2012-01-16 14:02:09版主3段
日期:2012-06-07 02:21:02蓝锆石
日期:2012-01-04 17:06:48萤石
日期:2012-01-04 17:06:48
35#
发表于 2012-4-17 09:20 | 只看该作者
上两张图佐证说明一下。





使用道具 举报

回复
论坛徽章:
5
蜘蛛蛋
日期:2012-04-28 11:33:27茶鸡蛋
日期:2012-04-28 11:33:27紫蛋头
日期:2012-04-28 11:33:27慢羊羊
日期:2015-03-04 14:53:332015年新春福章
日期:2015-03-06 11:58:39
36#
 楼主| 发表于 2012-4-17 18:03 | 只看该作者
logi 发表于 2012-4-17 09:11
今天抽点时间来说一下我的看法和理解。
首先我得说明我觉得楼主是针对当前的MRP系统(而不是30年前的MRP系 ...

版主理解得非常准确,知音啊!需求是清楚了,不知有更好的解决方案,大家继续讨论

使用道具 举报

回复
论坛徽章:
5
蜘蛛蛋
日期:2012-04-28 11:33:27茶鸡蛋
日期:2012-04-28 11:33:27紫蛋头
日期:2012-04-28 11:33:27慢羊羊
日期:2015-03-04 14:53:332015年新春福章
日期:2015-03-06 11:58:39
37#
 楼主| 发表于 2012-4-17 18:26 | 只看该作者
logi 发表于 2012-4-17 09:11
今天抽点时间来说一下我的看法和理解。
首先我得说明我觉得楼主是针对当前的MRP系统(而不是30年前的MRP系 ...

但对于CRP,个人认为他能解决的问题非常有限。MRP是闭环的,CRP可以统计分析出某个工作中心在某一时段内超负荷,但如何调整是个很大的难题。常用加班,削峰填谷分流生产任务,委外等手段调整。加班,委外增大生产成本,而且大多数工序因生产技术等问题也不能委外。削峰填谷分流生产任务,调出部分半成品的生产任务单前移或后延,但这些半成品不是独立的,他也有各自的上阶和下阶物料,生产时间也要联动,同时还可能产生新的工作中心超负荷情况。CRP调整完了之后,再次进行MRP运算,不行再调,再算。这在理论上可行,实际上执行很难,目前为止没见过一家成功应用CRP的客户。

使用道具 举报

回复
论坛徽章:
109
ITPUB9周年纪念徽章
日期:2010-10-08 09:31:21ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:422012新春纪念徽章
日期:2012-02-07 09:59:352013年新春福章
日期:2013-02-25 14:51:24ITPUB年度最佳技术原创精华奖
日期:2012-03-13 17:12:05现任管理团队成员
日期:2012-01-16 14:02:09版主3段
日期:2012-06-07 02:21:02蓝锆石
日期:2012-01-04 17:06:48萤石
日期:2012-01-04 17:06:48
38#
发表于 2012-4-17 20:20 | 只看该作者
是啊,CRP很难,难在于它的复杂,不仅系统复杂,而且实际运作更复杂。

使用道具 举报

回复
论坛徽章:
10
复活蛋
日期:2012-03-27 09:43:352014年新春福章
日期:2014-02-18 16:41:11灰彻蛋
日期:2012-06-14 10:20:42茶鸡蛋
日期:2012-05-29 09:41:36参与WIN7挑战赛纪念
日期:2012-05-24 10:37:35双黄蛋
日期:2012-05-22 10:36:24灰彻蛋
日期:2012-05-16 13:17:56双黄蛋
日期:2012-05-08 10:03:34紫蛋头
日期:2012-04-16 11:05:48马上有车
日期:2014-02-18 16:41:11
39#
发表于 2012-4-18 22:33 | 只看该作者
MRP与CRP从本质上来说应当有以下两大不同点:

1.基础不同,MRP是以物料资源为主的物资需求和耗用;CRP一个基于以人力资源为主的产能为需求及耗用;

2.变动性不同,MRP的需求与耗用变动,是以逻辑计算需求与耗用的结果,以连续的静态参数,得出作为实际操作指导作用的动态需求与耗用,随着参数性的变化而变化;CRP基于的人力主为,变动性相对而言较小;从数学制图来看,CRP更趋近是一条水平线,而MPR根据参数化的不同,可能是波浪线、折线等振荡型的居多

他们之间的联系,不是直接关系,而是间接型,在实际过程中,绝大多数企业会以满足CRP需求为优先,就出现了活干不完,以加班或增加人员等来增加产能,但增加产能不是加人就是好的,相对用工成本和风险的增加,同时会减少产能价值,也同时会受限于非常多的因素,很多的企业以产能来定需求和耗用,当然让CRP与MPR相匹配,是我们管理上的目标,在实际中反映为,生产零库存的概念,以及延伸性的精益生产,而这一目标,不是通过计算就能给予解决的,而这一矛盾在离散型制造企业更为突出

使用道具 举报

回复
论坛徽章:
5
2009日食纪念
日期:2009-07-22 09:30:00祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:08:372011新春纪念徽章
日期:2011-02-18 11:42:50ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
40#
发表于 2012-4-19 11:22 | 只看该作者
醉眼看世界 发表于 2012-4-13 13:33
有些说法有点道理,而有些说法完全是混淆概念,比如MRP后的订单跟踪和预计入库分配

MRP的基本要求是一个 ...

确实。MRP有MRP的用处
这个得看用的人怎么样

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表