Der Cutover
Der Cutover ist das Zeitfenster, in dem vom Alt- auf das Neusystem umgestellt wird: Erfassungsstopp, Datenmigration, Abstimmung, Freigabe für die Anwender. Eine minutiös geplante Abfolge, meist über ein Wochenende.
Definition in Kürze
Der Cutover ist der letzte Schritt vor dem Start: die Umstellung, mit der der Betrieb vom Altsystem auf das neue System übergeht – innerhalb eines vorab festgelegten Zeitfensters.
- Es handelt sich um eine minutiös geplante Abfolge, nicht um eine technische Inbetriebnahme.
- Sie läuft meist außerhalb der Geschäftszeiten und dauert selten länger als 48 Stunden – daher der Ausdruck „Cutover-Wochenende“.
- Sie endet mit dem Go-live; der Rückfallplan gehört untrennbar dazu.
Was ist ein Cutover?
Microsoft definiert ihn im Implementierungsleitfaden knapp: Der Cutover ist der letzte Schritt vor dem Start der neuen Lösung, der Moment des Wechsels vom alten auf das neue System (Microsoft Learn).
Dieselbe Seite nennt eine Größenordnung, die oft übersehen wird: Der Zeitraum heißt gewöhnlich „Cutover-Wochenende“, weil er meist weniger als 48 Stunden dauert – je nach Geschäft sogar kürzer. Der Cutover ist also keine wochenlange Projektphase, sondern eine kurze, sehr gut vorbereitete Operation.
Im Deutschen wird der Anglizismus verwendet, häufig aber auch Umstellung: Microsoft verwendet in seiner deutschen Dokumentation – dort für Server-Migrationen – den Begriff Umstellungsplanung und beschreibt den Cutover als den Prozess des Übergangs vom alten System zur neuen Anwendung (Microsoft Learn DE).
Was gehört in einen Cutover-Plan?
Ein Cutover-Plan ist eine geordnete Liste von Schritten, jeder mit Verantwortlichem, Dauer, erwarteter Startzeit und Erfolgskriterium. Der typische Ablauf:
- Erfassungsstopp im Altsystem, kommuniziert an alle Beteiligten – auch an Bereiche außerhalb des Umfangs, die davon abhängen.
- Extraktion und Stopp der Schnittstellen: Übergaben ausgesetzt, Batchläufe blockiert, Warteschlangen geleert.
- Datenmigration: Salden, Bestände, offene Posten und Stammdaten werden in das neue System geladen.
- Abstimmung: positionsweiser Vergleich zwischen alt und neu, mit einer vor der Umstellung festgelegten Toleranzgrenze.
- Durchgängige Kontrollen: einige echte Vorgänge, gebucht von Fachanwendern, nicht vom Projektteam.
- Go-/No-go-Entscheidung, dann Freigabe der Zugänge und Wiederaufnahme der Schnittstellen.
Zwei Punkte unterscheiden einen belastbaren Plan von einer Aufgabenliste: der späteste Zeitpunkt für einen Rollback, nach dem nur noch der Weg nach vorn bleibt, und die namentlich benannte Person, die die Entscheidung ausspricht.
Der Cutover vom Arbeitsplatz aus gesehen
Aus Sicht der IT ist der Cutover eine technische Abfolge. Aus Sicht der Fachbereiche ist er ein Zeitraum, in dem nicht wie gewohnt gearbeitet werden kann – und danach ein Montagmorgen, an dem alles anders ist.
Diese Dimension wird in Plänen häufig zu niedrig angesetzt. Ein Erfassungsstopp von 48 Stunden bedeutet nachzuerfassende Aufträge, liegengebliebene Lieferscheine, verschobene Vorgänge. Fehlt für dieses Fenster eine Ersatzregelung, improvisieren die Teams – und improvisierte Daten kommen nach der Umstellung ins System zurück.
Der Cutover-Plan sollte daher neben den technischen Schritten festhalten, was die Anwender während des Fensters tun und wie ihre nachträglichen Erfassungen in das neue System gelangen.
Wenn die Umstellung entgleist: der Fall TSB
Die Migration der TSB Bank im April 2018 ist einer der wenigen Fälle, in denen eine Aufsichtsbehörde die Folgen einer gescheiterten Umstellung im Detail dokumentiert hat. Die britische Bank stellte am Wochenende vom 20. bis 22. April 2018 um. Das Final Notice der FCA vom 20. Dezember 2022 zeichnet den Ablauf nach.
69.000
Anrufe waren am Montag, 23. April 2018 – dem ersten Werktag nach der Umstellung – bereits vor 14 Uhr eingegangen, ausgelöst durch die Störungen im digitalen Kanal.
20 bis 30 %
der Privat- und Geschäftskunden konnten in der ersten Woche keine Zahlungen online auslösen, weil sie ihre Zugangsdaten nicht zurücksetzen konnten.
29,75 Mio. £
Bußgeld der FCA gegen TSB im Dezember 2022 wegen dieser Migration, nach 30 % Abschlag für ein Vergleichsverfahren.
Lesenswert ist der Fall vor allem wegen der Reihenfolge: Die Umstellung selbst lief über das Wochenende, die Krise zeigte sich am ersten Werktag, als die Kunden kamen. Gemessen wird ein Cutover deshalb am ersten regulären Arbeitstag, an dem das volle Geschäftsvolumen auf das neue System trifft.
Sechs Praktiken, die eine Umstellung absichern
- Den Cutover mindestens einmal unter realen Bedingungen proben, mit der Uhr in der Hand. Eine Probe deckt die Abhängigkeiten auf, die der Plan übersehen hat.
- Die Toleranzgrenze vorab festlegen, nicht während der Nacht. Über eine Abstimmungsdifferenz um drei Uhr morgens zu diskutieren, ist der sicherste Weg, sie zu Unrecht zu akzeptieren.
- Die Abschlusskontrollen von Fachanwendern durchführen lassen, an echten Vorgängen. Das Projektteam kennt die Oberfläche zu gut, um ihre Stolperstellen noch zu bemerken.
- Die zeitliche Grenze des Rückfalls setzen und einhalten.
- Den Betrieb während des Stopps regeln: schriftliche Ersatzregelung und ein Weg, die liegengebliebenen Erfassungen nachzuholen.
- Das Hypercare vor der Umstellung aufstellen, nicht danach. Die Spitze kommt in der ersten Stunde unter Volllast.
Wie Knowmore die Umstellung vorbereitet.
Ein gelungener Cutover stellt die Anwender vor ein System, das sie nicht kennen. Knowmore bereitet diesen Moment vor: Die K-NOW-Anleitungen entstehen mit K-STUDIO aus den Zielprozessen und werden mit der Freigabe der Zugänge im System veröffentlicht.
Ersatzregelungen für den Erfassungsstopp, neue Erfassungsfolgen und die Stolpersteine der ersten Woche stehen damit direkt am Bildschirm – statt in einem geteilten Ordner gesucht zu werden.
Fazit
Ein Cutover ist eine kurze Operation – in den meisten Fällen unter 48 Stunden – aber die unumkehrbarste des Projekts. Seine Qualität entsteht in den Proben, nicht in der Nacht der Umstellung.
Sein Erfolg zeigt sich erst, wenn die Anwender kommen und das volle Tagesgeschäft auf das neue System trifft.
Häufige Fragen
Wie lange dauert ein Cutover?
In den meisten Projekten weniger als 48 Stunden: Diese Größenordnung nennt Microsoft, das vom „Cutover-Wochenende“ spricht und anmerkt, dass der Zeitraum teils noch kürzer ist. In sehr großem Umfang kann das Fenster länger sein – Swarovski hat für seine SAP-Konvertierung 2026 66 Stunden reserviert.
Was ist der Unterschied zwischen Cutover und Datenmigration?
Die Datenmigration ist einer der Schritte des Cutover, oft der längste. Der Cutover umfasst zusätzlich den Erfassungsstopp, das Anhalten der Schnittstellen, die Abstimmung, die Abschlusskontrollen und die Freigabe der Zugänge. Eine geglückte Datenmigration schließt einen misslungenen Cutover keineswegs aus.
Braucht es wirklich einen Rückfallplan?
Ja – und vor allem muss er geprobt und seine zeitliche Grenze festgelegt sein. Ein ungeprobter Rückfallplan hat keinen operativen Wert, und eine Rückfallentscheidung nach dem Point of no Return kostet mehr als der Weg nach vorn mit verstärktem Support.
Verwandte Begriffe
Go-live
Der Moment, in dem die Lösung in den Produktivbetrieb geht: Entscheidungskriterien, Vorbereitung und was am Tag X für die Anwender auf dem Spiel steht.
Definition lesen →Hypercare
Der erweiterte Supportzeitraum direkt nach dem Go-live: Dimensionierung, Kennzahlen und der Übergang in den Regelsupport.
Definition lesen →UAT (Anwendertest)
Das UAT prüft, ob das System die fachlichen Bedürfnisse erfüllt – nicht nur die Spezifikation: Formen, Beteiligte, Grenzen.
Definition lesen →Die Umstellung dauert 48 Stunden. Die Nutzung Monate.
Sprechen wir über Ihren Cutover-Plan: Wir zeigen Ihnen, wie kontextbezogene Hilfe die erste Woche unter Volllast abfedert.