Dauer einer ERP-Datenmigration realistisch planen

Ein geplanter Go-live zum Quartalswechsel klingt auf dem Papier oft machbar. In der Praxis entscheidet jedoch die Dauer einer Datenmigration im ERP darüber, ob Buchhaltung, Lager, Einkauf und Produktion am Stichtag arbeitsfähig bleiben. Nicht die reine Datenmenge ist dabei meist der Engpass, sondern die Qualität der Altdaten, die fachliche Klärung und die Zeit für belastbare Tests.

Für mittelständische Unternehmen ist eine ERP-Migration deshalb kein reines IT-Vorhaben. Sie greift in gewachsene Abläufe ein, betrifft Verantwortlichkeiten in mehreren Abteilungen und verlangt Entscheidungen, die später nur mit Aufwand zu korrigieren sind. Wer den Zeitbedarf realistisch plant, reduziert Ausfallrisiken und vermeidet hektische Nacharbeiten nach dem Produktivstart.

Wovon die Dauer einer ERP-Datenmigration abhängt

Eine Datenübernahme kann bei klar abgegrenztem Umfang innerhalb weniger Wochen vorbereitet werden. Bei historisch gewachsenen Systemlandschaften, vielen Schnittstellen oder umfangreichen Belegarchiven kann sie dagegen mehrere Monate beanspruchen. Eine belastbare Aussage ist erst möglich, wenn Umfang und Qualität der zu übernehmenden Daten geprüft wurden.

Entscheidend ist zunächst die Frage, welche Informationen im neuen ERP tatsächlich benötigt werden. Stammdaten wie Kunden, Lieferanten, Artikel, Kontenpläne und Mitarbeiterdaten müssen in der Regel vollständig, geprüft und eindeutig verfügbar sein. Bei Bewegungsdaten hängt der Umfang von gesetzlichen Aufbewahrungspflichten, Auswertungsbedarf und operativen Anforderungen ab. Häufig reicht es, offene Posten, offene Aufträge, Lagerbestände und einen definierten Zeitraum an Historie zu übernehmen. Alte abgeschlossene Vorgänge können revisionssicher archiviert bleiben, statt das neue System unnötig zu belasten.

Auch die Struktur der Daten bestimmt den Aufwand. Ein Artikelstamm mit eindeutigen Nummern und gepflegten Einheiten lässt sich deutlich schneller übertragen als Datenbestände mit Dubletten, uneinheitlichen Schreibweisen oder fehlenden Zuordnungen. Dasselbe gilt für Kontierungen, Steuerschlüssel, Dimensionen und Lagerorte. Was im Altsystem durch individuelle Gewohnheiten funktioniert hat, muss im Zielsystem eindeutig abgebildet werden.

Vier Faktoren verlängern Projekte besonders häufig:

• unklare fachliche Verantwortlichkeiten für einzelne Datenbereiche,
• nachträgliche Erweiterungen des Migrationsumfangs,
• Schnittstellen zu Vorsystemen, etwa für Lagertechnik, Zeiterfassung oder Dokumentenaustausch,
• fehlende Zeit der Fachabteilungen für Prüfung, Test und Freigabe.

Diese Punkte sind keine Ausnahme, sondern typische Realität im Mittelstand. Eine seriöse Planung berücksichtigt sie von Beginn an mit Zeitreserven.

Typische Zeitphasen bei der Datenmigration im ERP

Der technische Import ist nur ein Abschnitt. Die eigentliche Projektlaufzeit entsteht aus Vorbereitung, Abstimmung, Testläufen und der Stabilisierung nach dem Start. Für ein überschaubares Projekt mit bereinigten Daten kann die Migration in sechs bis zwölf Wochen vorbereitet werden. Bei mehreren Gesellschaften, individuellen Prozessen und zahlreichen Integrationen sind vier bis neun Monate realistischer. Das ist kein Zeichen langsamer Umsetzung, sondern Ausdruck eines kontrollierten Vorgehens.

Analyse und Migrationskonzept

Am Anfang steht eine Bestandsaufnahme. Welche Datenquellen existieren? Wer verantwortet deren Qualität? Welche Felder werden im Zielsystem benötigt, welche Regeln gelten für Umrechnungen und Zuordnungen? In dieser Phase wird auch festgelegt, welche Daten nicht migriert, sondern archiviert werden.

Ein gutes Migrationskonzept beschreibt nicht nur Tabellen und Feldzuordnungen. Es enthält fachliche Regeln, Prüfungen, Verantwortliche, Stichtage und ein Rückfallverfahren. Gerade bei Finanzdaten muss nachvollziehbar bleiben, wie Salden, offene Posten und Buchungslogiken übernommen wurden. Werden diese Entscheidungen erst während des Imports getroffen, verschieben sich Termine fast zwangsläufig.

Bereinigung und Aufbereitung

Die Datenbereinigung wird regelmäßig unterschätzt. Sie ist jedoch oft der zeitintensivste Teil. Dubletten müssen zusammengeführt, veraltete Datensätze gekennzeichnet und Pflichtangaben ergänzt werden. Ein Handelsunternehmen mit mehreren Tausend Artikeln entdeckt beispielsweise häufig unterschiedliche Verpackungseinheiten oder doppelt angelegte Lieferanten. Ohne Bereinigung entstehen daraus im neuen System Fehlbestände, falsche Bestellungen oder unzuverlässige Auswertungen.

Die Fachbereiche müssen hierfür verbindlich eingebunden werden. Die IT kann technische Prüfungen automatisieren, aber sie kann nicht entscheiden, welcher Lieferant aktiv bleibt oder welche Artikelvarianten künftig geführt werden sollen. Projektleiter sollten daher feste Prüftermine einplanen und Freigaben dokumentieren.

Testmigration und fachliche Abnahme

Eine Testmigration ist kein optionaler Probelauf. Sie zeigt, ob Daten vollständig ankommen, ob Werte richtig umgerechnet werden und ob Folgeprozesse funktionieren. Nach dem Import müssen Anwender konkrete Geschäftsvorfälle testen: einen Auftrag anlegen, Ware buchen, Rechnung erstellen, Zahlung ausgleichen oder einen Monatsabschluss vorbereiten.

In der Praxis sind mindestens zwei Testläufe sinnvoll. Der erste deckt strukturelle Fehler auf. Nach Korrekturen bestätigt ein zweiter Lauf, dass Anpassungen keine neuen Fehler verursacht haben. Bei komplexen Projekten kann ein zusätzlicher Generalprobelauf mit realistischen Stichtagsdaten notwendig sein. Diese Zeit schützt vor einem Produktivstart, bei dem Fehler erst unter Zeitdruck sichtbar werden.

Cutover und Stabilisierung

Der Cutover umfasst die finale Datenübernahme, die Sperrung oder Einschränkung des Altsystems, Kontrollabgleiche und die Freigabe für den Betrieb. Je nach Organisation erfolgt er über ein Wochenende, einen Monatswechsel oder in einer geplanten Betriebsruhe. Entscheidend ist ein detaillierter Ablaufplan: Wer gibt Daten frei, wer prüft Salden, wer entscheidet bei Abweichungen und wie werden Anwender informiert?

Nach dem Go-live folgt eine Stabilisierungsphase. Sie sollte nicht mit dem technischen Abschluss verwechselt werden. In den ersten Wochen treten Fragen zu neuen Buchungswegen, Berechtigungen, Auswertungen oder Schnittstellen auf. Für diese Zeit brauchen Unternehmen erreichbare Ansprechpartner und klar priorisierte Supportwege.

Ein realistisches Szenario aus dem Mittelstand

Ein Großhändler ersetzt sein langjähriges Warenwirtschaftssystem durch ein modernes ERP. Der erste Wunsch lautet: Go-live in acht Wochen, weil dann das neue Geschäftsjahr beginnt. Bei der Analyse zeigt sich, dass rund 18.000 Artikel vorhanden sind, davon mehrere Tausend ohne aktuelle Einkaufspreise. Zusätzlich müssen offene Bestellungen, Lagerbestände, Debitoren- und Kreditorensalden sowie individuelle Preislisten übernommen werden.

Ein achtwöchiger Termin wäre nur dann vertretbar, wenn die Daten bereits bereinigt und die Fachbereiche kurzfristig verfügbar wären. Realistischer ist ein Projekt mit einer Vorbereitungsphase für die Datenqualität, zwei Testübernahmen und einem kontrollierten Stichtag. Das verlängert die Planung, verhindert aber, dass Vertrieb und Lager nach dem Start mit fehlerhaften Preisen oder Beständen arbeiten.

Genau an dieser Stelle nutzen viele Unternehmen externe Spezialisten. Erfahrene Berater strukturieren den Migrationsumfang, moderieren fachliche Entscheidungen und etablieren Prüfmechanismen. Sie ersetzen nicht die Verantwortung der Fachabteilungen, sorgen aber dafür, dass offene Punkte nicht unbemerkt zu Terminrisiken werden.

So verkürzen Unternehmen die Projektdauer ohne Qualitätsverlust

Der wirksamste Hebel ist eine frühe Entscheidung über den Datenumfang. Wer jedes historische Detail in das neue ERP übertragen will, erhöht Aufwand, Fehlerpotenzial und Testbedarf. Ein nachvollziehbares Archivkonzept ist häufig wirtschaftlicher als die vollständige Übernahme alter Belege.

Ebenso wichtig sind feste Verantwortlichkeiten. Für Kunden- und Lieferantendaten, Artikel, Finanzdaten, Lagerstrukturen und Berechtigungen sollte jeweils eine fachlich entscheidungsfähige Person benannt sein. Diese Personen benötigen reservierte Zeit im Projektkalender. Eine Migration scheitert selten an fehlender Software, aber oft daran, dass Freigaben neben dem Tagesgeschäft immer wieder verschoben werden.

Technisch helfen standardisierte Importvorlagen, dokumentierte Transformationsregeln und automatisierte Plausibilitätsprüfungen. Beispielsweise sollten Summen von offenen Posten, Lagerbewertung und Hauptbuch vor und nach jedem Testlauf abgeglichen werden. Abweichungen müssen nicht nur korrigiert, sondern in ihrer Ursache verstanden werden. Sonst tauchen sie beim nächsten Lauf erneut auf.

Ein erfahrener IT- und Digitalisierungsdienstleister unterstützt außerdem bei der Abstimmung zwischen ERP, Infrastruktur, Benutzerberechtigungen, Datensicherung und angrenzenden Anwendungen. LTmemory begleitet solche Vorhaben mit dem Blick auf technische Umsetzung und betriebliche Arbeitsfähigkeit. Gerade bei mittelständischen Organisationen ist diese Verbindung wertvoll, weil Entscheidungen zur Datenübernahme unmittelbare Folgen für tägliche Prozesse haben.

Fazit

Die Dauer einer ERP-Datenmigration lässt sich nicht sinnvoll aus der Anzahl der Datensätze ableiten. Maßgeblich sind Datenqualität, fachliche Klarheit, Integrationen und die Disziplin der Testphase. Ein ambitionierter Termin kann funktionieren, wenn Umfang und Verantwortlichkeiten sauber abgegrenzt sind. Werden jedoch unbereinigte Bestände, Sonderfälle und Schnittstellen erst spät sichtbar, wird aus einem kurzen Projekt schnell eine riskante Übergangslösung.

Den Migrationsaufwand vor dem Projekt klären

Vor dem Start lohnt sich eine strukturierte Voranalyse mit den Fachbereichen und der IT. Typische Herausforderungen sind unvollständige Stammdaten, knappe interne Kapazitäten, unklare Anforderungen an historische Daten und fehlende Testverantwortung. Bei einer Eigenimplementierung werden diese Punkte häufig erst kurz vor dem Go-live erkannt, wenn Änderungen besonders teuer und zeitkritisch sind.

Ein erfahrener Partner kann den Datenbestand bewerten, ein umsetzbares Migrationskonzept erstellen und kritische Abhängigkeiten früh sichtbar machen. Das schafft keine Abkürzung um notwendige Arbeit, aber eine belastbare Grundlage für Termine, Ressourcen und Entscheidungen. Der beste Zeitpunkt für diese Klärung ist, bevor ein Go-live-Datum verbindlich kommuniziert wird.