terça-feira, 21 de abril de 2020

Let’s talk SAP S/4HANA AnyPremise Upgrade

Are you one of those early adopters who implemented SAP S/4HANA and are now starting to reap its benefits in terms of lower TCO, improved processes and performance, and increased business productivity? Or are you among those who are currently in the process of adopting SAP S/4HANA (whether it’s a short sharp few months system conversion, or a multi-year business transformation program)? Regardless of the phase of SAP S/4HANA journey you are in, you will have thought about what happens during an upgrade for one reason or another.
You recognize that having upgrades in the roadmap will position your organization to continue to get the most from its SAP S/4HANA investments. This blog post offers resources to help you define an upgrade strategy for your organization, including:
  • Why upgrade – driving factors for business and technical upgrades
  • Which target version
  • When to upgrade
  • How to upgrade
You will find a list of further related resources at the end of this blog post.

Why upgrade

The need to upgrade an SAP S/4HANA platform can stem either from your Business or IT departments or both.  Those identified needs will determine the scope as well as the approach to the upgrade namely – functional and technical upgrades.  You will find it helpful for upgrade planning to understand the key driving factors for both types of upgrade.

Driving factors for functional upgrades

Innovations, new features and improvements that help realize business value by demonstrating return on investment is usually what drives the business need for an upgrade. As a result, there is also significant functional rework that happens in this type of upgrade with redesign of business processes.  This approach enables customers to take advantage of latest innovations using intelligent technologies such as predictive analytics, AI, machine learning and robotic process automation. This is typically called a functional upgrade.
The SAP S/4HANA What’s New Viewer is a great resource to explore the new, changed and deleted features and functions at a high level of all versions and feature packages of SAP S/4HANA when evaluating the upgrade potential.
You can review the video series: The Power of SAP S/4HANA for some examples of the latest new value of SAP S/4HANA 1909 in action.
You can also get some great starting points for discussion with business stakeholders via the SAP Fiori lighthouse scenarios (regularly updated), which highlights apps with the best new business value for specific lines of business.
With more and more solutions and functionalities being embedded and enhanced with each release of SAP S/4HANA, upgrade provides the option to activate such functions for customers who can benefit from them. For example: the embedded SAP TM solution was made available in SAP S/4HANA 1709 and enhanced in subsequent releases, see this blog article for details.
This means that alongside the new possibilities of your target SAP S/4HANA version are new process simplifications that need to be assessed.  So, you will need to factor the time for assessing these simplifications into your upgrade planning.
Simplification Item Catalog provides descriptions of all potentially relevant changes that help analyze and mitigate the impact of an upgrade. The Simplification Item (SI) Check Report – which is based on the content in the Simplification Item Catalog – performs checks directly on the source SAP S/4HANA system to determine relevant simplification impacts and what preparations are needed before the upgrade can start by using the usage data of that system. SI check report also provides functional teams the visibility of any functional impacts from additional simplification items. The catalog will only list all the simplification items from source to target release but the SI check report will also display relevant ones based on customer usage.
NOTE: Over time, as more areas are simplified, the number of additional simplifications to be assessed in each new SAP S/4HANA version will reduce. However, for those currently on lower releases such as SAP S/4HANA 1511, the number of simplifications to assess between source release (1511) and target release (1909) is already considerable.

Driving factors for technical upgrades

The key driving factors for the IT department are to stay current with corrections and security patches and to simply stay at a supported version dictated by SAP S/4HANA maintenance schedule. This technical upgrade approach will help improve performance and simplify the architecture.
Upgrading also provides significant improvements in SAP S/4HANA User Experience in:
  • Increased SAP Fiori coverage (new apps, new features in existing apps)
  • New SAP Fiori features (new launchpad options, new automatic features in floorplans, such as export to spreadsheet in many SAP Fiori elements apps)
  • New classic UI capabilities when launched from SAP Fiori (touch-enabled user interfaces for Web Dynpro ABAP applications and GUI for HTML transactions)
  • Performance (improvements in both SAP Fiori and classic user interface technologies).
This blog post from my colleague Hannes Defloo at the SAP S/4HANA RIG explains SAP Fiori upgrade scenarios in detail

IMPORTANT – understanding SAP S/4HANA Maintenance Schedule:

SAP S/4HANA releases follow the yearly innovation cycle and have a five-year Mainstream Maintenance phase after which they enter into Customer Specific Maintenance phase.
This year, 2020, marks the first year where an SAP S/4HANA release will fall out of support with S/4HANA 1511 mainstream maintenance expiring on the 31st December of 2020, reference – SAP Product Availability Matrix (PAM). Customers who are still running S/4HANA 1511 are strongly advised to start planning the upgrade sooner than later.
Mainstream maintenance for every subsequent release will end the years following 2020.
Usually, there is a direct upgrade path available from one release to any other subsequent release as long as the releases are in mainstream maintenance. Depending on technological constraints, an upgrade to a release that is several releases beyond a customer’s current release may have to be performed in more than one step.


Which target version

SAP recommends that you always upgrade to the latest SAP S/4HANA version whenever possible, which is 1909 at the time of writing this article.
In addition to achieving the upgrade objectives, getting to the latest release helps ensure supportability and reduces maintenance costs.  Occasionally an upgrade to the latest version may not be possible when pre-requisites are not met. For example, due to a partner add-on that is not yet certified with the latest version (see footnote for link to SAP certified solutions directory), or due to the timing of the overall project.
The Feature Package Stacks (FPS) and Support Package Stacks (SPS) should also be considered when putting together the upgrade strategy. FPS is similar to SPS but may come with non-disruptive, non-mandatory features that you may be interested in. FPS/SPS upgrade on the same base version is usually of lower impact compared to the release upgrade.
A general recommendation is to aim for FPS01 or higher on any SAP S/4HANA release, for the simple reason that SAP aims FPS01 at the long-term maintenance SAPUI5 version, e.g. SAP S/4HANA 1909 is aimed at SAPUI5 1.71.  SAPUI5 is the underlying technology for SAP Fiori for S/4HANA components. So, aiming for FPS01 or higher minimizes the need for upgrading of these SAP Fiori components prior to your next SAP S/4HANA upgrade.
The other important point to keep in mind when planning the upgrade is the version interoperability within the SAP S/4HANA solution landscape. Upgrade dependencies with individual systems connected to the SAP S/4HANA and the underlying SAP HANA database version should be carefully analyzed. Certain application components deployed in the central hub mode such as SAP Fiori for S/4HANA, SAP MDG on S/4HANA should always be simultaneously upgraded to the same version as the S/4HANA system. Other SAP NetWeaver systems used as central hubs in the landscape, for example, SAP NetWeaver PI and SAP NetWeaver Business Warehouse are not required to be upgraded if the underlying SAP NetWeaver release is at least 7.3 (SAP note 2251604).
Once the justification and approach for the upgrade is established, the next logical questions are when and how.

When to upgrade

Putting a maintenance schedule in place to upgrade the SAP S/4HANA platform on a regular basis is essential because of the business upgrade and technical upgrade reasons mentioned above. Determining the right timing to upgrade is important, as waiting too long can increase support costs, future upgrade costs, and effort to assess both new simplications and new opportunities.

How to upgrade

A good starting point to prepare is by going through the SAP S/4HANA upgrade guide – link to the target 1909 version is available in footnotes. There are two phases to the SAP S/4HANA upgrade process, the prepare phase and the realize phase applicable for all target releases and feature packages. Some important checks are performed in the prepare phase to ensure a smooth execution of the upgrade procedure in the realize phase. These include checks on source system requirements, business functions and add-ons status checks, and simplification item checks.
PLEASE NOTE: If you need to minimize your upgrade window, near-Zero Downtime Maintenance (nZDM) and Zero Downtime Option (ZDO) for SUM are available for SAP S/4HANA upgrades but with some restrictions and limitations – see SAP notes shown in the picture below for more information.
Execution of the upgrade is only half the work in an upgrade project. A testing strategy that covers regression, system integration, and UAT scenarios depending on the scope of the upgrade needs to be put in place to ensure project success.
As a best practice, it is always recommended to run the first full cycle of upgrade on a Sandbox environment that is a recent copy of the Production system.

Upgrading SAP Fiori for SAP S/4HANA

SAP Fiori is the way business users consume the new value of SAP S/4HANA. At the time of writing this article, there are over 1700 SAP Fiori apps delivered out of the box, plus many 1000s of classic UIs (GUI transactions, ABAP Web Dynpro applications, and Web Client UIs) that can be launched from SAP Fiori launchpad.
For this reason, if you did not deploy SAP Fiori in your initial implementation of SAP S/4HANA, you are strongly recommended to deploy SAP Fiori with your first SAP S/4HANA upgrade.
If you are already using SAP Fiori, you can assess the delta of new apps between your target and source SAP S/4HANA releases using the SAP Fiori apps reference library, and/or search on keyword Fiori in the SAP S/4HANA What’s New Viewer.  In addition, you can still use the SAP Fiori Apps recommendation report to discover and deploy apps relevant to your current GUI transaction usage.
If SAP Fiori is already being used and your SAP Fiori frontend server is deployed in hub mode, it is advisable to consider moving to the recommended embedded mode of SAP Fiori for SAP S/4HANA as part of the upgrade. Useful links to blog articles is provided in the footnotes section.

Conclusion

With mainstream maintenance phase for older SAP S/4HANA releases ending and innovations being delivered on a regular basis through releases and feature packages, now is the time for customers to plan ahead and create an upgrade strategy to move to a newer release of SAP S/4HANA. The upgrade should be viewed as an opportunity for getting one step closer to becoming an intelligent enterprise rather than a necessary inconvenience.

Related resources:

SAP Certified Solutions Directory – http://www.sap.com/sapcertifiedsolutions
2214409 – SAP S/4HANA: Compatible Add-Ons – https://launchpad.support.sap.com/#/notes/2214409
Review the video series: The Power of SAP S/4HANA for some examples of the new value – https://blogs.sap.com/2019/09/20/video-series-the-power-of-sap-s4hana/
Simplification Item Catalog – https://launchpad.support.sap.com/#sic
How and why to upgrade SAP Fiori for your SAP S/4HANA solution – https://blogs.sap.com/2020/03/13/how-and-why-to-upgrade-sap-fiori-for-your-sap-s-4hana-solution/
SAP Fiori Frontend Server transitioning from standalone to embedded mode – https://blogs.sap.com/2019/10/25/sap-fiori-transition-from-standalone-to-embedded-deployment-in-sap-s4hana/
2251604 – Version Interoperability between SAP S/4HANA On Premise Edition and SAP NetWeaver Systems – https://launchpad.support.sap.com/#/notes/2251604
SAP Fiori Apps Recommendation Report – gives recommendations based on past GUI transaction usage – https://sap.com/far
1678565 – Prerequisites, Terms and Conditions for nZDM/SUM – https://launchpad.support.sap.com/#/notes/1678565
2707731 – Prerequisites and restrictions of Zero Downtime Option of SUM for SAP S/4HANA – https://launchpad.support.sap.com/#/notes/2707731

Brought to you by the S/4HANA RIG

Predictive Material and Resource Planning in SAP S/4HANA : Step by Step execution

In this blog post I am going to explain the step by step execution of Predictive Material and Resource Planning (pMRP).
pMRP is a brand new functionality by SAP. It helps you to identify potential capacity issues and to evaluate possible solutions as early as possible based on a simplified requirements plan using a simplified material requirements algorithm. As a result of the simulation, production planners are prepared to take decisions on changed conditions, for example with regard to requirement planning, resource plans, preproduction, or make-or-buy decisions.
In SAP ECC and earlier releases of S/4HANA, Long-Term Planning (LTP) can be used to simulate MRP and allow us to analyze the results for capacity situation, all the levels of semi-finished products and raw materials.
Pre-requisites:
Master Data:
  1. Materials
  2. Bill of Material for Materials
  3. Work Centers
  4. Routings
  5. Production Versions
Transnational Data:
  • Planned Independent Requirements
FIORI apps: The below dedicated Fiori apps for this functionality, there are no transaction codes available.
  1. Schedule pMRP simulation creation
  2. Process pMRP Simulations
  3. Process pMRP Capacity Simulations
In this process I have executed on one material. The same process you can apply on multiple materials or plant/s with different criteria.
The first step I have created Demand in the form of Planned Independent Requirements for four weeks with active version.
The below three apps are using for pMRP.
  1. Schedule pMRP simulation creation: Create a pMRP Simulative Plan.
In this app you define which reference data are going to be considered as reference data for a simulation. Then you start the creation of a simulation which can be processed in the Process pMRP Simulations app.
Herein there are two job templates are available. I have created plan with via Top-Level Materials.
  1. Creation of pMRP Data via Top-Level Materials
  2. Creation of pMRP Data via Work Center
Provide your Simulation plan, ID, start date and end date of the reference plan. Once you filled with parameter section scroll it down and fill-up Object section. Then check and schedule the job.
Here you can see the status of the job and results as well.
  1. Process pMRP Simulations:
With this app you can create multiple simulations, check the impact of simulated changes to capacity or demands on the KPIs, and take informed decisions for your production planning.
You can reduce inventory costs by making the right adjustments in your simulation.
Herein the below simulative plan created in previous step. Now it’s in created status.
If you can go to Simulation Summary of Simulation Plan (pMRP_1312_SIMU_01) you will see an overview of all the still unresolved issues and the issues you explicitly discarded. This overview helps you to analyze how these measures help to solve capacity issues on the one hand and how close you come to meeting your delivery target on the other hand.
Go inside the Simulation plan as I showed in the above screen shot
Generally in pMRP, you can solve the capacity issues by using different ways. Currently you can see there is 5 Capacity issues in the Simulation plan. To solve these capacity issues I have used the below ways.
  1. Change Source of Supply
  2. Preproduce
  3. Change Available Capacity
So here in Week 06 have some capacity issues, when you place the cursor on Week 06 you will get right side Inspector panel.
If you can click on Multi-Level Material Simulation it will shows you the multi-level bill of material with all its components. You can open the inspector to display capacity issues. You have the following options to solve capacity issues:
Change Source of Supply: If an alternative source of supply (alternative production versions) exists, you can choose to change it to encounter capacity issues.
So here on Week 06 have 2 capacity issues out of 5, click on 2 and select the Change Source of Supply button.
You can the popup for Change Source of Supply. In this popup production version-1 has total 51 PCE capability to produce on Week 06. For remaining 29 PCE, it’s proposing to use production version-2 to fulfill the entire Week 06 demand (80 PCE).
Click on Adopt Proposal.
Once you click on Apply then 5 capacity issues will become 3. See below
In the same way just check on Week 07, click on Multi-Level Material Simulation
Here also 2 capacity issues out of 3, click on 2 and select the Preproduce button.
Preproduce: You can decide to plan a preproduction on component level to mitigate capacity overloads.
You can see below the available preproduction dates/periods for missing quantity. And also it will show us total available capacity of preproduction dates as well. So Here you can adopt the proposal or go with your own proposal by distributing the quantity.
Click on Adopt Proposal and Apply.
Now you can see below the capacity issues become 1.
Click on back button.
Finally we have only one capacity issue. Now I am going to resolve by using Change Available Capacity through Capacity Plan Simulation.
Capacity Plan Simulation: This view displays the work center and for each period all related top-level demands. You can see work center’s capacity situation over the defined time period. You have the following options:
Change Available Capacity:
You can simulate changes to the capacity of a work center by changing the available capacity, and analyze the result of it. You can also display a graphic with an overview of the capacity situation of the work center.
Disregard Capacity Issues:
Use this option, if you are sure that you want to ignore capacity issues, for example, because this particular resource of the work center is not considered as crucial.
As a result, all the issues of the selected work center will disappear. If you want to restore them, you navigate to the Simulation Summary and restore the issues on the Disregarded Capacity Issues tab.
Click on Change Available Capacity button
Select the Week and change New Capacity Utilization.
Then click on Apply, all capacity issues resolved.
All capacity issues are resolved.
After analyzing your simulation, you can go ahead and Release your simulation plan with the changes that you want to implement. The released simulation cannot be edited any longer.
Here you can see the overview of simulation summary what you have done so far.
  1. Process pMRP Capacity Planning: In this app you can find the list of active plan and its details.
Conclusion: The simple set up without customization resulting in a mid-term planning tool with flexible end-to-end simulation capabilities makes pMRP highly valuable for production planners and related stakeholders.

I would very much appreciate your comments and suggestions.

Thanks & Regards
Pulla Rao Tulava

Improvements for the BOM Where-Used List

SAP Transaction CS15 can be used to find on which BOMs a specific component is used. This transaction is frequently used, especially in manufacturing environments, where we have complex BOMs, with many levels and components. However, this transaction has a limitation, that is the fact that we can only search for a single material at the time.
If we search for old questions in SAP Communities, we will find that many users already asked how can we have the where-used list for multiple materials in the same transaction and the answer was always that a custom development was required and some function modules were suggested for this custom development.
However, as part of the Customer Connection program, SAP released the following SAP note, introducing transaction CS15M, which can be used to build the where-used list for multiople materials at the same time:
2676180 – Where used of multiple materials in one single execution
This note is valid for all the SAP S/4HANA releases and it is also valid for ECC EHP7 and EHP8. The note can be manually implemented, or it will be automatically implemented with the latest support package for those releases.
The new transaction CS15M selection screen provides the same options available in the old transaction CS15 in a single screen, improving the usability. The main difference is that we can now we have the multiple selection available for the material, including the possibility to select ranges or multiple values to be displayed.
In the results screen, we will see all the BOMs where each one of those materials will be a component. Here, green lines will separate the materials, where the yellow lines will separate the different levels BOMs where this material is a component.
In the traditional BOM Where-Used List, it was difficult to identify what was the Top Level material. One additional improvement introduced by the Customer Connection project is that there is an additional column showing what is the Top Level material. This improvement has been delivered by the following SAP Note and it will also be implemented with the latest support package.
2639218 – CS15 – Upgrading Where-Used List

You can find more details about the SAP Customer Connection program and how customers and partners can influence the SAP solutions in the link below: