嗨，艾迪，

优化器业务日志中报告的失败原因是什么？

除了失败原因外，您还可以检查离散化范围中是否留有任何字段，例如 空白，如果是，则在所有此类空白字段上放置0（空白表示完全离散水平，而0表示没有离散水平）。 当您尝试运行13W离散量时，仅对您可能需要的必需离散量参数保持13，其余的保持零。

谢谢

Girish

Girish嗨，

这也是我的想法，似乎不是一个好习惯。

但是，很奇怪的是，性能确实确实有所提高（整个地平线2小时，而两个计划分别为1小时）。

我们做了13周的离散测量和13周的线性测量。 我认为这是因为它不必在重叠的期间之间进行迭代，并且取决于可能影响的批量大小或将来的XX期间。

感谢与我讨论这个话题！

你好，

我建议您检查以下内容：

1。 如果可能，请尝试增加Optimizer的最大求解运行时间。
2。 所有离散决策的离散化周期为13周，我知道没有理想数字的指导原则，但始终尽可能短是个好习惯。 较短的视野可以防止可能出现的性能问题，并避免模型出现更多的复杂性。

3。 查看生产和运输批量的最小批量和四舍五入值。 例如，如果将它们设置为1，则可以将其删除。 这将降低复杂性。

4。 请在"基于TS的S＆OP优化程序配置文件"中启用"使用有限启发式作为开始解决方案"选项。
从SAP帮助中复制：
使用有限启发式作为开始解决方案：可以使用此开关在优化程序之前运行有限启发式。 就像后者一样，有限启发法也考虑了资源容量。 如果场景中涉及离散决策，那么优化器将接管有限启发式方法作为初始解决方案而采取的离散决策。 然后，它会重新评估那些离散的决策，以确保以最佳成本的方式遵守来自相关功能的所有约束。 根据特定情况，使用有限启发式作为开始解决方案可以减少算法的运行时间。

4。 其他参考：请参考此博客以获取最佳做法/建议

https://blogs.sap.com/2018/06/08/time-series-based-supply-optimizer-notes-on-performance /

希望这会有所帮助。

谢谢

Satish Waghmare

嗨Eddy，

这很奇怪。 我没有遇到这个问题。

无论是否启用此选项，优化器都必须遵守最大求解时间。

如果在允许的最大运行时间范围内找不到可行的解决方案，则优化器将失败，并在日志中显示错误消息。

谢谢

Satish Waghmare

这可能只是性能问题。 尝试仅针对单个产品运行Optimiser。 如果可行，请尝试增加Optimiser运行时间或拆分子网。

观察编号。 每次运行的Optimiser日志中离散变量的数量。

-Neeraj

我也坚信您可能是对的，并且是由于表现。 我们正在尝试将运行时限制为999999999，并在130周的整个时间范围内查看我们的运行时限制。

以15个周期（TW）为例，这就是我的经验

期间（TW）15

变量数1,687,907

线性约束1,037,830

#离散变量90,259

谢谢大家的回答，并进行跟进，

我们根据您的所有建议，通过将主数据清理为详细信息，大大减少了运行时间。

我们需要一些调整，但是我有信心我们会到达那里，

一旦到达所需位置，我将发布其他操作。

干杯

EI