Using TM in SAP S/4HANA or standalone brings a variety of benefits starting from the more than 400 simplifications available to the technical advantages, data integration, and embedded analytics benefits.
If you want to implement TM in SAP S/4HANA release 1809 or higher, there are generally three different scenarios:
A new implementation (or greenfield approach) is where you start as if on a greenfield site and you first define requirements and processes before you implement them technically. Agile methodologies ensure that the business and technical parts are no longer so clearly separated during implementation, but, generally, the definition of business requirements precedes the technical implementation.
In the SAP context, this involves the reengineering and process simplification-based implementation of innovative business processes using SAP Best Practices content on a new SAP S/4HANA platform with initial data load and retirement of an old landscape (legacy or third party). Looking at TM, it’s a new setup of a TMS.
A system conversion (or brownfield approach) involves the transfer of existing processes and developments to a new technical platform. Here, the technical migration takes place first, followed optionally by optimization or reengineering as a business component.
In the SAP context, this means a complete technical in-place conversion of an existing SAP Business Suite system to SAP S/4HANA to adopt innovations. The main scenario for a TM move is an existing SAP Business Suite installation that should be moved to an SAP S/4HANA platform.
A third variant between the two extremes is the selective data transition. It has been established by combining the strengths of both greenfield and brownfield approaches, by only migrating a selected part of the old processes and data. The other part is redefined in a greenfield-like manner.
In the SAP context, this involves value-driven data migration to the new platform by consolidation of current multiple SAP Business Suite landscapes into one global SAP S/4HANA system or selective data migration based on legal entities. This scenario can be left out in our case, as it’s primarily focused on a distributed SAP ERP landscape with multiple instances and provides a guideline to consolidate these. It’s therefore not the typical goal for a TM installation.
Looking into the details of a TM system conversion, there are two migration paths available, as shown in the figure below. Either you migrate from an SAP TM system (SAP NetWeaver-based) to a standalone SAP S/4HANA TM system with an SAP S/4HANA or SAP ERP system connected (1) or to embedded TM in SAP S/4HANA (2). In both cases, the SAP TM system needs to be on release 9.5 or 9.6 when you want to use the standard capabilities for the migration. If your current SAP TM system is on a lower release, an upgrade needs to be done first. Similar restrictions apply to the SAP S/4HANA system. The system needs to be on the 1809 release or higher.
The system conversion of SAP TM is supported by the SAP TM migration tool (TM-only tool!). The tool provides an overview of all supported data and objects, transfers data to the SAP S/4HANA system, and logs important messages. The migration is based on a remote function call (RFC) connection between both systems. The next figure shows the supported scope of the migration tool (white boxes):
As the tool doesn’t support all necessary activities for the migration, it’s also important to check what isn’t included:
You’ve now heard many things that aren’t supported by the migration tool in the SAP standard, but, for some, there are other ways. SAP Note 2769186 includes many conversion tips and tricks and should be read in detail to improve the process. It also includes an enhancement guide.
Let’s take a deeper look into the different steps of the migration (see table below), their sequence, and how to perform each. Step 1 of the migration is the transfer of custom development to the new SAP S/4HANA system via workbench requests. Afterward, admin users for Customizing and master data need to be created in the new system (step 2). Step 3 is the transfer of generic non-TM-specific Customizing. Examples are language keys, currency codes, countries, and organizational units. In step 4, the number ranges are created manually in the SAP S/4HANA system based on the settings in the old system. It’s not recommended to do it automatically due to the risk of inconsistencies. Additionally, a buffer to the old last used number should be added in the new system to avoid double numbers. The migration tool provides consistency checks during the migration to check if the number ranges are setup correctly.
Afterward, the migration tool is used for the first time to migrate the TM-specific Customizing such as freight order types in step 5. The next activity (step 6) is the transfer of the organizational units via the migration tool. Then in step 7, the global master data such as locations, materials, or business partner needs to be replicated to the new SAP S/4HANA system. This will be done via the DRF, or, in the embedded scenario, the data should be already in the system. The next figure shows the different data and the transfer between the different systems.
Based on the global master data, the migration tool can create the key mapping of the data that TM can use (step 8). After the creation of the global master data in the new system (step 9), TM-specific master data can be transferred from the SAP TM system to the SAP S/4HANA system. The migration tool supports the migration of Business Application Programming Interface (BAPI)-based data (e.g., resources and transport zones) and BOPF-based data (e.g., freight agreements). BAPI-based data is used by many SAP Supply Chain Management (SAP SCM) applications and isn’t TM specific.
Afterward, the user master data for the business users needs to be created (step 10), so that in step 11, the user-specific and systems settings can be transferred via the migration tool to the new system. The last activity of the migration (step 12) is the setup of the authorization concept and roles for the users.
The migration tool is a TM-specific tool that can be accessed by Transaction /SCMTMS/2S4H. The tool, as shown below, is divided into different areas. The toolbar (1) includes buttons to check the documentation of every migration object, highlight the migration scope in the activity log area (“How many objects exists in the system? How many are selected for the data migration?”), simulate the transfer of the data, and perform the actual transfer of the data to the new system. The Target System Information area (2) displays the technical information such as the logical system and the transport request number.
The migration object and content area (3) shows all migration objects, including the following:
These objects are selected during the migration in the different steps and transferred to the new system. The data area (4) shows a table with the details of the selected migration object. The Status Messages area (5) always shows general status messages, which are informing about general issues or limitations during the actual execution of the tool, for example, due to limited user authorizations or specific filter settings from the selection screen of the tool. Finally, messages from any activities being performed in the tool are shown in the Messages activity log area (6). Such messages aren’t permanent and will change with every following activity in the tool.
13
To support continuous work, the tool enables you to create migration projects to save a current setup. Additionally, parameters to restrict data are given in the selection screen (see below). To improve the transfer, the tool also offers capabilities to adapt the number of work processes, package sizes, and the used RFC connection.
Editor’s note: This post has been adapted from a section of the book Transportation Management with SAP S/4HANA by Bernd Lauterbach, Jens Gottlieb, Meike Helwig, Christopher Sürie, and Ulrich Benz.