您好，阿米特

只有这样，我才能模拟您的陈述所描述的结果："通过容量均衡启发法在存储桶末端创建订单"的最小手数大于 在桶中生产。 例如，最小批量大小为1000，按照我的工艺路线，我需要25个人力资源来运行此批量，而我在计划书中的SNP铲斗容量仅为每个铲斗24个人力资源，它将在最后阶段转移订单。

我认为这似乎是SNP有限容量计划的标准行为。 除了减小最小手数或为更大容量的存储桶进行容量均衡以外，我没有找到其他解决方案，在您的情况下，我认为它是每日存储桶，请在计划书中尝试每周存储桶。

过去，在有限容量计划中，由于日历中的假期（例如由于我独特的路由和日历设置）而无法安排有限容量资源时，我也曾见过这种情况 产能操作在星期日进行，而资源中此日历的假日在星期日进行，因此它将再次在存储桶的末尾创建订单。 因此，总而言之，如果无法解决上限调度冲突，则会将订单推送到存储桶的末尾。

恕我直言，如果您无法调整最小批量或计划书中的存储桶， 请向SAP提出要求。

问候，

阿卜舍舍克

你好

在资源主SNP标签中，有跨期活动的勾号， 使用此设置进行测试。

问候，

阿布舍克语

你好，

对于受影响的产品，是否具有最小最小批量或四舍五入 值？

运行容量均衡之前的订购数量是否是所使用的PPM/PDS的输出数量的倍数？

还要检查容量均衡的应用日志。

最好的问候

R.Brahmankar

你好

您是否每天都在使用水桶？

您的容量要求太高了170 Hrs，而可用容量仅为129 Hrs。 除此之外，我可以看到订单的交货时间是推到25/08。

最好的问候

R.Brahmankar

调整水平后。 ... caplevltab2.png

尽管有可用容量，仍无法解决过载。

为简单起见，我选择了一种资源，该资源仅由单个产品使用，并且其PDS在活动/模式下具有非零输出以计算容量消耗。

我需要检查以下5件事：a）资源b）PDS，以确定根本原因？ 我检查了所有可能的方法。

你好，

但是，SAP的声明很有意义，如果使用的是优化程序或CTM，它应该创建一个已经 受能力限制。 然后，进行容量均衡是没有意义的。 在这种情况下，正确的问题是运行容量平衡的目的是什么，优化程序是否无法在您的情况下创建受限计划？

您还没有回答问题。 "您的最小手数的上限要求是否大于一个桶的可用上限？"

注意

Abhishek

PDS持续时间不是 -零

精确计算出容量消耗-计划订单数量x每秒速率/3600秒=消耗小时数。

订单既不固定也不固定

只有一个PDS是供应来源。

只要容量消耗为非零值，就可以合理地假设与PDS和资源相关的设置正确，并且PDS具有有效的资源，我正在尝试对其容量进行分级。

谢谢

授予