楼主: zjzjxxf

关于mrp的问题

[复制链接]
论坛徽章:
18
ITPUB元老
日期:2005-09-02 13:08:54人气徽章
日期:2016-12-16 15:52:14人气徽章
日期:2016-11-09 15:56:29托尼托尼·乔巴
日期:2016-10-10 18:12:08版主6段
日期:2012-05-15 15:24:11现任管理团队成员
日期:2011-05-07 01:45:08IT宝贝
日期:2009-02-18 13:00:30八级虎吧徽章
日期:2008-12-25 18:00:55itpub2007年荐股参与纪念徽章
日期:2008-04-03 16:54:14ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24
11#
发表于 2002-9-18 13:44 | 只看该作者

Re: Re: pr

最初由 zjzjxxf 发布
[B]但是计算的化(即将请购作为供应),那么如果请购单实际没有进行采购的话,MRP的结构同样也不准了(少了啊)。

[/B]

请购单实际没有进行采购的,不等于你将来就不采购了!
请购单就是预备你一定要采购的呀,不采购,为什么不先关了它再运行mrp。

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2002-9-18 13:49 | 只看该作者
Completely agree to the views  of MrZhou.

What are you doing now? SAP/Oracle, Or others.

my email: liucc@21cn.com.

使用道具 举报

回复
论坛徽章:
18
ITPUB元老
日期:2005-09-02 13:08:54人气徽章
日期:2016-12-16 15:52:14人气徽章
日期:2016-11-09 15:56:29托尼托尼·乔巴
日期:2016-10-10 18:12:08版主6段
日期:2012-05-15 15:24:11现任管理团队成员
日期:2011-05-07 01:45:08IT宝贝
日期:2009-02-18 13:00:30八级虎吧徽章
日期:2008-12-25 18:00:55itpub2007年荐股参与纪念徽章
日期:2008-04-03 16:54:14ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24
13#
发表于 2002-9-18 13:51 | 只看该作者

mrzhou123@sinohome.com

最初由 Leglend 发布
[B]Completely agree to the views  of MrZhou.

What are you doing now? SAP/Oracle, Or others.

my email: liucc@21cn.com. [/B]


oracle erp!

使用道具 举报

回复
论坛徽章:
0
14#
发表于 2002-9-19 16:20 | 只看该作者
参与MRP计算的请购单应该确指为已经批准的请购单

使用道具 举报

回复
论坛徽章:
29
ITPUB元老
日期:2005-12-29 17:58:122012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-02-13 15:10:58马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:58
15#
发表于 2002-9-19 19:35 | 只看该作者
基本上,ORACLE中MRP对PR&PO的逻辑如下:
1.当PR,PO同时为APPROVAL时,只计算PO(前提,PO为PR转来,数量相同;当数量为PR》PO时,大于部分的PR数量也会同时计算)为SUPPLY
2.当PR APPROVAL,PO没有APPROVAL,则计算PR 为SUPPLY
3.当两个都没有APPROVAL时,都不计算;但如果这个PR是从运行MRP后转来的,其会自动APPROVAL,所以要特别注意。
不知道楼上的,有没有意见呢

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2002-9-20 07:44 | 只看该作者
赞同楼上的观点,看来楼上的对制造方面研究的比较多些,以后多交流。

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2005-10-30 17:05:33
17#
 楼主| 发表于 2002-9-20 13:15 | 只看该作者
最初由 ch_h616 发布
[B]参与MRP计算的请购单应该确指为已经批准的请购单 [/B]


你讲了oracle MRP的逻辑,但现在我的问题是,为什么是这个逻辑,我觉得这个逻辑不对。我的问题如前所述

   但是我现在疑惑的是,为什么请购单要作为mrp运算的供应?我理解,请购毕竟不是实际的采购,请购不总是一定转化为采购,也不一定按会在请购需求的时间转化为采购,就是说:请购能成为实际采购的数量和时间不确定,那么她作为MRP运算的供应就不合适了。

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2002-9-20 13:33 | 只看该作者
因此,需要是批准的请购单才参与MRP计算。
请购单是不一定转化为PO,但批准的PR也必须当作MRP的供应了。就象PO做为MRP的供应,但PO也可能没有执行,没有收料一样。

使用道具 举报

回复
论坛徽章:
32
夏利
日期:2013-10-15 08:34:12
19#
发表于 2002-10-18 16:40 | 只看该作者

很有道理

再請教哪些是SUPPLY,哪些是DEMAND能不能給個喔LIST
TKS

使用道具 举报

回复
论坛徽章:
32
夏利
日期:2013-10-15 08:34:12
20#
发表于 2002-10-18 16:42 | 只看该作者

有道理

再請教哪些是SUPPLY,哪些是DEMAND能不能給個喔LIST
TKS

使用道具 举报

回复

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

本版积分规则 发表回复

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