嘿AK

我在POC中所做的就是创建了"计划产品"类型的产品。 在IBP中并不真正存在。 每个实际的SKU加上计划产品本身都成为"计划产品"的属性，而计划产品本身的物料类型则以不同的类型来选择

我的要求是在小组级别进行计划 在让我们说10个星期之前，然后是在详细的SKU级别上。

从需求中，我获得了10个星期的SKU级别数据，以及组级别的对数术语范围

配置为了确保没有需求的重复值，我确保在两者之间进行了清晰的划分。 在从"需求"到" SOP-Supply"的每个新版本发布之前，随着一周又一周的一周长周期的结束，我在10周的时间范围内消除了共识需求。

计划产品需要一个虚拟BOM ，在我的案例中，该小组总结了大致相同的产品，但包装不同。 因此，除了包装材料和包装材料外，我提供了相同的BOM和容量

您可以将其与产品替换结合起来，和/或在evel组中预测消耗量

然后运行 该算法通常仅适用于所有产品，因此会在Horion外部的组级别和SKU的级别上产生客户收据。 组件是通过虚拟BOM正确创建的，与capa

您的

Irmi

嗨，

很难在产品级别上运行TS Optimizer，因为主数据输入取决于位置级别，也取决于成本。 优化程序的核心算法逻辑也将要进行审查。

我建议向SAP支持团队提出一个事件。

最好的问候，

Lingaiah

嗨，AK，

到目前为止，在IBP中还没有像APO这样的聚合计划概念

您需要在聚合级别创建虚拟主数据

1。 将输入的交易数据（使用CPIDS或某些复杂的KF逻辑）汇总到虚拟产品级别。

2。 将输出交易数据（使用CPIDS或某些复杂的KF逻辑）分解为实际产品水平。

谢谢

Girish