Zum Inhalt springen

Häufig gestellte Fragen

Wie lange dauert eine ERP-Migration im Mittelstand?

Von der Initiierung bis zum stabilen Produktivbetrieb sind im Mittelstand realistisch etwa 18 bis 36 Monate anzusetzen, abhängig von Unternehmensgröße, Modulumfang und Customizing-Tiefe. Ein großer Teil der Projektdauer entfällt auf Konzeption, Customizing und Datenmigration, ein kleinerer Teil auf Tests, Schulungen und den produktiven Roll-out. Deutlich kürzere Versprechen sind häufig unrealistisch, da gerade die Datenmigration und das Testing erfahrungsgemäß mehr Zeit benötigen als geplant. Das eigentliche Cutover-Wochenende dauert dann meist nur wenige Tage, die anschließende Stabilisierung (Hypercare) jedoch weitere zwei bis sechs Monate.

Big Bang oder Phased – welche Migrationsstrategie ist sicherer?

Der Phased-Ansatz gilt in der Regel als risikoärmer, weil Module nacheinander migriert werden und Lerneffekte zwischen den Phasen genutzt werden können, ist dafür aber teurer durch temporäre Schnittstellen zwischen Alt- und Neusystem. Big Bang aktiviert alle Module gleichzeitig und vermeidet diese Schnittstellen, bündelt das Risiko aber auf ein einziges Go-Live-Ereignis. In der Praxis setzt sich im DACH-Mittelstand häufig eine Mischform durch, bei der eng gekoppelte Module wie Finanzbuchhaltung und Vertrieb gemeinsam als Mini-Big-Bang umgestellt werden. Welche Variante passt, hängt von der Systemkomplexität, der Zahl der Standorte und der Risikotoleranz des Unternehmens ab.

Wie viel Budget-Reserve sollte man für eine ERP-Migration einplanen?

Eine Reserve von etwa 20 bis 30 Prozent auf das Anbieter-Angebot gilt als marktüblich, bei besonders ambitionierten oder customizing-intensiven Projekten eher mehr. Branchenauswertungen zeigen, dass ein erheblicher Teil der ERP-Projekte Budget- oder Zeitziele verfehlt, häufig wegen unterschätzter Datenmigration, eskalierendem Customizing und ungeplanten Change-Requests. Lizenzgebühren machen dabei meist nur einen kleineren Teil der Gesamtkosten aus; der Großteil entfällt auf Implementierung, Customizing, Schulung und Datenmigration. Eine strikte Change-Request-Disziplin und ein klarer Business Case je Anpassung sind die wirksamsten Hebel gegen Kostenüberschreitungen.

Wie viele Test-Migrationen sind vor dem Go-Live nötig?

Die Datenmigration sollte niemals ohne mehrere vollständige Testdurchläufe produktiv gehen, in der Praxis sind häufig vier bis sechs Test-Migrationen mit schrittweise verbesserter Datenqualität üblich. Mindestens die letzten beiden Durchläufe sollten fehlerfrei und im geplanten Zeitfenster ablaufen, da sie zugleich die realistische Dauer des produktiven Migrationslaufs belegen. Nach jeder Migration zeigen Reconciliation-Reports, ob etwa Buchungssummen und Datensatzzahlen zwischen Alt- und Neusystem übereinstimmen. Differenzen müssen vollständig aufgeklärt sein, bevor der Cutover freigegeben wird, da sich Datenfehler im Produktivbetrieb nur schwer korrigieren lassen.

Was passiert bei der Migration mit historischen Daten und Aufbewahrungspflichten?

Nicht alle Altdaten müssen zwingend ins neue System übernommen werden, doch steuer- und handelsrechtlich relevante Unterlagen unterliegen in Deutschland gesetzlichen Aufbewahrungsfristen, die seit dem Vierten Bürokratieentlastungsgesetz (Anfang 2025) je nach Belegart bei sechs, acht oder zehn Jahren liegen – Buchungsbelege wie Rechnungen müssen nun acht statt zehn Jahre, Bücher, Jahresabschlüsse und Inventare weiterhin zehn Jahre aufbewahrt werden. Werden Daten bei der Migration in ein neues Format überführt, verlangen die GoBD eine nachvollziehbare Verfahrensdokumentation der verlustfreien Konvertierung sowie die maschinelle Auswertbarkeit und Unveränderbarkeit der archivierten Belege. Statt die komplette Historie pauschal mitzunehmen, ist es oft sinnvoll, nur die operativ benötigten Daten zu migrieren und den Rest in einem GoBD-konformen Archiv oder revisionssicheren Datenexport vorzuhalten. Bei der konkreten Ausgestaltung sollte steuerlicher und rechtlicher Rat eingeholt werden, da Fristen und Anforderungen sich ändern können.

Wie lange sollte das Altsystem nach dem Go-Live noch verfügbar bleiben?

Das Altsystem wird in der Praxis meist nicht sofort abgeschaltet, sondern für einen Übergangszeitraum von häufig etwa drei bis sechs Monaten zumindest lesend zugänglich gehalten. So können historische Aufträge, alte Belege oder Zahlungen nachgeschlagen und Abweichungen mit dem neuen System abgeglichen werden, während sich der Produktivbetrieb stabilisiert. Ein dauerhafter Parallelbetrieb mit doppelter Buchungslast ist dagegen teuer und fehleranfällig und wird üblicherweise vermieden. Vor der endgültigen Abschaltung sind die fortbestehenden Aufbewahrungspflichten zu berücksichtigen, damit aufbewahrungspflichtige Daten in revisionssicherer Form erhalten bleiben.