2016年初，我们开始了一项激动人心的活动，推出了SAP S/4 HANA on Premise 1511实例，这将有助于我们对这一新SAP解决方案的技术和功能方面进行内部学习。我们安装了系统，并按照《安装和配置指南》配置了解决方案是我们开始发现事情并不是那么直接的，因为他们可以。

我们的安装包括一个S/4 HANA实例与集成网关，我们很快发现，没有安装和配置指南是为这种情况下创建的。这导致我们在遵循指南时做出了某些假设。我们最大的技术问题之一是，我们在web dispatcher设置中遇到了困难，无法进入HANA XS引擎并使所有的Fiori Tiles正常工作。

来源：我们的SAP S/4HANA内部部署1511系统

我们没有完全理解的第一个主要任务–以及这样做的意义在于，将SAP最佳实践内容加载到Solution Builder中。我们只需要一个小实例，自助建站开发，这样我们就可以学习并为客户提供概念验证解决方案，但我们被迫安装了35+个语言包来支持我们不想要或不需要的语言。这就是内容打包的方式，除了取消最佳实践内容的打包，我们必须这样做才能取得进展。有关更多详细信息，请参阅SAP note 2292425–删除依赖于语言的SAP最佳实践内容…（需要SAP登录ID才能查看note）

最终加载了这些内容，再次是在SAP的"开箱即用"的一些票证没有加载而没有出现错误（只有49个单独的错误）之后，我们设法激活了核心场景。我们想是个好消息。但是这使得许多表对于配置的关键部分（文档类型、税码等）都是空的，所以我们继续从client000复制这些数据。注意–这与SAP的建议不符，但我们选择这样做是因为我们需要将所需的配置信息输入客户端才能继续进行。请参阅：在管理指南中设置新的最佳实践客户端以实现S/4HANA内部部署（1511 FPS0）。（需要SAP登录ID才能查看指南）

通过接下来的几周和几个月（还有更多的SAP门票和SAP Paolo Alto的长途电话！）我们意识到该产品有一些牙尖问题，因此被鼓励进入下一个功能支持包。我们想，但我们没有准备好这会带来多少问题。突然之间，我们已经工作的部分已经停止工作。而不工作的部分仍然不工作。我们已经倒退。解决办法？更多说明和支持包。在我们通过OSS登录SAP的16个问题中，企业管理类软件，我只提出了7个问题—最快的问题用了1周时间解决，最长的问题用了3月10日，终于在10月10日关闭—解决方案发布时升级到1610！不过，大数据的应用，淘客是什么，它确实解决了这个问题。

到目前为止，所有的修补和注释实施，甚至基本的基本原理都不起作用。这导致了与SAP的更多沟通，最终我们被要求等待1610，因为这个版本"应该更强大"。1610版本将为我们提供我们一直试图实现的一切–SAP Activate、Fiori分析应用程序、智能业务应用程序，创建我们自己的组件数据服务并进入HANA的ABAP，再加上SAP Fiori 2.0的额外好处。

因此，我们等待并构建了新的闪亮的内部部署1610系统，采用单独的网关安装，并导入和激活了仅限英国的最佳实践。再次，云从，指南并没有像他们所能的那样流畅，但是随着第一次构建的经验，我们终于把一切都安排好了，现在功能团队正忙于构建客户端演示和解决方案。

来源：我们的SAP S/4HANA内部部署1610系统

那么，我们从这项正在进行的活动中学到了哪些主要教训？

期待意想不到的事情——仅仅因为它是写出来的，它并不能让它成为这样一次又一次地做事情——配置、测试、更改、重复。与SAP建立关系——特别是"前沿"技术

最后，活动取得了切实的成功，尽管我可以假设我们在系统准备就绪之前就尝试运行了。

他们说：简单运行！最终我们做到了…没人说设置很简单！

这篇文章已经发布在LinkedIn上，但由于正面反馈，我想我会分享给更广泛的受众。