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
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.
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
Wie lange dauert eine ERP-Migration im Mittelstand?
Realistisch 18 bis 36 Monate von Initiierung bis stabilem Produktivbetrieb. Kürzere Versprechen sind meist unrealistisch.
Etwa 60 % der Projektdauer entfällt auf Konzeption, Customizing und Datenmigration, 40 % auf Tests, Schulungen und produktiven Roll-out.
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.
Lizenzgebühren machen typisch nur 25-35 % der Gesamtprojektkosten aus, die restlichen 65-75 % entstehen für Implementation, Customizing, Schulung und Datenmigration.
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.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
