Cut-over
Der Cut-over ist die eng geplante Umschaltphase einer ERP-Einführung, in der das Unternehmen vom Alt- auf das neue System wechselt: Das Altsystem wird eingefroren, die finalen Daten werden übernommen und geprüft, und das neue ERP wird für den Produktivbetrieb freigegeben.
Der Cut-over bezeichnet die zeitlich eng geplante Umschaltphase einer ERP-Einführung, in der ein Unternehmen den operativen Betrieb vom alten auf das neue System überträgt. In diesem Fenster – meist ein Wochenende oder eine betriebsarme Zeit – wird das Altsystem für Buchungen gesperrt, der finale Stand der Stamm- und Bewegungsdaten in das neue ERP migriert, geprüft und freigegeben, sodass anschließend alle Aufträge, Buchungen und Lagerbewegungen ausschließlich im neuen System laufen. Der Cut-over ist damit der eigentliche technische und organisatorische Übergangsakt zwischen Projekt- und Produktivphase.
Anders als der Go-Live, der den Zeitpunkt der Produktivschaltung markiert, umfasst der Cut-over die konkrete Abfolge von Aktivitäten, die diesen Zeitpunkt möglich machen. Er ist kein einzelner Knopfdruck, sondern eine minutengenau durchgeplante Sequenz aus Einfrieren, Migrieren, Abgleichen, Testen und Freigeben. Weil in dieser Phase kurzzeitig weder das alte noch das neue System voll arbeitsfähig ist, gehört der Cut-over zu den kritischsten und am sorgfältigsten vorbereiteten Momenten eines jeden ERP-Projekts.
Auf einen Blick
- Eng getaktete Umschaltphase vom Alt- auf das neue ERP-System
- Ablauf: Altsystem einfrieren, Daten migrieren, abgleichen, freigeben
- Wird über einen detaillierten Cut-over-Plan minutengenau gesteuert
- Enthält Prüfpunkte, einen „Point of no Return" und ein Rollback-Szenario
- Vorbereitung des Go-Live – nicht mit ihm identisch
Wie läuft ein Cut-over ab?
Ein Cut-over folgt einer festen Reihenfolge, die vorab in mehreren Testmigrationen geprobt wird. Zu Beginn wird das Altsystem eingefroren: Ab einem definierten Zeitpunkt dürfen dort keine neuen Belege mehr erfasst werden, damit ein stabiler Ausgangsstand entsteht. Anschließend werden die finalen Daten extrahiert, transformiert und in das neue ERP geladen – zunächst die Stammdaten wie Artikel, Kunden und Lieferanten, danach die offenen Bewegungsdaten wie Bestände, offene Aufträge und offene Posten. Jeder dieser Schritte hat im Cut-over-Plan einen Verantwortlichen, ein Zeitfenster und ein klares Erfolgskriterium.
Nach dem Laden folgt der Abgleich: Summen, Satzanzahlen und Stichproben werden zwischen Alt- und Neusystem verglichen, um sicherzustellen, dass die Datenübernahme vollständig und korrekt ist. Erst wenn diese Prüfungen bestanden und formal freigegeben sind, wird das neue ERP für die Anwender geöffnet. Der Zeitraum zwischen Einfrieren und Freigabe ist das eigentliche Cut-over-Fenster – es sollte so kurz wie möglich und so lang wie nötig sein, um den Stillstand des Tagesgeschäfts gering zu halten.
Das Cut-over-Fenster richtig legen
Das Cut-over-Fenster wird bewusst in eine betriebsarme Zeit gelegt – häufig über ein Wochenende, an einem Feiertag oder zum Monats- bzw. Jahreswechsel. Ziel ist ein Zeitraum, in dem möglichst wenige offene Vorgänge migriert werden müssen und der Betrieb den kurzzeitigen Stillstand verkraftet. Je sauberer das Altsystem vor dem Cut-over abgearbeitet ist (etwa wenige offene Aufträge, gebuchte Wareneingänge), desto schlanker und risikoärmer fällt die Umschaltung aus.
Der Cut-over-Plan als zentrales Steuerungsinstrument
Kern jedes Cut-overs ist der Cut-over-Plan – eine minutengenaue Ablaufliste, die festhält, welche Aufgabe wann, durch wen und mit welchem Ergebnis erledigt wird. Er verzahnt technische Schritte (Datenexport, Import, Schnittstellen-Aktivierung, Systemfreigabe) mit organisatorischen (Kommunikation an die Fachbereiche, Freigabeentscheidungen, Bereitstellung von Ansprechpartnern). Für jeden kritischen Schritt sind Vorbedingungen, Prüfungen und eine geschätzte Dauer hinterlegt, sodass das Projektteam während des Fensters jederzeit weiß, ob es im Zeitplan liegt.
Ein guter Cut-over-Plan enthält außerdem definierte Entscheidungspunkte. Am wichtigsten ist der „Point of no Return": die Grenze, ab der ein Rückfall auf das Altsystem nicht mehr vorgesehen ist. Vor diesem Punkt muss das Team entscheiden, ob alle Prüfungen bestanden sind und die Freigabe erfolgen kann – oder ob der Cut-over abgebrochen und das Rollback-Szenario ausgelöst wird. Diese klaren Kriterien nehmen im Ernstfall den Druck aus Bauchentscheidungen.
Rollback: der geplante Rückweg
Ein seriöser Cut-over-Plan definiert immer ein Rollback: ein dokumentiertes Verfahren, um bei kritischen Fehlern kontrolliert auf das Altsystem zurückzukehren, solange dieses noch nicht endgültig abgeschaltet ist. Dazu gehört, dass das Altsystem bis zum Ende des Fensters im ursprünglichen Zustand konserviert bleibt und nicht sofort überschrieben wird. Nach der Freigabe und dem ersten Produktivbetrieb wird ein Rollback jedoch schnell teuer und praktisch kaum noch machbar, weil im neuen ERP bereits neue Belege entstehen – deshalb entscheidet die Qualität der Vorbereitung über den Verzicht auf diesen Notweg.
Warum der Cut-over über Erfolg oder Chaos entscheidet
Der Cut-over ist der Moment, in dem sich die gesamte Vorarbeit eines ERP-Projekts bewährt oder rächt. Ein schlecht geplanter Cut-over kann dazu führen, dass am ersten Arbeitstag Bestände nicht stimmen, offene Aufträge fehlen oder Schnittstellen zu Shop und Versand nicht greifen – mit der Folge, dass Lieferungen stocken und das Vertrauen der Anwender in das neue System leidet. Umgekehrt sorgt ein sauber durchgezogener Cut-over dafür, dass die Organisation am Montag ohne spürbare Reibung weiterarbeitet.
Der Erfolg hängt fast vollständig von der Vorbereitung ab: von der Datenqualität im Altsystem, von belastbaren Testmigrationen, in denen der komplette Ablauf mehrfach geprobt wurde, und von einem realistischen Zeitplan mit Puffern. Der Cut-over selbst fügt keine neue Funktionalität hinzu – er überführt lediglich einen geprüften Stand in den Produktivbetrieb. Deshalb gilt in der Praxis: Ein Cut-over, der überraschungsfrei verläuft, ist das Ergebnis von Wochen sorgfältiger Probeläufe, nicht von Glück am Stichtag.
Cut-over im ERP-System und angrenzende Aufgaben
Im ERP-Kontext ist der Cut-over eng mit der Datenmigration und der gewählten Einführungsstrategie verzahnt. Bei einer Big-Bang-Einführung ist der Cut-over besonders anspruchsvoll, weil sämtliche Bereiche gleichzeitig umgestellt werden und kein produktives Rückfallsystem im Alltag bereitsteht. Bei einem Parallelbetrieb oder einer phasenweisen Einführung verteilt sich die Umschaltung auf mehrere kleinere Cut-overs, was das Einzelrisiko senkt, aber temporäre Schnittstellen zwischen alt und neu erfordert.
Unmittelbar an den Cut-over schließt die Hypercare-Phase an: eine Zeit intensiver Betreuung nach der Freigabe, in der Key-User und Support eng begleiten und Fehler schnell beheben. Der Cut-over markiert damit den Übergang, nicht das Projektende. Zu einer vollständigen Umschaltung gehören außerdem das Aktivieren aller Schnittstellen zu Shopsystem, Marktplatz und Versanddienstleister sowie die Kommunikation an alle Fachbereiche, ab wann welches System das führende ist.
Abgrenzung: Cut-over vs. Go-Live und Datenmigration
Cut-over, Go-Live und Datenmigration werden oft synonym verwendet, bezeichnen aber unterschiedliche Dinge. Der Go-Live ist der Zeitpunkt der Produktivschaltung – der Moment, ab dem das neue ERP das führende System ist. Der Cut-over ist die Phase, die zu diesem Zeitpunkt hinführt: die geplante Abfolge von Aktivitäten rund um die Umschaltung. Vereinfacht gesagt ist der Go-Live das Ereignis und der Cut-over der Weg dorthin.
Die Datenmigration wiederum ist ein Teil des Cut-overs, aber nicht dasselbe: Sie meint das technische Übertragen der Datenbestände vom Alt- ins Neusystem. Der Cut-over umfasst darüber hinaus das Einfrieren, die Freigabeentscheidungen, die Schnittstellenaktivierung und die organisatorische Steuerung. Wer diese Begriffe sauber trennt, plant präziser: Die Datenmigration wird in Testläufen geprobt, der Cut-over-Plan orchestriert den gesamten Umschaltvorgang, und der Go-Live ist das Ergebnis, das beide sichtbar macht.
DACH-Besonderheiten beim Cut-over
Im DACH-Raum wird der Cut-over-Termin häufig bewusst auf den Beginn eines Buchungsmonats oder Geschäftsjahres gelegt, damit Finanzbuchhaltung, Umsatzsteuervoranmeldung und DATEV- oder BMD-Übergaben sauber im neuen System starten und keine Buchungsperiode über zwei Systeme verteilt wird. Der Stichtag wird dabei so gewählt, dass Monats- oder Jahresabschluss und Umschaltung nicht kollidieren.
Zugleich darf das Abschalten des Altsystems nach dem Cut-over nicht mit dem Löschen seiner Daten verwechselt werden: Steuerlich relevante Belege bleiben aufbewahrungspflichtig und müssen weiterhin GoBD-konform und revisionssicher verfügbar sein. Ein gut dokumentierter Cut-over hält deshalb fest, welcher Datenstand zu welchem Zeitpunkt übernommen wurde – diese Nachvollziehbarkeit ist Teil der Verfahrensdokumentation und im Zweifel gegenüber der Betriebsprüfung nachzuweisen.
Praxisbeispiel
Praxisbeispiel: Cut-over eines Online-Händlers über ein Wochenende
Ein E-Commerce-Händler mit rund 40 Mitarbeitenden löst seine bisherige Warenwirtschaft durch ein neues ERP ab. Für die Umschaltung wählt das Team ein umsatzschwaches Wochenende und erstellt einen Cut-over-Plan mit rund 50 Einzelschritten – von der letzten Bestellannahme im Altsystem am Freitagabend über die Datenmigration am Samstag bis zum Abgleich der Lagerbestände am Sonntagvormittag. Jeder Schritt ist mit Uhrzeit, Verantwortlichem und Prüfkriterium hinterlegt.
Am Freitag um 18 Uhr wird das Altsystem eingefroren, der Shop auf einen Wartungshinweis gesetzt und die finale Datenmigration gestartet. Nach dem Import gleicht das Team Bestandssummen und offene Aufträge stichprobenartig ab; erst nach bestandener Prüfung fällt am Sonntag um 14 Uhr – vor dem definierten „Point of no Return" – die Freigabeentscheidung. Der Shop und die Marktplatz-Schnittstellen werden reaktiviert, und ab Montagmorgen arbeitet das Team ausschließlich im neuen ERP, begleitet von einer zweiwöchigen Hypercare-Sprechstunde.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Fragen zu Cut-over in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.