Wenn der Monatsabschluss noch in Tabellen nachbearbeitet wird, Lagerbestände mit Verzögerung sichtbar sind oder Mitarbeitende mehrere Systeme parallel pflegen, ist die Frage berechtigt: Wie lange dauert eine ERP-Migration? Für mittelständische Unternehmen liegt die realistische Antwort meist nicht bei wenigen Wochen. Je nach Ausgangslage, Umfang und Datenqualität dauert ein Projekt häufig vier bis zwölf Monate. Bei klar abgegrenzten Einführungen kann es schneller gehen, bei komplexen Prozesslandschaften auch deutlich länger.
Entscheidend ist nicht allein die Software. Eine Migration betrifft Arbeitsabläufe, Verantwortlichkeiten, Stammdaten, Berechtigungen, Schnittstellen und die tägliche Arbeitsweise vieler Teams. Wer diese Faktoren früh einplant, verkürzt nicht zwangsläufig jede Projektphase – vermeidet aber teure Korrekturen nach dem Start.
Wie lange dauert eine ERP-Migration tatsächlich?
Eine pauschale Dauer gibt es nicht, weil ein ERP-System den Kern vieler Unternehmensprozesse abbildet. Ein Handelsunternehmen mit überschaubarem Sortiment und sauber gepflegten Stammdaten kann einen klar definierten Bereich in vier bis sechs Monaten umsetzen. Ein produzierender Betrieb mit Variantenfertigung, mehreren Standorten, individuellen Freigaben und gewachsenen Schnittstellen sollte eher mit neun bis zwölf Monaten rechnen.
Auch der Migrationsansatz beeinflusst den Zeitplan. Bei einem kompletten Umstieg wird zum Stichtag in das neue System gewechselt. Das schafft einen klaren Schnitt, erhöht aber den Vorbereitungsdruck. Eine schrittweise Einführung verteilt das Risiko und erleichtert die Akzeptanz, verlängert jedoch die Zeit, in der alte und neue Systeme parallel betrieben werden müssen.
Aus der Praxis ist eine Erkenntnis besonders relevant: Nicht der technische Import ist meist der Engpass. Zeit kosten vor allem Entscheidungen, die lange aufgeschoben wurden – etwa darüber, welche Artikelstammdaten gültig bleiben, wer Freigaben verantwortet oder wie Sonderfälle künftig behandelt werden.
Die sechs Phasen und ihr realistischer Zeitbedarf
1. Analyse und Zielbild: zwei bis sechs Wochen
Zu Beginn werden Prozesse, Systeme, Datenquellen und Anforderungen aufgenommen. Dabei sollte nicht jedes bisherige Vorgehen unverändert übernommen werden. Ein typisches Beispiel aus dem Mittelstand: Rechnungen werden zwar digital empfangen, aber je nach Kostenstelle unterschiedlich geprüft und anschließend manuell weitergegeben. Die Analyse klärt, welche Regeln fachlich notwendig sind und welche nur aus Gewohnheit bestehen.
In dieser Phase entstehen das fachliche Zielbild, Prioritäten und ein belastbarer Projektumfang. Unternehmen verlieren hier oft Zeit, wenn die Geschäftsleitung keine schnellen Entscheidungen über Standards, Verantwortlichkeiten und Ausnahmen trifft.
2. Konzeption und Einrichtung: vier bis zehn Wochen
Nun werden Buchhaltung, Einkauf, Lager, Projekte oder weitere benötigte Bereiche im System eingerichtet. Auch Rollen, Berechtigungen und Freigaberegeln gehören dazu. Je stärker ein Unternehmen bewährte Standardprozesse akzeptiert, desto planbarer bleibt diese Phase.
Individuelle Anpassungen können sinnvoll sein, etwa bei branchenspezifischen Abläufen oder gesetzlich erforderlichen Auswertungen. Jede Anpassung benötigt jedoch Konzeption, Entwicklung, Tests und spätere Pflege. Deshalb sollte für jede Sonderanforderung geprüft werden, ob sie einen messbaren Nutzen bringt oder lediglich ein altes Formular digital nachbildet.
3. Datenbereinigung und Datenmigration: drei bis acht Wochen
Daten werden häufig unterschätzt. Dubletten, unvollständige Adressen, uneinheitliche Artikelnummern oder historisch gewachsene Kontierungen fallen oft erst auf, wenn sie in das neue System übernommen werden sollen. Eine bloße Übertragung verschiebt das Problem nur.
Bewährt hat sich die Trennung in Pflichtdaten für den Start, sinnvolle Verlaufsdaten und Archivdaten. Nicht jede Information aus zehn Jahren muss im neuen System operativ verfügbar sein. Fachbereiche müssen dabei verbindlich entscheiden, welche Datensätze korrekt sind. Ein IT-Team kann Daten technisch prüfen und transformieren, aber nicht fachliche Unklarheiten auflösen.
4. Schnittstellen und technische Basis: zwei bis acht Wochen
Ein ERP-Projekt endet nicht an der Anwendung. Es braucht eine tragfähige technische Umgebung, passende Zugriffsrechte, Datensicherung, Sicherheitskonzepte und gegebenenfalls eine Cloud- oder Hybridarchitektur. Schnittstellen zu vorhandenen Fachanwendungen müssen eindeutig dokumentiert, aufgebaut und getestet werden.
Besonders kritisch wird es, wenn Schnittstellen nur durch einzelne Mitarbeitende verstanden werden oder keine aktuelle Dokumentation existiert. Dann verlängert sich das Projekt nicht wegen der ERP-Lösung selbst, sondern weil Abhängigkeiten zuerst sichtbar gemacht werden müssen. Erfahrene Dienstleister prüfen diese Punkte möglichst früh, statt sie kurz vor dem Produktivstart zu entdecken.
5. Tests und Schulungen: vier bis acht Wochen
Ein Test ist erst aussagekräftig, wenn Mitarbeitende echte Geschäftsvorfälle durchspielen: Bestellung, Wareneingang, Rechnung, Korrektur, Monatsabschluss und Auswertung. Technische Tests allein reichen nicht aus. Wenn ein Prozess im Alltag drei zusätzliche Arbeitsschritte erzeugt, wird das spätestens nach dem Start zum Akzeptanzproblem.
Schulungen sollten rollenbezogen stattfinden. Mitarbeitende im Lager benötigen andere Übungen als die Finanzbuchhaltung oder die Geschäftsführung. Gute Schulungen arbeiten mit realistischen Beispielen aus dem Unternehmen und lassen genug Raum für Rückfragen. Parallel lohnt sich ein Kreis von Key Usern, die Entscheidungen mittragen und Kolleginnen sowie Kollegen im Alltag unterstützen.
6. Produktivstart und Stabilisierung: zwei bis sechs Wochen
Der Go-live ist kein Schlusspunkt, sondern der Beginn der Stabilisierung. In den ersten Wochen treten Fragen zu Buchungen, Berechtigungen, Auswertungen und Ausnahmefällen auf. Deshalb sollten Fachverantwortliche, interne IT und externe Spezialisten für einen definierten Zeitraum eng zusammenarbeiten.
Viele Unternehmen planen den Stichtag zu ambitioniert. Ein Wechsel direkt vor Inventur, Jahresabschluss oder saisonalen Auftragsspitzen erhöht unnötig das Risiko. Besser ist ein Zeitraum mit ausreichenden personellen Reserven und klaren Eskalationswegen.
Was den Zeitplan verlängert – und was ihn schützt
Die häufigste Projektfalle ist ein unklarer Umfang. Wenn während der Umsetzung fortlaufend neue Wünsche aufgenommen werden, ohne Prioritäten zu ändern, geraten Budget, Ressourcen und Termine aus dem Gleichgewicht. Ein verbindlicher Änderungsprozess schützt das Projekt: Neue Anforderungen werden bewertet, priorisiert und nur mit transparenter Auswirkung auf Zeit und Aufwand eingeplant.
Eine zweite Falle ist fehlende Verfügbarkeit der Fachbereiche. Gerade in kleineren Unternehmen tragen Schlüsselpersonen mehrere Aufgaben. Wenn die Leitung Buchhaltung nur alle zwei Wochen Zeit für Entscheidungen hat, entstehen Wartezeiten in jeder Projektphase. Sinnvoll sind feste Zeitfenster, eine Projektleitung mit Entscheidungskompetenz und klar benannte Vertretungen.
Drittens wird die Eigenimplementierung oft zu knapp kalkuliert. Die interne IT kennt zwar Infrastruktur und Nutzer, verfügt aber nicht immer über Erfahrung mit Migrationsmethodik, Datenübernahme oder typischen Fehlerbildern. Viele Unternehmen binden daher externe Spezialisten ein. Diese strukturieren Workshops, moderieren Zielkonflikte, richten die Lösung ein, prüfen Datenläufe und begleiten die Anwender beim Start. Die Verantwortung für fachliche Entscheidungen bleibt dabei bewusst im Unternehmen.
Bei LTmemory gehört deshalb die Verbindung von Prozessbetrachtung, technischer Umsetzung und langfristigem IT-Betrieb zum praktischen Projektansatz. Gerade bei mittelständischen Organisationen verhindert diese Abstimmung, dass Anwendung, Infrastruktur und Sicherheitsanforderungen getrennt voneinander geplant werden.
So planen Sie die Einführung belastbar
Ein belastbarer Plan beginnt mit einer ehrlichen Bestandsaufnahme. Welche Prozesse verursachen heute Verzögerungen? Welche Daten sind unzuverlässig? Welche Auswertungen müssen am ersten Arbeitstag verfügbar sein? Daraus entsteht ein Mindestumfang für den Start. Zusätzliche Optimierungen können nach der Stabilisierung folgen.
Planen Sie außerdem interne Kapazitäten ausdrücklich ein. Für Workshops, Datenfreigaben, Tests und Schulungen reichen gelegentliche Abstimmungen nicht. In einem Unternehmen mit 80 Mitarbeitenden kann bereits ein kleines Kernteam aus Projektleitung, Fachverantwortlichen und IT entscheidend sein. Dieses Team braucht Rückhalt der Geschäftsführung, denn manche Standardisierung betrifft etablierte Routinen und erfordert klare Entscheidungen.
Ein Probelauf mit kopierten Daten schafft Sicherheit. Er zeigt, wie lange Übernahme und Prüfungen tatsächlich dauern, welche Datenregeln fehlen und ob die geplanten Rollen funktionieren. Erst nach einem erfolgreichen Testlauf sollte der endgültige Umstiegstermin verbindlich gesetzt werden.
Fazit
Die Dauer einer ERP-Migration wird nicht durch einen einzelnen Termin bestimmt, sondern durch die Qualität der Vorbereitung. Vier bis zwölf Monate sind für viele mittelständische Projekte ein realistischer Rahmen. Wer Anforderungen priorisiert, Daten früh bereinigt, Fachbereiche verbindlich einbindet und den Produktivstart absichert, schafft die Grundlage für einen kontrollierbaren Umstieg statt eines riskanten Kraftakts.
Nächster Schritt: Projektaufwand sachlich einschätzen
Vor dem Start lohnt sich ein gemeinsamer Blick auf Prozessumfang, Datenqualität, verfügbare Mitarbeitende und technische Abhängigkeiten. Typische Risiken bei einer reinen Eigenimplementierung sind fehlende Testkapazitäten, unklare Verantwortlichkeiten und unterschätzte Schnittstellen. Ein erfahrener Partner kann diese Punkte strukturiert bewerten, realistische Etappen definieren und Wissen an das interne Team übergeben. So wird aus einer groben Zeitannahme ein Projektplan, der zum Betrieb und zu den Ressourcen Ihres Unternehmens passt.