SAP-Migration
Wenn Unternehmen von einer bestehenden SAP-Landschaft oder auch einem Legacy-System in eine neue Zielumgebung wechseln, sprechen wir von einer SAP-Migration. Auf den ersten Blick klingt das nach einer technischen Aufgabe: Daten werden von A nach B übertragen, ein neues System wird bereitgestellt und anschließend produktiv gesetzt. In der Praxis ist eine SAP-Migration jedoch weit mehr als das.
Als Migrationslead erlebe ich regelmäßig, dass der Erfolg eines Transformationsprojekts nicht allein von der Technik abhängt. Entscheidend sind eine saubere Planung, eine hohe Datenqualität, die Abstimmung aller Projektbeteiligten und ein kontrollierter Übergang in die neue Systemwelt. Die Migration bildet dabei das Herzstück der gesamten Transformation.
Was versteht man unter einer SAP-Migration?
Wer sich mit SAP-Projekten beschäftigt, stößt früher oder später auf den Begriff SAP-Migration. Doch was verbirgt sich eigentlich dahinter?
Unter einer SAP-Migration versteht man die Überführung von Daten, Prozessen, Anwendungen oder sogar einer kompletten SAP-Systemlandschaft in eine neue technische oder organisatorische Umgebung. Unternehmen entscheiden sich für diesen Schritt, um ihre Systeme zu modernisieren, die Leistungsfähigkeit ihrer IT-Landschaft zu steigern oder neue Technologien einzuführen. Gleichzeitig schafft eine Migration die Grundlage, um zukünftige Geschäftsanforderungen besser abzubilden und langfristig wettbewerbsfähig zu bleiben.
Je nach Zielsetzung gibt es unterschiedliche Arten von SAP-Migrationen.
Systemmigration
Eine der klassischen Formen ist die Systemmigration. Dabei wird das bestehende System Umgebung auf eine neue technische Plattform übertragen. Häufig betrifft dies den Wechsel auf neue Hardware oder eine modernere Datenbank. Ein bekanntes Beispiel ist die Migration von Oracle nach SAP S/4HANA. Unternehmen profitieren dabei von einer höheren Performance, schnelleren Datenverarbeitung und erweiterten Analysemöglichkeiten.
Release-Upgrade
Nicht jede Migration bedeutet einen kompletten Systemwechsel. Oft steht auch ein Release-Upgrade im Fokus. Dabei wird eine bestehende SAP-Lösung auf eine neuere Softwareversion aktualisiert. Der Vorteil liegt vor allem in der Nutzung neuer Funktionen, optimierter Prozesse sowie aktueller Sicherheits- und Compliance-Standards. Zudem wird sichergestellt, dass das System weiterhin vom Hersteller unterstützt und gewartet werden kann.
SAP S/4HANA-Migration
Aktuell ist die Migration auf SAP S/4HANA eines der wichtigsten Themen im SAP-Umfeld. Viele Unternehmen stehen vor der Herausforderung, ihre bestehende SAP-ECC-Landschaft auf die moderne ERP-Plattform SAP S/4HANA umzustellen. Die Vorteile liegen auf der Hand: eine vereinfachte Datenstruktur, Echtzeitanalysen, schnellere Prozesse und eine moderne Benutzeroberfläche. Gleichzeitig eröffnet SAP S/4HANA neue Möglichkeiten für die Digitalisierung und Automatisierung von Geschäftsprozessen.
Cloud-Migration
Ein weiterer wichtiger Trend ist die Cloud-Migration. Hierbei werden bisher lokal betriebene SAP-Systeme in eine Cloud-Umgebung überführt. Dies kann die Nutzung von SAP S/4HANA Cloud oder den Betrieb auf Plattformen wie Microsoft Azure, Amazon Web Services (AWS) oder Google Cloud beinhalten. Für Unternehmen ergeben sich dadurch eine höhere Flexibilität, bessere Skalierbarkeit und oftmals geringere Aufwände für den Betrieb der IT-Infrastruktur.
Mehr als nur ein technischer Umzug
Aus meiner Sicht wird eine SAP-Migration häufig auf den reinen Datentransfer reduziert. Tatsächlich steckt jedoch deutlich mehr dahinter. Eine erfolgreiche Migration bedeutet nicht nur, Daten von einem System in ein anderes zu übertragen. Sie ist vielmehr ein strategisches Transformationsprojekt, das Geschäftsprozesse, Organisation und Technologie gleichermaßen betrifft.
Der Erfolg einer Migration zeigt sich am Ende daran, dass die richtigen Daten in der erforderlichen Qualität zur richtigen Zeit im Zielsystem verfügbar sind und die Geschäftsprozesse nahtlos weiterlaufen. Genau deshalb gehören SAP-Migrationen zu den anspruchsvollsten, aber auch spannendsten Projekten im SAP-Umfeld.
Grundlegenden Aufgaben
Als Migrationslead übernehme ich die Gesamtverantwortung für die Planung, Steuerung und Durchführung der SAP-Migration. Dabei fungiere ich als zentrale Schnittstelle zwischen den Fachbereichen, der IT, SAP-Beratern, Entwicklern und dem Projektmanagement. Mein Ziel ist es, alle Beteiligten zu koordinieren und sicherzustellen, dass die Migration effizient, strukturiert und reibungslos abläuft.
Im Mittelpunkt meiner Arbeit steht die Sicherstellung, dass die benötigten Daten vollständig, in der erforderlichen Qualität und termingerecht im Zielsystem zur Verfügung stehen. Dabei geht es jedoch um weit mehr als die reine technische Übertragung von Daten. Eine erfolgreiche Migration bedeutet für mich, dass Geschäftsprozesse auch während des Übergangs stabil funktionieren und der Geschäftsbetrieb jederzeit sichergestellt bleibt.
Als Migrationslead trage ich die Verantwortung dafür, Risiken frühzeitig zu identifizieren, geeignete Maßnahmen zur Qualitätssicherung einzuleiten und alle Migrationsaktivitäten zu koordinieren. Durch eine enge Zusammenarbeit mit allen Projektbeteiligten stelle ich sicher, dass die Umstellung auf das neue SAP-System erfolgreich umgesetzt wird und die Fachbereiche ihre Arbeit ohne Einschränkungen fortführen können.
Aufgaben vor der Migration: Warum der Erfolg schon lange vor dem Go-Live beginnt
Wenn von einer SAP-Migration gesprochen wird, denken viele zunächst an den eigentlichen Umzug von Daten oder an das Go-Live-Wochenende. In der Praxis zeigt sich jedoch schnell, dass der Erfolg einer Migration bereits Monate, wenn nicht Jahre vor der eigentlichen Umstellung entschieden wird. Die Vorbereitungsphase ist dabei von zentraler Bedeutung, denn Fehler oder Versäumnisse in dieser frühen Projektphase lassen sich später oft nur mit hohem Aufwand korrigieren.
Die Analyse der Ausgangssituation
Am Anfang jeder erfolgreichen Migration steht eine gründliche Analyse der bestehenden Systemlandschaft. Bevor Daten bewegt oder technische Konzepte entwickelt werden können, muss zunächst ein klares Bild der aktuellen Situation geschaffen werden.
Dabei werden Fragen beantwortet wie:
- Welche Systeme sind von der Migration betroffen?
- Welche Datenobjekte müssen übernommen werden?
- Welche Schnittstellen zu anderen Anwendungen existieren?
- Welche technischen und fachlichen Abhängigkeiten müssen berücksichtigt werden?
Gerade in gewachsenen SAP-Landschaften wird dabei häufig deutlich, wie viele Daten und Prozesse sich über Jahre oder sogar Jahrzehnte angesammelt haben. Oft zeigt sich, dass bestimmte Datenbestände nicht mehr genutzt werden oder Geschäftsprozesse längst durch andere Lösungen ersetzt wurden. Diese Erkenntnisse sind wertvoll, da sie die Grundlage für die weiteren Migrationsentscheidungen bilden.
Datenbereinigung: Die Chance für mehr Qualität
Eine Migration bietet nicht nur die Möglichkeit, Systeme zu modernisieren, sondern auch die Datenqualität nachhaltig zu verbessern. Viele Unternehmen nutzen diesen Zeitpunkt, um ihre Stammdaten und Bewegungsdaten kritisch zu überprüfen.
Typische Maßnahmen sind:
- Entfernung von Dubletten
- Archivierung veralteter Datensätze
- Harmonisierung von Stammdaten
- Vereinheitlichung von Geschäftsregeln und Datenstrukturen
Dabei gilt ein Grundsatz, der in nahezu jedem Migrationsprojekt Anwendung findet:
„Garbage in, Garbage out.“
Wer fehlerhafte oder unvollständige Daten in ein neues System überträgt, wird dieselben Probleme auch nach der Migration wiederfinden. Daher ist die Datenbereinigung keine Nebentätigkeit, sondern ein wesentlicher Erfolgsfaktor des gesamten Projekts. Die Qualität der zukünftigen SAP-Landschaft hängt unmittelbar von der Qualität der migrierten Daten ab.
Die richtige Migrationsstrategie auswählen
Nachdem die Ausgangssituation analysiert und die Daten bewertet wurden, folgt die Entscheidung über die passende Migrationsstrategie. Diese Entscheidung beeinflusst maßgeblich den Projektumfang, die Kosten und den zeitlichen Rahmen der gesamten Transformation.
In der Praxis haben sich drei grundlegende Ansätze etabliert.
Brownfield-Ansatz
Beim Brownfield-Ansatz wird das bestehende SAP-System technisch konvertiert. Vorhandene Prozesse, Customizing-Einstellungen und Datenbestände werden weitgehend übernommen. Dieser Ansatz eignet sich insbesondere für Unternehmen, die ihre bewährten Geschäftsprozesse beibehalten möchten und einen möglichst risikoarmen Übergang anstreben.
Greenfield-Ansatz
Der Greenfield-Ansatz verfolgt einen komplett neuen Start. Das Zielsystem wird neu aufgebaut und Geschäftsprozesse werden von Grund auf neugestaltet. Unternehmen nutzen diesen Weg häufig, um veraltete Strukturen zu modernisieren und Best Practices einzuführen.
Selective Data Transition / Selektiver Brownfield
Die Selective Data Transition verbindet die Vorteile beider Ansätze. Dabei werden ausgewählte Daten, Prozesse und Systembestandteile gezielt in die neue Umgebung übernommen, während andere Bereiche neugestaltet werden. Dieser Ansatz bietet ein hohes Maß an Flexibilität und gewinnt insbesondere bei komplexen Transformationsprojekten zunehmend an Bedeutung.
Der Migrationsplan als zentrale Steuerungsgrundlage
Steht die Strategie fest, beginnt die detaillierte Planung. Ein professioneller Migrationsplan dient als Fahrplan für alle beteiligten Teams und sorgt dafür, dass sämtliche Aktivitäten koordiniert und transparent durchgeführt werden.
Zu einem vollständigen Migrationsplan gehören unter anderem:
- Definition aller Migrationsobjekte
- Festlegung von Rollen und Verantwortlichkeiten
- Planung der Testzyklen
- Vorbereitung der Cutover-Aktivitäten
- Definition der Go-Live-Szenarien
- Bewertung und Steuerung möglicher Risiken
Gerade in großen SAP-Projekten ist eine sorgfältige Planung unverzichtbar. Sie hilft dabei, Abhängigkeiten frühzeitig zu erkennen, Risiken zu minimieren und den Übergang in das neue System kontrolliert durchzuführen
Die Testmigration: Generalprobe vor dem entscheidenden Wochenende
Bevor eine SAP-Migration produktiv durchgeführt wird, werden in der Regel mehrere Testmigrationen durchgeführt. Aus meiner Sicht gehören sie zu den wichtigsten Erfolgsfaktoren eines Migrationsprojekts. Sie dienen als Generalprobe für den späteren Go-Live und ermöglichen es, potenzielle Risiken frühzeitig zu erkennen und zu beheben.
Während einer Testmigration wird der komplette Migrationsprozess unter möglichst realistischen Bedingungen durchgespielt. Dabei werden Daten aus den Quellsystemen extrahiert, transformiert und in ein Testsystem geladen. Anschließend werden die Ergebnisse sowohl technisch als auch fachlich überprüft.
Das Ziel einer Testmigration besteht nicht nur darin, die Funktionalität der Migrationswerkzeuge zu testen. Vielmehr geht es darum, die Datenqualität zu bewerten, die Laufzeiten zu messen und sicherzustellen, dass alle Prozesse wie geplant funktionieren. Gleichzeitig erhalten die Fachbereiche die Möglichkeit, die migrierten Daten zu prüfen und mögliche Fehler frühzeitig zu identifizieren.
Jede Testmigration liefert wertvolle Erkenntnisse. Mapping-Regeln können angepasst, Datenfehler bereinigt und Abläufe optimiert werden. Darüber hinaus entsteht eine belastbare Grundlage für die Planung des späteren Go-Lives, da der tatsächliche Zeitbedarf einzelner Migrationsschritte besser eingeschätzt werden kann.
Aus meiner Erfahrung gilt: Je gründlicher die Testmigrationen durchgeführt werden, desto geringer ist das Risiko während der Produktivsetzung. Eine erfolgreiche Testmigration schafft Vertrauen bei allen Beteiligten und erhöht die Wahrscheinlichkeit eines reibungslosen Go-Lives erheblich.
Der Ablauf einer SAP-Migration: Wenn Monate der Vorbereitung auf ein Wochenende treffen
Wer noch nie an einer SAP-Migration beteiligt war, könnte vermuten, dass die eigentliche Arbeit erst mit dem Go-Live beginnt. Meine Erfahrung zeigt jedoch das Gegenteil: Das Go-Live-Wochenende ist der Moment, in dem sich entscheidet, ob die monatelange Planung, die zahlreichen Tests und die intensive Abstimmung aller Beteiligten erfolgreich waren.
Gerade in dieser Phase ist die Anspannung spürbar. Jeder Schritt muss sitzen, Zeitfenster müssen eingehalten werden und Entscheidungen müssen oft innerhalb weniger Minuten getroffen werden. Als Migrationslead behalte ich dabei stets den Überblick über alle laufenden Aktivitäten und sorge dafür, dass technische Teams, Fachbereiche und Projektverantwortliche eng zusammenarbeiten.
Für diesen Blogbeitrag beschreibe ich den Migrationsprozess anhand eines Greenfield-Ansatzes. Aus meiner Sicht lässt sich hier besonders gut nachvollziehen, welche Aufgaben, Herausforderungen und Entscheidungen während einer SAP-Migration auf das Projektteam zukommen
Die Vorbereitung: Das Fundament für einen erfolgreichen Umstieg
Bevor auch nur ein Datensatz migriert wird, beginnt die finale Vorbereitungsphase. Hier werden die letzten Maßnahmen getroffen, um die eigentliche Migration kontrolliert und sicher durchführen zu können.
Dazu gehört die abschließende Datenvalidierung, die Sperrung relevanter Altsysteme sowie die Erstellung aktueller Backups. Gleichzeitig finden letzte Abstimmungen mit allen beteiligten Teams statt, damit jeder seine Aufgaben und Verantwortlichkeiten kennt.
Dieser Schritt ist von großer Bedeutung. Je besser die Vorbereitung, desto geringer ist das Risiko unerwarteter Probleme während der eigentlichen Migration.
Die Extraktion: Daten aus dem Altsystem übernehmen
Sobald das Migrationsfenster beginnt, werden die benötigten Daten aus den Quellsystemen extrahiert. Dabei werden sämtliche zuvor definierten Datenobjekte exportiert und für die weitere Verarbeitung bereitgestellt.
Auf den ersten Blick erscheint dieser Schritt relativ einfach. Tatsächlich bildet die Extraktion jedoch die Grundlage für alle nachfolgenden Aktivitäten. Sind Daten unvollständig oder fehlerhaft exportiert, können sich die Auswirkungen durch den gesamten Migrationsprozess ziehen.
Die Transformation: Daten für das neue System vorbereiten
In den meisten Projekten unterscheiden sich die Datenstrukturen des Alt- und Zielsystems erheblich. Deshalb müssen die extrahierten Daten zunächst an die Anforderungen der neuen Systemlandschaft angepasst werden.
Während dieser Phase werden Mapping-Regeln angewendet, Datenformate harmonisiert und Geschäftsregeln berücksichtigt. Informationen werden so aufbereitet, dass sie den Vorgaben des Zielsystems entsprechen.
Gerade bei einer Migration nach SAP S/4HANA spielt dieser Schritt eine zentrale Rolle, da sich Datenmodelle und Geschäftsprozesse häufig von den bisherigen Strukturen unterscheiden.
Das Laden der Daten: Der eigentliche Umzug
Nach der Transformation werden die aufbereiteten Daten in das Zielsystem importiert. Für viele Projektbeteiligte ist dies der spannendste Moment des gesamten Migrationsprozesses.
Während des Imports überwache ich gemeinsam mit den technischen Teams die Ladeprozesse und die Systemperformance. Parallel werden bereits erste technische Prüfungen durchgeführt, um Fehler frühzeitig zu erkennen und gegebenenfalls unmittelbar reagieren zu können.
Das Ziel ist klar: Alle Daten müssen vollständig und konsistent im neuen System ankommen.
Die Validierung: Vertrauen durch Kontrolle
Sobald die Daten erfolgreich geladen wurden, folgt die nächste entscheidende Phase: die Validierung.
Hier wird überprüft, ob alle Informationen vollständig übernommen wurden und den fachlichen Anforderungen entsprechen. Dazu gehören Vollständigkeitsprüfungen, Plausibilitätskontrollen sowie die Abstimmung mit den jeweiligen Fachbereichen.
In dieser Phase arbeiten Business-User und Migrationsteam besonders eng zusammen. Erst wenn die Fachbereiche bestätigen können, dass Prozesse korrekt funktionieren und die Datenqualität den Erwartungen entspricht, kann der nächste Schritt erfolgen.
Die Freigabe: Der Moment der Wahrheit
Nach erfolgreicher Validierung erfolgt die offizielle Business-Abnahme. Dieser Moment markiert den Abschluss eines oft monatelangen Projekts und gleichzeitig den Beginn des produktiven Betriebs im neuen System.
Mit der Freigabe wird das neue SAP-System für die Anwender geöffnet und die Produktivsetzung durchgeführt. Für das Projektteam ist dies meist ein besonderer Moment, denn nun zeigt sich, ob alle Vorbereitungen und Testzyklen erfolgreich waren.
Warum Kommunikation während des Go-Lives entscheidend ist
Obwohl der Migrationsprozess auf den ersten Blick linear erscheint, laufen in der Realität zahlreiche Aktivitäten gleichzeitig ab. Technische Teams überwachen Systeme, Fachbereiche prüfen Daten, Projektleiter koordinieren Entscheidungen und externe Partner unterstützen bei kritischen Arbeitsschritten.
Aus meiner Sicht sind deshalb drei Faktoren besonders wichtig: Kommunikation, Transparenz und klare Eskalationswege. Nur wenn alle Beteiligten jederzeit über den aktuellen Stand informiert sind und Probleme schnell adressiert werden können, lässt sich eine SAP-Migration erfolgreich abschließen.
Nach der Migration: Warum die Arbeit mit dem Go-Live noch lange nicht beendet ist
Mit dem erfolgreichen Go-Live ist ein wichtiger Meilenstein erreicht, doch aus meiner Erfahrung endet die Arbeit eines Migrationsleads an diesem Punkt keineswegs. Tatsächlich beginnt nun eine Phase, in der sich zeigt, ob die Migration nicht nur technisch erfolgreich war, sondern auch im täglichen Geschäftsbetrieb funktioniert.
Die ersten Tage und Wochen nach der Umstellung sind entscheidend, um die Stabilität des neuen Systems sicherzustellen und mögliche Probleme frühzeitig zu erkennen. Deshalb liegt der Fokus nach dem Go-Live auf Kontrolle, Stabilisierung und kontinuierlicher Verbesserung.
Der Plan-Ist-Abgleich: Vertrauen durch Transparenz
Direkt nach der Migration steht zunächst die Überprüfung der Ergebnisse im Vordergrund. Dabei vergleiche ich gemeinsam mit den Fachbereichen und dem Projektteam die geplanten Ergebnisse mit dem tatsächlichen Zustand im Zielsystem.
Im Mittelpunkt stehen dabei Fragen wie:
- Wurden alle Daten vollständig und korrekt übertragen?
- Stimmen Mengen, Bestände und Werte mit dem Altsystem überein?
- Funktionieren die definierten Schnittstellen wie vorgesehen?
- Laufen die Geschäftsprozesse im neuen System fehlerfrei ab?
Dieser Plan-Ist-Abgleich ist ein wesentlicher Bestandteil der Qualitätssicherung. Nur wenn die Ergebnisse den Erwartungen entsprechen, kann sichergestellt werden, dass das Unternehmen seine Geschäftsprozesse ohne Einschränkungen fortführen kann.
Die Hypercare-Phase: Unterstützung nach dem Go-Live
Besonders intensiv ist die sogenannte Hypercare-Phase. Dabei handelt es sich um den Zeitraum unmittelbar nach dem Produktivstart, in dem das Projektteam die Anwender eng begleitet und das System verstärkt überwacht.
Auch bei einer hervorragend vorbereiteten Migration lassen sich nicht alle Herausforderungen im Vorfeld erkennen. Erst im täglichen Betrieb zeigen sich vereinzelt Themen, die nachjustiert werden müssen.
Zu den häufigsten Herausforderungen gehören:
- Fehler oder Unstimmigkeiten in Stammdaten
- Probleme bei der Kommunikation zwischen Schnittstellen
- Fehlende oder unzureichende Benutzerberechtigungen
- Abweichungen in Geschäftsprozessen gegenüber den definierten Soll-Abläufen
Als Migrationslead koordiniere ich in dieser Phase die Behebung solcher Themen, priorisiere offene Punkte und stelle sicher, dass auftretende Probleme schnell analysiert und gelöst werden. Ziel ist es, den Fachbereichen die notwendige Unterstützung zu bieten und den stabilen Betrieb des neuen Systems schnellstmöglich sicherzustellen.
Dokumentation und Lessons Learned: Erfahrungen für die Zukunft nutzen
Sobald sich das System stabilisiert hat und die Hypercare-Phase abgeschlossen ist, beginnt der letzte Abschnitt des Projekts. Dieser wird häufig unterschätzt, ist jedoch für den langfristigen Erfolg besonders wertvoll.
Gemeinsam mit dem Projektteam werden die Erfahrungen aus der Migration dokumentiert und ausgewertet. Dabei betrachte ich insbesondere folgende Aspekte:
- Welche Maßnahmen haben sich bewährt?
- Welche Risiken sind tatsächlich eingetreten?
- Wo gab es Herausforderungen oder Verzögerungen?
- Welche Optimierungspotenziale wurden identifiziert?
Die gewonnenen Erkenntnisse fließen in Abschlussberichte, Projektdokumentationen und Best-Practice-Empfehlungen ein. Dadurch entsteht ein wertvoller Erfahrungsschatz, der bei zukünftigen Migrationen genutzt werden kann und hilft, Risiken frühzeitig zu erkennen sowie Prozesse weiter zu verbessern.
Fazit: Erfolgreiche SAP-Migrationen beginnen lange vor dem Go-Live
Wenn ich auf SAP-Migrationsprojekte zurückblicke, wird eines immer wieder deutlich: Eine SAP-Migration ist weit mehr als ein technisches Upgrade oder die bloße Übertragung von Daten von einem System in ein anderes. Sie ist ein wesentlicher Bestandteil der digitalen Transformation eines Unternehmens und schafft die Grundlage für effizientere Prozesse, bessere Datenqualität und zukünftige Innovationen.
Während in vielen Projekten die technische Umsetzung im Mittelpunkt steht, zeigt die Praxis, dass der eigentliche Erfolg bereits deutlich früher entschieden wird. Aus meiner Sicht als Migrationslead sind nicht die Migrationswerkzeuge oder die Datenladeprozesse der ausschlaggebende Faktor, sondern die Qualität der Vorbereitung. Nur wer seine Datenbestände kennt, Abhängigkeiten frühzeitig identifiziert und die Fachbereiche von Beginn an aktiv einbindet, kann Risiken minimieren und einen reibungslosen Übergang gewährleisten.
Eine erfolgreiche Migration ist deshalb immer auch ein Business-Projekt. Sie betrifft nicht nur die IT, sondern die gesamte Organisation. Geschäftsprozesse, Verantwortlichkeiten, Stammdaten und Arbeitsweisen müssen gemeinsam betrachtet werden, damit das neue System nicht nur technisch funktioniert, sondern auch den Anforderungen des Unternehmens gerecht wird.
Genau darin liegt für mich die eigentliche Herausforderung und gleichzeitig der größte Mehrwert einer SAP-Migration: Unternehmen erhalten die Möglichkeit, bestehende Strukturen zu hinterfragen, Prozesse zu optimieren und die Weichen für zukünftiges Wachstum zu stellen.
Denn am Ende geht es nicht darum, Daten von A nach B zu bewegen. Es geht darum, ein Unternehmen sicher, strukturiert und kontrolliert in seine digitale Zukunft zu begleiten. Genau das macht SAP-Migrationsprojekte für mich so spannend und so wichtig.