S4 Hana Conversion Migration
S4 Hana Conversion Migration
As options and
paths can change over time, readers are advised to check the latest official information before
making business decisions. The author accepts no responsibility for the current validity, accuracy,
completeness or quality of information provided.
The objective of this blog is to provide an overview of the steps involved in the scenario System
Conversion.
New system: Implicates the implementation of a total new system. For companies not using
SAP or companies that have very customized, problematic, etc SAP system and want to
start from zero.
System Conversion: You have a running SAP ECC system and you want to convert it to an
S/4HANA system.
Landscape transformation: You have various SAP systems and want to merge them in a new
S/4HANA system.
This adoption scenario is for organizations that already are using classic SAP Business Suite and
want to implement S/4HANA. This is for systems on-premise as conversion cannot happen to the
cloud.
SAP Maintenance Planner It must be used to plan the installation; checks the system pre-requisites
and creates the XML file that SUM uses to install S/4HANA. Checks basically if add-ons are
compatible for the conversion and if Business Functions active in system are accepted for
conversion.
Software Upgrade Manager (SUM) is used to update the software. If the system is not yet migrated
to HANA (options A and B in chart of point 1), SUM with DMO option needs to be used (Data
Migration Option).
Pre-checks SUM will perform pre-checks before installing, but in order to have flexibility on when
performing the checks, you can implement report R_S4_TRANSITION_CHECKS with Note 2182725
in order to check how your system is.
Business Partner Approach S/4HANA Enterprise Management manages a new approach for
managing vendor and customer master data, that requires that all customers and vendors are
created a Business Partners. This is not required for S/4HANA Finance version. See this blog for
more details: Business Partner Approach
Custom code You need to analyze your custom code to understand what breaks basically with the
implementation of the new S/4HANA Code. If your code has modification to the standard SAP core
code, an important part of it will stop working probably.
We said that many tables disappear in S/4HANA. The reports that only reads to removed tables will
continue working as SAP will automatically point them to the CDS Views of this tables. Programs
that write to the tables that disappear, will need to be remediated-
SAP provides tools like Code Inspector, ABAP Test Cockpit, etc in order to analyze the existing code.
Code Optimization Not mandatory for conversion process, but definitely a MUST during the project
is to analyze the custom code that can be improved to take advantage of HANA platform. For sure,
part of your custom ABAP program have part of the code that can be pushed to HANA DB in order to
increase the performance of the program.
Pre-Conversion tasks
S/4HANA Installation
Data Migration
Post Migration
Pre-conversion tasks
This section implicates technical preparations required before starting installation/migration process.
Review System Conversion guide form SAP. Key document for system conversion.
Perform cleansing and archiving activities. Archive all you can and cleanse data not relevant
like spool and job logs.
If you do not have Customer Vendor Integration with Business Partner (Business Partner
Approach) , you must do this before installation.
All this will ensure a more efficient and less problematic migration process.
Run pre-check programs provided by OSS Notes to ensure your system is in good shape to
migrate to S/4HANA:
PRECHECK_UPGRADATION_REPORT
R_S4_TRANSITION_CHECKS
RASFIN_MIGR_PRECHECK
Take baselines of existing information in order to compare with the information post-migration
to ensure consistency. SAP provide some reports in Conversion Guide but you will probably
want to add more checks.
S/4HANA Installation
Data migration
Data migration implicates the activities that happen after S/4HANA is installed. Now you are in a
system with S/4HANA. Activities of this stage could be divided as:
Customizing
Migration of Balances
Migration of Line items into Universal Journal
It is important to highlight that most activities are for Finance. Other areas like Sales,
Sourcing and Procurement, etc are less intensive as configuration required is minimum and
data migration happens during installation.
Post-Migration activities
In this section we could include different activities:
Specific activities to finalize finance migration (Fill in due dates for FI documents, set
migration to complete indicator, etc).
Follow up activities :
Sales
Enablement of FIORI.
The points above are just and overview and do not include activities related to other SAP solutions
that you could be using. For example:
I hope you found this blog helpful and it is useful to provide you a big picture of what a conversion
from SAP ECC to S/4HANA could implicate. Comments with corrections and extra info are more
than welcome.