点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)尊敬的IBP专家 明年(202...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)尊敬的IBP专家 明年(202...
加入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的日期。 有可能吗?
嗨克里斯托夫,
您需要将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
一周热门 更多>