为什么选择SAP S/4 HANA：

到2020年，将有50亿人进入中产阶级并上网，而500亿台设备将连接到物联网，创造一个几乎无所不包的数字网络

数据是新的石油，对于企业应用程序来说，将必须实时处理大量数据，这需要企业消耗大量资源新一代商务套件。R3无法完成如此庞大的任务。因此，转移到SAP S/4 HANA是业务应用程序的真正需要。

应根据时间线、复杂性和系统要求考虑简短的简要事实。

S4 HANA合适的场景：

有多种方法可以将您的业务转移到SAP S/4 HANA。系统转换或新的实现通常是最熟悉的场景。景观改造是在S/4 HANA上运行业务的另一种方式。将尝试解释哪种方案最适合您的业务。

根据系统要求：

版本类型：

如果business Suite系统是旧版本，您必须执行几个步骤才能移动到SAP S/4HANA。

您首先必须移动到SAP ERP 6.0 EHP7/SAP HANA，云计算和大数据的区别，适应此版本，然后移动到SAP S/4HANA。在这种情况下，一个新的实现可能有优势，因为这中间的步骤是不需要的。

您可以在一步程序中移动到SAP S/4 HANA内部版本

在这种情况下，系统转换看起来更好。

业务加载项和功能预检查：如果您已经确定了不支持的加载项和业务功能，并且它们是路线图上仍然不可用-这种情况会将S/4项目推迟到某个时间点，并且通常独立于过渡场景。

根据业务流程：

业务流程适合当前和未来的需求：执行系统转换是更好的选择。基于简化列表方法，在SAP S/4HANA中出现不同情况时指导转换项目

业务流程不适合当前情况，需要重新设计：完成重新设计需要执行新的实施。基于最佳实践内容的新流程，淘客返利系统，大数据分享，并将您的应用程序数据迁移到新流程。

根据自定义代码：在计划迁移到S/4 HANA时需要识别自定义代码。

想要接管自定义代码：如果您的业务需要接管现有的自定义代码，ecs云服务器，则系统转换可能具有优势。使用自定义代码迁移工作列表，指导客户将自定义代码编译为S/4 HANA的数据结构和范围

想要替换自定义代码：如果S/4 HANA已经包含替换您的自定义代码作为标准S/4 HANA功能，大数据的内容，然后您可以选择任何过渡方案。

根据时间线：

您希望以多快的速度迁移到S/4 HANA：如果您的客户是全球性的，并且希望居住在不同国家的所有业务都迁移到S/4 HANA，系统转换将是更好的选择，因为完整的重新设计将需要更长的时间。

风险缓解：如果客户希望降低风险，只将一个应用程序移动到SAP S/4 HANA，则不应考虑环境场景。景观改造将是更好的选择。横向转换允许您按阶段移动应用程序，如SAP S/4 HANA central finance、SAP S/4 HANA cloud版本或SAP S/4 HANA core。