自从我在SAP的生态系统中工作了十多年以来，每个SAP项目都属于三个类别中的任何一个，即实施、升级或持续支持。与S4H的游戏规则有点不同，新的实现，将携带相同的意义。但从sapbusinessuite或saperp到S4H企业的转变不再被称为升级项目。尽管相对而言，人们可能会将其称为升级项目，因为它在现有的基础上增加了新的功能，行业大数据，但从SAP和工业的角度来看，它被称为"系统转换"。我们称之为"升级"，只有当客户在同一产品线上修补新版本时，例如从S4H1610到S4H1702。在我之前的博客第1部分中，我写过S4H与ERP在"技术上"有什么不同。现在在第3部分中，我想在这里说明从非SAP或SAP ERP过渡到S4H企业管理的不同方法。SAP对如何过渡到S/4H提供了非常明确的方法、工具和指导原则。

客户可以通过三种不同模式中的任何一种进入S4H，

1。新实施："新实施"仍然具有相同的实质。这是一种绿色领域的方法，来自非SAP或SAP ERP的客户都可以归入这一类别。

在新的实施中，客户抛弃了他们的旧系统，并利用机会对SAP提供的"最佳实践"进行重新创新，这是S4H的一部分。SAP提供了简化列表以及产品，以了解两者之间的"差距"新业务流程及其现有流程。作为探索研讨会的一部分（将在下一篇博客中讨论这些内容），这给了我们一个绝好的机会，让我们了解最新的行业标准。非SAP到S4H：如果客户希望将其非SAP系统带到S4H，那么他们唯一的发展方向就是新的实施。默认情况下，客户将有机会重新设计流程，并与SAP最佳实践保持一致，而将遗留系统和实践抛在脑后。随着SAP最佳实践的发展，我们收获了更多的好处，因为SAP已经检查了行业中的最佳参与者，并引入了这些最佳实践。在技术升级过程中，客户不必太担心他们的业务流程，因为SAP始终保持其版本的向下兼容性。

2。基础设施投资：如第2部分所述（第2部分中，我讨论了各种部署选项，并比较了内部部署、HEC、HCP等），现在SAP已经调整了产品结构，云零售，将其应用于云平台，即HEC和HCP。从客户的角度来看，这不再是一种断言，它只是一种公用事业成本，如电力、互联网和水服务。现在，客户有机会降低IT基础设施成本，这已成为在HEC或HCP版本上新实施的关键决策因素之一。

3。实施成本：对于我们的许多客户来说，"实施新系统的成本要比维护现有系统的成本高"是一个相当普遍的现象。我也在同一批人之下为这件事作担保。直到SAP提出快速部署解决方案（简称RDS）之后。就我个人而言，我用RDS解决方案在不到3个月的时间里完成了一个项目。有了RDS，实现成本大大降低。对于时间和精力的唯一依赖性是数据量和数据迁移对象的数量与saprds概念。

我将解释原因：在任何SAP实现中所花费的主要时间都是在设计阶段（蓝图和配置）。通过RDS，SAP消除了设计阶段的需要。RDS是一个加速工具，从客户那里获取组织元素的输入，并使系统立即准备就绪。这意味着从项目的第一天起，好评返现图片，系统就已经在技术上做好了准备，客户可以对其进行测试并了解差距。将蓝图和测试阶段结合起来，从第一天开始在测试阶段进行拟合差距分析。项目组只负责三角洲的配置和开发。更少的时间、更少的成本和即时可用性。

还有其他技术因素会影响客户选择S4H的决定，但我在这里只引用了非技术因素，这是针对普通观众的。

新的实现有多简单？1如果SAP Software Provisioning manager*是内部部署的，请安装SAP S4H软件（如果排除了云计算）。2使用SAP data Services*或SAP Landscape transformation tools*从遗留系统迁移现有数据（如果是内部部署），如果是云版本，

*这些工具是SAP主动方法和实施过程的一部分。将在更多博客中解释数据服务和SAP LT。

2。系统转换：这适用于希望将现有SAP Business suite转换为SAP S/4HANA的客户。此选择主要适用于希望强烈依赖其现有业务流程并考虑HANA DB带来的Fiori、数据分析等技术进步的好处的客户。与实施项目相比，周转时间非常快。可以将其视为就地转换。

选择这种方法的前提条件只有两个：一个是现有的SAP business suite应处于活动和运行状态，并且只能在本地部署。这种方法不可能实现云转换。

影响因素：下面是三大影响因素。

实现有多简单？1使用SAP maintenance planner*检查业务功能的可用性。这里总是有可能卸载，如果有任何兼容性问题，还可以检查行业解决方案的可用性。