i would like to inform that I will not incorporate updates of links in this blog. I shifted my focus from S/4HANA System Conversion to SAP S/4HANA Public Cloud Business Configuration. Accordingly I will not be able to keep this blog up-to-date.
Thanks for your contribution, questions and friendly feedback.
we recently updated the external FAQs of SAP S/4HANA regarding the System Conversion topic:
S/4HANA – FAQ
Find below an extract out of these external FAQ just for the System Conversion related questions.
Note: that the original is always the external FAQ. In this sense this blog is just for your convenience
My apologize for the ugly look-and feel of the table in S4 SCN.
|What are the Pre-requisites and the supported start releases for a system conversion to SAP S/4HANA||You can find the pre-requisites and the supported conversion paths in the following official documents:
1. Conversion Guide for SAP S/4HANA: http://help.sap.com/s4hana –> On-Premise –> Product Documentation: Conversion Guide2. SAP S/4HANA Release Information note (RIN): – The release-dependent RIN note can be found in the appropriate Conversion Guide – Release Information note SAP S/4HANA 1511: See SAP Note 2189824 – Release Information note SAP S/4HANA 1610: See SAP Note 23464313. Additionally information can be found in the following SAp S/4HANA SCN Blogs: – https://blogs.sap.com/2016/06/04/sap-s4hana-on-premise-edition-transition-paths/ – https://blogs.sap.com/2016/11/02/sap-s4hana-system-conversion-at-a-glance/
|What are the different approaches in Software Update Managere (SUM) and how can we optimize the required business dowtime of a SAP S/4HANA System Conversion||Basically three approaches within the Software Update Manager (SUM) are supported:
1. Standard Approach The Standard Approach of the SAP S/4HANA system conversion is a System Switch Upgrade procedure. This procedure installs in the pre-processing phase of the system conversion a copy of the system, the shadow system, in parallel with the original system. The shadow system is used to update the affected software components and to install the additional components, while the original system is still in production operation. The shadow system is then used to perform the modification adjustment of the ABAP Dictionary objects and the activation of new ABAP Dictionary objects that are part of the SAP S/4HANA system Conversion. In execution phase of the SAP S/4HANA system conversion the appropriate steps are running and the system is in downtime. Those steps are: switch to the new system; tables prepared in the shadow system are copied to the target system: switch of the SAP kernel; change of the environment for the new release, convertion of the application data from old data structure in new SAP S/4HANA data structure. After the finalizing the execution steps the system is technical converted to SAP S/4HANA. The standard approach of SUM is available for all conversion paths to SAP S/4HANA and SAP S/4HANA Finance.
2. Downtime Optimized Approach Within the Downtime Optimized Approach of SUM downtime is reduced by moving data conversion partly to uptime (in the standard approach executed in downtime) The Downtime Optimized Approach of SUM is currently available within a pilot approach (customer can request to use the Downtime Optimized Approach – details of the request process need to be provided) for the system conversion to SAP S/4HANA Finance 1605, SAP S/4HANA 1511 and SAP S/4HANA 1610
3. Customer Specific Approach With the Customer Specific Approach of SUM further reduction of downtime is based on a service project (Near Zero Downtime Approach)More Information: – SAP Help:
– Software Update Manager (SUM) –> https://support.sap.com/sltoolset –> System Maintenance – SCN
– the following S/4 SCN Blog: < tbd. – Boris Rubarth will write a blog > – SAP TechEd Session: ITM201 – Holistic View of System Conversion to SAP S/4HANA: Link (to be made external)
|What does it mean that there are technical and semantical tasks as part of the SAP S/4HANA System Conversion?||Due to the fact that SAP S/4HANA is a different product and not the successor of SAP ERP, things are different here. Accordingly there are System Conversion related tasks which are of a more technical nature (Migrationg your Database to SAP HANA, Installing the SAP S/4HANA Software, Converting application Data from old data structure into new SAP S/4HANA Datastructure – Steps supported by the Software Update Mananger [SUM]) and adaption tasks which do have a more functional related nature. Beside the technical steps a SAP S/4HANA conversion consists of 3 logically distinct adaption categories
1. Functional Impact – Functional impact of application simplification and following the principle of one (can be found within the Simplification List fro SAP S/4HANA) – Many simplification list items can be done on start release as preparation for SAP S/4HANA conversion
2. Custom Code Impact – Upgrade-like tasks with SPAU, SPDD and SAP S/4HANA specific custom code efforts (Remark: Experience shows that SPAU and SPDD efforts often exceed S/4 specific custom code efforts) – SAP S/4HANA specific custom code efforts are mainly resulting from data model changes Recommendation: perform housekeeping (get rid of unused code, delete unused data, …)
3. Optional Consumption of Innovation – Traditional capabilities are generally available thus it is possible to convert to SAP S/4HANA rather technically – The degree of process change is largely a business decision when planning the conversion project More Information related to this question: SAP Help: – SAP S/4HANA Conversion Guide – Simplification List for SAP S/4HANA
|What are the differences with regards of execution steps for the supported conversion paths: 1. SAP ERP to SAP S/4HANA 2. SAP ERP to SAP S/4HANA Finance 3. SAP S/4HANA Fianance to SAP S/4HANA||Basically the supported system conversion paths are described here;
1. Conversion Guide for SAP S/4HANA: http://help.sap.com/s4hana –> On-Premise –> Product Documentation: Conversion Guide
2. SAP S/4HANA Release Information note (RIN):All three conversion paths are technically executed based on the Software Update Manager (SUM). With the move to SAP S/4HANA Finance a customer introduces the application innovation in Finance area. The logistics par tof SAP S/4HANA Fiance is still based on the traditional capabilities known from SAP ERP. Accordingly the adaption tasks are related to the new innovations in Finance area. The functionalities in logistics are continued to be use in an unchanged manner. With SAP S/4HANA (release 1511 or 1610) innovations in Finance and Logistics are delivered. The tasks to adapt to the new innovative functionalities are here in Finance and in Logistics area. For a customer converting from SAP S/4HANA Fianace to SAP S/4HANA just the logistics related adaption tasks need to be addressed (the adaption to the new Finance innovations are basically already done with the first step, the move to SAP S/4HANA Fianance).
|What are the supported Add-Ons for SAP S/4HANA. How can I de-install a no longer needed Add-On||There are basically three types of Add-Ons relevant within the system conversion to SAP S/4HANA 1. SAP Add-Ons (e.g. SAP Portfolio and Project Management ) You can find more information about the supported SAP Add-Ons: – within SAP note 2214409 (SAP S/4HANA: Compatible Add-ons) – In the Feature Scope Description (see SAP Help – http://help.sap.com/s4hana) – For Add-Ons delivered by SAP Custom Development for SAP S/4HANA see http://www.service.sap.com/fbs/availability 2. Certified Partner add-Ons You can find more information about supported Certified Partner add-Ons: – 2244450 – SAP S/4HANA, on-premise edition 1511: Compatible partner products – 2392527 – SAP S/4HANA, on-premise edition 1610: Compatible partner products – in the Application Developers Directory: http://global.sap.com/community/ebook/2013_09_adpd/enEN/search.html#categories=SAP 3. Any 3rd Party Add-ons Please execute the SAp S74HANA system conversion planning step within Maintenance Planner. In case not supported Add-Ons of this category are installed on customers system are brought up in the corresponding Stack XML file SAP Note 2011192 provides additional information about add-ons which can be un-installed|
|I get the following error message within the Maintenance Planner: – The technical system <system name> contains the following add-ons that are not supported in SAP S/4HANA – The technical system <system name> contains the following business functions that are not supported in SAP S/4HANA What does that mean and what is the impact||Within the conversion planning step in Maintenance Planner (https://apps.support.sap.com/sap/support/mp) there are Add-Ons (SAP Add-Ons or Partner Add-Ons) and Business Functions detected which are not yet supported by the selected SAP S/4HANA target release. See the SAP S/4HANA roadmap as outlook for the already planned and future enhancements (SAP S/4HANA Roadmap: https://websmp110.sap-ag.de/~sapidb/012002523100006634812015E.pdf) With not supported Add-Ons and Business Functions a system conversion is not possible. If you want to to un-install an Add-On on start release see SAP Note 2011192 for details. In case just a conversion of a TEST system is the target you can get in contact with SAP to apply a workaround (note: this workaround is not possible in the productive environment)|
|What is the difference between SAP S/4HANA System Conversion and an SAP S/4HAN Upgrade?||We use the term “System Conversion” for the move from SAP ERP and SAP S/4HANA Finance (1503 or 1605) to SAP S/4HANA (1511 or 1610). For the move from SAP S/4HANA 1511 to higher SAP S74HANA releases (currently it the follow-on release is SAP S/4HANA 1610) we are using the term “Upgrade”. – Within the system conversion the customer moves to SAP HANA database (in case customer is not yet on SAP HANA DB), installs the SAP S/4HANA software and executes a data conversion from old data structre to the new SAP S/4HANA data structure. – An upgrade to the next SAP S/4HANA release applies the newest version of the SAP S/4HANA software.|