嗨，帕拉维，

调整始终使用存储的值在关键计划值的基本计划级别上对其进行处理。 如果需要（例如，在合并多个产品的情况下），则根据所选关键指标操作对值进行汇总，但绝不会对它们进行分解。 该方法适用于所有关键人物动作，除了" Initialize target"（与目标不相关）以外。 无法使用计算出的关键指标值。

您的示例中，位置DP_LOC3的计划对象未接收到任何关键指标值，可能是由于错误引起的。 如果用于计算目标值的单元格之一为空，则存在问题。 同时，此错误已得到纠正。 您能否重新检查问题是否仍然存在？ 如果确实需要在组件SCM-IBP-BF-RLG上引发事件，我们可以详细分析情况。

亲切的问候，
托马斯

嗨罗希特，

我回复了屏幕截图作为单独的评论。 如果我错过了一些东西，请告诉我。

谢谢

Pallavi

嗨Pallavi，

我没有注意到这种行为。

能否为关键人物和计划视图提供重新布置项目的屏幕截图？

谢谢，
罗希特

嗨罗希特，

我附加了一些其他屏幕截图作为单独的注释。 让我知道您对此的看法。

谢谢

Pallavi

嗨罗希特，

"管理重排规则" Fiori App中的设置：

运行重新排列之前：

重新对齐后运行：

我注意到，如果属性映射是在基本级别（产品ID-位置ID-客户ID）完成的，那么它将给出预期的输出。 因此，这不应该是UoM问题。 但是，我无法理解此处的分类逻辑。 让我知道我是否在这里错过了什么。

谢谢

Pallavi

你好Pallavi，

建议您检查应用程序日志以获取有关已复制组合的详细信息。

如果您对多次迭代后的结果仍然不满意，可以提出OSS进行进一步分析。

谢谢

Rohit

嗨Rohit，

感谢您的回复。 我检查了基本计划级别。 是的DP_PRD4的组合多于DP_PRD2。

我注意到（DP_PRD2）-（DP_LOC2）-（DP_CUST2）特定组合的值被复制到（DP_PRD4）-（DP_LOC2）-（DP_CUST2）。 因此，我的理解是重新调整发生在基础级别。 仅当我们选择操作作为"汇总源值并覆盖目标"时，这才是预期的行为吗？或者这对于所有操作模式均有效？

在重新调整项目中具有与上述相同的属性映射，并且操作方式与"汇总源值并添加到目标"相同，我注意到在重新调整运行后，值在（DP_PRD4）-（DP_LOC2）- （DP_CUST2）和（DP_PRD4）-（DP_LOC1）-（DP_CUST2），但不在（DP_PRD4）-（DP_LOC3）-（DP_CUST2）中。

上述行为是否有特定原因？ 请在下面的屏幕截图中查看上述观察结果。

调整规则应用选择：

运行前：

运行后：