你好丹尼尔，

您的问题的答案：

1。）如果您想采用未开发的方法，那将是正确的。 在这里，您将构建一个新系统，并且仅从旧系统中进行选择性数据迁移。

2。）您可以将当前的SUM ECC系统转换为S/4HANA，无法进行纯数据迁移。 因此，请使用其他工具，例如SAP Migration Cockpit。

3。）如果在生产系统行中进行转换：是的，这将影响源系统。 最好的做法是使用生产系统的最新副本中的沙盒进行概念验证。

4。）参见上文，在每种情况下，您都应从概念证明开始。

如果绿地或转换是更好的方法：这取决于您的需求。 如果您以前从未接触过公司中的S4HANA，那么我们的SAP S/4HANA领养入门计划可能对您很有趣：

https://support.sap。 com/zh-CN/tools/upgrade-transformation-tools/s4hana-adoption-starter.html

在此还介绍了未开发的领域与转换的主题，它将概述您使用S/4HANA的方式。

希望这已经对您有所帮助，即使您不能随意提出其他问题。

最诚挚的问候，

Sid

嗨，丹尼尔，

也许我不清楚上面提到的内容。

1。）您有两种可用的方法：绿地和转换。

未开发地区：您安装了新的S/4HANA，仅迁移了数据，例如 通过从旧系统到新S4安装的Migration Cockpit-在这种情况下，不是您需要SUM的工具，而是安装新系统的SWPM。

转换：在这种情况下，您需要SUM才能将整个系统转换为S/4HANA，无法进行选择性的数据迁移。 通常，您会使用生产系统的最新副本进行概念验证。

希望现在更清楚了。

2。）我不是Migration Cockpit的专家，但是有一个不错的博客： https://blogs.sap.com/2017/02/28/getting-started-with-s4hana-migration-cockpit-onpremise/ -我建议您通读它，它还链接了SAP中有关此工具的文档。

最诚挚的问候，

Sid

嗨，Sid/Experts

这里我还有另一个问题。

1）使用SUM工具意味着"不可能进行纯数据迁移"是什么意思。为什么在通过使用SUM本身转换整个系统数据之后为什么要使用"迁移"座舱？

请解释。

我假设如果不使用SUM进行转换，则可以使用迁移主控室将整个数据从源系统迁移到新构建的S/4 HANA系统？

2）我们可以使用迁移主控室将应用程序数据从源系统复制到新建的S/4 HANA中吗？每个模块按月/按年计算？

感谢您的所有输入...。在此先感谢