好吧，我需要确保系统可以肯定地告诉您，您应该打开一张票以确保时间不松动，并在标题中提及升级，因为这样做可能会加快速度。

但是：

如果您不使用Ulm转换，则WKPRODLOCCUSTBU上的新kf会发生什么，那么值会显示出来吗？ 什么是BU，它是基于自己的MD类型还是仅基于任何属性？ BU是否为规划级别提供了自己的新依据？ 您能否概述这两个（或更好的是，四个）计划级别的根源和非根源？ 您是否也将新的非根目录添加到WKPRODLOCCUSTBUUOMTO？ （你必须）。 并且，如果这些新属性对WKPRODLOCCUST有效，则也应在其中以及包含新属性相同根的所有其他级别中添加它们。 使用新配置，您最终可以在计划级别进行批量分配。

检查在线文档，了解模型配置中的新增功能： https://help.sap.com/viewer/ed738cdf19b24426a396321195195f6c65d/1911/en-US/ddbc1baa02824b479a> p

您至少要解决上一个错误。"输入计划级别不包含基本计划级别的所有根属性； 文档未使用"计算"​​，"计算图表中的任何REQUEST级别计算均未使用该计算。"我对1911年还没有太多经验，但这听起来似乎可能会对 请求级别...

祝您好运，请发布结果，因为其他人也可能会遇到这种情况

Irmi

嗨，艾尔米，

系统升级到1911年。我注意到，此后激活了计划区域，必须抑制激活错误。 这些错误与KF计算有关。

听起来真的很奇怪...

自昨天以来发生了什么，任何系统升级了？

在大多数情况下， 数据没有显示出来，我知道它是Ulm转换（您尝试前后更改因子吗？），还是在请求级别进行了一些计算，这些计算被弄乱了，就像从错误的kf中求和了 或错误的计划级别。

如果年轻人确定不是这种情况，我认为您需要一张OSS票证，因为如果没有系统访问权限，将很难分析根本原因

Irmi

我尝试将一个完整的新关键指标添加到计划级别WKPRODLOCCUSTBU并为其创建值。 该数据未显示。 因此，我为计划级别WKPRODLOCCUST创建了一个新的关键指标，并且效果很好。 因此，我开始认为我们的问题与我们的计划级别WKPRODLOCCUSTBU有关。 但是我不知道这可能是什么。 正如我所说，我们在计划级别WKPRODLOCCUSTBU中添加了两个新的非属性。 知道这是否是原因吗？

是的。 我们基本上必须抑制所有错误。 但是，涉及到我们最感兴趣的关键指标的就是这个。

我已经尝试更改它，但是关键人物仍然没有显示。 还是我需要从基础计划级别WKPRODLOCCUSTBU而不是WKPRODLOCCUST添加输入？

surpressed-error.png surpressed-errors.png calculation.png

我认为WKPRODLOCCUST是以前的基本计划级别。 由于附加的属性要求，它已更改为WKPRODLOCCUSTBU。 但是由于其他关键数据仍在使用旧的计算方法，因此并未将其删除。 这样，所有工作一直持续到星期四。 周四还发生了什么，在计划级别WKPRODLOCCUSTBU中增加了两个新的非根属性。 通常这个架子不会影响现有的值吧？ 但是，仍然要对所有主数据和关键指标数据进行完全清除和重新上传，以确保不会出现不一致情况。

可能是

因此，不是全部，但只有一部分会受到影响吗？

Po at so，e kf计算的屏幕截图和错误消息（如果您愿意的话）