免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: sucretiger
打印 上一主题 下一主题

[请教]MRP II中订单管理问题 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2008-01-15 16:03 |只看该作者
原帖由 sucretiger 于 2008-1-12 08:25 发表

手工的方法工作量太多了,不太现实,

想看需求源的方法是怎么实现的呢?


现在的MRP系统都有查看需求源的功能了, 也就是在MRP报告中有一个功能能查询到产生这一条MRP建议的来源——是由什么产生的?哪个S/O? 安全库存?负存库还是其他?

论坛徽章:
0
12 [报告]
发表于 2008-01-15 16:07 |只看该作者
原帖由 sucretiger 于 2008-1-12 08:24 发表


在计划源上加入是否样单打印的话,但是该试作计划的部品并不全部需要做样品订单的,只是其中的一些部品需要做样品订单,这个时候怎么处理呢?


那就要进行四级控制了,1、需求源标明这是样品订单  2、采购件的基础资料即Item Master中标明样品订单控制 3、MRP运算逻辑考虑样品订单,对满足1与2的物料进行相关需求时不进行合并 4、采购订单对这些料不进行MOQ的检查。

另外,还有一种在不改变现有运行逻辑时的流氓做法,对这些料号Release Blank PO,其中一行为正常的样品需求行,另一行多出的需求,将其due date设为无限远,下达PO后或下次运MRP后进行Cancel,一般的系统是不会对这种情况做MOQ的控制的。

刚刚又想到另外一种做法,使用配置BOM,将需要试用的料号分成两个料号进行配置BOM的处理,作为样品订单的料号不进行MOQ与MPQ的设置。

[ 本帖最后由 Ginger 于 2008-1-15 16:18 编辑 ]

论坛徽章:
0
13 [报告]
发表于 2008-01-16 14:08 |只看该作者
原帖由 Ginger 于 2008-1-15 16:07 发表


那就要进行四级控制了,1、需求源标明这是样品订单  2、采购件的基础资料即Item Master中标明样品订单控制 3、MRP运算逻辑考虑样品订单,对满足1与2的物料进行相关需求时不进行合并 4、采购订单对这些料不进 ...



还有一种在不改变现有运行逻辑时的流氓做法,对这些料号Release Blank PO,其中一行为正常的样品需求行,另一行多出的需求,将其due date设为无限远,下达PO后或下次运MRP后进行Cancel,一般的系统是不会对这种情况做MOQ的控制的。

上面的說法還太明白???

因為我們的系統是自行開發的,並還是完整的ERP功能。

我們的S/O是日本傳送過來的。
周生產計劃也是日本傳送過來的。

可能只能用上你的四級控制方法了。這還是有實現可能的。

论坛徽章:
0
14 [报告]
发表于 2008-01-16 14:10 |只看该作者
還有一點想了解一下。

在設計變更的時候。

如果材料A,設變成材料B後,材料B是需根試作的,這樣怎麼處理呢?

另外,材料的最小訂貨數量,是在材料MASTER信息中控制好,還是在VENDOR信息中控制比較好一點呢。

论坛徽章:
0
15 [报告]
发表于 2008-01-17 21:30 |只看该作者

回复 #14 sucretiger 的帖子

设计变更/工程变改/ECO/ECN的情况逻辑是一样的,变更后重新进行MRP运算,产生新的需求,对原有需求进行Cancel,至于如何Cancel这就要分很多种情况了。

至于MOQ的设置,一般的系统都是放在Item Master更精确的说是放在Item Planning Data中的。当然,你也可以by item and by vendor。

你还是仔细考虑一下前面关于配置BOM/Configed BOM的回复,看你们的现有系统是否支付这种处理方式,这是在不改变现有系统时的最简单处理方式。

论坛徽章:
0
16 [报告]
发表于 2008-01-19 08:57 |只看该作者
原帖由 Ginger 于 2008-1-17 21:30 发表
设计变更/工程变改/ECO/ECN的情况逻辑是一样的,变更后重新进行MRP运算,产生新的需求,对原有需求进行Cancel,至于如何Cancel这就要分很多种情况了。

至于MOQ的设置,一般的系统都是放在Item Master更精确的 ...


我们的系统流程是这样的.

1、先有生产计划。
2、生产计划展开,生成需求明细。
3、需求明细根据送货频率汇总,再考虑一些其它因素,生成计划定货数。
4、然后根据计划定货数,生成订单。

这样是否可以考虑在计划定货数调整时,追加是否进行样单生产的标识呢?

论坛徽章:
0
17 [报告]
发表于 2008-01-21 16:18 |只看该作者

回复 #16 sucretiger 的帖子

可是可以,只是从需求源(生产计划/MPS/独立需求)到生成需求明细(相关需求)都要加上这一标识,而Release PO也需要考虑MOQ的限制,这种改动未免太大了;而最重要的一点是这种Special Case不利用以后企业流程的调整与变化,也就是说这样一来将企业的流程固化了。

论坛徽章:
0
18 [报告]
发表于 2008-02-14 12:25 |只看该作者
个人认为 最好的办法是直接做一个试做的系统其中包括了你所说的问题!

或者是直接参数设置,当作为试产是(第一次生产时) 可以根据手工发单!

论坛徽章:
0
19 [报告]
发表于 2008-02-15 12:59 |只看该作者
原帖由 小离子键 于 2008-2-14 12:25 发表
个人认为 最好的办法是直接做一个试做的系统其中包括了你所说的问题!

或者是直接参数设置,当作为试产是(第一次生产时) 可以根据手工发单!

或者是直接参数设置,当作为试产是(第一次生产时) 可以根据手工发单!


这样是不行的,因为并非都是从第一个生产计划开始试作,有种情况是在生产过程当中,部品切换时,用B替换A时,B需要试作,所以此时手工发单无从下手.
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP