SAP ERP 中 SPAU 阶段的所有自定义代码调整是否都是 S/4 HANA 本地迁移的一部分？
Are all the custom code adjustments part of SPAU phase in a SAP ERP to S/4 HANA on-premise migration?
我正在计划在迁移到 S/4 HANA 内部部署期间从自定义代码的角度执行的操作。到目前为止，中央 ATC 已设置为验证当前的 SAP ECC 代码，我们已经可以在迁移之前在 ABAP 代码中实施大部分修复。
下一步是 Basis 团队使用 SUM 进行系统升级。他们告诉我我必须在 SPAU 中实施其余的调整和修复，但据我所知，SPAU 仅用于调整使用“访问密钥”修改并在升级过程中更改的标准 SAP 对象。
我之前为较小的升级做过 SPAU，就是这种情况，当然数据模型没有改变，标准对象也没有像 S/4 HANA 升级那样弃用。
然后是 SPAU_EHN 自定义增强功能，在升级过程中可能会受到标准对象更改的影响。
但是说到其余的ABAP对象，比方说一个完全独立的自定义程序，一个Z功能模块，自定义类，等等这些对象的调整是不是部分SPAU 或我认为它们是否已经是升级完成后要执行的手动活动的一部分？
我对调整自定义对象顺序的想法如下：
- 使用 ATC 验证调整当前 ECC 中的所有可能内容
- [BASIS] 使用 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 核对所做的那样几乎没有计划。
有关该过程的更多信息，请参见 the official guide by SAP。
我正在计划在迁移到 S/4 HANA 内部部署期间从自定义代码的角度执行的操作。到目前为止，中央 ATC 已设置为验证当前的 SAP ECC 代码，我们已经可以在迁移之前在 ABAP 代码中实施大部分修复。
下一步是 Basis 团队使用 SUM 进行系统升级。他们告诉我我必须在 SPAU 中实施其余的调整和修复，但据我所知，SPAU 仅用于调整使用“访问密钥”修改并在升级过程中更改的标准 SAP 对象。
我之前为较小的升级做过 SPAU，就是这种情况，当然数据模型没有改变，标准对象也没有像 S/4 HANA 升级那样弃用。
然后是 SPAU_EHN 自定义增强功能，在升级过程中可能会受到标准对象更改的影响。
但是说到其余的ABAP对象，比方说一个完全独立的自定义程序，一个Z功能模块，自定义类，等等这些对象的调整是不是部分SPAU 或我认为它们是否已经是升级完成后要执行的手动活动的一部分？
我对调整自定义对象顺序的想法如下：
- 使用 ATC 验证调整当前 ECC 中的所有可能内容
- [BASIS] 使用 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 核对所做的那样几乎没有计划。
有关该过程的更多信息，请参见 the official guide by SAP。