MRP算法比较

lvxuezh

本来也想好好看看  结果感觉实在太累  到现在也没有看完

至于一些开发人员，基本上是现学现卖

netfloater

最初由 WilliamNing 发布
[B]或则没有人尝试过把公司ERP的MRP运算重新写过吗？
我还想讨论BOM展开的方法比较呢，看来大家都还是愿意去啃那些成熟大部头啊！ [/B]

我觉得改写MRP算法有好象没这个必要，对于一些大型的ERP的系统而言，提供比较完整的选项来适应不同公司的一些实际需求。
MRP的算法是ERP最核心的部分，既然通过系统的设置都不能满足公司的需求，我想这个公司可以考虑自己的业务是否十分规范，是否有必要上ERP。
我记得坛子好像有一个兄弟说曾经打开过ORACLE  MRP 的算法程序。听说是想参考ORACLE ERP的算法。
（哈，非法手段，这可是ORACLE的专利啊）

至于BOM的展开，以前倒写过，不知你想怎么展开？

WilliamNing

看到过netfloater[革命尚未成功 同志还须努力]老兄一些贴子,是高人啊!
目前的BOM表一般都是这样结构: PARENT,COMPONENT,BAS,QNTY;母件与子件不区分阶的放在一起.这之间嵌套很长,如何快速展开一个成品的所有BOM子件? 展开是得出MRP的结果的第一步,这里要求速度! NETFOLATER可否讲讲您以前的经验或者是对ORACLE实现的一些理解?

netfloater

BOM架构大多放在一个表中，就像 WilliamNing 所说的一样：
Component ID ，Parent ID， Quantity，。。。
一般BOM展开有两种方法：
1。由于BOM的架构有上述的架构，我们可以直接使用SELECT。
Select 。。。
From 。。。
Where 。。。
Start With 。。。
Connect by Prior 。。。
这种方式只适合BOM的简单查询，对于一些大的应用比如：
MRP BOM Explosion, BOM Compare等就不适合了，并且在时间上也是有问题。
2。使用临时表，当然BOM的所有架构也都是放在这个表。
A。可以使用一个GROUP ID 去组织或是标识同一个BOM的所有子件及架构。
B。为了使架构清晰明了，可以使用一个BOM的阶层码来标识每个子件。
对于BOM的每一阶层码的设置可以根据你的BOM的一阶上的子件来
确定，对于大多数的BOM的同一阶上的子件个数不会超过1000，
所以可设三位（当然你想怎样就怎样）。比如：
第一阶： 001 ，002 ，003 ，。。。
第二阶： 001001，001002，001003 ，。。。
002001，002002，002003 ，。。。
003001，003002，003003 ，。。。
第三阶类推。
有了以上的阶层码，如果你按阶层码排序，BOM的架构将一目了然。
C。展开的方法大都采用循环展开。
D。循环的展开过过程中最好不要使用判断BOM是否展开完全的逻辑，
我觉得这样逻辑很费时，可以设置循环的阶层，阶层可以根据你
BOM的实际阶数来定，一般的BOM的阶层不会超过10阶吧（我还遇到过超过6阶的）。


针对BOM而言，除了以上展开外，还有一种应用就是：
通过一个子件，怎样找出它的所有ASSEMBLY ITEM （BOM）。


--Netfloater

log96

MRP基本运算逻辑

tsaiyy

我們用的是鼎新的WORKFLOW﹐BOM的展法和樓上netfloater兄差不多﹐但要手動更新低階碼。
  但是MRP咚銢]有計算最佳採購量等等﹐只是算時間和MOQ。

笨笨狗

如果涉及到互换件和通用件呢?

huaminge

各位好！请问楼主所讲的BOM展开是何意？是不是在每次MRP运算时再将该表一层一层的展开呀？如果是这样，真感到很不理解，我原先所设计的BOM是有很多的表组成，用于实现记录各相关数据，然后，用一个最明细的表在BOM审核的时候记录生产一个产成品最终需要每一个终部件的数量，这样在后面的MRP和很多其他相关运算中只需要从该明细表中直接取数即可。

at_1

学习一下。

catthunder

我所能想到的bom 展开的最快的办法，就是阶层码(和最低阶码不通)的方式，这样可以减少很多循环。