Side-by-side extensions are developed outside the SAP S/4HANA core system, typically on SAP BTP, to extend functionality while maintaining a Clean Core. The question asks which extensions can be used in this context within the customer’s SAP BTP system. Let’s analyze:
A. Tier-3 developer extensions in the ABAP environment: This is incorrect. Tier-3 developer extensions refer to complex ABAP customizations within the SAP S/4HANA system (on-stack), not side-by-side on BTP. They are managed in the ABAP environment of S/4HANA, not hosted externally.
B. Classical code-based extensions with SAP Business Application Studio: This isincorrect. While SAP Business Application Studio (BAS) is used on BTP for coding extensions (e.g., CAP-based apps), “classical code-based” implies traditional ABAP or SAP GUI extensions, which are not side-by-side or BTP-hosted. Modern BAS extensions align with option D’s low/no-code focus.
C. In-app/on-stack extensions in SAP S/4HANA Cloud Private Edition: This is correct in a nuanced way. While the question specifies side-by-side extensions on BTP, SAP documentation often includes in-app extensions (e.g., via Custom Fields app) as complementary to side-by-side scenarios. These can integrate with BTP-hosted extensions, making them relevant in a hybrid design. However, strictly speaking, they are on-stack, so this choice reflects SAP’s broader extensibility context.
D. Low/no-code extensions made with SAP Build: This is correct. SAP Build, part of SAP BTP, enables low/no-code development of side-by-side extensions (e.g., custom UIs, workflows) that integrate with SAP S/4HANA Cloud Private Edition. It’s a key tool for citizen developers to create BTP-hosted extensions, aligning perfectly with the side-by-side approach.
In summary,C(In-app/on-stack extensions in SAP S/4HANA Cloud Private Edition) andD(Low/no-code extensions made with SAP Build) are usable extensions, withDbeing the clearest side-by-side fit andCreflecting a complementary integration possibility. Note: If strictly interpreted,Dand a BAS-based coding option would be ideal, butCaligns with SAP’s broader intent.
References:
