这是一篇基于我今年在SIT Maidenhead的演讲的博客文章。

我是华威大学的高级SAP开发人员，我们正处于S/4HANA转换项目的早期阶段。对于我们成熟的系统来说，S/4HANA的步骤是一项相当大的任务，需要好好规划。这也意味着，在我们大学这样的多学科团队中，不同的团队成员角色需要不同的技能转化。在这里，我想就我所看到的SAP开发人员在面临S/4HANA转换时的新的关键技能领域给您一个初步的看法。

请注意，这不是一个"如何实施S/4HANA指南"，而是从SAP开发人员的角度来看您可能会遇到哪些新的主题和任务。这也是我目前理解的一个快照。

背景

我们的SAP系统是在90年代末在大学实施的。我们目前在HANA上运行Suite，这显然消除了HANA相关ABAP更改的痛苦，因为这些更改已经作为HANA升级的一部分执行。

"我们的"S/4HANA OnPrem之旅

对于在设想的S/4HANA内部棕地转换中，我们已经开始使用迭代沙盒方法（build->convert->test->scrap->build->convert->test->scrap等）。这意味着为了使团队适应执行转换所需的步骤和任务，将进行几次转换。这有助于以下原因：

它使团队对构建和转换的时间表有了更现实的看法它为团队准备了任何必要的数据清理或整理任务它允许增加发布级别（先是1709，大数据课程，然后是1809，再加上功能包）并体验改进的数字核心的好处

我想强调第二点重新数据清理和整理的重要性：重要的是要意识到这些更改中的任何一个都需要应用到您环境中的所有系统。最终，一旦数据相关的更改应用到生产环境中，就需要由组织中的负责人签字。在项目计划的早期阶段，计划并包括这方面的时间表。

一旦团队对新环境有足够的知识和信心，国内云服务器，关键"超级用户"的用户研讨会将被编织到沙盒迭代中。这将指导团队成员哪些用户组需要哪套功能/UI（Fiori、Fiori增强、UI5定制、SAP GUI for HTML、Personas或good old-GUI for Windows/Java）。此外，它还将开始传播新功能，并为即将发布的SAP新版本带来商机。

作为一名SAP开发人员，如何做好准备？

正如唐纳德·拉姆斯菲尔德（Donald Rumsfeld）所说，"有已知的也有未知的"。还有"已知的未知"。这里的重要性在于通过准备和培训来消除后者。在技能和任务方面，我将把它们分为三个方面：基础知识、必备知识和好东西。为了使自定义ABAP代码能够在新的S/4HANA世界中工作，您需要了解开发工作是什么。例如，客户和供应商现在已经转移到业务合作伙伴（customer-vendor-integration，企业管理应用，简称CVI）。材料编号现在是40个字符，不再是18个字符。所有这些都推动了开发工作，所有的目光都集中在您身上，让您确定何时可以让系统重新工作。

提示1：使用SAP自己的就绪检查。这将给你一个什么样的转换到一个S/4HANA系统在你的风景第一次味道。就绪检查仪表板（如图所示）为您提供高级定制代码分析。就绪检查还可以很好地概述其他业务流程分析（"有多少订单未关闭？"例如，在用户研讨会上，这是一个很好的对话开场白。

提示2：使用远程系统的远程ATC检查（最好是在ABAP堆栈上>=7.52），了解ABAP适应工作的全貌。在大学里，我们下载了完整的列表，然后把每一个结果分为"简单"（0.25天）、"中等"（0.5天）和"困难"（1天）适应。这给了你一个非常粗略的总数字，大淘客，但是会让你的项目经理非常高兴。

提示3：在Solution manager中尽早使用数据采集器来收集生产系统中自定义代码的使用数据。这将精确定位所有未使用的自定义代码。"在转换和适应（自定义代码生命周期管理）之前，当涉及到退役旧代码时，"死掉的自定义代码"是一个不需要动脑筋的问题。我可以强烈推荐Olga Dolinskaja的博客文章，用于ABAP改编和ATC设置。

让我们先解决两件事：

但这很好，因为在沙盒迭代过程中，它将帮助您熟悉自己，并发展与Launchpad Designer的技能，Fiori应用程序库和Fiori前端服务器（"nuspeak"表示网关）服务启用（事务/IWFND/MAINT\ u服务）。当谈到所谓的KPI Fiori tiles（具有奇特的动态显示的tiles）时，您还需要学习如何更深入地挖掘并启用系统的集成BW组件，例如，使这些工作正常进行。

我还建议您看看当前的安全概念，淘客社区，因为新的基于FLP的世界可能会迫使您查看其中的一些内容您的环境中现有的角色和授权。我比较早的观点是：如果你正在使用大量的定制授权，而且限制非常细，那么你可能想在项目计划中留出时间，在新的S/4HANA世界中重新设计它。