几天前，我在ERP今天安排的午餐会上会见了一些SAP架构师同事。现在坐在一个满是SAP架构师的房间里可能不是每个人都喜欢的，但我真的很喜欢它。

除了一些很棒的食物，我们还就客户如何以及何时采用s/4HANA进行了很好的讨论。这让我想起了两年前我写的一个博客"SAP S/4HANA Cloud：这不是一个是否的问题，大数据都学什么，而是什么时候的问题"—在这个博客中，我概述了为什么我认为S/4HANA Cloud应该是现有SAP ECC安装群的最终目的地—我仍然坚信这是真的。只有这种选择符合从根本上降低ERP成本和实现持续创新的需要。想象一下一个没有升级成本，没有硬件过时，没有最新软件趋势的世界？但是到达那里是一个旅程，不是一个可以归结为绿地或棕色地带的旅程，而是一个对大多数客户来说不需要数周思考的旅程，因为如果你继续阅读，你会发现。

午餐时的讨论确实确定了一些阻碍公司前进的因素，这些因素需要融入你的旅程中。很明显，每个客户的情况都会有所不同，数据与大数据技术，但下面是一些大问题。

ECC很好：SAP ECC非常好，这使得创建业务案例以转移到S/4HANA变得更加困难–特别是如果您将其转移到SAP HANA上运行，什么是物联网工程，并将其转移到超规模云提供商上运行。核心不是重点：完成业务优先级意味着IT领域的其他领域正在获得投资，而不是"核心"。在许多情况下，sapecc在"只做自己的事情"方面做得非常好，以至于业务部门的负责人都认为这是理所当然的。相信转换是困难的：SAP ECC到SAP S/4HANA的本地转换过程的简单性不为许多人所理解，而且通常比预期的要便宜，特别是如果将其与作为数据库的SAP HANA和向超缩放器的移动相结合的话。缺乏对S/4HANA云的了解：很多人不了解S/4HANA云的功能范围，也不了解最佳实践流程配置如何从根本上减少实施时间和持续的TCO。他们也忽略了它的发展速度——最新的特性范围描述文档有212页长，而s/4hanacloud1908中的新增内容有614页长。有些人说"它还没有准备好"——有些人甚至说它不存在——这些文件提出了相反的建议？

对一个组织进行一点挖掘，你很快就能找到使用"工作轮"的地方，而SAP ECC系统并没有完全解决问题。寻找在主数据中使用虚拟数据的地方，"调整"需要进行，事情不协调或报告"离线"完成。每个"瓶颈"都应该有一个与之相关的业务案例。下一个要看的地方是操作系统/数据库的版本和硬件的年代——这些什么时候需要更换/升级？也许这些引人注目的事件可以用来推动向S/4HANA的转移？这应该包括第1点和第2点，你应该有一个商业案例的框架。

现在你可以在最终进入S/4HANA云之前决定是否需要一个中间目的地。为此，您需要了解功能范围文档。对标准练习的快速拟合将显示任何间隙，物联网和互联网的区别，您可以决定这些间隙是否是S/4HANA Cloud的显示止动块。如果是这样，您可以考虑将现有系统转换为S/4HANA内部部署或S/4HANA云—作为过渡步骤。这一决策可能是由您的SAP ECC系统对当前业务流程的覆盖程度决定的—良好的匹配可能会导致转换，较差的匹配可能会导致迁移到S/4HANA云。–单一租户和相关的最佳实践流程。

所以你有4件事要调查，3个选项（如果你什么都不做，那么4件，如果你包括转换前的清理，大数据中心是什么，那么5件）。

S/4HANA很简单-什么阻碍了你？