SAP Fiori for SAP S/4HANA – Fit-gap analysis for SAP Fiori apps and classic UIs
- May 2023: Updated the figures for SAP S/4HANA 2022
- November 2021: You can now find a useful Quick Guide to Evaluating SAP Fiori Apps in SAP Activate roadmap SAP Activate Methodology for RISE with SAP S/4HANA Cloud, private edition. This Quick Guide is also applicable to SAP S/4HANA on-premise.
As part of SAP S/4HANA Regional Implementation Group I have the privilege of talking to many customers about their SAP S/4HANA project plans. This blog post comes out of some recent experiences and discussions with functional team members around the current best options to assist the fit-gap process of SAP Fiori apps and classic UIs. This approach and the related tools and resources can be used when moving to SAP S/4HANA and/or for Continuous Improvement projects after go-live.
This is the outline of the general approach:
- Start by scoping your SAP business roles
- Get to know your real world business roles
- Envision the future per real world business role
- Use this to drive your fit-gap criteria for apps and UIs for your business role
- Explore the SAP business role to refine your app/UI selection for your real world business role according to your fit-gap criteria
- Validate your extension options for meeting any gaps identified
- Build your roadmap for now and later
Why this approach?
It’s no longer enough to understand your business process, you need to think through how this translates to user’s actual working environment, their needs, and how those business users contribute to business outcomes.
Ultimately user adoption is key to achieving business outcomes – so you need to go beyond the abstract business process to how this will translate into the every day reality of your business users.
Why does this approach end with a roadmap?
As at SAP S/4HANA 2022, the solution now delivers:
- More than 2.8K SAP Fiori apps
- Alongside more than 9K classic UIs
- Classic User Interfaces include GUI transactions, ABAP Web Dynpro applications, Web Client UI)
- Plus several native mobile apps for SAP S/4HANA
- And of course SAP Mobile Start for those using the SAP Build Work Zone, standard edition launchpad
- More than 40 optional Line of Business processes many with process innovations – e.g. Group Reporting, Central Procurement, predictive MRP, Advanced Accounting and Financial Close, Intercompany Management and Reconciliation – as listed in the Feature Scope Description.
- A range of intelligent automation use cases, including:
- More than 110 Situation Handling use cases
- More than 90 Robotic Process Automation use cases
- More than 25 Machine Learning use cases.
In other words, the reality is there is now so much new business value available in SAP S/4HANA that you are unlikely to implement everything you want in one go. Even if you do have the resources and skills within your project, there are likely to be limits on the capacity of your business users and your business itself to take advantage of that much new value in one deployment.
The most likely scenario during fit-gap is you will discover much more that you want to use than you can pragmatically use right now. However, you don’t want to lose that discovery entirely, as it can help shorten future Continuous Innovation phases.
Capturing your collective initial thoughts and discoveries into a brief roadmap can simplify future discussions. It can also give you some top-of-mind options if things change. You will have some initial analysis to draw on if, for example, a change becomes more urgent due to a sudden industry or market change. That initial analysis can also be useful if a change in strategy, tactics, or timeline frees up more capacity for change, and when at some point you upgrade to a future SAP S/4HANA release.
Step 1 – Start by scoping your business roles
The SAP S/4HANA User Experience revolves around business roles, matching the User Experience to people (i.e. business users) who share similar needs based on their work area and tasks (i.e. their business role). The majority of decisions around User Experience are derived from that including:
- Which processes/tasks they participate in
- Which device types are likely to suit their working patterns
- Which apps or UIs are applicable to those processes/tasks and device types
- Which intelligent automation options or real-time analytics would make them more productive
- How should these apps be presented to them to optimize their productivity
- What additional information or additional features they may need, which may be provided by configuration, adaptation, extension, or even custom build
SAP S/4HANA delivers more than 500 Business Roles based on real world jobs that can be used as templates as explained in Understanding SAP Business Roles. You can explore what’s possible in your Sandbox system using these templates. In your Development environment you copy these templates as a starting point for creating your custom business roles. You can then refine your custom business roles to match what you want to deploy to your business users.
Tip: You can activate the apps in your custom business roles in Development environment using task lists, so that only the apps you actually use are activated.
Gather the list of SAP Business Roles you need to explore as part of your scope.
There are two main approaches to scoping your business roles depending on where you are in your SAP S/4HANA journey:
- SAP Readiness Check – use this when converting from SAP Business Suite, or when upgrading from a lower to a higher release of SAP S/4HANA
- SAP Best Practices Explorer – use this when you are doing a new implementation of SAP S/4HANA and have no transaction usage history in SAP
For both options you will also need to include the standard business roles to configure adapt and extend SAP S/4HANA.
Option 1: Scoping using SAP Readiness Check
As part of the readiness check process, you will capture your system usage of current GUI transactions in your production system. This usage data is then used by SAP Readiness Check to identify relevant business roles.
Within each Business Role the usage data is also used to assign a relevance rating to the associated SAP Fiori apps.
Find out more in Readiness Check – Details about the topic of Fiori.
If you want to start your scoping before you set up SAP Readiness Check, you can also provide your GUI transaction usage data as an input to the SAP Fiori apps recommendation report. This report provides much the same analysis and will help you in your early planning.
Option 2: New implementation of SAP S/4HANA, with no history of SAP
Using the SAP Process Navigator (successor to SAP Best Practices Explorer), you can review the best practices scope items for your target SAP S/4HANA version and localization country. These scope items represent different business process areas.
Each best practice scope item includes a business process diagram and test scripts. The business process diagrams and the test scripts will confirm which business roles are involved in the process, including configuration roles needed. The test scripts will even confirm the recommend SAP Fiori app or classic UI for each process.
Include business roles that configure, adapt, and extend SAP S/4HANA
Don’t forget to add the configuration roles as explained in Yes you need SAP Fiori to configure, adapt, and extend SAP S/4HANA. These roles are currently:
- Analytics Expert
- Business Process Specialist
- Configuration Expert – Business Process Configuration
These should be activated in your Sandbox and Development environments as a minimum, i.e. in addition to your scoped business roles.
To make it easier these are now included in the tasks lists for both rapid content activation (for SAP Business Roles) and content activation (for custom business roles).
Refer to SAP Notes:
- 2686456 – Fiori Setup: Content Activation for SAP Business Roles
- 2813396 – Fiori Setup: Content Activation for Business Roles
Step 2 – Get to know your real world business roles
Whatever SAP Fiori apps and classic UIs you choose will need to fit with the real world needs and working environment of your business users as much as they need to fit with your to-be business processes. For example:
- App and UIs are often optimized for use on selected device types. You will want to make sure that you have the correct app or UI that suits both the task *and* the device type.
- Different features may be more or less relevant depending on where and when in their day the user performs this task. For example, if they are travelling around users need a simple flow and few buttons, when they are back at their desk users can take advantage of more advanced features and do more detailed analysis.
- Apps and UIs may need to be personalized to make sure they can be used in the business user’s actual working environment, for example whether they work in bright sunshine or a darkened room.
Important: You will need to gather data and other evidence of the real needs of the business users in your organization. Why? Your project team may never have experienced the working environment of your organization’s business users. Many project consultants have spent their entire career in an office environment. This is why it is so important to get some data and evidence of the real working environment of your users. This can be done through site visits, interviews, photos, or videos. The better the quality of your information, the easier to determine real world fit of your UX.
Some useful questions to ask about your business users include:
- What is their working environment? Do they work in an office? Are they a field worker? Do they spend much of their work time travelling?
- Do they have any mobility restrictions? For example, if they are climbing ladders, or need to move around equipment on a factory floor, that might impact what type of device they can use for certain tasks. Safety regulations may even prevent them from using certain devices in certain situations.
- What is their typical workwear? Uniforms, hazmat suits, helmets, safety goggles and gloves, tool belts and other accoutrements can impact when and where they can use their devices.
- What devices do they currently use (or plan to use) and for what types of tasks? This gives a heads-up on both the degree of change and whether there are other factors you may need to pay attention to in your project, such as safety regulations, or even procurement of devices.
- What types of apps or UIs do they currently use? Are they experienced in certain types of user interfaces such as GUI transactions? This helps you communicate changes and benefits of your final app selection.
- How frequently do they use them? Knowing whether they are a casual or expert user can help you decide between a simple app or a more complex app.
- What are their most frequent on-system tasks? This helps identify which activities are most critical to their day-to-day working life. It’s worth asking if there are any highly manual tasks, either on-system or that involve both on and off system activities, e.g. copying data from email attachments or spreadsheets into the system? These could indicate the need for an Upload/Import app or even a potential Robotic Process Automation scenario.
- What are their most important exception tasks? These tasks are occasional critical response to business exceptions, potential bottlenecks or stumbling points where they need to respond promptly to ensure business continues smoothly. For example, a supplier not being able to deliver all of the quantity requested, or a contract approaching an expiry date, or an equipment breakdown. These could indicate a possible fit to Notifications or even a Situation Handling use case.
- What are the entry points to their tasks? An entry point is not typically a “doing” activity (e.g. create, change, delete, release, etc.), it’s the trigger for action. In other words, how do they decide what should they do? How do they decide of all the things they can do, what takes priority? Are they monitoring something in the system? Are they responding to an external request via phone or email or an incoming advice from a customer or supplier?
- What are their biggest pain points when working on system? This helps quickly identify perhaps apps or features that may provide obvious business value to these users, such as desirable embedded analytics/KPIs, intelligent automation, or a search across multiple business objects.
Step 3 – Envision the future per real world business role
Workshop with the business process experts and some business users themselves what sorts of changes would bring immediate business benefits. At this stage you are looking to build a high-level roadmap that helps you determine your fit-gap criteria for apps that fit both your business outcomes and your business users. This can be good to do as design thinking workshop.
Set your fit-gap criteria for apps for each role
Identify the most important criteria for each business role. Your definition of “fit for purpose” must include UX criteria and not just functional capability. Failure to include UX criteria can result in a UX that is overly complex and confusing.
Important: UX criteria must be focussed on the real needs of the business users in your organization, and not on the preferences of your project consultants. Why? Many project consultants are themselves highly expert users who typically come from outside your organization and may never have experienced the working environment of your organization’s business users. Good user adoption depends on fitting the UX to real needs of your users in their working environment.
Are mobile devices important for certain tasks? You will need to pay attention to device type fit when selecting apps or UIs.
You have GUI-invested users? You may want to focus on complementary apps first, i.e. apps that bring new business value, and can navigate to rather than replace well-loved transactions.
You have casual users? Focus on ease of use for most frequent tasks.
You have deep analysis/investigative users? Focus on embedded analytics that give highly flexible analysis options. Consider whether and how other analytical tools such as SAP Analytics Cloud will be integrated with their user experience.
Users who are overburdened with rote work or manual tasks? Focus on intelligent automation use cases and apps that can ease their workload.
Users who need to respond quickly to changing information? Focus on analytical apps, situation handling, and machine learning use cases, that help them quickly prioritize what to do next.
Step 4 – Explore the SAP business role in your Sandbox or Trial system to refine your app selection
In a typical SAP S/4HANA project, the recommended approach is to start by activating whole SAP Business Roles in your sandbox system for exploration. This brings a predefined set of SAP Fiori apps, classic UIs, the navigations between them, and the associated authorizations for you to explore. The aim is to use the SAP Business Roles as a starting point to creating your own custom business roles.
You can activate SAP Business Roles using rapid activation, which provides options to:
- Create a test user per role so you can view the apps and features as they will see them
- Copy the SAP Business Role to the customer namespace so you can start refining your list of apps and UIs as you go, simplifying your next steps into your development environment.
As you explore the business role, make sure you use the User Actions menu > About to capture the exact technical ids of the apps and UIs you want to include in your final role.
Refer to: Finding the technical name of an app
Some business roles have more than 150 apps or UIs you can potentially use. You will need to set some priorities around what to explore first, particularly if you know you only have the time, resources, or skills to introduce a small set of apps in your current project phase.
Prioritizing apps for exploration
These are a few suggestions that customers have found useful depending on your focus and priorities for this role.
You need to bring clear new business value of SAP S/4HANA. Review the SAP Fiori Lighthouse scenarios for a shortlist of apps bringing the best new value.
You want to bring intelligent automation benefits.
Situation Handling can be good fit for business exception tasks – review the Use cases for Situation Handling.
Robotic Process Automation can be a good fit for reduce rote or manual tasks – review the use cases in the RPA bot store.
Machine Learning use cases can be a good fit for identifying business exceptions or making better informed choices – review the scope items in the SAP Best Practices Explorer.
You want to bring some quick wins for users who currently use and like SAP GUI.
Prioritize apps that bring real-time insights that complement current GUI transaction usage, such as: Overview pages, Monitor and Manage apps, or Smart Business KPIs.
These apps are often a good fit for monitoring and prioritizing day-to-day main activities, especially where the user is responsible for certain business objects. For example: a Purchaser who monitors Purchase Requisitions and Purchase Orders; a Accounts Payable Accountant who monitors outgoing payments; or a Maintenance Technician who monitors Equipment and Maintenance Notifications.
Refer to: Overview Pages – a good place to start
You need to find simple apps, especially apps that will work on phones.
In the SAP Fiori apps reference library, check the app detail to see if it works on device type “Smartphone”. You can also select all the apps and UIs for the business role, and filter by Phone.
Remember to consider native mobile app offerings. While there are only a few of these now provided with SAP S/4HANA, the list will grow over time.
Remember that classic UIs are not supported on phone. However SAP Screen Personas can be used to provide a phone-ready overlay.
Tip: Classic UIs are supported on desktop/laptop. Most classic UIs are also supported on tablet as of SAP S/4HANA 1909 or higher as explained in touch-enablement of the classic UIs.
Consider launchpad features that bring immediate benefits
These can bring new benefits even when a business role will mostly use classic UIs. For example:
- Search on business objects
- Default values – to save on data entry
Refer to The SAP Fiori User Experience for SAP S/4HANA
Avoid predecessor apps
In the SAP Fiori apps reference library, when you aggregate apps against your SAP S/4HANA release, look out for any apps marked as “Successor also chosen”, and remove those from your list of apps to be considered. As a general guideline, you want to avoid working with any app that has already been superseded by a new and improved equivalent.
When there is no suitable SAP Fiori app for a task, you may need to use a classic User Interface
Classic User interfaces include GUI Transactions, ABAP Web Dynpro, or Web Client UI. All of these classic UIs can be launched from the SAP Fiori launchpad. You can also launch to URLs, e.g. SAP Cloud Platform apps, 3rd party apps, and related websites.
Important: Using classic UIs to supplement SAP Fiori apps is normal and expected. The SAP S/4HANA roadmap towards new SAP Fiori UX is a long-term vision. With each SAP S/4HANA release around 300-350 SAP Fiori apps have been added. It’s worth noting that when developing new apps, bringing new business value via SAP Fiori has been prioritized over replacing the old. There are now more than 2K SAP Fiori apps delivered with SAP S/4HANA. However even with that large number, there are more than 8K classic UIs that can also be used and launched from the SAP Fiori launchpad. Some business roles have greater SAP Fiori coverage than others. You can use the SAP Fiori apps reference library to quickly see a count of the number of available apps and get an idea of coverage as explained in Understanding SAP Business Roles.
Step 5 – Validate your app selection and extension options
Once you have worked out which are your most likely SAP Fiori apps and classic UIs, you will need to validate that they can meet your business needs at the fine detail level. This is typically done with a series of demonstrations and walkthroughs with the business.
Any gaps – such as missing fields or features – will need to be covered. Most common gaps can be covered by in-app extensibility options. You can make sure you are prepared for any questions by following a few simple steps to check what is available:
- Find and review the Extensibility Documentation for the app, where provided
- Confirm available optional fields for the app
- Confirm if custom fields can be added
- Review options to adjust visibility, features, and layout
Where gaps cannot be covered using in-app extensibility options, note their criticality and business impact. You will need to pass these for deeper feasibility assessment by your technical team for side-by-side, classic, or build your own extensions.
Find and review the Extensibility Documentation in the SAP Fiori apps library
Some SAP Fiori apps have an Extensibility Documentation link in the SAP Fiori apps reference library that explains the extension options provided for the app. If there is an Extensibility Documentation link it will be shown in the Implementation Information tab, section Extensibility.
Tip: Make sure you have already selected your SAP S/4HANA release at the top of the implementation information tab. This will adjust information on the tab for your release, including the Extensibility Documentation link.
Important: If a SAP Fiori app does NOT have Extensibility Documentation this does NOT mean the app cannot be extended. It simply means that there is no specific extension advice for this app. Most SAP Fiori apps follow floorplans or frameworks that have built-in extension options. For example:
- Apps based on SAP Fiori elements floorplans can use Adapt UI, Adapt Filters, and Settings
- Smart Business apps can be adjusted using SAP Fiori app Manage KPIs and Reports
Find more examples in Yes you need SAP Fiori to configure, adapt, and extend SAP S/4HANA.
There are also more advanced extension options provided generally in SAPUI5 itself. These require developer skills. For example, Using Component Configuration – a technique that keeps most of the standard app intact and just enables the replacement of a specific view or controller. Refer to: SAPUI5 SDK > Documentation > section Extending Apps.
Tip: For classic UIs you will not find listed Extensibility Documentation. However, these also have some extension options, such as using SAP Screen Personas to improve the layout. You can also use some classic extension techniques – refer to:
Confirm available optional fields for an app
One of the most common requirements is for a few extra fields. Many apps provide in-app extensions that let you include additional optional fields. These are some quick checks to make sure you know what is possible.
Examine the app using User Actions > Adapt UI. The Adapt UI in-app extensibility option applies to all SAP Fiori elements apps and some freestyle apps. That’s approximately 50% of the more than 2K SAP Fiori apps delivered with SAP S/4HANA. Some apps provide no extra fields, some provide a handful, and some are known to provide over 100 optional fields via Adapt UI. So it’s worth a quick check to see what you can add.
Important: You need to be authorized to see this feature by being granted security role SAP_UI_FLEX_KEY_USER.
For apps with Filter areas, examine the Adapt Filters link on filter bars. Some apps can have dozens of additional filter fields available.
For apps with Tables and Charts, examine the Settings icon button for Tables and Charts. Many tables and charts provide additional fields to be included simply by checking the matching checkbox in the Settings dialog.
For Smart Business KPIs and reports, examine the configuration options in SAP Fiori app Manage KPIs and Reports.
For Multidimensional reports review the available dimensions. You can also use SAP Fiori app View Browser to review the available data in the associated CDS View. Consider using SAP Fiori app Custom Analytical Queries for any additional reports you need to build.
Confirm whether custom fields can be added using SAP Fiori app F1481 Custom Fields and Logic
There are many SAP Fiori apps that provide the option to add custom fields using SAP Fiori app F1481 Custom Fields and Logic. These apps typically also provide Extensibility Documentation where they list the matching Business Context Scenario(s) to which custom fields can be added.
These business context scenarios centrally update a range of related objects for that scenario including:
- SAP Fiori apps
- Classic UIs
- CDS Views
- OData Services
- Output templates (e.g. email, forms, reports)
You can even control where the fields are visible and/or searchable, whether they can be aggregated and much more. Find out more in the Custom Fields and Logic documentation.
Review options to adjust visibility, features, and layout
Examine the app using User Actions > Adapt UI
Typical changes that can be made using Adapt UI include:
- Add, move or hide fields
- Add, move or hide sections
- Add, edit or hide cards
- Move or hide buttons and links
- Default preferred links in Smart Link dialogs
Examine the app for setting default values and variants
Many apps support minimizing data entry through User Defaults. Both single (primary value) and multiple (primary value + additional values) can be provided depending on whether the target field can accept single or multiple value. Confirm the available user defaults by reviewing the list in Setting User Defaults in SAP S/4HANA.
Apps with filter areas, tables, charts, or cards often provide options to default preferred fields and features using Variant Management. Variants can be created for an individual user, or made public/shared for use by multiple users.
Typical adjustments that can be made with variants include:
- Set preferred filter fields and static values in a filter area
- Set preferred table columns and column sequence of a table
- Set preferred table sorting and grouping (e.g. for hierarchy display of totals and subtotals)
- Set preferred chart columns for dimensions and categories
- Set preferred chart type
For classic UIs, consider SAP Screen Personas to adjust visibility, features and layout
When there is no suitable SAP Fiori app for a task, you may need to use a classic User Interface such as a GUI Transaction or ABAP Web Dynpro.
SAP Screen Personas can be an effective option to quickly improve the content, usability and look and feel of classic UIs. This can avoid the need to create a complex custom-built app.
You can use SAP Screen Personas to:
- Hide or move fields to help users focus on only what’s important
- Merge tab content into a single place
- Adjust the look and feel to make the UI look more “Fiori-like”
- Use scripting to automate repetitive or common steps, fetch data from other related transactions or perform simple calculations
- Build simple mobile ready applications using the SAP Screen Personas Slipstream engine
SAP Screen Personas is delivered as a free add-on to your SAP S/4HANA system.
You can find more including tutorials in the SAP Community topic for SAP Screen Personas
Step 6 – Build your Roadmap for now and for later
Fit-gap analysis is one of those activities that can be easily derailed by scope creep. As you design your custom business role you will need to keep a track of which SAP Fiori apps or classic UIs you want to use now in this phase, versus future continuous improvement phases.
When collecting up your list of apps, make your next steps in development environment easier by collecting the following details:
- The technical app id – this identifies the exact app and the technology type.
- Why? Names can be confusing or similar across apps, particularly where there are multiple versions of an app or successor apps.
- This also helps with confirming complex extension options should they be needed.
- The original SAP Business Role, SAP Business Catalog and SAP Technical catalog of the app
- Why? This helps when refining your custom role in your Development environment using the Launchpad content manager and Launchpad app manager tools.
All of this information also provides a handy reference for assessing successor apps when you upgrade to a higher SAP S/4HANA release.
Becoming a SAP Fiori for SAP S/4HANA guru
Tip: The screenshots in this blog post were taken in a SAP S/4HANA 1909 FPS02 system, with SAP Fiori frontend server is in embedded mode.
You’ll find much more on the community topic page for SAP Fiori for SAP S/4HANA
Other helpful links in the SAP Community:
- Follow our tag SAP S/4HANA RIG for more from the SAP S/4HANA Customer Care and RIG
- See all questions and answers about SAP Fiori for SAP S/4HANA
- Follow SAP Fiori for SAP S/4HANA for more blogs and updates
- Ask a Question about SAP Fiori for SAP S/4HANA
Brought to you by the SAP S/4HANA Customer Care and RIG.
Thanks Jocelyn. I was asking this same basic question during a Teched 2020 session today!
Yes I was one of those answering you... 🙂
This blog I have been working on for a little while now.
Great and very practical, helpful blog Jocelyn!
Thanks, good blog.
The big issue that, at least in my opinion, remains is as follows:
SAP does not state that SAP-GUI (and WDA etc) are no longer needed for on-prem. So in the end - majority of customers end up with two additional frontends, Eclipse which a lot of ABAP developers still hate and Fiori/ui5.
A lot of developers do need transactions like SE11 which are not available as a fiori-app. Quite a lot of developers still use SE11 on productive systems.
What is needed is formulated easily:
100% of work needs to be doable with Fiori (and frankly, I do not understand added value of Eclipse). On prod and on dev systems including client 000. And of course - a clear roadmap that S/4 20xx will not include any SAP-GUI functionality anylonger.
Hi Clemens. Thanks for taking the time for a detailed feedback. To help you I would like to clarify a couple of points.
Re: “SAP does not state that SAP-GUI (and WDA etc) are no longer needed for on-prem.”
SAP does not make that statement because that is not and never has been the position for SAP S/4HANA. The approach is to provide business users *new* value through SAP Fiori apps & access to both SAP Fiori apps & classic Uis via the launchpad. This is a long journey & we are already 5 years and 2K Fiori apps into it.
There are very few (around 30 Uis identified by projects so far & I would personally estimate probably less than 150 still useful classic UIs in total out of 8.5K classic Uis) that cannot be used with GUI for HTML. Even these can be run via the launchpad using SAP Business Client to launch them in GUI for Windows.
That is the position for business users.
Developers, Administrators, Support teams & project consultants are considered to be experts rather than business users.
I should mention that ADT for Eclipse has been around longer than SAP S/4HANA. Transactions such as SE11 and SE16 are actually not anywhere near as useful (and can even be quite misleading in some use cases) once you are on SAP S/4HANA.
I do agree with you that traditional ABAP developers have in many ways the hardest journey of all the experts to transition to S/4HANA since so much tooling and so many best practices have changed. That of course is part of the excitement and a lot of the fun of being a developer - that new possibilities and new innovations are constantly emerging. We have taken many developers on this journey so far. Most find that once they start to learn and apply new things they don’t want to go back... there’s so much more you can do.
And of course part of the reason for in-app extensibility is to take some of that burden off professional developers - at least for the most common changes.
Where to go from here:
i would encourage you to persist with Eclipse for CDS Views, Fiori Elements, & RAP as the entrypoints to S/4HANA development. Those are the ABAP fundamentals that will get you through most S/4HANA projects. Get access to a sandbox or a S/4HANA trial system if you can.
And just take it a step at a time. If you already have developer skills then you already have all the smarts to pick this up. The rest is time and practice.