加入收藏 新手上路 论坛搜索

您的位置：点晴MIS系统问题答疑 → 『 经验分享＆操作答疑 』 → 浏览当前帖子   登 陆 ┆ 注 册 ┆ 论坛帮助

网站搜索

搜索范围： 所有贴子 贴子标题 贴子正文  搜索方式： 精确 模糊  关键词(可用空格分开)：

作者及文章信息：

本文热度：32814 %

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用     楼 顶   MRP算法比较 有那位可以对几个知名ERP系统MRP算法作详细的比较解说？ 该文章在 2011/1/6 22:32:24 编辑过
离 线	2011-1-6 22:32:24

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋9楼    我們用的是鼎新的WORKFLOW﹐BOM的展法和樓上netfloater兄差不多﹐但要手動更新低階碼。 但是MRP咚銢]有計算最佳採購量等等﹐只是算時間和MOQ。 该文章在 2011/1/6 22:44:31 编辑过
离 线	2011-1-6 22:44:31

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋8楼    如果涉及到互换件和通用件呢? 该文章在 2011/1/6 22:44:41 编辑过
离 线	2011-1-6 22:44:41

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋7楼    各位好！请问楼主所讲的BOM展开是何意？是不是在每次MRP运算时再将该表一层一层的展开呀？如果是这样，真感到很不理解，我原先所设计的BOM是有很多的表组成，用于实现记录各相关数据，然后，用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量，这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。 该文章在 2011/1/6 22:44:53 编辑过
离 线	2011-1-6 22:44:53

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋6楼    我所能想到的bom 展开的最快的办法，就是阶层码(和最低阶码不通)的方式，这样可以减少很多循环。 该文章在 2011/1/6 22:45:08 编辑过
离 线	2011-1-6 22:45:08

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13

信息   留言   编辑   引用 B栋5楼    QUOTE: -------------------------------------------------------------------------------- 最初由 huaminge 发布 各位好！请问楼主所讲的BOM展开是何意？是不是在每次MRP运算时再将该表一层一层的展开呀？如果是这样，真感到很不理解，我原先所设计的BOM是有很多的表组成，用于实现记录各相关数据，然后，用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量，这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。 -------------------------------------------------------------------------------- 可以节省大量的时间。不过我认为在ERP系统中应该都是这样的。不可能计算一次变要展开一次。 该文章在 2011/1/6 22:45:28 编辑过

离 线

2011-1-6 22:45:28

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋4楼    我来说两话 我先说说一般的MPS处理过程，再说说它的有足之处， 一般来说MPS的来源从MDS来，也可以说从主生产计划与销售订单来，根据时界按时段得到毛需求，考虑在库量、安全库存、在途量、批量得到预计库存等等，得到计划产出量，再根据提前期、安全时间、批量规则等得到计划投入，进而得到ATP等数据，完成计算。 该文章在 2011/1/6 22:45:50 编辑过
离 线	2011-1-6 22:45:50

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13

信息   留言   编辑   引用 B栋3楼    quote: -------------------------------------------------------------------------------- 最初由 huaminge 发布 各位好！请问楼主所讲的BOM展开是何意？是不是在每次MRP运算时再将该表一层一层的展开呀？如果是这样，真感到很不理解，我原先所设计的BOM是有很多的表组成，用于实现记录各相关数据，然后，用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量，这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。 -------------------------------------------------------------------------------- 若设计变更导致的BOM经常变化呢?--这在企业中是常见的.按多表处理BOM,在全面计算一次的时间上,能快过传统算法吗? 该文章在 2011/1/6 22:46:09 编辑过

离 线

2011-1-6 22:46:09

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13	信息   留言   编辑   引用 B栋2楼    BOM展开的问题,我认为递归是最完善可靠的算法,其它的多多少少都存在问题或不够灵活, 并且我也不觉得哪里会慢. TO :WilliamNing 园整的问题很简单,单个需求(最低采购量、采购倍数、最小包装量)的时候就园整,多作的数量作为在库,计算下一个需求时冲减. 如果你按某一个基数园整了,等结果出来了,换了供应商,结果园整的基数又不一样了,那是你们业务流程有问题.MRP是事前计算,不是事后计算,基础数据都变来变去,没法搞.管理上面也会晕头的. 该文章在 2011/1/6 22:46:28 编辑过
离 线	2011-1-6 22:46:28

cantron 积分：36648 等级：网站管理员 文数：3517 注册：2010-1-13

信息   留言   编辑   引用 B栋1楼    QUOTE: -------------------------------------------------------------------------------- 最初由 笨笨狗 发布 如果涉及到互换件和通用件呢? -------------------------------------------------------------------------------- 互换件的算法其实也不是很复杂,关键是业务部门的配合,比如MRP算出来了某个工单要使用代用料,可他们不按要求做,那么再好的MRP也是白费. 因为代用料的问题很有灵活性,所以要想用好相关的程序,必须在管理上比较死,严格按MRP算出来的结果进行. 我自已写的MRP就可以实现代用料,简单写一下以下几点要考虑 1.多代用品时的优先顺序 2.代用料的有效日和失效日 3.在库和PO的冲减方式 4.代用料尾数的处理(代用料剩1PCS,JOB 有10PCS的情况) 该文章在 2011/1/6 22:46:55 编辑过

离 线

2011-1-6 22:46:55

本文章共有 2 页, 19 张回文，每页有 10 张回文 >> [ 1 2 ] 页码：