Systemwechsel
Ein Systemwechsel ist die Ablösung einer bestehenden Softwarelösung – etwa einer Warenwirtschaft oder eines ERP-Systems – durch ein neues System, inklusive Auswahl, Datenübernahme, Prozessumstellung und Abschaltung des Altsystems.
Ein Systemwechsel bezeichnet den geplanten Übergang von einer bestehenden betrieblichen Software auf eine neue Lösung, die die bisherige vollständig ersetzt. Im ERP-Umfeld meint der Begriff meist die Ablösung eines Altsystems – etwa einer historisch gewachsenen Warenwirtschaft, einer Insellösung oder eines veralteten ERP – durch ein modernes System. Der Systemwechsel umfasst nicht nur die technische Umstellung, sondern den gesamten Bogen von der Entscheidung und Auswahl über die Datenmigration und Prozessanpassung bis zum Go-Live und der endgültigen Abschaltung des Altsystems.
Damit ist der Systemwechsel mehr als ein reines IT-Projekt: Weil ein ERP nahezu alle operativen Abläufe von Einkauf über Lager bis Buchhaltung berührt, wirkt der Wechsel in die gesamte Organisation hinein. Auslöser sind typischerweise fehlende Skalierbarkeit, auslaufender Support, mangelnde Schnittstellen zu Shop und Marktplätzen, Compliance-Anforderungen oder schlicht Prozesse, die das Altsystem nicht mehr abbildet. Ein erfolgreicher Systemwechsel verbindet daher technische Migration, Prozessdesign und Change Management zu einem koordinierten Vorhaben.
Auf einen Blick
- Ablösung eines Altsystems durch eine neue Software – Oberbegriff für den gesamten Wechsel
- Umfasst Auswahl, Datenmigration, Prozessumstellung, Go-Live und Altsystem-Abschaltung
- Typische Auslöser: fehlende Skalierbarkeit, auslaufender Support, neue Compliance-Vorgaben
- Strategien: Big Bang (Stichtag) oder phasenweiser Rollout, oft mit Parallelbetrieb
- Erfolgsfaktoren: saubere Datenqualität, Tests, Schulung und intensive Hypercare-Phase
Was gehört zu einem Systemwechsel?
Ein Systemwechsel setzt sich aus mehreren aufeinander aufbauenden Bausteinen zusammen. Am Anfang steht die fachliche Entscheidung und die ERP-Auswahl: In Lastenheft und Pflichtenheft wird festgehalten, welche Anforderungen das neue System erfüllen muss und wie sich die künftigen Prozesse gestalten. Daran schließt die eigentliche ERP-Einführung an – die Konfiguration und das Customizing des neuen Systems, der Aufbau von Schnittstellen zu Shop, Marktplätzen, Versanddienstleistern oder Buchhaltung und die Vorbereitung der Datenübernahme.
Kern jedes Systemwechsels ist die Datenmigration: Stammdaten wie Artikel, Kunden und Lieferanten sowie offene Bewegungsdaten wie unerledigte Aufträge, Bestände und offene Posten werden aus dem Altsystem in das neue System überführt. Den Abschluss bilden der Cut-over – die eigentliche Umschaltung – und der Go-Live, gefolgt von einer Stabilisierungsphase. Erst wenn das neue System zuverlässig läuft, wird das Altsystem abgeschaltet; seine steuerlich relevanten Daten müssen jedoch weiter aufbewahrt werden.
Datenmigration als kritischer Baustein
Die Datenmigration entscheidet maßgeblich über Erfolg oder Misserfolg eines Systemwechsels. Vor der Übernahme müssen die Daten bereinigt werden: Dubletten werden zusammengeführt, veraltete Datensätze aussortiert und Felder auf das Zielmodell abgebildet (Feld-Mapping). In mehreren Testmigrationen wird die Übernahme probeweise durchgespielt, bis Datenqualität und Vollständigkeit stimmen. Schlechte Ausgangsdaten übertragen sich sonst ungefiltert ins neue System und belasten den Betrieb ab dem ersten Tag.
Wie läuft ein Systemwechsel ab?
Der Ablauf eines Systemwechsels folgt in der Regel einer klaren Projektlogik: Anforderungsanalyse, Auswahl, Konzeption der Soll-Prozesse, Systemaufbau, Migration und Test, Cut-over und Go-Live sowie eine anschließende Betreuungsphase. Für die Umstellung selbst gibt es zwei grundlegende Strategien. Beim Big Bang wird das neue System zu einem einzigen Stichtag scharfgeschaltet und das Altsystem im selben Moment abgelöst. Beim phasenweisen Rollout geht das System schrittweise live – etwa Modul für Modul oder Standort für Standort.
Häufig sichert ein Parallelbetrieb den Übergang ab: Alt- und Neusystem laufen für eine Übergangszeit nebeneinander, sodass Ergebnisse abgeglichen werden können, bevor das Altsystem endgültig ausgeschaltet wird. Welche Strategie passt, hängt von Größe, Komplexität und Risikotoleranz ab. Unabhängig davon gilt: Der eigentliche Umschalttag ist nur der sichtbare Höhepunkt eines langen Vorbereitungsprozesses und nicht der Projektabschluss.
Cut-over und Hypercare
Der Cut-over ist das minutengenau geplante Umschaltfenster, in dem das Altsystem eingefroren, die finalen Daten migriert und das neue System freigegeben werden. Ein Cut-over-Plan legt jeden Schritt und einen möglichen Rückfall (Rollback) fest. Nach dem Go-Live folgt die Hypercare-Phase: eine Zeit intensiver Betreuung, in der Anwenderfragen schnell beantwortet und letzte Fehler zügig behoben werden. Sie fängt die typische Anfangsunsicherheit ab und stabilisiert den Betrieb.
Warum ein Systemwechsel anspruchsvoll ist
Ein Systemwechsel ist deshalb anspruchsvoll, weil er technische, organisatorische und menschliche Faktoren zugleich betrifft. Technisch müssen große Datenmengen fehlerfrei übernommen und zahlreiche Schnittstellen neu gebaut werden. Organisatorisch ändern sich eingespielte Prozesse, Verantwortlichkeiten und Belegflüsse – oft ist der Wechsel zugleich ein Anlass, Abläufe grundlegend zu überdenken statt sie eins zu eins zu übertragen.
Der menschliche Faktor wird regelmäßig unterschätzt: Mitarbeitende müssen die neue Software erlernen und akzeptieren. Ohne frühzeitige Einbindung von Key-Usern, verständliche Schulungen und ein aktives Change Management drohen Produktivitätseinbrüche und Widerstände. Ein durchdachter Systemwechsel plant deshalb von Anfang an genügend Zeit für Kommunikation, Training und die Begleitung nach dem Go-Live ein – nicht nur für die reine Technik.
Abgrenzung: Systemwechsel, Migration und Einführung
Der Begriff Systemwechsel wird oft synonym zu verwandten Begriffen verwendet, meint aber genau genommen den übergeordneten Vorgang. Die ERP-Einführung beschreibt das Aufsetzen und Produktivsetzen des neuen Systems – sie ist der Aufbau-Teil, während der Systemwechsel zusätzlich die Ablösung des Alten betont. Die Datenmigration ist wiederum nur ein Baustein innerhalb des Wechsels, nämlich die Überführung der Bestände von alt nach neu.
Ebenfalls abzugrenzen sind Rollout, Go-Live und Cut-over: Der Rollout ist das Ausrollen auf Nutzer oder Standorte, der Go-Live der Startzeitpunkt des Produktivbetriebs und der Cut-over das konkrete Umschaltfenster. Ein reines Upgrade – der Versionswechsel innerhalb derselben Produktlinie – gilt hingegen nicht als vollwertiger Systemwechsel, weil Datenmodell und Hersteller gleich bleiben. Ein Systemwechsel liegt erst vor, wenn ein anderes System das bisherige ersetzt.
Systemwechsel im DACH-Raum: Compliance und Aufbewahrung
Im DACH-Raum kommt beim Systemwechsel eine wichtige rechtliche Dimension hinzu. Steuerlich relevante Daten des Altsystems unterliegen der Aufbewahrungspflicht und müssen auch nach dessen Abschaltung GoBD-konform, unveränderbar und maschinell auswertbar verfügbar bleiben – in Deutschland über zehn Jahre, mit vergleichbaren Vorgaben in Österreich und der Schweiz. Ein Systemwechsel darf daher nicht mit dem Löschen des Altbestands enden; benötigt wird ein revisionssicheres Archiv oder ein lesender Zugriff auf das eingefrorene Altsystem.
Praktisch legen Unternehmen den Stichtag häufig auf einen Geschäftsjahres- oder Monatswechsel, damit Finanzbuchhaltung, Umsatzsteuervoranmeldung und DATEV- beziehungsweise BMD-Übergaben sauber im neuen System starten und keine Buchungsperiode über zwei Systeme verteilt ist. Eine lückenlose Verfahrensdokumentation, die den Wechsel, die Migrationslogik und die Archivierung beschreibt, gehört zwingend dazu – sie ist im Fall einer Betriebsprüfung der Nachweis, dass der Systemwechsel die steuerliche Nachvollziehbarkeit gewahrt hat.
Praxisbeispiel
Praxisbeispiel: Onlinehändler wechselt von der Insellösung zum integrierten ERP
Ein wachsender E-Commerce-Händler mit rund 40 Mitarbeitenden steuert sein Geschäft über eine ältere Warenwirtschaft, eine separate Buchhaltungssoftware und mehrere manuell gepflegte Excel-Listen. Mit steigendem Bestellvolumen und neuen Marktplätzen stoßen die Insellösungen an ihre Grenzen: Bestände laufen auseinander, es kommt zu Überverkäufen, und der Monatsabschluss dauert zu lange. Das Unternehmen entscheidet sich für einen Systemwechsel auf ein integriertes ERP mit angebundenem Shop und Marktplatzanbindung.
Nach Auswahl und Pflichtenheft folgen drei Testmigrationen, in denen Artikel-, Kunden- und Lieferantenstammdaten bereinigt und übernommen werden. Der Cut-over findet über ein Wochenende zum Monatswechsel statt; für zwei Wochen läuft die alte Buchhaltung noch lesend parallel, um offene Posten abzugleichen. Eine vierwöchige Hypercare-Phase mit täglicher Sprechstunde begleitet das Team. Nach der Stabilisierung wird das Altsystem abgeschaltet – seine Daten bleiben revisionssicher archiviert.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu Systemwechsel in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.