ERP-Migration – Wechsel und Modernisierung von ERP-Systemen
Definition: Eine ERP-Migration ist der Übergang eines Unternehmens von einem bestehenden zu einem neuen oder grundlegend modernisierten ERP-System. Der Begriff umfasst sowohl technische Aspekte (Daten- und Systemmigration) als auch organisatorische Veränderungen in Prozessen, Rollen und Schnittstellen.
ERP-Migrationen gelten als anspruchsvollste IT-Projekte mittelständischer und großer Unternehmen. Sie betreffen praktisch jede Abteilung, binden über Monate oder Jahre signifikante Ressourcen und entscheiden langfristig über die Wettbewerbsfähigkeit der digitalen Geschäftsprozesse.
Migrationsstrategien
Es haben sich vier Hauptstrategien etabliert: Big Bang (Stichtagsumstellung des gesamten Unternehmens), Phased Rollout (gestaffelte Einführung nach Geschäftsbereichen, Standorten oder Modulen), Parallelbetrieb (altes und neues System laufen über einen definierten Zeitraum gleichzeitig) und Pilot/Wave-Ansatz (Pilotstandort, anschließend wellenweise Rollout).
Im Kontext SAP unterscheidet man zudem Brownfield-Konvertierungen (Migration des bestehenden Systems samt Customizing nach S/4HANA), Greenfield-Implementierungen (Neuaufbau) und Bluefield/Selective-Data-Transition (selektive Übernahme einzelner Daten und Konfigurationen). Die Wahl hängt von Komplexität, Risikoappetit, Branche und Budget ab.
Datenmigration
Die Datenmigration ist häufig der kritischste Teil einer ERP-Migration. Sie umfasst Stammdaten (Kunden, Lieferanten, Materialien, Konten, BOMs), Bewegungsdaten (offene Belege, laufende Aufträge, Salden) und historische Daten (abgeschlossene Geschäftsjahre, Belege, Buchungen). Der Migrationsprozess folgt typischerweise den Schritten Datenextraktion, Bereinigung, Mapping, Transformation, Test, Cutover und Validierung.
Tools reichen von ETL-Plattformen (Talend, Informatica) über SAP-eigene Werkzeuge (LSMW, Migration Cockpit, SAP Data Services) bis zu spezialisierten Migrationssuiten. Datenqualität entscheidet maßgeblich über den Projekterfolg – schlechte Stammdaten produzieren schlechte Ergebnisse im neuen System.
Vorgehen und Phasenmodell
Etablierte Vorgehensmodelle wie SAP Activate, Microsoft Sure Step oder Oracle True Cloud Method gliedern die Migration meist in: Discover, Prepare, Explore, Realize, Deploy, Run. Ergänzt wird dies durch klassische Projektphasen: Analyse und Lastenheft, Anbieter- und Lösungsauswahl, Konzeption (Soll-Prozesse), Customizing/Konfiguration, Datenmigration, Tests (Unit, Integration, UAT), Schulung, Go-Live und Hypercare.
Erfolgsfaktoren und Risiken
Erfolgsfaktoren sind: starkes Sponsoring durch die Geschäftsleitung, klare Governance, eine realistische Roadmap, professionelles Change Management, Datenqualität, intensives Testen und ein dediziertes Projektteam aus Fachbereich und IT. Häufige Risiken sind Scope-Creep, unterschätzte Datenqualität, fehlende User-Akzeptanz, externe Abhängigkeiten und unzureichendes Testing.
Cutover-Planung und Hypercare
Das Cutover-Wochenende ist der kritischste Moment einer ERP-Migration. Es umfasst die Übernahme der finalen Daten, das Sperren des Altsystems, die Validierung im neuen System und die Freigabe für den produktiven Betrieb. Ein detailliertes Cutover-Drehbuch mit minutengenauen Schritten, Verantwortlichkeiten, Rollback-Optionen und Notfallkontakten ist Pflicht.
Nach dem Go-Live folgt die Hypercare-Phase – typischerweise vier bis acht Wochen, in denen das Projektteam mit erhöhter Präsenz Probleme schnell löst, Anwender unterstützt und Performance überwacht. Erst danach geht das System in den regulären Betrieb über.
Change Management und Anwender-Akzeptanz
Technisch erfolgreiche Migrationen scheitern oft am Change Management. Anwender müssen die neuen Prozesse verstehen, akzeptieren und anwenden können. Dazu gehört frühzeitige Kommunikation, gezielte Schulung mit rollenbasierten Lernpfaden, Multiplikatoren in den Fachbereichen und kontinuierliches Feedback während der ersten Monate.
Studien zeigen, dass bis zu 70 Prozent aller ERP-Projekte ohne wirksames Change Management ihre Ziele verfehlen. Investitionen in Trainings, Akzeptanzkommunikation und sichtbares Management-Sponsoring rechnen sich schnell – sie verkürzen Hypercare-Phasen und verhindern Schatten-IT.
Im Mittelstand sind 9 bis 18 Monate üblich, in größeren Konzernen 2 bis 5 Jahre, gestaffelt über mehrere Standorte und Wellen. Cloud-Standardlösungen mit geringer Anpassung können auch in 4 bis 6 Monaten produktiv gehen.
Etwa 60 % der Projektdauer entfällt auf Konzeption, Customizing und Datenmigration, 40 % auf Tests, Schulungen und produktiven Roll-out.
Big Bang oder Phased Rollout – was ist besser?
Big Bang ist schneller, aber risikoreicher und braucht ein sehr gut geprobtes Cutover-Wochenende. Phased Rollouts reduzieren Risiken, verlängern aber den Übergangszustand mit Doppel-Pflege. Bei Konzernen mit vielen Standorten dominiert klar der Phased Ansatz.
Was passiert mit historischen Daten aus dem Altsystem?
Drei Optionen sind üblich: vollständige Migration ins neue System (teuer, oft unnötig), selektive Migration einzelner Salden/Belege (Standard) oder dauerhafte Aufbewahrung im Altsystem bzw. einem revisionssicheren Archiv für die gesetzlichen Aufbewahrungsfristen.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Praxis-Relevanz und Implementierungs-Aufwand hängen stark von der bestehenden System-Landschaft und den abzubildenden Geschäftsprozessen ab.
