ERP-Migration – Strategien, Phasen, Risiken
Eine ERP-Migration – sei es vom Altsystem auf eine neue Plattform, von On-Premise in die Cloud oder von einem Anbieter zum anderen – ist eines der riskantesten IT-Projekte überhaupt. Studien zeigen seit Jahren, dass 50 bis 70 Prozent der ERP-Migrationen Budget- oder Zeitziele verfehlen, in einigen Fällen sogar dramatisch. Wer eine Migration anstößt, sollte daher mit professioneller Methodik und realistischer Erwartungshaltung herangehen.
Dieser Leitfaden zeigt die wichtigsten Strategien, Phasen und Stolpersteine einer ERP-Migration und liefert praxisorientierte Empfehlungen für mittelständische Unternehmen.
Migrationsstrategien – Big Bang vs. Phased
Drei klassische Migrationsstrategien stehen zur Wahl:
Big Bang
Alle Module gehen gleichzeitig live, das Altsystem wird abgeschaltet. Vorteil: keine Schnittstellen zwischen Alt und Neu nötig. Nachteil: höchstes Risiko, alles auf einmal funktionieren zu lassen.
Phased / Step-by-Step
Module werden nacheinander migriert (z.B. zuerst Finanzbuchhaltung, dann Vertrieb, dann Produktion). Vorteil: kontrollierbarer, Lerneffekte zwischen Phasen. Nachteil: temporäre Schnittstellen zwischen Alt und Neu nötig.
Parallel-Betrieb
Alt- und Neusystem laufen für einen Übergangszeitraum parallel. Vorteil: Vergleichsmöglichkeit, sehr defensive Variante. Nachteil: doppelte Buchungslast, hohe Kosten, häufig Datenkonsistenz-Probleme.
Im DACH-Mittelstand setzt sich zunehmend der Phased-Ansatz durch, mit Big-Bang-Elementen für eng gekoppelte Module (z.B. Buchhaltung + Vertrieb gemeinsam).
Phasen einer ERP-Migration
- Initiierung (1–3 Monate): Business Case, Investitionsentscheidung, Lenkungsausschuss
- Anbieterauswahl (4–8 Monate): Lastenheft, Longlist, Demos, Verhandlung
- Konzeption (3–6 Monate): Fit-Gap, Customizing-Spezifikation, Schnittstellen-Design
- Realisierung (6–12 Monate): Customizing, Schnittstellen-Bau, Datenmigrations-Vorbereitung
- Test (2–4 Monate): Modultest, Integrationstest, User-Acceptance-Test, Last-Test
- Cutover (1–4 Wochen): finale Datenmigration, Go-Live-Wochenende, Stabilisierung
- Hypercare (2–6 Monate): intensive Betreuung, Bugfixing, schrittweise Übergabe an Linie
Eine detaillierte Aufgabenliste pro Phase finden Sie in unserer ERP-Implementierungs-Checkliste.
Datenmigration als kritischer Erfolgsfaktor
Die Datenmigration ist die mit Abstand häufigste Ursache für gescheiterte oder verzögerte ERP-Projekte. Ein methodischer Ansatz umfasst:
Datenquellen-Inventur
Welche Daten müssen wirklich migriert werden? Stammdaten (Artikel, Kunden, Lieferanten, Konten), Transaktionsdaten (offene Posten, offene Aufträge), historische Daten (abgeschlossene Belege, Buchungen)? Häufiger Fehler: 10 Jahre Historie pauschal mitnehmen – kostet Aufwand, bringt selten Nutzen.
Datenqualitäts-Bewertung
Bevor migriert wird, muss bewertet werden, wie gut die Quelldaten sind. Doppelte Kunden, inkonsistente Artikelnummern, fehlende Pflichtfelder. Faustregel: 20 bis 40 Prozent der Stammdaten brauchen Bereinigung.
ETL-Strecke und Test-Migrationen
Mindestens 4 bis 6 Test-Migrationen einplanen, mit progressiv besserer Datenqualität. Die letzten beiden müssen vollständig fehlerfrei laufen, sonst ist der Cutover gefährdet.
Reconciliation-Reports
Nach der Migration müssen Reports zeigen: Summe der Buchungen Alt = Summe der Buchungen Neu, Anzahl der Kunden Alt = Anzahl der Kunden Neu, etc. Differenzen müssen aufgeklärt werden, bevor Go-Live freigegeben wird.
Cutover-Planung
Das Cutover-Wochenende ist die Stunde der Wahrheit. Eine professionelle Cutover-Planung umfasst:
- Cutover-Plan mit Stunden-Genauer Aufgaben-Sequenz, Verantwortlichen und Eskalationspfaden
- Cutover-Probelauf mindestens einmal vollständig durchspielen
- Rollback-Plan: was tun, wenn am Montag nichts geht?
- Cutover-Freeze: in den letzten 2 Wochen vor Go-Live keine Stammdaten- oder Konfigurationsänderungen
- War Room: physisch oder virtuell, alle kritischen Stakeholder erreichbar
- Stakeholder-Kommunikation: Kunden, Lieferanten, Partner über Cutover informiert
Klassische Cutover-Wochenenden dauern 60 bis 120 Stunden, mit Schichtarbeit. Realistische Stabilisierung dauert 2 bis 4 Wochen, in denen die Performance unterhalb des Altsystems liegt.
Häufige Risiken und Gegenmaßnahmen
| Risiko | Gegenmaßnahme |
|---|---|
| Datenqualität schlechter als erwartet | Frühzeitige Daten-Audits, dedizierte Daten-Stewards, MDM-Tool |
| Customizing-Eskalation | Strikte Standard-First-Politik, Customizing nur mit Business-Case |
| Anwender-Akzeptanz | Frühe Key-User-Einbindung, Change-Management, Schulungs-Roadshow |
| Schnittstellen-Probleme | iPaaS-Plattform, frühe Integrationstests, Dummy-Daten-Tests |
| Performance unterhalb des Altsystems | Last-Tests in der Realisierungsphase, Hardware/Cloud-Sizing prüfen |
| Implementierungspartner unterperformt | Vertraglich klare Meilensteine + Pönalen, regelmäßige Steuerungssitzungen |
| Budgetüberschreitung | 20–30 Prozent Reserve, strikte Change-Request-Disziplin |
Cloud-Migration als Sonderfall
Wer von On-Premise in die Cloud migriert (z.B. SAP ECC → S/4HANA Cloud, Dynamics NAV → Business Central, eigene Hosting → SaaS), hat zusätzliche Themen:
- Datenresidenz und DSGVO: wo liegen die Daten, wer hat Zugriff?
- Customizing-Reduktion: Cloud-Editions erlauben weniger Customizing als On-Premise
- Subscription-Lock-in: 3- bis 5-jährige Verträge mit jährlicher Preiserhöhung
- API-Strategie: Schnittstellen müssen über Cloud-APIs funktionieren
- Bandbreite: gerade in der Produktion problematisch bei schwacher Internet-Anbindung
Mehr zur Cloud-Entscheidung in unserem Ratgeber Cloud vs. On-Premise.
Häufige Fragen
- Wie lange dauert eine ERP-Migration im Mittelstand?
Realistisch 18 bis 36 Monate von Initiierung bis stabilem Produktivbetrieb. Kürzere Versprechen sind meist unrealistisch.
- Big Bang oder Phased – was ist sicherer?
Phased ist meist sicherer, aber teurer (temporäre Schnittstellen). Bei eng gekoppelten Modulen (Buchhaltung, Vertrieb) ist häufig ein Mini-Big-Bang sinnvoll.
- Wieviel Budget-Reserve sollte ich einplanen?
20 bis 30 Prozent Reserve auf das Anbieter-Angebot ist marktüblich. Bei sehr ambitionierten Projekten eher 40 Prozent.