SAP实施项目是一个高度复杂的项目，基于一长串的功能性和非功能性需求，具有高度的组织和IT依赖性。这些项目通常包括

1的完整企业架构层。业务流程和组织

2。数据和信息流

3。应用架构

4。技术和基础设施

企业需要遵循复杂的蓝图和项目计划，对这些层面有深刻的透明度。项目范围通常包括各层的核心和背景区域。云的价值在于即时提供和包含上下文区域中的服务。

引导云服务

通过对预定义服务的评估，客户可以尝试并测试其范围和适合性，而不是只相信蓝图，这大大降低了风险。它也将评估阶段移到项目的开始，使用需求工程，而不是在最初的实施之后。装备：加快基础设施和技术的发展

利用即用基础设施即服务（IaaS）的技术和基础设施。企业通过使用预先配置的IaaS产品来提高速度，这些产品已经将服务包括在以精确的可扩展规模和预定义质量（sla）配置和维护基础设施中。企业可以租用或订阅这些IaaS产品，不需要自行购买和安装基础设施，从而减少了数周或数月的技术和基础设施使用。齿轮：在应用层获得速度

在SAP提供的应用架构层

3。gear：将数据转换到最低复杂性

使用数据平台即服务（DBaaS）企业可以使用最新的设计和维护数据和信息流的功能。

4.gear：全速标准流程使用

使用软件即服务（SaaS）产品，如

–SAP客户云（CRM）流程）

–成功因素（人力资源流程）

–Hybris（营销、电子商务流程）

–Ariba（采购、，SRM流程

–Field glass（员工管理流程）

–Concur（差旅和费用流程）

客户可以重用预定义的业务功能，并将其集成到业务流程中，而不是重建功能。通过采用给定的流程步骤，通常可以更快地调整内部流程流，买云服务器，而不是为内部流程定制解决方案。这节省了未来功能更新和扩展的资金和时间，因为向后兼容性由供应商保证，需要由企业详细说明。

在与云战略和路线图服务进行咨询的2周内，获得定制的云采用路线图。SAP通过提供正确的解决方案选择、参考体系结构、业务案例和云采用方法，支持客户根据需要采用云。

决策树，功能映射和云集成检查表加快了内部部署和基于云的SAP解决方案和组件以及第三方产品之间混合环境的定义。有关云战略和路线图服务的更多信息可以在SAP服务市场上找到（需要用户帐户）。

所有这些声明似乎只适用于新的SAP安装，这在现在是罕见的。SAP on The cloud对于拥有内部部署解决方案的现有客户而言，其价值主张似乎并不是一帆风顺。

嗨，Ramesh，

感谢您的想法，我并不完全同意。当然，云是有吸引力的，如果你能有一个干净的开始，但所有这些盟友对现有的客户也

请记住，某种业务需求或商业模式的变化是主要的驱动力，而不是云。如果您有一个复杂的核心ERP系统，并且计划改进或添加某个业务流程，那么您肯定应该考虑使用标准集成点集成的SaaS产品。例如，SAP为SAP HCI提供了几十个预打包的集成适配器，用于许多基于SaaS的业务流程到经典ERP。

使用IaaS可以在下一次硬件交换或合同重新协商中采用，至少对于SBX，开发和测试系统IaaS是一个有效的选择。

它更像是一个战略性的定义，即应该在企业架构中增加多少服务化。为此，重要的是要量化云计算带来的好处：业务敏捷性、简单性、灵活性、可扩展性和按使用付费。

嗨，Florian，感谢您分享这个伟大的博客。

问题："如果一个现有的客户有成千上万的定制，例如以Badi形式的实例扩展，出口etc和独立自定义应用程序可以迁移到云（公共或托管）。您能澄清迁移路径而不必重新实现（重写）选项吗？"

谢谢

哈基姆

在组合中的部分责任是帮助客户简化他们的业务流程，并根据更简单的业务流程简化潜在的ENSW需求。

嗨，哈基姆，云服务器厂商，

你概述的这种方法不应该是考虑的前进之路。采用云意味着一个分阶段的方法和长期的过程，业务需求必须是驱动因素（除非技术TCO影响足够大）。

如果你扩展了价值链，就采用新的业务模式，替换现有的业务流程—您可以从现有的客户群中提取一部分，并理想地用基于云的解决方案替换它。在计划阶段，将评估根据所选供应商标准重新调整业务流程的情况。当你调整和匹配的越多，你在将来需要开发和维护的修改就越少。这对商品流程很有效。

一个可能的支持是重构自定义代码。当您使用常规维护和应用程序管理服务时，未使用的卷（时间）用于重写/删除修改，以支持现在可用的解决方案的标准功能，云指，但不是解决方案实施的时间。