您需要进一步考虑您的过程。 如果您的用户正在创建新报告，则升级过程应该可以。 但是，如果您的用户正在更新现有报告，那么您将遇到问题：

1。 这些报告将迁移/升级到目标环境中的升级文件夹，该文件夹可能不在您想要的位置。

2。 如果用户将原始报告的副本放在促销文件夹中，则该报告的SI_CUID内部值将不同于原始值。 这意味着它将不会覆盖目标系统中的原始文件。 这也意味着无法覆盖现有报告，因此必须取消该报告上的任何计划，然后在新报告上重新创建它们，并且您将丢失任何原始实例的历史记录。

3。 如果用户将原始文件移动到升级文件夹中，它将 覆盖目标系统中的原始文件并将其移动到升级文件夹中，而该文件夹可能不在此位置。 是。

正如乔所说，您可以编写代码来完成您所要的。 但是，在开始编码之前，您需要确定这是否真的是 ，或者该过程是否需要有所不同。 如果要为此编写代码，则可以基于包含要迁移的报告的名称，位置和SI_CUID的电子表格执行某项操作，以便无需手动干预即可将其最终存储在目标的正确文件夹中。

-戴尔

对我来说没有运气

我注意到已经有一个想法提交给SAP

https://influence.sap.com/sap/ino/#/ idea/109931

谢谢

我无法想象你为什么要这么做。 如果删除了源报告，那么除非将其从目标环境反向迁移，否则将无法再次迁移它。

此外，如果在初始迁移后出现问题，又需要再次迁移怎么办？

也就是说，您不可能做的就是开箱即用。 您可以使用SDK设置程序对象来定期自动清除文件夹，但这非常危险-您必须确保清除之前成功迁移了所有内容。

或者您可以使用SDK编写自己的迁移过程，该过程将进行迁移，然后在每个源对象被迁移时清除它。

这些解决方案都不是简单明了的。

实际上删除报告是向用户确认他提交的报告已被转移的一种方式。

但是我也可以将它们移动到另一个位置，反正我会跳过该部分

另一点：我已经注意到，如果我在文件夹中添加报表，则该作业不会升级它。 我希望预定的作业每周升级文件夹的内容，而不必在升级作业中添加报告