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

2020-09-03 17:31发布

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

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


再说一次......

亲爱的

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

这仅适用于某些产品

资源相同。

prod x loc的主数据相同

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

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

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

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

没有用户参数在起作用

没有其他Z动物。

可能是根本原因?

谢谢

授予

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

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


再说一次......

亲爱的

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

这仅适用于某些产品

资源相同。

prod x loc的主数据相同

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

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

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

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

没有用户参数在起作用

没有其他Z动物。

可能是根本原因?

谢谢

授予

付费偷看设置
发送
11条回答
打个大熊猫
1楼 · 2020-09-03 18:25.采纳回答

您好,阿米特

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

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

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

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

问候,

阿卜舍舍克

悠然的二货
2楼-- · 2020-09-03 18:15

嗨,Rupesh,

我认为我应该问的真正问题是容量均衡启发式设计。 所以在这里我用一些算术解释一下。 SNP优化器是指SNP线性优化器。


-如果在Bucket1上有190%的未定计划订单超载,在Bucket4上有120%的存储,在Bucket20上有110%的存储,并且所有其他存储桶都没有负载,并且每个存储桶在存储桶1到存储桶50上具有相同的可用容量。

-如果在产品x位置主数据中维持5000的最小批量大小

-如果在Product x Location Master中保持四舍五入值为500

-如果在Prod x Loc master的SNP2标签中没有保持产品优先级。

-如果正在对单个产品使用的单个资源进行分级

-如果正确维护了PDS(只有一个),以计算容量消耗。

-如果PDS的最小手数为1,最大为9999999。

-IF(生产)资源在整个存储桶持续时间内都存在于实时缓存中,并且可在接下来的600天,24小时x每周7天x每年365天100%地利用率。

-IF容量均衡现在通过启发式方法进行,该方法具有前向调度,100%利用率目标,无优先级。

然后

1)容量均衡启发式方法会产生什么结果?

2)如果我使用SNP Optimizer,并且不考虑在产品主数据中维护的批量大小,那么我还应该同时使用Capacity Leveling和Optimizer吗?

3)容量均衡程序(启发式或优化器)如何知道用于创建计划订单的方法?

4)拥有"容量平衡启发式"功能时,总考虑产品位置主数据中的批量大小(通过硬设计)并且将SNP优化器设置为忽略(通过SNP全局设置中的选择)是什么意思?

5)在SNP全局设置中,批量大小形成中的"不考虑批量大小设置"的真正含义是什么?"批量"设置中"设置"一词的含义是什么? 产品位置主数据中的尺寸值还是其他地方需要维护的值?

6)我可以在配置中的其他地方忽略或尊重SNP Optimizer配置文件中的"批量设置"吗? 覆盖批量大小的SNP全局设置。 我可以吗?

7)如果"容量均衡启发法"在"产品x地点"主数据中考虑批次大小,为什么不将每个计划订单进行舍入以匹配最小批次大小?

8)产能均衡如何计算过载(在我甚至执行CL启发式算法之前),即基于计划订单数量的过载小于产品x地点主数据中的最小手数?

9)是否希望通过产能均衡启发式运行以最小批量的精确倍数创建计划订单? (假设容量均衡没有我报告的错误)。

10)Capacity Leveling如何处理连续的过载,或更一般地说,如何处理过载的铲斗之间的间隙?

微wx笑
3楼-- · 2020-09-03 18:25

感谢Abhishek

我会放弃这一点。 不值得头痛。 我不知道为什么要像几个星期那样在更大的存储桶中实现容量均衡化,或者为什么有人会大批量地修补。 手数就是手数。 最小手数是产品主数据中唯一驱动流程订单的手数的字段。

黑丝骑士
4楼-- · 2020-09-03 18:10

"您的最小手数的上限要求是否大于一个桶的可用上限?"

是的。

我的水桶是一天。 5天后,我有足够的容量。 但是,优化程序不考虑最小手数(不设置)。 这意味着在某些存储桶中,负载大于最小批量。 在某些铲斗中,最小批量所需的负载更少。 两种情况都违反了某些存储桶中的可用时间。 我在产品主数据中的批量策略很多。 所以我的问题是,为什么最小手数根本不起作用?

谢谢

授予

闻人可可
5楼-- · 2020-09-03 18:05

Abhishek Rai

我同意你的看法。

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

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

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

谢谢

授予

一周热门 更多>