您好Lorena，

该错误是由于某些关键指标计算所定义的，而这些关键指标计算是 PERIODID 计算。 更改计划级别将导致该计算过时。 请尝试从详细的应用程序日志中确定关键指标并相应地更正计算。

谢谢

Rohit

嗨，Lorena，

正如我在先前的答复中所提到的，该错误很可能是由于关键指标计算中缺少PERIODID0而导致的，这是由于基准级别从一周到一天的变化而发生的。 请查看L代码关键指标（例如SLFULFILLEDDMNDQTY，LSLWASTAGEQTY和SLREMBATCHQTY）的计算。 所有这些都在WKPRODLOCCUSTBATCH上定义，并且在其L代码计算中具有PERIODID5（代表技术周）。

如果您将此计划级别的根目录从技术周更改为每天，则计算也应更新 包括PERIODID0而不是PERIODID5。

谢谢

Rohit

嗨Lorena-

如果要更改root属性，请确保清除所有依赖项。 最后，使用"删除计划对象"上的复选框进行清除。 另外，从日志中我可以感觉到的是，我可能会在思考是否有为"天"生成的时间段-如果您最初没有几天，希望您在时间配置文件中重新生成时间段？ 实际上，这是一个很大的变化-必须在时间配置文件中定义一个新的周期（较低的水平）。

希望这会有所帮助，

谢谢

致谢-大师

尊敬的大师，

感谢您的回答！

正如你所说，我做了一切。 我的时间资料原来是带日桶的。

我继续遇到相同的错误。 有什么想法吗？

亲切的问候，

Lorena

嗨Lorena，

计划区域中的计划时段（每周至每天）更改会影响时间配置文件（时间段），所有关键

在复制SAPIBP1计划区域时，哪些应用程序选择了S＆OP或所有其他计划应用程序？

如果复制S＆OP应用程序，则确定关键数字并更改

完成更改后，请运行计划区域检查而不是激活，并共享应用程序日志以进行进一步分析。

最佳

Lingaiah

你好Lorena

我认为此问题与跨国数据删除或任何KF表达式中的期间ID无关。 我可能错了，但几周前我也遇到了类似的问题。

首先，请告诉我您是否在该特定计划级别中添加了任何新的主数据类型？ 如果是，则将其删除并尝试激活计划级别。 如果没有，请复制计划级别并为其重新命名，然后更改时间段并激活它。

让我知道它是否有效。

您好，Lorena-我建议将计划区域恢复为上一个活动版本，然后再次尝试执行您打算做的步骤。 这次，请在计划区域"检查"您执行的每个步骤/更改，以了解问题出在哪里。

谢谢

致谢-大师