SAP-Wiki

Cutover

Cutover bezeichnet die technische Umstellungsphase, in der ein Unternehmen von einem Alt- auf ein neues SAP-System wechselt, etwa von SAP ECC auf SAP S/4HANA. In einem festgelegten Zeitfenster, häufig einem verlängerten Wochenende, werden Daten migriert, Schnittstellen umgeschaltet und das neue System für den Produktivbetrieb freigegeben.

Definition

Was ist Cutover?

Der Begriff stammt aus dem klassischen Projektmanagement und bezeichnet den Moment, in dem ein Vorhaben von der Vorbereitung in den echten Betrieb wechselt. Im SAP-Umfeld ist damit die Sequenz aus Systemeinfrieren, Datenübernahme, technischer Migration und Freigabe gemeint, die zwischen letztem Arbeitstag im Altsystem und erstem Arbeitstag im neuen System liegt. Alles davor ist Vorbereitung, alles danach ist Produktivbetrieb.

Relevant ist ein durchdachter Cutover-Plan für jedes Projekt mit einem harten Umstellungstermin: Brownfield-Conversion, Greenfield-Implementierung, Selective Data Transition oder auch der Wechsel eines einzelnen Moduls wie SAP EWM. Beteiligt sind IT, die betroffenen Fachbereiche und häufig externe Partner für Datenmigration und technischen Betrieb. Je mehr Standorte und Schichten am System hängen, desto genauer muss das Zeitfenster geplant sein. Auch die Kommunikation an Kunden und Lieferanten gehört in die Planung, sobald EDI-Schnittstellen oder Portale während der Umstellung nicht erreichbar sind.

In der Projektpraxis steht am Anfang ein detaillierter Cutover-Plan mit jeder Einzelaktivität, Verantwortlichem und Zeitfenster, geprobt in mindestens einem vollständigen Mock-Cutover auf einer Testumgebung. Häufige Stolperstelle ist die Unterschätzung der Downtime, etwa durch unerwartet große Datenmengen oder Schnittstellen, die länger synchronisieren als geplant. Ein Rückfallplan für den Fall, dass das Zeitfenster nicht reicht, gehört in jede seriöse Planung.

Funktionen

Wie funktioniert Cutover?

Technisch läuft ein Cutover in klar getakteten Schritten: Sperren der Altsysteme für Buchungen, letzter Datenabzug, Migration über Werkzeuge wie den Software Update Manager oder eigene Migrationscockpits, technischer Aufbau der Schnittstellen und abschließende Prüfläufe vor der Freigabe. Jede Aktivität hat im Cutover-Plan eine feste Reihenfolge, eine geschätzte Dauer und einen Verantwortlichen, damit Verzögerungen an einer Stelle sofort sichtbar werden. Erfahrene Projektteams bauen zusätzlich Pufferzeiten zwischen kritischen Schritten ein, um kleinere Verzögerungen aufzufangen, ohne gleich den gesamten Zeitplan zu gefährden.

Im Zusammenspiel mit Nachbarsystemen reicht der Cutover über das SAP-Kernsystem hinaus und erfasst auch angebundene Systeme wie ein Lagerverwaltungssystem, EDI-Anbindungen zu Kunden und Lieferanten oder Maschinensteuerungen in der Produktion. Jede dieser Schnittstellen braucht ein eigenes Umschaltszenario, vorab simuliert mit Werkzeugen wie smartSim, um Anlagenstillstand während der Umstellung zu vermeiden. Wer diese Nachbarsysteme im Cutover-Plan vergisst, entdeckt die Lücke meist erst am Umstellungswochenende selbst, wenn Korrekturen kaum noch möglich sind.

Vorteile

Klarer Startpunkt

Ein definiertes Zeitfenster gibt Projekt und Organisation einen festen Termin, auf den alle Beteiligten hinarbeiten.

Risiko im Testlauf sichtbar

Ein Mock-Cutover auf Testsystemen deckt Zeitprobleme und fehlende Schritte auf, bevor es im Produktivsystem zählt.

Rollen sind eindeutig

Jede Aktivität im Cutover-Plan hat einen Verantwortlichen, das verhindert Verzögerungen durch Unklarheit.

Downtime messbar

Aus dem Probelauf lässt sich die tatsächliche Systemausfallzeit ableiten und gegenüber dem Fachbereich kommunizieren.

Grenzen

Zeitfenster ist hart

Reicht die geplante Downtime nicht, drohen ein Abbruch oder ein Wochenende mit deutlich höherem Stresslevel als geplant.

24/7-Produktion braucht Sonderplanung

Wo Anlagen nie stillstehen, muss der Cutover in Schichten oder mit Übergangslösungen für die Produktion geplant werden.

Kein Puffer für Nacharbeiten

Wird die Vorbereitung, etwa Datenbereinigung, vernachlässigt, holt das Problem das Projekt genau im Cutover-Fenster ein.

FAQ

Häufige Fragen zu Cutover

Wie lange dauert ein Cutover-Wochenende?

Häufig zwischen zwei und vier Tagen, je nach Datenmenge, Systemgröße und Zahl der Schnittstellen. Ein Mock-Cutover auf der Testumgebung liefert die verlässlichste Schätzung für das eigene System.

Kann der Betrieb während des Cutovers weiterlaufen?

Für die betroffenen SAP-Module in der Regel nicht, das System ist für Buchungen gesperrt. Physische Prozesse wie Produktion oder Lager lassen sich mit Vorratsbildung oder Übergangslösungen oft weiterführen.

Was passiert, wenn der Cutover das Zeitfenster überschreitet?

Ein guter Cutover-Plan enthält einen Rückfallpunkt, ab dem das Projekt abbricht und ins Altsystem zurückkehrt. Ob dieser Punkt gezogen wird, entscheidet meist eine vorab benannte Eskalationsrunde.

Wie oft sollte ein Cutover geprobt werden?

Mindestens einmal vollständig als Mock-Cutover. Bei komplexen Landschaften mit mehreren Standorten oder Schnittstellen empfehlen sich zwei Durchläufe, um Zeitmessungen zu bestätigen.

Wer entscheidet über den Go-live nach dem Cutover?

In der Regel eine Lenkungsrunde aus Projektleitung, IT und Fachbereich, die die Ergebnisse der Abnahmetests bewertet und die Freigabe formal erteilt.

Ihr Kontakt

Gabriele Görtz

Head of Sales & Growth

Sprechen Sie mit uns.

Ein Erstgespräch dauert 30 Minuten. Sie können auch direkt mit einem konkreten Thema kommen. Rufen Sie an oder schreiben Sie uns.

+49 40 69 658 50-0

Anwender-Helpdesk für Bestandskunden:

0800 52388 55 (kostenfrei)