请介绍一下: 需求时界和计划时界的概念和实际应用

w39

最初由 erper 发布
[B]

关键在于你跑的MRP理论是否是基于实时的，如果你使用30年前的传统算法，也许要考虑哟。 [/B]

啥时候你给大家详细讲讲

erper

最初由 w39 发布
[B]

啥时候你给大家详细讲讲 [/B]

MRP首先得取决于你采购模式中采购申请使用那种，有一种是不考虑时间要求，只要数量要求的，有一种对时间需要按照一定周期的，有一种出来的还需要按照采购比率去分配到不同的供应商去的，这只列举了三种大的方向，还有按照订单的，产品等等。

现在的MRP技术已经可以大大降低对企业的server的要求，同传统的MRP理论有很大的差异，能够做到企业的订单变化了，MRP数量也实时变化，不再需要象传统的MRP那样再重新把全公司所有的订单全部拿出来跑一次的：）  多浪费企业的应用成本和时间

erper

最初由 w39 发布
[B]

啥时候你给大家详细讲讲 [/B]

39，如果大家有趣学习交流的话，你就负责组织大家约定一个时间吧，我负责去华南理工大学借个教室，大家一起研讨怎么样？

金牙

生产这块还得多学习！

ccwlm741212

最初由 erper 发布
[B]

关键在于你跑的MRP理论是否是基于实时的，如果你使用30年前的传统算法，也许要考虑哟。 [/B]

30年前的传统算法?  不知道你使用的30年后的现在的算法是怎样的呢？  

ccwlm741212

最初由 erper 发布
[B]

MRP首先得取决于你采购模式中采购申请使用那种，有一种是不考虑时间要求，只要数量要求的，有一种对时间需要按照一定周期的，有一种出来的还需要按照采购比率去分配到不同的供应商去的，这只列举了三种大的方向，还有按照订单的，产品等等。

现在的MRP技术已经可以大大降低对企业的server的要求，同传统的MRP理论有很大的差异，能够做到企业的订单变化了，MRP数量也实时变化，不再需要象传统的MRP那样再重新把全公司所有的订单全部拿出来跑一次的：）  多浪费企业的应用成本和时间 [/B]

难道你不需要汇总公司定单吗？ 难道是来一个马上MRP?  马上去领料？  这样的话还需要计划干什么呢？  那样企业不是要不停的领料？   请赐教啊

erper

汇总是肯定要的，但是看你什么时候去汇总，你可以先把每个订单的MRP算出来，然后再去汇总，可以不需要把所有的订单汇总后再去MRP，看看两种不同的方式得到得结果前者更省时间，且贴近生产实际得情况，因为生产过程中和企业订单都在不断得调整，这样得话，如果我只重新核算每个有变化得订单，而不是去核算所有得订单，你看两者得效率谁高呢？？？
核算完了，只剩下统计的工作，我想大虾们这个比我清楚！！

erplabour

个人理解：RUN MRP 前会依企业一般会以LEAD TIME加适应的时间量制定需求时间范围，应该是指需求时界，一个作用是避免订单变动后成呆料。如需求范围是60天内，60天后的需求根本不用管，因为客户可能要改单，删单。计划时界，指的是订单变更后，重RUN MRP 的影响范围。如，已下订单，供应商已生产，此时变更，必造成损失。
    现在OEM企业计划又有新的烦恼，作计划时需RUN MRP 若订单合并后，无法找到同来源匹配，无法以需求来源汇总和查询

ccwlm741212

最初由 erper 发布
[B]汇总是肯定要的，但是看你什么时候去汇总，你可以先把每个订单的MRP算出来，然后再去汇总，可以不需要把所有的订单汇总后再去MRP，看看两种不同的方式得到得结果前者更省时间，且贴近生产实际得情况，因为生产过程中和企业订单都在不断得调整，这样得话，如果我只重新核算每个有变化得订单，而不是去核算所有得订单，你看两者得效率谁高呢？？？
核算完了，只剩下统计的工作，我想大虾们这个比我清楚！！ [/B]

我们的ERP计算分是否重新计算和只计算增加的，你说的这个问题不是难点，可我相信不论你怎样计算，就肯定要进行计划的制定和预测，而我讨论的这个问题涉及的是计划和预测的问题啊

ccwlm741212

最初由 erplabour 发布
[B]个人理解：RUN MRP 前会依企业一般会以LEAD TIME加适应的时间量制定需求时间范围，应该是指需求时界，一个作用是避免订单变动后成呆料。如需求范围是60天内，60天后的需求根本不用管，因为客户可能要改单，删单。计划时界，指的是订单变更后，重RUN MRP 的影响范围。如，已下订单，供应商已生产，此时变更，必造成损失。
    现在OEM企业计划又有新的烦恼，作计划时需RUN MRP 若订单合并后，无法找到同来源匹配，无法以需求来源汇总和查询 [/B]

对，大致是这个意思(可还需要深入讨论)，可如果和预测码配合使用后，这个问题就可以更加深入讨论了  更有价值了