Enterprise Resource Planning Blog Posts by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
15,176

Latest Updates: 

  • July 2024 - Added a FAQ section for linking the blogs describing the process in the source and target SAP S/4HANA Cloud Private Edition systems to replace obsolete/deprecated apps with their successors. This includes a step-by-step guide example on the activities needed in the target SAP S/4HANA system. 
  • March 2024 - Some clarifications added following feedback. Some terminology has been clarified. The marking of superseded apps as Available with Successor has been adjusted to reflect that this is a soft stage and not used in every case.  Some use cases that can influence the duration of an app in available with successor status have been listed. Also note that for SAP S/4HANA, app lifecycle can change as part of a major release or as part of a Feature Pack Stack.

Every SAP S/4HANA (and SAP S/4HANA Cloud) release upgrade involves change – and mostly that’s a good thing, so long as you can roll with the changes.   Each new release brings new innovations such as new apps, new processes, new features, new intelligent experiences (such as generative AI), better tools, and better performance.

Hint: SAP S/4HANA and SAP S/4HANA Cloud are product suites. Apps are listed by product suite in the SAP Fiori apps reference library 

  • SAP S/4HANA Cloud is the product suite used by solution SAP S/4HANA Cloud Public Edition
  • SAP S/4HANA is the product suite used by solutions SAP S/4HANA Cloud Private Edition and SAP S/4HANA on-premise

To make space for the new, you may need to let go of the old.  Replace the horse with the automobile. Replace the newspaper with the television. Replace the record player with the CD with the DVD with the Blu-ray with the iPod with the Spotify playlist.

Like hardware, software apps have a lifecycle.  For consumer apps like Facebook and X, new versions of apps are usually forced upon you, and you just have to deal with it. In the SaaS world, where your business needs to keep running 24x7, you get a little more notice and guidance.

With SAP S/4HANA (and SAP S/4HANA Cloud), whenever you upgrade your release, you may need to replace your current apps with their successors.  The app lifecycle determines when a successor app is available, and when you should stop using the predecessor app.  That is:

  • By marking an app as deprecated SAP gives formal notice of the intent to make the app obsolete in a future release.
  • You must move to the recommended successor.
  • You can move as early as the successor becomes available, or as late as the predecessor app becomes obsolete.

Jocelyn_Dart_0-1710229892681.png

 

Hint: In this context apps includes all UI technologies supported by the SAP Fiori launchpad i.e. SAP Fiori apps,  ABAP Web Dynpro applications, Web Client Ui apps, and SAP GUI Transactions. Lifecycle changes in classic Ui apps such as SAP GUI transactions, are typically announced as deprecated or obsolete as part of Simplifications. You can use the SAP Readiness Check for SAP S/4HANA Upgrades to find simplifications relevant to your usage or search the Simplification Database.  

IMPORTANT: It’s not just apps that may need to be replaced, you may also need to move to successor features, successor tools, and so on. Refer to the section in this blog post: Other types of UX changes you may encounter during upgrades.

Understanding the app lifecycle saves you time when:

  • planning your upgrade
  • executing your upgrade
  • deciding what new opportunities to explore post-upgrade
  • managing the change impacts on business users

In this blog post you will learn:

  • Stages in the app lifecycle
  • Choosing the right time to move to the successor
  • How app lifecycle changes impact SAP S/4HANA release upgrades
  • Other types of UX changes you may encounter during upgrades
  • Tips for managing change impacts on business users
  • FAQ

You may have already noticed the deprecated mentions in the SAP Fiori apps library, in the What’s New Viewer for SAP S/4HANA, and in the RASD (Release Assessment and Scope Dependency tool) for SAP S/4HANA Cloud.  Just in case you haven’t, take a look at the final section:

  • Where to find information on app lifecycle changes

IMPORTANT: For SAP S/4HANA, app lifecycle changes are usually announced as part of a major release. For example, SAP S/4HANA 2023. However, app lifecycle changes can also be announced as part of a Feature Pack Stack release. For example, from SAP S/4HANA 2023 FPS02. 

Stages in the app lifecycle

The 4 main stages are:

  1. Available
  2. (Optional) Available with successor, i.e. superseded
  3. Deprecated
  4. Obsolete

These stages are easy to understand.  If your app is:

  • Available – This means the app is currently available for use.
  • Available with successor –  The app is still available for use, however a successor app has been introduced. You should consider moving to the successor. "Available with successor" is a soft stage, which is not always used.  Available with successor is used to highlight that a new and better app is available. You are invited to take early advantage of this innovation.  
  • Deprecated – This means the app still exists; however, SAP no longer recommends its use, and it will be deleted from the SAP Fiori launchpad in an upcoming release.  You are recommended to move to the successor as soon as possible.
  • Obsolete – This means the app must not be used.  Usually, the app has been deleted and no longer exists. You must move to the successor.

Hint: These stages apply to the app regardless of how the app is accessed, including:

  • via SAP Start or SAP Build Work Zone, standard edition,
  • via SAP Fiori launchpad,
  • via SAP Business Client or SAP Logon. 

As soon as the successor app is available you can shift to the from the predecessor to the successor app.

  • When the app is superseded, it’s optional to move to the successor
  • When the app is deprecated, it’s recommended to move to the successor
  • When the app is made obsolete, it’s mandatory to move to the successor

You can see in the diagram below a summary of these stages.

Jocelyn_Dart_1-1710230048045.png

 

Hint: Occasionally an app may have minor changes applied by a new release, such as new features added to the floorplan to download tables to Excel, PDF, and Google Sheets, or new features to add related apps for simpler navigation. These minor changes are part of the app history and are not considered a change in lifecycle stage.  Similarly, the launchpad app descriptor item (i.e. target mapping and tiles) of an app, may occasionally be moved to a new launchpad catalog or its parameters may be changed.  Changes in launchpad catalog organization are not considered a lifecycle change for the app itself. 

Hint: When an app is superseded:

  • The app may be replaced one or more successors. For example, split to different apps for different use cases. 
  • The app may also have no successors, i.e. is no longer required.

For each app, these lifecycle stages usually occur across several releases.

  • An app may be available for a long time before it moves to the other stages.  
  • Once an app has a successor it may move quite quickly to other stages.
  • For example an app marked as "available with successor" in one release, may be marked as deprecated in the next release. 
  • Officially, for SAP S/4HANA Cloud, there is a period of at least six months between the initial announcement of an app's deprecation and its deletion. Refer to Deprecation Process for Apps (SAP S/4HANA Cloud).
  • For SAP S/4HANA the typical time between available, deprecated, and obsolete phases can be much longer.  
  • However, with SAP S/4HANA upgrades the more distance between your current release and target upgrade release, the more deprecated and obsolete apps you are likely to encounter as part of your upgrade. Refer to Prepare the SAP Fiori Upgrade (SAP S/4HANA)

IMPORTANT: There are some additional use cases to be aware of for the “available with successor” status that may influence how long the app may stay in this stage. Refer to the app documentation and related SAP Notes for the app where needed.

  • An app can go from available to deprecated without passing through "available with successor".  For example, SAP GUI transactions may be deprecated as part of Simplifications.
  • An app's functionality may be split out to multiple successors, which may be introduced in different releases.  This can extend the time in which the app remains in "available with successor" status. 
  • The status “available with successor” may be used to indicate a recommended alternative when you are using an advanced solution capability. For example the apps F1592 Asset Master Worklist and F1684 Manage Fixed Assets are superseded by F3425 Manage Fixed Assets (new) when you are using Universal Parallel Accounting. This can extend the time in which the app remains in "available with successor" status.

 

Examples of app lifecycle stages

For example, app F0842 Manage Purchase Orders was:

  • Available from SAP S/4HANA 1511
  • Superseded with release SAP S/4HANA 1709 with the introduction of app F0842A Manage Purchase Orders (Version 2)
  • Deprecated with SAP S/4HANA 1909
  • Obsolete from SAP S/4HANA 2020. That is, the app was deleted from the solution.

Of course you may encounter the app at any lifecycle stage.

For example, the app F0717 Manage Journal Entries:

  • Is deprecated from SAP S/4HANA Cloud 2402. 
    • It has not yet been deprecated in SAP S/4HANA, but this is expected to happen in an upcoming release.
  • A decision has not yet been made when the predecessor app will be made obsolete.
    • Hint: This is normal.  With very popular apps, the product owner may allow a little more time for customers to transition to the new app.

So at the time of writing (March 2024), you have some choices on when to move from F0717 Manage Journal Entries (old version) to F0717A Manage Journal Entries (new version):

  • You can choose to move to the successor early (from SAP S/4HANA Cloud 2308 or SAP S/4HANA 2023).
  • You can wait to move to the successor when recommended (from SAP S/4HANA Cloud 2402)
  • You can must move to the successor when F0717 becomes obsolete.

Jocelyn_Dart_2-1710230262049.png

 

Choosing the right time to move to the successor

Consider which adopter profile suits your needs. 

If you wish, you can use a different adopter profile for high-risk heavily used apps versus low-risk apps that you have only deployed to a few users.

Adopter Profiles:

  • Innovation Adopter – Moves when a successor app becomes available
    • Pros – You get the new business value improvements of the successor app early as possible. You have time to evaluate and move at leisure post-upgrade.  
    • Considerations – Consider giving early feedback to SAP.  You have time to ask for improvements if there’s anything you would like added or changed.
  • Conservative Adopter – Moves when app is deprecated
    • Pros – You avoid commercial support issues, such as SAP Incidents being redirected to Consulting.
    • Considerations – If it’s too complex to move during upgrade, for example because of extensions you want to apply, you still have time to transition to the new app post-upgrade.
  • Forced Adopter – Moves when app is made obsolete
    • Considerations - You must move as part of upgrade. You accept the time pressure risk – you may have to make business decisions and complex changes in a rush. You risk not being able to apply adaptations or extensions you need for your processes.

You can see the adopter profiles summarized below, mapped against the journey from F0717 Manage Journal Entries to F0717A Manage Journal Entries - New Version:

 

Jocelyn_Dart_3-1710230408526.png

 

How app lifecycle changes impact SAP S/4HANA release upgrades

Once you understand the app lifecycle, you can more easily manage release upgrades.

Release upgrades are your opportunity to take on new innovations and increase the business value of your solution. That said, with any release upgrade your business users are likely to expect a little disruption.  With every release upgrade your aim should be to:

  • When planning your upgrade, mass evaluate app lifecycle changes using upgrade tools such as SAP Readiness Check for SAP S/4HANA Upgrades or the SAP Fiori Upgrade Impact Analysis
  • During release upgrades, minimize unnecessary disruption now and later for business users by focussing on mandatory changes and easy moves to successor apps.
  • Post-upgrade is the ideal time to evaluate new opportunities, such as introducing new apps, to review interesting existing apps you are not yet using, and to make more complex moves to successor apps.

For each app lifecycle stage, there are some considerations to keep in mind. 

Obsolete apps:

  • Must be replaced during release upgrade, as they no longer exist.
  • SAP-delivered business role templates are automatically updated.
  • You must replace the app in any custom business roles.

Deprecated apps:

  • Where you can do so easily, speed up and simply future upgrades by moving your custom business roles to successor apps during release upgrade.
  • Replacing deprecated apps before they become obsolete avoids disruption later and gives you extra time to manage the move to the successor.  
  • Post-upgrade is the right time to execute more complex must-change shifts to successor apps. For example, where you need to re-evaluate and re-apply extensions before you can adjust your custom business roles.

Superseded apps ("Available with successor"):

  • Where you can, exploring successor apps during post-upgrade when they are first superseded can avoid difficult “but how” discussions when they are made deprecated/obsolete.
    • There is time to raise queries about app behaviour and extension options.
    • If you wish, you can make the successor and predecessor versions available in the same custom business role, to encourage your users to try out the successor app.

App changes:

  • Changes to existing apps are usually minor, or part of the app’s floorplan. Most changes are automatically applied during upgrade. These can typically be reviewed during regression testing.

New available apps:

  • New available apps can be evaluated post-upgrade. It’s worth using the mass evaluation upgrade tools to capture a list of new apps. Having a ready-to-use list of new apps eases reviewing the new apps later.

When you are ready to change your custom business roles you can use the appropriate tools. 

In summary for each type of app change there is a matching upgrade impact:

Type of App Change

Upgrade Impact

Existing app is obsolete

Must replace during upgrade

Existing app is deprecated

Replace during upgrade, if possible.

If not, aim to move to the successor post-upgrade.

Existing app is superseded

Evaluate the successor app post-upgrade, consider moving before next upgrade

Existing app has changes

Automatically applied during upgrade

New app made available

Evaluate post-upgrade

 

Other types of UX changes you may encounter during upgrades

You should be aware of other UX changes that can impact your upgrade. Mostly you need to be aware of these changes, and make sure affected business users are also aware of these. In some cases, you may need to adjust regression tests.

The most important changes and their impact are summarized in the table below, along with a selection of examples from SAP S/4HANA 2023 and SAP S/4HANA Cloud 2402.

The Upgrade Priority indicates whether you:

  • Must prepare for the impact during your upgrade
  • Can defer to post-upgrade evaluation and move to the changed UX

A particular watchpoint are changes to CDS Views, which may impact custom analytics built on these views. Refer to Deprecated and Decommissioned CDS Views (SAP S/4HANA) and Deprecated and Decommissioned CDS Views (SAP S/4HANA Cloud)

The most important of these are covered in major release announcements such as

 

Type of Change

Priority for Upgrade

Examples

Launchpad feature changes

Must prepare – mandatory features

Can defer to post-upgrade - optional features

Mandatory - Time Zone Handling Enhanced (SAP S/4HANA Cloud)

Optional - New launchpad features such as System Info Bar (SAP S/4HANA)

Changes in floorplans, such as List Report, Analytical List Page, Overview Page, Smart Business KPI Report, etc.

Must prepare – mandatory features

Can defer to post-upgrade - optional features

Mandatory New Copy Button for Copying to Clipboard (SAP S/4HANA Cloud)

Optional - Share to Microsoft Teams(SAP S/4HANA Cloud)  and Integrate Microsoft Teams (SAP S/4HANA)

Business role changes

•       New business roles

•       Changed business roles, i.e. changes in business catalogs

Can defer to post-upgrade - New SAP business role templates

Must prepare – Changes to existing SAP business role templates

IMPORTANT: You can minimize mandatory changes by creating custom business roles

Mandatory - Change of Business Roles in Retail (SAP S/4HANA)

Optional – new business role Master Data Specialist - Maintenance Management (SAP_BR_MD_SPECIALIST_EAM). Refer to Business Role Template for Master Data (SAP S/4HANA)

CDS Views changes

•       New CDS Views released

•       CDS Views can be changed, deprecated, or decommissioned (i.e. deleted)

Can defer to post-upgrade – New CDS Views, CDS View deprecations

Must prepare - CDS View changes + decommissioned CDS Views

Mandatory – Adjust custom analytics using the changed/deprecated CDS View as soon as possible.

Refer to Deprecated and Successor CDS Views for Collateral Management (SAP S/4HANA)

Authorization/ Restriction changes

Must prepare – Changes to authorizations/restrictions affecting existing apps

Mandatory - IAM: Restriction Type "Functional Area" (SAP S/4HANA Cloud)

Mandatory - Authorization Object for Maintenance Plans (SAP S/4HANA)

Extensibility and Administration tooling changes, including Key User Extensibility changes

Must prepare – changed, deprecated, and obsolete tools in use

Can defer to post-upgrade – new tools

Mandatory Launchpad Designer features deprecated (SAP S/4HANA). If you have created custom technical catalogs using the Launchpad Designer, use the new tool Migration of Technical Catalogs to move them to the Launchpad app manager.

Optional -  New: Review Booklet Designer in the "Manage KPIs and Reports" App (SAP S/4HANA Cloud)

Tips for managing impacts on business users

Few people like surprises – even welcome surprises!  Involving your business appropriately in release changes avoids confusion and helps you manage expectations.

You will usually want to work with your business stakeholders, for example you might ask them to recommend which business users should be involved in evaluating the successor apps and app changes.

For general app changes, it’s usually sufficient for the business user to take a look and see if any change management is necessary.

For successor apps:

  1. Make sure users are aware that a successor app exists.
  2. Work with the more pro-innovation / pro-active users to review the successor app.
  3. Verify the SAP-delivered context-sensitive help (accessed via the help “?” icon) for the successor app is sufficient for your needs. Optionally, adjust the help content in SAP Enable Now.
  4. Discuss when to move to the successor app with your business stakeholders.
  5. When applying changes, make sure changes to business roles are clear. If you are going to have the predecessor app and successor app available at the same time, make sure they are marked on the tile.

Hint: In SAP-delivered business role templates, deprecated apps may no longer be available by default on the SAP Fiori launchpad.

  • In which case, you can find it in the app finder until it's deleted.
  • Alternatively, the app tile may be changed to add a text to show the app is deprecated.

Example below of the SAP delivered business role General Ledger Accountant in SAP S/4HANA 2023 (and SAP S/4HANA Cloud 2308), where Manage Journal Entries is superseded.  Both the predecessor and successor have been made available and the tiles marked as “New Version Recommended” and “Old Version” to clarify successor and predecessor.

 

Jocelyn_Dart_3-1709469913689.png

 

Where to find information on successor apps

You can find information on the lifecycle stage of apps in many of the usual SAP resources, such as:

In the What’s New Viewer adjust the type to find obsolete (deleted) and deprecated changes between your current SAP S/4HANA release and your upgrade target SAP S/4HANA release.

Jocelyn_Dart_4-1709469913704.png

 

For mass evaluation of all your current apps in SAP S/4HANA you can also use either of these tools:

IMPORTANT: These tools cover lifecycle changes in all UI technologies supported by SAP S/4HANA and SAP S/4HANA Cloud, including SAP Fiori apps, Web Dynpro ABAP apps, WebClient UI apps, and SAP GUI transactions.  Custom apps can be submitted to the review and will be flagged as “unknown apps”.

These tools are mostly driven by the details in the SAP Fiori apps library.

In the SAP Fiori apps reference library apps are available by default.

When an app is deprecated, you may see a message “Deprecated for selected release version” as shown below for app F1662 Operational Supplier Evaluation.

Jocelyn_Dart_5-1709469913710.png

 

When an app is obsolete, you will not be able to select that version. For example, F1662 was made obsolete in SAP S/4HANA 2022. You cannot select the release SAP S/4HANA 2022 for that app.

Jocelyn_Dart_6-1709469913716.png

 

You can find the successor app listed in the Related Apps tab. For example you can find that the successor app is F1662A Operational Supplier Evaluation (Version 2).

Jocelyn_Dart_7-1709469913724.png

 

FAQ

What is the process for replacing obsolete and deprecated apps with their successors in SAP Cloud Private Edition?

You will find the process including prerequisite and subsequent steps in blog post 

SAP Fiori for SAP S/4HANA – Upgrade Faster – Why & When amend Roles with Obsolete or Deprecated Apps

You will find a step-by-step guide of how to adjust your custom business roles and catalogs in blog post

SAP Fiori for SAP S/4HANA – Upgrade Faster – How to amend Roles with Obsolete or Deprecated Apps

Becoming a SAP Fiori for SAP S/4HANA guru

You’ll find much more on our  SAP Fiori for SAP S/4HANA topic page

Other helpful links:

Brought to you by the SAP S/4HANA RIG and Customer Care team.

10 Comments
0 Kudos

Hi Jocelyn, hope all is ok for you. I have a question for you : I ´ve just read the document concerning « succesor app » for installing the new fiori app instead using deprecated/obsolete fiori apps. My question is concerning testing and change users management : as the tile screen will probably change in the new one, what is your « best practice » for helping users not to be « lost » with new tiles on their FLP. Second question : we have replace obsolete tiles but what about variants or others parmeters installed by user in the « old » tile ? Could they use it in the « new » tile ? Thanks a lot Jocelyn.

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Kayzen78

Thanks and good questions.

Ok so my suggestions to avoid confusion are: 

  • Use different tile sizes to indicate which is the preferred app
  • Adjust tile texts where needed for clarity - e.g. Retiring soon! New version! Under evaluation etc. - you can do this using Adaptation mode in the Launchpad App Manager. 
  • There are some new features coming in S/4HANA Cloud Public Edition so look out for news re the User Experience switch in 2408 - and here's hoping that comes to Private Cloud as well. 

Generally speaking, it's a new app - so it may have different filters, different columns/dimensions/measures, different features, different navigation behaviour, etc.  Which mean you need to evaluate and where needed recreate your public views (aka variant management).  

Default parameters are part of the target mapping and should be applied automatically - you can also use Adaptation mode in the Launchpad App Manager to adjust the parameters depending on your use case and what the app supports. 

0 Kudos

Hi Jocelyn,

Thanks for your reply. 

Let's take an example. First at all, we are not in Cloud but on premise. When we migrated from fiori 2.0 to 3.0 and also HANA backend, we were face about the new "design studio" cockpit ( that replace the "old" JOURNAL ENTRIES ANALYZER standalone tile). A lot of accounting users had their proper variants for building their reports and after extracting them into Excel (with columns adapted to their FIORI reports). After the arriving of "design studio", no possibility to re-use "journal entries analyzer" tile in their FLP. So we asked them to go to the new "design studio" for selecting the "new" journal entries analyzer" on it. BUT, as it's a "new" app, they lost all their proper configurations (variants, design reports...) and they were obliged, in urgently mode, to build new report. No possibilities to conserve their variants...

So I understand that NEW apps are developped by SAP and replace OLD one. But for me, make an old tile unusable is a bad way (if we look at the user side). It could be interesting adding some new functionalities to a existing app and let users the possibility to activate it or not (like before with user-exit or badis). 

But this is not like that and NEW apps make OLD apps deprecated and so on OBSOLETE. Could it be possible to have by SAP (in the sapfiorilibrary), when a new apps is coming, explain which functionnalities are new, what change between OLD and this NEW (UX, fileds, ...) and also the technical/fonctional GAIN for business endusers. The "upgrade analysis" tools is a good tool but it only give the "next" and not the "why"...

I hope you understand my concern Jocelyn. I trust in FIORI and I am passionate about FIORI. But I think some considerations should be take into account, what about you ?

Have a good day and thanks you so much for your support

Christophe

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Christophe

I just did a quick run of the numbers, and in practice of the more than 15K apps/UIs available in SAP S/4HANA we have made deprecated/obsolete just over 300 since SAP S/4HANA 1511 - which is less than 2.5% of all apps.  

Making an app deprecated is a serious decision taken by the App Owner largely based on direct customer feedback on the original app. Customer feedback comes in via a number of channels including Customer Influence, Customer Engagement Initiatives, Early Adopter Care programs, SAP Incidents, and more. 

We only do this where the new app provides significant new benefits - such as new features, better navigation, more consistent behaviour, supports an improved business process, new extension options, new options to pre-set defaults for users, etc. 

These new features cannot always be retrofitted to an existing app.  So there are times when we need to move to a new UI design, such as a new floorplan, to achieve those business benefits.  In many cases the successor app is released in advance of deprecation as a way to verify that the new app is working well for customers, before we deprecate the old app

The process of deprecating before making an app obsolete supports both business users and administrators as they transition from an older app to its successor.  Remember while the app is deprecated it is still commercially supported - we are just giving you fair notice that the app will be removed in a later release so you should start moving to the successor as soon as possible. 

The App Documentation of the old app should indicate that it has been deprecated and the recommended successor.  The App Documentation of the new app should state it's benefits. For example you can see this for app Manage Journal Entries (original version) versus Manage Journal Entries (New Version) in the current help for SAP S/4HANA 2023.  Be aware that this is an evolving journey - in earlier releases sometimes reasons were stated in the Simplification Items or in SAP Notes.

We are always looking for new ways to help users transition - SAP S/4HANA Public Cloud 2408 will introduce a User Experience Switch to highlight the new versus old app and encourage users to try the new app. 

P.s. Re Journal Entry Analyzer ...  I'm not entirely sure what happened on your project... we did deliberately make the "old" and "new" Journal Entry Analyzer apps available in parallel in earlier SAP S/4HANA releases, so that users could transition between them. Users should have been able to compare old to new when moving their personalizations.  In fact, we made the old apps available as parallel alternatives to the new design studio apps deliberately as there were a couple of features Design Studio did not support (e.g. printing). In the end in this case the "old" apps won out as Design Studio was deprecated and then made obsolete - kind of the exception that proves the rule! I can only guess that someone was perhaps a little over zealous in locking users out of the alternatives?  For the announcements refer to SAP Notes

  • 3133221 - S4TWL - Deprecation of Design Studio Apps
  • 3112220 - FAQ: Web Dynpro Apps and Design Studio Apps in SAP S/4HANA and SAP S/4HANA Cloud

And for reasons refer to blog "Six reasons why Web Dynpro is better than Design Studio in SAP S/4HANA Cloud"

0 Kudos

Dear @Jocelyn_Dart 

You mentioned 15,000 apps. According to other SAP information, SAP S/4HANA 2020 on premise deliverd 8,000 classic (SAP GUI) UIs and 2,000 Fiori apps. So for me just the new fiori apps are relevant, so 300 out of 2000 Fiori apps, which is about 15%? How do you counted the 15k apps ?

kind regards

Marcel

 

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Marcel.
SAP S/4HANA 2020 is 4 years ago so it’s perhaps not surprising the figures you quoted are unfortunately out of date.   I am looking at the current figures for all of SAP S/4HANA.  We have added approx 300 apps with each release. We have delivered more than 3.1K Fiori apps and total apps across all UIs exceed 15K … thanks to embedding of solutions into S/4HANA.  

These figures can be easily verified in the Fiori Apps Library - select main filters SAP Fiori apps for SAP S/4HANA and All Apps for SAP S/4HANA. 

Given that deprecated apps include classic GUI and Web Dynpro transactions lost through simplifications, that’s less than 2.5% in the almost 10 years of SAP S/4HANA. 

0 Kudos

Hi Jocelyn,

Thanks for your message.

That's mean "deprecated state" for an app is like a "transition", for giving time testing / adapting the new one (the successor) and give endusers the possibility to adapt their UI, rebuild their variants and so on...and after let the "OLD" for the "NEW" 😉

Christophe

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert

Yes Christophe - that is a fair assessment.  

Of course, customers who are slow to upgrade and so skip several releases are at higher risk of missing out on that time to transition. So that’s another reason why we are keen to see customers understand the Clean Core (get clean/keep clean) advice so that upgrade becomes a regular and easily repeatable activity that gets you the latest innovations faster.

We have Public Cloud customers updating every 6 months because they are clean by definition.  

We have also seen sufficient Private Cloud (and even on-premise) customers doing annual technical upgrades in as little as 6 weeks to know that it is achievable. Not that we expect every customer to achieve those timings … more something to aim for and work towards.  

@Jocelyn_Dart 

Thanks for the clarification, as you mention "since SAP S/4HANA 1511" I assumed we were just talking about Fiori apps, so its not easy to understand exactly what we are comparing.


In the end, I think it is a big challenge for customers to keep up with the pace of development of SAP.

Jocelyn_Dart
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi @marcel_schifferle  re keeping up with the pace of development at SAP ... that's what the Clean Core story is all about, i.e. guidance on choosing upgrade-safe ways to run and extend your solution so you can upgrade regularly, quickly, and smoothly.