请查看有关以下主题的免费OpenSAP课程- https://open.sap.com/courses/s4h8 -它应逐步涵盖该活动

有用于从非SAP来源上载SAP中的主数据和事务数据的模板，但是您不能对历史数据使用这种类型的上载。/p>

通常，建议的S/4HANA主数据上传和某些事务数据处理方法是SAP S/4HANA迁移主控室或SAP Data Services。 如果没有合适的迁移对象，或者从头开发一个迁移对象的成本过高，仍然可以使用LSMW（但是当然，您需要仔细测试一下，因为这不是推荐的选择，您将在自己的情况下使用它）

同样，所有这些都不适用于历史数据上传，这些工具适用于主数据，未结订单，初始余额-通常为上载而上传的数据类型。

在这里我会很直言不讳，但这是因为在我居住的国家/地区有类似的法律要求-没有法律要求说明您应该在同一时间拥有所有历史数据（10年） 系统，并且该系统应为S/4HANA。 法律规定了保留时间，期望保留的信息种类以及应该提供的报告种类。 客户告诉您的内容不是法律要求，如果不确定当地法规中的某些特定细节，可以与外部法律顾问讨论详细信息。 既然这是一项法律要求，是的，他们将承担保留旧版只读文件的代价，但毕竟是法律。

更重要的是，事实证明，上传历史数据 与将旧版保持为只读状态并按需使用相比，新S/4HANA系统中的价格昂贵得多。 只需考虑一下-转换后，SAP建议存档不再需要的所有数据。 这是为什么？ 因为很贵！ 上载10年的历史数据听起来确实很昂贵。 开发自定义工具并进行真正的广泛测试也非常昂贵。 而且，使用未经很好测试的工具上传大量数据的风险太大，无法忽略。 最重要的是，无论如何，恕不建议在S/4HANA中完成10年数据的IMHO报告，嵌入式分析适合于运营报告，这意味着客户很可能不会获得上传所有这些数据的显着优势。 在新系统中。

大多数情况下，您可能找不到针对从非SAP系统到S/4HANA的历史数据迁移（封闭业务交易）的详细分步指南。

< p>如此处所述（对于ERP ECC系统）： " 请注意，这始终是一个项目解决方案，因为没有用于迁移历史数据的标准工具。"现在，想象一下处理具有更多不同逻辑，数据类型等的非SAP源的额外复杂性 当然，这意味着要开发自己的工具，您将需要那些对SAP S/4HANA和源系统的数据模型，业务和应用程序逻辑有非常好的了解的人员。 我的猜测是，这种工具的开发和测试将非常棘手且昂贵，因此极不可能将其作为开放源代码免费共享。 这样的工具可用于源系统和目标系统的精确组合的可能性甚至更低。

更好地与客户端协商，以将数据保留在旧系统中（如果需要）为只读 可以使用报告解决方案来检索和合并数据。

如果您的源系统是SAP ERP ECC 6.0或更高版本，并且您希望保留主数据和事务数据，并且没有 阻止程序（无法卸载的不兼容插件或业务功能），然后执行系统转换。 但是，在这种情况下，您没有单独的系统，则可以转换现有系统。 还有一些更高级的方案（您可以在单独的系统中进行操作），但是它们需要额外的努力，通常由SAP咨询服务或专业的SAP合作伙伴提供。

阅读我链接的文档 在我的第一篇文章中。 在那里介绍了基本概念。

关于系统转换主题-在 openSAP 上有几门课程（ 其中一项正在进行中。

当您要求其他信息或提供有关该主题的更多详细信息时，请不要使用答案（请阅读答案框右侧的文本）：" 仅在提出解决方案时才应提交答案。 海报的问题。 如果您希望张贴者澄清问题或 提供更多信息，请留下评论，要求 其他详细信息。"

许多原因之一是，您提交答案时，讨论的参与者不会收到通知，这意味着您得到答复的机会非常低。/p>

感谢您的快速回答，但这是特定于国家/地区的要求。其他客户也必须承担Non-SAP系统的维护费用，并将数据保持为只读状态。

是否有用于非SAP遗留系统的SAP标准模板，并且可以在新的S/4 Hana系统中上传？

感谢Veselina的回答。

还有一个问题...如果旧系统是SAP ECC（例如6.0），并且客户希望将过去10年的全部主数据和业务数据转换为新的S/4 HANA系统...。

是否可以将整个数据从旧的SAP版本迁移/转换到新的S/4 HANA系统？ 如果是，那么过程和方法是什么？