调整自定义代码

学习目标

  • 使用手动和自动方法调整自定义代码。

使用“快速修复”功能调整自定义代码

出现该工作流是因为数据模型和 SAP ERP 和 SAP S/4HANA 之间的代码基础之间存在显著差异。视为必要并因此保留的扩展（或已删除但随后需要恢复的扩展）需要执行调整流程。此流程可采用以下两种形式之一：

  • 自动自定义代码调整

  • 手动自定义代码调整

在区分这两种方法之前，需要探讨一个初步主题。在大多数情况下，项目实施团队会在特殊沙盒系统中创建 SAP ERP 生产系统的副本。然后，此沙盒用于在实际生产系统中执行转换之前对其进行测试。这是明智的，因为测试系统应尽可能模仿生产。在此沙盒系统中进行自定义代码调整也是明智的，SAP 通常建议项目团队这样做。但是，这可能会导致复杂问题。在向新 SAP S/4HANA 迁移项目时，现有 SAP ERP 系统仍需要其正常的维护和支持活动。当项目团队准备在生产中执行系统转换时，生产系统和用于测试的沙盒系统之间可能存在一些显著差异。解决此问题的潜在解决方案有三种，如下所示：

  1. 开发冻结 这种复杂的一个解决方案是简单地冻结（即将成为旧系统）SAP ERP 系统中的开发。虽然这一选择理论上行之有效，但暗示的是，正常维护、支持以及最重要的创新（应该）将在不确定的时间内停止。房子的生意方面很可能对此表示反对。

  2. 双重工作 不同的解决方案是仅在新转换的 SAP S/4HANA 系统中重做在沙盒系统中完成的所有自定义代码调整工作。从理论上讲，这个办法也是可行的，但根据需要重做的适应工作量，也可能非常耗费人力。

  3. Solution Manager 翻新 首选解决方案是将翻新功能与 Solution Manager（版本 7.2 Ehp 8 或更高版本）结合使用。

自动自定义代码调整

如前所述，项目团队有三个自定义代码分析选项：SAP Fiori 应用 Custom Code Migration（位于 SAP S/4HANA 或 SAP Business Technology Platform ABAP 环境上的同一应用）和 ABAP 测试主控室，可用作面向 Eclipse 的 ABAP 开发工具的一部分。SAP Fiori 应用 Custom Code Migration 在后台与 ABAP 测试主控室集成，因此所有三个选项都可以使用主控室的快速修复功能自动修复（并根据需要激活）ABAP 代码以符合 SAP S/4HANA 更改。

手动自定义代码调整

无法自动调整的代码必须手动调整。根据不同的因素，针对不同组织的不同项目执行此操作的流程会有所不同。以下建议的流程可用作分析的起点：

  • 使用 SAP Fiori 应用 SAP Readiness Check 工具获取描述自定义代码影响的相关 SAP Note 清单。

  • 在研究 SAP 注释后，区分指定技术代码更正的注释与需要更专业的应用程序知识的注释。利用差异化优势相应地组织调整团队。

  • 此外，如果各个开发人员可以专门进行特定类型的代码更改（基于相关 SAP Note），这可以提高手动调整流程的效率。但是，这可能并不总是可能的。

  • 确定完成所有请求的手动调整所需的确切时间长度是不现实的（并且很可能是错误的）。应将时间范围估算传达给项目迁移利益相关方。