容量均衡将计划订单推送到数据视图的末尾

2020-09-03 17:31发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)再说一次...... 亲爱的...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


再说一次......

亲爱的

我正在使用标准的SAP启发式方法对wk1中超负荷的单个资源(我的数据视图的开始)进行容量均衡,希望它在wk2和wk1之间分配,但是全部(由多个计划订单组成) 被推到数据视图的最右侧存储桶wk10。

这仅适用于某些产品

资源相同。

prod x loc的主数据相同

Prod x Loc Master中没有维护生产或任何其他范围。

没有其他计划/生产订单使资源超负荷。

如果我将数据视图扩展到无穷大,它仍然会将计划订单推到最后一个存储桶。

" SNP全局设置"选项:"批次格式"设置为不考虑批量大小设置。

没有用户参数在起作用

没有其他Z动物。

可能是根本原因?

谢谢

授予

11条回答
闻人可可
2020-09-03 18:05

Abhishek Rai

我同意你的看法。

我因此假设是为了像我这样的SAPtards。

  • 要使SNP容量平衡能够部分或全部工作,产品主数据中的最小批量应严格小于存储桶中的最大可能产量。
  • 要使SNP容量均衡完全发挥作用,并利用100%的可用容量,最小手数必须是计划订单数量的整数倍。
  • 如果剩余数量(作为部分容量均衡的结果)不完全等于产品主数据中的最小批量,则将其移至最后一个存储桶,因为CL启发式方法不知道如何处理。
  • 没有任何批量设置的容量均衡将始终在"过载"的情况下均衡容量
  • 在所有其他方面都相同的情况下,每周存储区中的容量均衡将比每天存储区中的容量均衡更多。
  • 在SNP Optimizer运行之后进行容量均衡是没有意义的。手数或无手数。

应该执行的产能均衡是将计划订单分组为批量的倍数。 这一点可能需要另一个程序。 这就是大多数进行容量均衡的原因。 尤其是 如果未实施详细计划。

谢谢

授予

一周热门 更多>