MRP算法比较
|
admin
2011年1月6日 22:32
本文热度 32501
|
有那位可以对几个知名ERP系统MRP算法作详细的比较解说?
该文章在 2011/1/6 22:32:24 编辑过
| |
全部评论19 |
|
admin
2011年1月6日 22:44
我們用的是鼎新的WORKFLOW﹐BOM的展法和樓上netfloater兄差不多﹐但要手動更新低階碼。
但是MRP咚銢]有計算最佳採購量等等﹐只是算時間和MOQ。 该评论在 2011/1/6 22:44:31 编辑过
|
|
admin
2011年1月6日 22:44
如果涉及到互换件和通用件呢? 该评论在 2011/1/6 22:44:41 编辑过
|
|
admin
2011年1月6日 22:44
各位好!请问楼主所讲的BOM展开是何意?是不是在每次MRP运算时再将该表一层一层的展开呀?如果是这样,真感到很不理解,我原先所设计的BOM是有很多的表组成,用于实现记录各相关数据,然后,用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量,这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。 该评论在 2011/1/6 22:44:53 编辑过
|
|
admin
2011年1月6日 22:45
我所能想到的bom 展开的最快的办法,就是阶层码(和最低阶码不通)的方式,这样可以减少很多循环。 该评论在 2011/1/6 22:45:08 编辑过
|
|
admin
2011年1月6日 22:45
QUOTE:
--------------------------------------------------------------------------------
最初由 huaminge 发布
各位好!请问楼主所讲的BOM展开是何意?是不是在每次MRP运算时再将该表一层一层的展开呀?如果是这样,真感到很不理解,我原先所设计的BOM是有很多的表组成,用于实现记录各相关数据,然后,用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量,这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。
--------------------------------------------------------------------------------
可以节省大量的时间。不过我认为在ERP系统中应该都是这样的。不可能计算一次变要展开一次。 该评论在 2011/1/6 22:45:28 编辑过
|
|
admin
2011年1月6日 22:45
我来说两话
我先说说一般的MPS处理过程,再说说它的有足之处,
一般来说MPS的来源从MDS来,也可以说从主生产计划与销售订单来,根据时界按时段得到毛需求,考虑在库量、安全库存、在途量、批量得到预计库存等等,得到计划产出量,再根据提前期、安全时间、批量规则等得到计划投入,进而得到ATP等数据,完成计算。 该评论在 2011/1/6 22:45:50 编辑过
|
|
admin
2011年1月6日 22:46
quote:
--------------------------------------------------------------------------------
最初由 huaminge 发布
各位好!请问楼主所讲的BOM展开是何意?是不是在每次MRP运算时再将该表一层一层的展开呀?如果是这样,真感到很不理解,我原先所设计的BOM是有很多的表组成,用于实现记录各相关数据,然后,用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量,这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。
--------------------------------------------------------------------------------
若设计变更导致的BOM经常变化呢?--这在企业中是常见的.按多表处理BOM,在全面计算一次的时间上,能快过传统算法吗? 该评论在 2011/1/6 22:46:09 编辑过
|
|
admin
2011年1月6日 22:46
BOM展开的问题,我认为递归是最完善可靠的算法,其它的多多少少都存在问题或不够灵活,
并且我也不觉得哪里会慢.
TO :WilliamNing
园整的问题很简单,单个需求(最低采购量、采购倍数、最小包装量)的时候就园整,多作的数量作为在库,计算下一个需求时冲减.
如果你按某一个基数园整了,等结果出来了,换了供应商,结果园整的基数又不一样了,那是你们业务流程有问题.MRP是事前计算,不是事后计算,基础数据都变来变去,没法搞.管理上面也会晕头的. 该评论在 2011/1/6 22:46:28 编辑过
|
|
admin
2011年1月6日 22:46
QUOTE:
--------------------------------------------------------------------------------
最初由 笨笨狗 发布
如果涉及到互换件和通用件呢?
--------------------------------------------------------------------------------
互换件的算法其实也不是很复杂,关键是业务部门的配合,比如MRP算出来了某个工单要使用代用料,可他们不按要求做,那么再好的MRP也是白费.
因为代用料的问题很有灵活性,所以要想用好相关的程序,必须在管理上比较死,严格按MRP算出来的结果进行.
我自已写的MRP就可以实现代用料,简单写一下以下几点要考虑
1.多代用品时的优先顺序
2.代用料的有效日和失效日
3.在库和PO的冲减方式
4.代用料尾数的处理(代用料剩1PCS,JOB 有10PCS的情况) 该评论在 2011/1/6 22:46:55 编辑过
|