您好，Mahesh，

完全正确，将DTP转换为"增量"阶段DSO/IMO/CMMIM01用于移动，/IMO/CMMIM02用于重新评估，应通过设置"没有数据的Delta初始化"来完成。/p>

对于该问题

1）" 从/IMO/CMMMIM01到/IMO/D_MMIM01（...）的DTP会自动得到检查，即使是 未手动选中"。 你到底是做什么的？ 激活DTP，关闭然后重新打开，然后再次自动检查该选项？ 您是在过渡期间关闭了Eclipse还是由缓存问题引起的？

如果问题仍然存在，则可以通过屏幕截图或屏幕摄像头获取支持票。

2）加载完成后，报告需要大约5分钟的时间才能反映出更新的数字：可能值得检查复合提供程序和/或查询的运行时属性，例如 "查询缓存"。

最好，

Andreas

更新：下面一些试图可视化数据加载过程的图片，希望对您有所帮助...

嗨，

我只想添加另一个重要的SAP注意，它可能会在加载库存数据时解决潜在的问题。 没有注释，RECORDTP可能加载了错误的值，导致例如 在报告中显示为双值或零值的库存编号：

https://launchpad.support.sap.com/#/notes/2543774

最诚挚的问候，

Andreas

嗨，Mahesh，

提取器2LIS_03_BF（与2LIS_03_UM相同）的运动数据应该只加载了。

历史移动（即来自设置表的数据）应仅以FULL装入阶段DSO/IMO/CMMMIMH1。 从那里，一次将带有"历史交易记录"标志的时间加载到EDW核心层DSO中。

后来的增量运动（即在初始化库存后捕获的运动）应加载到暂存DSO中。/IMO/CMMMIM01。 从那里将数据作为"正常"进行中的增量加载到EDW核心层DSO中。

https://help.sap.com/viewer/06e872f914a44d77b6c692b0273ca400/1.0.10/zh-CN/adf82631fe684079907375706cea11de.html

此问题的另一个可能原因 您提到过（但经常发生...）：当两次执行库存初始化（OLI1BW和OLIZBW）而没有删除中间的设置表时，库存量也可能会两次出现在库存报告中。

希望它有助于解决您的问题，

安德里亚斯

嗨安德里亚斯，

感谢您的快速回复。

在库存数据加载期间考虑了类似的步骤，我想补充一些要点

-如所知，将带有标志"历史事务"的一次加载发布到EDW核心层DSO（/IMO/D_MMIM01）中，以后的加载，即从/IMO/CMMMIM01到/IMO/D_MMIM01 使用"不进行数据传输的性能增量初始化"，然后以后的移动将以正常的持续增量从同一流进入EDW核心层DSO，如果不考虑的话，数据将被两次加载到集成层/IMO/D_MMIM01。

重估流程也可以考虑相同，请在此处更正。

在此流程中还观察到另外两个问题：

-从/IMO/CMMMIM01到/IMO/D_MMIM01的增量DTP在更新选项卡中具有"历史交易"选项的情况下，即使没有手动选中，也会自动通过复选框进行修改

-另一个问题是，在完成"库存概览"报告中对/IMO/D_MMIM01的加载后，关键指标之一"数量总量"（基于流入和流出计算）在 在报告（大约5分钟）内提供输出，包括RSRT。 这是正常现象吗？

如果您遇到过此问题，请告诉我，否则我将在需要时与SAP支持人员联系。

谢谢/马赫什

使用上述处理流程，数据初始化（首次满负荷）是否需要使用BW7.5停机？