ERP-Wechsel ohne Chaos: Migration & Datenübernahme

Ein ERP-Wechsel gelingt ohne Chaos, wenn du die passende Migrationsstrategie wählst, deine Daten vor der Übernahme bereinigst und für den Umschalttag eine klare Rückfallebene definierst. Der Systemwechsel selbst ist kein einzelner Knopfdruck, sondern ein geplanter Übergang vom Alt- ins Neusystem – mit einer bewussten Entscheidung zwischen Big-Bang, Parallelbetrieb und stufenweiser Umstellung, einer sauberen Datenmigration und einem Cut-over, der ins Detail durchgeplant ist. Dieser Leitfaden zeigt dir, wie du die ERP-Wechsel-Migration so aufsetzt, dass das Tagesgeschäft weiterläuft und du im Ernstfall nicht ohne funktionierendes System dastehst.

Migrationsstrategie wählen: Big-Bang, Parallelbetrieb oder stufenweise

Die wichtigste Weichenstellung beim ERP-Wechsel ist die Migrationsstrategie: Sie entscheidet, wie und wann das Neusystem den Betrieb übernimmt. Drei Grundmuster haben sich etabliert. Welches passt, hängt von Unternehmensgröße, Risikotoleranz, Komplexität der Prozesse und den verfügbaren Ressourcen ab – eine pauschal „beste" Variante gibt es nicht.

Big-Bang: alles auf einmal

Beim Big-Bang wird das Altsystem zu einem festen Stichtag abgeschaltet und das komplette Unternehmen startet am nächsten Werktag im Neusystem. Der Vorteil: kein doppelter Pflegeaufwand, keine parallel zu synchronisierenden Datenstände, ein klarer Schnitt. Der Preis ist das konzentrierte Risiko – geht am Stichtag etwas grundlegend schief, betrifft es sofort alle Bereiche. Big-Bang eignet sich vor allem für kleinere bis mittlere Betriebe mit überschaubaren, standardnahen Prozessen und einem gut getesteten System.

Parallelbetrieb: Alt und Neu gleichzeitig

Im Parallelbetrieb laufen Alt- und Neusystem eine definierte Zeit gleichzeitig, oft werden Belege in beiden Systemen erfasst und die Ergebnisse abgeglichen. Das senkt das Risiko, weil du jederzeit auf das noch aktive Altsystem zurückfallen kannst und die Datenqualität des Neusystems direkt gegenprüfst. Der Nachteil ist der doppelte Aufwand: Mitarbeitende pflegen Vorgänge zweimal, was ermüdet und fehleranfällig ist. Deshalb sollte ein Parallelbetrieb zeitlich eng begrenzt bleiben.

Stufenweise Migration: Modul für Modul, Standort für Standort

Bei der stufenweisen (auch: phasenweisen) Migration gehst du Bereich für Bereich live – etwa erst die Warenwirtschaft, dann die Finanzbuchhaltung, oder Standort für Standort. Das verteilt das Risiko und die Lernkurve auf mehrere kleinere Cut-over. Der Haken: In der Übergangszeit müssen Alt- und Neusystem über Schnittstellen verbunden bleiben, damit Daten zwischen den noch getrennten Welten fließen. Das erhöht die technische Komplexität.

Wer noch am Anfang steht und Systeme vergleicht, findet einen Marktüberblick im ERP-Verzeichnis. Die Wahl der Strategie triffst du am besten gemeinsam mit dem Umsetzungspartner und den Fachbereichen.

Datenübernahme und Datenbereinigung beim ERP-Wechsel

Der häufigste Grund, warum ein Systemwechsel im Chaos endet, sind schlechte Daten. Ein Neusystem voller Dubletten, veralteter Artikel und unstimmiger Salden frustriert die Anwender ab dem ersten Tag. Faustregel: Die Datenmigration ist zu großen Teilen Bereinigungsarbeit und nur zu einem kleineren Teil Technik.

Erst bereinigen, dann migrieren

Ein ERP-Wechsel ist der beste Zeitpunkt, um Altlasten loszuwerden. Bevor irgendetwas übernommen wird, gilt es die Datenqualität im Altsystem zu heben:

• Dubletten entfernen: Doppelte Kunden, Lieferanten und Artikel zusammenführen.
• Karteileichen aussortieren: Datensätze ohne Bewegung seit Jahren müssen nicht mit.
• Pflichtfelder vervollständigen: Fehlende Steuerkennzeichen, Einheiten oder Konten ergänzen.
• Formate vereinheitlichen: Nummernlogik, Mengeneinheiten und Adressformate konsolidieren.

Migriert werden vor allem Stammdaten wie Artikel, Kunden, Lieferanten und Konten sowie ausgewählte Bewegungsdaten wie offene Posten und aktuelle Bestände. Historische Belege bleiben oft im Altsystem, das für die gesetzliche Aufbewahrungsfrist lesend verfügbar gehalten wird. Das spart Migrationsaufwand und erfüllt zugleich die GoBD-Vorgaben zur Nachvollziehbarkeit und Unveränderbarkeit steuerrelevanter Daten. Im Zweifel klärst du den konkreten Umgang mit Altbelegen mit deinem Steuerberater.

Mapping und Testmigration

Für jedes Quellfeld definierst du ein Zielfeld – dieses Feld-Mapping ist die Übersetzungstabelle zwischen Alt- und Neusystem. Anschließend folgt der wichtigste Schutz vor bösen Überraschungen: die Testmigration. Du spielst die Übernahme mindestens einmal vollständig auf einem Testsystem durch, prüfst die Ergebnisse stichprobenartig gegen die Quelle und protokollierst jeden Fehler. Erst wenn die Testmigration sauber durchläuft und die Fachbereiche die übernommenen Daten bestätigen, gehst du an die echten Daten. Diese Generalprobe ist nicht optional – sie ist der Unterschied zwischen einem planbaren und einem riskanten Umschalttag.

Der Cut-over: der Umschaltmoment sauber planen

Der Cut-over ist der eigentliche Wechselmoment: die finale Datenübernahme, die letzte Freigabe und das Umschalten auf den Produktivbetrieb. Er wird meist in eine umsatzschwache Zeit gelegt – ein Wochenende, ein Feiertag oder der Monatsanfang, wenn Perioden ohnehin abgeschlossen werden.

Ein Cut-over-Plan beantwortet für jeden Schritt drei Fragen: Wer macht was, bis wann, und woran erkennen wir Erfolg? Ein bewährter Ablauf:

1. Stichtag festlegen und Altsystem für Neubuchungen sperren.
2. Delta migrieren: die seit der letzten Testmigration entstandenen aktuellen Bestände und offenen Posten übernehmen.
3. Abschlussprüfung: Salden, Bestände und Belegkreise gegen das Altsystem abstimmen.
4. Freigabe: Fachbereiche und Projektleitung geben den Produktivstart formal frei.
5. Umschalten: Neusystem produktiv setzen, Zugänge und Schnittstellen aktivieren.

Direkt nach dem Cut-over beginnt die Hypercare-Phase mit intensiviertem Support, in der das Projektteam verfügbar bleibt und Fehler priorisiert abgearbeitet werden. Fehlt intern die Kapazität für Bereinigung, Mapping und Cut-over, unterstützt eine externe ERP-Migration als Leistung den gesamten Übergang.

Risiken beim ERP-Wechsel und wie du sie senkst

Die typischen Risiken eines Systemwechsels sind selten rein technisch. Diese Punkte solltest du aktiv steuern:

• Schmutzige Altdaten: entschärft durch frühe Bereinigung und Testmigration.
• Unterschätzter Datenumfang: Bewegungsdaten und Sonderfälle (Chargen, Seriennummern, Streckengeschäft) rechtzeitig erfassen.
• Prozesslücken: wenn ein Ablauf im Neusystem anders funktioniert – vorab im Test end-to-end durchspielen.
• Change-Widerstände: Anwender früh einbinden und rollenbasiert an echten Prozessen schulen.
• Zeitdruck am Stichtag: großzügige Zeitfenster und klare Abbruchkriterien einplanen.
• Rechtliche Pflichten: GoBD, Aufbewahrungsfristen und die E-Rechnung von Anfang an mitdenken (siehe unten).

Ein Wort zur E-Rechnung, weil sie viele ERP-Wechsel betrifft: In Deutschland besteht die B2B-Empfangspflicht für elektronische Rechnungen bereits seit dem 1. Januar 2025. Die Ausstellungspflicht ist gestaffelt – grundsätzlich ab 1. Januar 2027 für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz, ab 1. Januar 2028 dann für alle. Das Format richtet sich nach der Norm EN 16931 (etwa XRechnung oder ZUGFeRD). Prüfe beim Wechsel, ob dein neues System diese Formate erzeugen und empfangen kann – ein Systemwechsel ist der ideale Moment, das gleich richtig aufzusetzen.

Rückfallebene: der Plan B für den Ernstfall

Kein Umschalttag ohne Rückfallebene. Sie beschreibt, was passiert, wenn beim Cut-over etwas so grundlegend schiefgeht, dass der Produktivbetrieb nicht startklar ist. Ein tragfähiger Plan B umfasst mindestens:

• Definierte Abbruchkriterien: Ab welchem Fehlerbild wird der Go-Live gestoppt, statt „irgendwie durchzuziehen"?
• Ein lauffähiges Altsystem: Beim Big-Bang bleibt es zumindest für einen definierten Zeitraum wieder aktivierbar; im Parallelbetrieb ist es ohnehin noch produktiv.
• Gesicherte Datenstände: ein vollständiges, geprüftes Backup vom Stichtag, damit du auf einen bekannten Stand zurückkannst.
• Klare Kommunikation: Wer entscheidet über den Rückfall, und wie werden Anwender und Kunden informiert?

Gerade der Big-Bang lebt von einer belastbaren Rückfallebene, weil hier alles gleichzeitig umschaltet. Der Parallelbetrieb hat die Rückfallebene quasi eingebaut, erkauft sie aber mit doppeltem Aufwand. Definiere die Kriterien schriftlich und vor dem Cut-over – im Ernstfall ist keine Zeit für Grundsatzdiskussionen.

Fazit

Ein ERP-Wechsel wird planbar, wenn du drei Dinge früh entscheidest: die Migrationsstrategie (Big-Bang, Parallelbetrieb oder stufenweise), das Vorgehen bei Datenübernahme und -bereinigung sowie die Rückfallebene für den Cut-over. Die meisten Probleme entstehen nicht in der Technik, sondern in schmutzigen Altdaten, unterschätztem Datenumfang und einem Umschalttag ohne Plan B. Wer die Daten vor der Übernahme bereinigt, die Migration in einer Testmigration probt, den Cut-over Schritt für Schritt durchplant und eine echte Rückfallebene bereithält, bringt sein neues System ohne Chaos in den Produktivbetrieb – und nutzt den Wechsel zugleich, um Altlasten und offene Themen wie die E-Rechnung sauber zu erledigen.