Moving extensions between SAP S/4HANA Cloud Private Edition systems (e.g., from development to quality or production) involves a managed transport process, especially under the Clean Core principle and RISE with SAP. For Private Edition, extensions can include in-app customizations or side-by-side developments. Let’s evaluate the options:
A. Import the collection: This is correct. In SAP S/4HANA Cloud Private Edition, extensions (e.g., custom fields, logic) are transported using software collections. Once a collection is exported from the source system, it is imported into the target system (e.g., via the "Export Customizing Transports" and "Import Collection" apps in Fiori). This is a standard process for moving in-app extensions.
B. Mark items relevant for transport: This is incorrect. While marking items for transport is a concept in traditional ABAP systems (e.g., ECC), it’s not the primary mechanism for SAP S/4HANA Cloud Private Edition. The cloud model uses collections rather than individual transport flags for in-app extensions.
C. Assign items to a software collection: This is also correct. In the extensibility process,key users or administrators assign extension items (e.g., custom fields, business objects) to a software collection using tools like the "Manage Software Collections" Fiori app. This collection is then exported and imported, enabling the movement of extensions between systems.
D. Assign items to a software package: This is incorrect. Software packages are used in traditional ABAP development (e.g., via Eclipse) for side-by-side extensions, not for in-app key-user extensions in SAP S/4HANA Cloud Private Edition. The cloud transport process relies on collections, not packages.
In summary,Import the collectionandAssign items to a software collectionare the steps to move extensions between SAP S/4HANA Cloud Private Edition systems.
References:
