Getting Started with SAP S/4HANA Cloud, Extensions, and Clean Core Flashcards
What is a software extension?
A software extension is a modification or addition to the standard software to meet specific customer needs without altering the original codebase.
Why are software extensions important?
They provide flexibility, allowing customization to meet unique business requirements, enhancing software value.
Why did SAP reject a “frozen” codebase?
A frozen codebase limits adjustments and customization, leading to user dissatisfaction.
Why was a completely open codebase rejected by SAP?
An open codebase leads to uncontrolled changes, making maintenance and upgrades difficult and costly.
What is classic extensibility in SAP?
Classic extensibility involves using traditional tools and techniques to customize and extend SAP software, allowing customers to adjust and add functionality to meet their unique business requirements.
How did classic extensibility work before the cloud era?
Before the cloud era, SAP provided exits at various layers (data, visual, and code) that allowed customers to add fields, commands, and custom logic to their SAP systems.
What are table appends in the context of classic extensibility?
Table appends are used to add new fields to existing database tables, allowing for the storage and retrieval of customer-specific data.
What is a screen exit?
A screen exit allows developers to add new fields or elements to the user interface, such as adding a “profit” field to a screen that originally only displayed “revenue” and “cost.”
What challenges were associated with classic extensibility?
Upgrades and patches could cause customizations to become unstable or redundant, requiring thorough testing to ensure compatibility.
Why did the approach to extensibility need to change with SAP S/4HANA Cloud?
In the cloud environment, all customers use the same base code and receive updates simultaneously, making traditional customization methods impractical.
What is the clean core philosophy?
The clean core philosophy aims to maintain a modern, flexible, cloud-compliant system by keeping customer extensions separate from the standard SAP application. Extensions access SAP business objects only through well defined, upgrade-stable interfaces”.
What are the core aspects of SAP S/4HANA Cloud under the clean core concept?
The core aspects include processes, data, integration, operations, and extensibility, all maintained to be up-to-date, cloud-compliant, and optimized.
What benefits does a clean core provide to customers?
Benefits include easier upgrades, fast adoption of new technologies, better system security and stability, lower total cost of ownership, and permanent traceability in the system.
What best practices should customers follow for clean core extensibility?
Customers should avoid modifying standard SAP objects, eliminate redundant enhancements, use only released APIs, leverage in-app extensibility, employ SAP Business Technology Platform for larger extensions, and use SAP Integration Suite for robust integration.
What are the deployment options for SAP S/4HANA Cloud?
Deployment options include SAP S/4HANA Cloud Public Edition, SAP S/4HANA Cloud Private Edition, and on-premise deployment.
What are the migration approaches for transitioning to SAP S/4HANA Cloud?
Migration approaches include new implementation, system conversion, and landscape transformation, each impacting the customization and extensibility options available.
What is the significance of the “zero modifications” policy in clean core extensibility?
The “zero modifications” policy ensures that the core SAP system remains unchanged, which helps maintain system stability, ease of upgrade, and compatibility with future updates.
How does clean core extensibility benefit SAP partners?
It offers future-proof, cloud-ready solutions, promotes compliance with fit-to-standard practices, and reduces complexity by simplifying the consumption of out-of-the-box SAP solutions.
What are the three approaches to adopting SAP S/4HANA?
The three approaches are Greenfield (new implementation), Brownfield (system conversion), and Landscape Transformation (Selective Data Transition).
What is the system conversion approach?
System conversion, also known as the Brownfield approach, involves converting an existing SAP ERP system to SAP S/4HANA, using the current system as a template to maintain existing processes and configurations.
What deployment options are available for system conversion?
System conversion can be used for SAP S/4HANA Cloud Private Edition or on-premise SAP S/4HANA. It is not available for SAP S/4HANA Cloud Public Edition.
What is the main goal of a system conversion?
The main goal is to get the core clean by converting the existing system and then reworking as necessary based on the project scope.
What does the new implementation approach entail?
New implementation, or Greenfield approach, involves setting up a new SAP S/4HANA system without carrying over any legacy custom code or configurations from the old system, effectively starting with a clean slate.
Which deployment options can use the new implementation approach?
New implementation can be used for all deployment options: SAP S/4HANA Cloud Public Edition, SAP S/4HANA Cloud Private Edition, and on-premise SAP S/4HANA.
What are the advantages of a new implementation?
The advantages include starting with a clean core by default, eliminating the need to revert modifications or adapt extensions, and potentially simplifying the migration project. It also allows for a phased rollout rather than a big bang approach.
What is the main goal of a new implementation?
The main goal is to keep the core clean from the beginning by setting up the system without any legacy custom code or configurations.
What is the landscape transformation approach?
Landscape transformation, or Selective Data Transition, involves consolidating configuration and data from multiple ERP systems into a single SAP S/4HANA system, suitable for organizations with multiple disparate ERP systems.
Which deployment options are compatible with landscape transformation?
Landscape transformation can be used for SAP S/4HANA Cloud Private Edition or on-premise SAP S/4HANA.
What scenarios is landscape transformation most suitable for?
It is most suitable for customers with a large number of disparate ERP systems, often due to frequent mergers and acquisitions, allowing them to consolidate these systems into a unified SAP S/4HANA environment.
Can SAP S/4HANA Cloud Public Edition use the system conversion or landscape transformation approaches?
No, SAP S/4HANA Cloud Public Edition only supports the new implementation approach.
How do these transition approaches align with the clean core concept?
All transition approaches are compatible with the clean core concept. System conversion aims to clean the core post-conversion, new implementation starts with a clean core, and landscape transformation consolidates systems in a way that can maintain a clean core.
What factors might influence a customer’s choice of transition approach?
Factors include the current state of their ERP landscape, their specific business needs, the complexity of existing customizations, and their strategic goals for using SAP S/4HANA.
What are the two main scenarios for system conversion to SAP S/4HANA on-premise?
The two main scenarios are:
SAP ERP running on any database.
SAP ERP running on SAP HANA (v 1.0 or v 2.0).
What steps are involved in converting an SAP ERP system running on any database?
The steps are:
- Replace the current non-SAP HANA database with an SAP HANA database (v 2.0).
- Convert the database model from SAP ERP to SAP S/4HANA.
- Upgrade the code by installing SAP S/4HANA code to replace SAP ERP code.
What steps are common to both scenarios after upgrading or replacing the database?
After upgrading or replacing the database, both scenarios involve:
Conversion of the data model from SAP ERP to SAP S/4HANA.
A code upgrade to replace SAP ERP code with SAP S/4HANA code.
How many system downtimes are necessary for the conversion process?
Only one system downtime is necessary for the entire conversion process, as the database, data, and software are converted in the same technical process.
Why is it necessary to upgrade SAP HANA v 1.0 to v 2.0 during the conversion process?
SAP HANA v 2.0 is required for compatibility with SAP S/4HANA, as it supports the advanced features and optimizations needed for the new data model and codebase.