我是S/4HANA传道者，支持客户的HANA之旅。最近，我完成了一个S/4HANA转换项目，轻云，通过这个博客系列，我想带你了解我的项目生命周期；如何开始、计划和执行；要记住什么和注意什么。这是由10部分组成的博客系列的主题#1.

因此，让我们从何时选择就地转换方法开始，而不是其他可用的选项，如绿地、景观转换、两步方法（HANA套件、简单财务）等。如果您是SAP现有客户，1）对当前系统的"设置"没有重大问题/痛点2）没有障碍（关于附加组件/业务功能）被确定为评估的一部分（稍后将对此进行详细介绍），3）希望保留目标环境中的"当前"定制和数据，则建议您选择就地系统转换。就地系统转换为S/4HANA允许对业务影响最小，对集成应用程序的影响为零（除了开箱即用的SAP集成可能会受到版本互操作性的影响：注2251604），并继续保持原样业务流程（除了"有限的"强制性S/4HANA功能）。

关于系统的一些误解阻止客户选择此选项的转换包括：误区1：系统转换有很多先决条件。误解2：我的数据/配置不干净，因此数据迁移会有很多问题。谬论#3:600多个简化项目意味着对我现有的业务流程的重大改变。

事实上，上述谬论都不是真的，并不意味着你将不会从S/4HANA创新中获得新的好处，但这意味着你可以按照自己的节奏采用它们，而不是被迫一次性采用它们，包括FIORI采用 !!! 事实上，尽管以上这些神话在S/4HANA上线后总是被证明是错误的，但客户后来了解到的是，用户采用和更改管理是更大的问题。因此，创新的可用性（有助于项目的价值案例）和分阶段采用创新的能力（受控变更管理）与S/4HANA是一个很好的结合。

S/4HANA自其第一个版本（1511）以来已经取得了很大的进步，在该版本中，您遇到了很多产品问题，而且SAP提供的工具非常严格。如今，SAP已经取消了许多系统转换的先决条件，并改进了转换工具，以允许不影响S/4HANA系统的数据变化（许多危险信号被转换为警告和豁免）。此外，大数据实战，S/4HANA数据模型（最新版本）根据客户反馈和产品特性的使用频率进行了简化（1511年简化了200次，1909年简化了654次）。此外，还有各种技术实现选项可用于就地系统转换，如。两步，SUM DMO，停机优化SUM DMO，Shell Copy with selective data migration等，为您提供了根据微调需求选择实施计划的灵活性。

一旦确定了初始的就地系统转换倾向，下一个"必须"步骤就是对您的活跃业务进行彻底评估流程、技术和基础设施设置，以确定S/4HANA的潜在障碍，并及早规划。根据我的经验，几乎所有的客户在开始S/4HANA计划之前都做了评估。我们的组织有一个详细的方法论，啥叫人工智能，称为"安全通道评估"，由我们的专有工具"Infosys S/4Assist"支持，它可以帮助您深入了解您的环境（NelsonHall Blog）。此工具集提供了有关SAP提供的就绪检查和自定义代码影响分析的附加信息，以规划就地系统转换。尽管将进行详细评估以获得项目批准，但也建议进行另一次评估（针对三角洲影响），以帮助更好地规划项目阶段，在项目开始之前，根据当前系统状态和选择的S/4HANA版本确定影响（S/4HANA由于每年都会发布新的主要版本，建议使用最新版本/FPS；当您启动开发系统转换，然后冻结同一版本以投入使用时，什么是可用的）。

一旦确定就地系统转换是您的正确选择，请确定您的程序的时间表（考虑到业务可用性，物联网技术，其他并行运行的关键程序或称为在评估中）：#1如果可以立即启动程序，淘客选品，则直接进入主题02。#2如果有延迟，那么您可以在ECC系统本身中执行许多预项目，同时等待实际转换开始。e、 g.

既然我们知道何时选择就地系统转换，以及如何确认它是否适合您，那么确定计划的范围以避免对计划造成不必要的复杂性是很重要的。由于到S/4HANA的就地系统转换主要是一个技术方案，因此我的建议是在项目前或项目后保留额外的/可选的新特性。因此，制定一个清晰的项目章程是很重要的，在后期的执行阶段，这个章程也将起到指导作用。

我看到客户错过转换计划时间表的一个重要原因是评估不好或计划章程松散！！！阅读此博客，了解其他客户的看法。

在主题02中，我们将讨论"如何准备S/4HANA就地系统转换"。