Die Ablösung von SAP TM 9.x (Standalone) durch SAP S/4HANA TM ist für viele Unternehmen ein strategisch notwendiger Schritt – nicht nur wegen der Produktabkündigung der SAP Business Suite 7 im Jahr 2027, sondern auch, weil S/4HANA neue Möglichkeiten für Effizienz, Integration und Digitalisierung bietet.
Doch die Migration ist kein simples Technologiethema – sie betrifft Prozesse, Datenmodelle, Erweiterungen und Integrationstiefe. In diesem Artikel auf scmtms.de geben wir einen detaillierten Überblick über:
- Migrationsszenarien: Greenfield vs. Brownfield
- Technische Unterschiede: Datenmodelle & Architekturen
- Tools & Services: Unterstützung durch SAP & Partner
- Praxiserfahrungen & typische Herausforderungen
1. Ausgangslage: Warum ein Wechsel notwendig ist
SAP TM 9.x basiert auf dem SAP NetWeaver Stack (ABAP), während SAP S/4HANA TM embedded in den Core von S/4HANA integriert ist – mit:
- Vereinheitlichter Stammdatenbasis (z. B. Business Partner, Materialstammsätze)
- Fiori-gestützter Benutzeroberfläche
- Vereinfachten Datenmodellen
- Nahtloser Integration mit SAP EWM, SD, MM und GTS
Für Kunden bedeutet das: Die gewohnte Architektur entfällt, Erweiterungen müssen angepasst werden, und Prozesse laufen in einem neuen Ökosystem.
2. Migrationsszenarien: Greenfield oder Brownfield?
a) Greenfield – der „Neuanfang“
Vorgehen: Neuimplementierung der TM-Prozesse im S/4HANA-System
Vorteile:
- Nutzung des vollen Potenzials von S/4HANA TM
- Bereinigung historisch gewachsener Strukturen
- Zukunftssichere Architektur (inkl. SAP BTP Anbindung)
Nachteile:
- Erheblicher Aufwand für Re-Design, Tests, Datenmigration
- Nutzer müssen neue Oberflächen und Abläufe lernen
b) Brownfield – die „Mitnahme“
Vorgehen: Migration bestehender Customizing-Einstellungen, ggf. mit selektiver Datenübernahme
Vorteile:
- Schnellere Transformation
- Höhere Nutzerakzeptanz (Prozessnähe bleibt erhalten)
Nachteile:
- Gefahr, Altlasten mitzunehmen
- Komplexere technische Migration (z. B. für Datenmodelle, Erweiterungen)
Tipp: Viele Unternehmen wählen einen Hybridansatz: Greenfield-Prozesse bei der Planung & Disposition, Brownfield in der Abrechnung & Integration.
3. Technische Unterschiede: Was sich ändert
| Bereich | SAP TM 9.x | SAP S/4HANA TM |
|---|---|---|
| Datenmodell | TE2-basierend | CDS-View-basierend, ACDOCA-kompatibel |
| Benutzeroberfläche | SAP GUI / WebDynpro | SAP Fiori (SAPUI5), adaptiv |
| Transportation Units (TU) | Optional | Teil der Outbound Integration |
| Business Partner | Optional | Pflicht (Zentral für alle Prozesse) |
| Erweiterungen | Enhancements / BADIs / User Exits | In-App Extensibility, BAdIs, ABAP RESTful |
| Integration | Middleware via PI/PO | Core-Integration, OData & API-fähig |
❗ Hinweis für Entwickler:innen: Viele klassische BAdIs in TM 9.5 sind in S/4HANA anders benannt oder nicht 1:1 verfügbar. Anpassungen müssen oft auf SAP BTP ausgelagert werden (Side-by-Side-Extensions).
4. Tools & Services für die Migration
a) SAP Migration Cockpit
- Datenmigrationstemplates für Stammdaten und Belege
- Vordefinierte Objekte für Freight Units, Freight Orders, Charges etc.
- Unterstützt XML-basierte oder direkte Übernahme
b) SAP Readiness Check for TM
- Identifiziert:
- Nicht-kompatible Objekte
- Custom Code (z. B. BAdIs, Enhancements, Reports)
- Abhängigkeiten zu SAP GTS, EWM, SD
c) Custom Code Migration App
- Bewertet Eigenentwicklungen hinsichtlich HANA-Kompatibilität, CDS-Nutzung und S/4-kompatibler Erweiterungstechniken
d) Rapid Deployment Services (RDS)
- Vorgefertigte Projektpakete von SAP und Partnern mit Best Practices, Migrationsscripts, Testing Templates
5. Lessons Learned aus Projekten
1. Datenqualität entscheidet.
Vor der Migration müssen Freight Units, Freight Orders, Charge Documents konsistent und abgeschlossen sein. Offene Dokumente verursachen Fehler beim Laden in das neue Datenmodell.
2. Prozessharmonisierung vorbereiten.
Viele Kunden nutzen TM mit stark kundenspezifischen Workflows. In S/4HANA sind Standardprozesse deutlich stärker strukturiert – dies erfordert Prozessworkshops bereits in der Vorprojektphase.
3. Erweiterungen nicht blind übernehmen.
Entwicklungen aus SAP TM 9.x funktionieren nicht 1:1. Insbesondere in Charge Calculation, Carrier Selection und Optimizer-Steuerung sind viele APIs verändert oder entfallen. Die SAP BTP bietet moderne Alternativen (z. B. REST APIs + Event Mesh).
4. Fiori-Rollenmodell neu aufsetzen.
Alte PFCG-Rollen aus TM 9.x sind inkompatibel mit Fiori Launchpads. Eine neue Rollenstruktur muss projektspezifisch erstellt und mit dem Security Team abgestimmt werden.
6. Fazit
Die Migration von SAP TM 9.x auf SAP S/4HANA TM ist technisch und prozessual anspruchsvoll, bietet aber eine enorme Chance für Unternehmen, ihre Transportlogistik zukunftsfähig, integriert und intelligent neu aufzustellen.
Wer frühzeitig mit der Datenbereinigung, Prozessharmonisierung und Architekturplanung beginnt, kann nicht nur Risiken minimieren – sondern auch Innovationen wie KI-gestützte ETA-Berechnung, Echtzeit-Cockpits und Integration mit SAP BTP voll ausschöpfen.
🔍 Sie planen die Migration zu S/4HANA TM?
scmtms.de unterstützt gerne mit:
- Kontakten zu SAP TM Migrationsexperten
Du willst mehr dazu erfahren, dann hole dir das SAP PRESS BUCH „MIGRATION NACH S4/HANA„.*Affiliate LInk
Pingback: SAP S/4HANA einfach erklärt – was steckt dahinter?