Abap SAP ERP到S/4 HANA内部部署迁移中的所有自定义代码调整是否都是SPAU阶段的一部分？

从自定义代码的角度来看，我正在计划迁移到S/4 HANA内部部署期间要执行的操作。到目前为止，中央ATC已设置为验证当前SAP ECC代码，在迁移之前，我们已经可以在ABAP代码中实施大多数修复

下一步是Basis团队使用SUM进行系统升级。他们告诉我必须在SPAU中实现其余的调整和修复，但据我所知，SPAU仅用于调整使用“访问密钥”修改并在升级过程中更改的标准SAP对象

我以前做过SPAU来进行较小的升级，事实就是这样，当然数据模型没有改变，标准对象也没有像S/4 HANA升级那样被弃用

然后是定制增强的SPAU_EHN，这些增强可能会在升级期间受到标准对象更改的影响

但是当涉及到ABAP对象的其余部分时，比如说一个完全独立的自定义程序、一个Z函数模块、自定义类等。这些对象的调整是SPAU的一部分，还是我认为它们已经是升级完成后要执行的手动活动的一部分？

关于调整自定义对象的顺序，我的想法如下：

通过ATC验证调整当前ECC中所有可能的内容

[基础]使用SUM升级系统

如有必要，在SPAU中调整修改的标准对象

如有必要，调整SPAU_ENH中的增强功能

完成升级过程

使用Fiori Migration App、Quick Fixes等调整其余的自定义存储库对象，直到列表降至零

---

按照这个顺序，我将在步骤3和4中使用1个传输请求，然后在步骤6中使用尽可能多的传输请求。

您是正确的。进行S/4迁移的通常方法是先进行升级，然后进行自定义代码迁移

首先使用SUM升级系统，然后使用SPDD、SPAU和SPAU_ENH修复标准修改和升级之间的任何冲突。但这些事务只关心SAP标准代码，该代码由您修改，然后在升级过程中由SAP再次修改。它们忽略了对升级过程中未触及的对象的修改，当然也不关心Z*和Y*名称空间中的任何内容

因此，在技术升级完成后，您将拥有一个S/4系统，该系统充满了客户代码，这些代码已被破坏，并且存在缺陷，因为它与S/4不兼容

现在，您可以使用ATC及其与Eclipse的ABAP开发工具的集成来查找自定义代码中的所有断开部分并修复它们。根据系统中有多少自定义代码、编写和记录的情况以及它与更改的功能的交互程度，这项工作需要几天到几个月的时间。这不是你自发地做的事，也不是你通常在SPAU和解时做的事

---

有关该过程的更多信息，请参见。

是否对这些对象进行了调整

您正在谈论哪些对象类型？