Enterprise Resource Planning Blogs by Members
Gain new perspectives and knowledge about enterprise resource planning in blog posts from community members. Share your own comments and ERP insights today!
cancel
Showing results for 
Search instead for 
Did you mean: 
marcobuescher
Active Contributor
0 Kudos

Migrating data from SAP ECC to SAP S/4HANA is a crucial step for companies that want to benefit from the improved functionality and performance of S/4HANA. Effective data migration is crucial for a smooth transition and the success of your project. The Migration Cockpit is a powerful tool designed specifically for this purpose, helping companies to migrate data quickly, easily and reliably.

In its simplest terms, data migration involves extracting data from one system and loading it into another. In practice, however, this is rarely possible without transforming the extracted data before loading it into the target system. The transformation can contain formatting values that fit into the target fields. You can also use this phase to ensure the quality of your data (e.g. to identify and eliminate duplicate master data).

 

marcobuescher_0-1713694440381.png

 

The data migration process follows the extract - transform - load approach. At the start of a project, you define the migration objects that you want to use. Each migration object describes a specific type of data, e.g. bank master record, customer, supplier, etc. In the migration cockpit, you can see which migration objects depend on others. For example, to migrate cost centers, you must first migrate your profit center structure.

The data migration process is based on an approach that includes extraction, transformation and loading. At the beginning, the migration objects are defined, which describe different types of data, such as bank master records, customers or suppliers. The dependencies between the migration objects become visible in the migration cockpit. For example, the migration of cost centers requires the prior migration of the profit center structure.


Once the relevant migration objects have been defined, the data is retrieved from the source system, depending on the migration method selected. The data is then assigned to the corresponding fields in SAP S/4HANA, with automatic mapping suggestions providing assistance. Transformations may also be necessary to adapt the data to the requirements of the SAP S/4HANA system, such as converting "GER" to "DE" for country codes.


Simulating the data migration makes it possible to identify potential errors without actually saving the data. After a successful simulation, the actual migration takes place, during which the data is saved in the system. In the event of errors, these can be identified, corrected and reprocessed in the migration cockpit.

Screenshot 2024-04-21 123501.png

 

The first approach to data migration uses staging tables, which serve as a cache for data. These tables are filled with data from the source system and the "Migrate data" app collects this data from the staging tables for migration.


The source system can either be an SAP system or a third-party system. With this approach, you have the option of downloading an Excel template into which you can load the data from your source system. You can then upload the content of the Excel file to the staging tables. Alternatively, you can fill the staging tables directly with SAP Data Services, your own SQL programming or a third-party ETL tool.

The third approach to data transfer is direct transfer. Here, the SAP S/4HANA system collects the data directly from the source system. The source system must be either an SAP Business Suite system, SAP Apparel and Footwear, SAP CRM or SAP EWM.


The advantage of this approach is that it is suitable for any amount of data. As the data is transferred directly from the source system, there is no intermediate step of storing it in staging tables. This can be particularly advantageous if real-time data transfer or large volumes of data are required.

Here I show you how to perform a migration.

 

marcobuescher_0-1713607381273.png

 

 

App Migrate Open your data.

 

marcobuescher_1-1713607381276.png


 

marcobuescher_2-1713607381278.png

 

Migrate data using staging tables

Assign a name for the migration project

marcobuescher_3-1713607381279.png

 

marcobuescher_4-1713607381282.png

 

Assign the project to an existing package

At this point, you can select the migration object that you want to migrate.

marcobuescher_5-1713607381287.png

 

marcobuescher_6-1713607381289.png

 

It must then be checked.

It can be created by clicking on the "Create Project" button.

marcobuescher_7-1713607381292.png

 

marcobuescher_8-1713607381293.png

 

Progress can be observed in the monitoring map.

Basic mapping tasks must be carried out.

marcobuescher_9-1713607381295.png

 

marcobuescher_10-1713607381296.png

 

Download template

Upload completed file

marcobuescher_11-1713607381298.png

 

marcobuescher_12-1713607381300.png

First click the Upload button. The validation starts automatically.

This step can also be observed via Monitorig.

 

 

 

 

marcobuescher_13-1713607381305.png

 

marcobuescher_14-1713607381307.png

 

Progress can be observed under Monitoring.

Warnings Errors Successes can be viewed using the "Show messages" button.

marcobuescher_15-1713607381310.png

 

marcobuescher_16-1713607381312.png

 

 

Any parameters can be mapped and confirmed under Mapping tasks.

marcobuescher_17-1713607381315.png

 

marcobuescher_18-1713607381318.png

 

Prepare migration.

Prepare staging tables. Click the Prepare staging tables button here.

marcobuescher_19-1713607381321.png

 

marcobuescher_20-1713607381324.png

 

This point can also be observed under Monitoring.

After completing the preparation, you can view the errors, warnings, successes and information and correct errors if necessary.

marcobuescher_21-1713607381328.png

 

marcobuescher_22-1713607381330.png

 

 

You can then perform the mapping tasks again.

marcobuescher_23-1713607381334.png

 

marcobuescher_24-1713607381342.png

 

Mapping

Mapping

marcobuescher_25-1713607381344.png

 

marcobuescher_26-1713607381346.png

 

Next point, simulate.

For example, you can simulate with 10% of the data.

marcobuescher_27-1713607381349.png

 

marcobuescher_28-1713607381350.png

 

The progress can be observed in the monitoring.

Errors can be analyzed with "Show messages".

marcobuescher_29-1713607381352.png

 

marcobuescher_30-1713607381355.png

 

Trigger migration process

Trigger the migration of data.

marcobuescher_31-1713607381356.png

 

marcobuescher_32-1713607381359.png

 

Information message

Migration started,

marcobuescher_33-1713607381361.png

 

marcobuescher_34-1713607381362.png

 

The progress of the migration can also be monitored.

 

marcobuescher_35-1713607381362.png

 

marcobuescher_36-1713607381364.png


 

Unsuccessfully migrated data records can be reprocessed separately in a correction file. in this case 10 data records.

These ten data records can be reworked and must then be migrated again.

 

 

Labels in this area