在IBP年

2020-09-04 18:48发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)尊敬的IBP专家 明年(202...

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

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


尊敬的IBP专家

明年(2020年)将是" le年",因此在我们的计划级别中,2020年2月29日是"额外日期"(以天为单位)。 我们正在使用属性转换将实际值转换为一年(+365天)。 因此,2020年2月29日之后,数字不再正确。 这意味着01/03/2019转移到29/02/2020,02/03/2019转移到01/03/2020,依此类推。 当像我们大多数计划者一样查看月度存储桶时,这会产生错误的看法。

我们该如何处理? 每周的工作日数总是不同的,因此不可能进行周的工作轮换,也不可能进行月的工作,这是因为与我们相比,我们将松开工作日的细节(这对于我们的计划社区而言)。

事实上,我们只想忽略29/02/2020的日期。 有可能吗?

1条回答
哎,真难
2020-09-04 19:33 .采纳回答

嗨克里斯托夫,

您需要将2019年1月3日至2019年2月29日之间的时间段偏移366个(也适用于随后的leap年),并将剩余时间段偏移365个。 为此,在您的时间配置文件中添加一个整数类型的属性(例如,LEAP),并在上述期间将值保持为1。 在"实际数量"和"实际数量"偏移关键指标的计划级别中,在"时间配置文件"部分中添加此属性。 另外,您需要按以下方式在周期偏移量定义中添加此属性:

PERIODID0 @ DAYPRODLOCCUSTOFFSET = PERIODID0 + 365 + LEAP

这将使上述周期的数据偏移366天 其余时段则延长365天。 您还需要确保在29/02/2020期间不会加载任何数据。 如果发生这种情况,则29/02/2020和01/03/2020中的值总和将开始反映在01/03/2021中。 由于SAP在1905年升级时引入了新的检查功能,因此您还需要在其他包含与DAYPRODLOCCUSTOFFSET相同的根属性的计划级别中添加此属性。

如果您处于设计阶段,也可以这样做 考虑从时间配置文件记录中删除leap期ID并重新设计时间配置文件。

希望这会有所帮助!

问候,

Piyush

一周热门 更多>