Go-live (Der Tag, an dem das neue System übernimmt)

Aktualisiert: 14.10.2026

Gilt für: System- und anbieterunabhängig; jedes ERP-System beim Wechsel von einem Alt- auf ein Neusystem, ohne Bezug auf einen bestimmten Hersteller

Kurz gesagt

Go-live ist der Tag, an dem das neue ERP-System die freigegebenen Prozesse im Produktivbetrieb übernimmt; bei einer vollständigen Umschaltung wird das alte System für die laufenden Prozesse abgeschaltet. Cut-over ist der technische Umschaltvorgang davor: Änderungsstopp, finale Datenmigration, Smoke-Test und Freigabe. Ob es losgeht, entscheiden vorab festgelegte Go/no-go-Kriterien; die Standards ISO/IEC/IEEE 12207 und ISO/IEC 20000-1 beschreiben den Übergang, binden aber nur über Vertrag.

Das Wichtigste

Go-live ist der Tag, an dem das neue ERP-System die freigegebenen Prozesse im Produktivbetrieb übernimmt.
Cut-over ist der technische Umschaltvorgang: finale Datenmigration, Systemwechsel, Freigabe.
Die letzte Woche: Freeze, finale Migration, Smoke-Test, Go/no-go-Entscheidung, Go-live.
Go/no-go-Kriterien: Migration abgeglichen, Kernabläufe bestanden, Rückfallplan bereit, keine offenen Blocker.
ISO/IEC/IEEE 12207:2026 und ISO/IEC 20000-1:2018 beschreiben Übergangsprozesse; sie binden nur über Vertrag.

Go-live ist der Tag, an dem das neue ERP-System die freigegebenen Prozesse im Produktivbetrieb übernimmt. Bei einer vollständigen Umschaltung laufen ab diesem Moment alle Geschäftsvorfälle im neuen System und das alte System wird für die laufenden Prozesse abgeschaltet; die Standards schreiben kein bestimmtes Einführungsmodell vor, eine schrittweise, prozessweise Übernahme ist möglich.

Wozu er dient

Das Go-live ist der Endpunkt eines ERP-Einführungsprojekts. Davor stehen Auswahl, Konfiguration, Datenmigration und Tests; danach beginnt der Betrieb. Der Cut-over ist der technische Umschaltvorgang, der das Go-live möglich macht: finale Datenmigration, Systemwechsel und Freigabe. Der Umschaltvorgang wird am Go-live-Tag abgeschlossen, sodass beide zusammenfallen.

Die letzte Woche vor dem Go-live

Die folgende Woche ist eine redaktionelle Empfehlung für ein ERP-System mit Datenmigration; sie ist keine Vorgabe der Standards.

Tag	Maßnahme	Ergebnis, das vorliegen muss
Montag	Freeze: keine Änderungen mehr an Stammdaten, Einstellungen und Anpassungen	Änderungsliste abgeschlossen, Altsystem im Soll-Zustand
Dienstag	Finale Datenmigration: Altdaten in das neue System übertragen	Altdaten vollständig übertragen, Migrationsprotokoll vollständig
Mittwoch	Smoke-Test: Kernabläufe wie Bestellung, Lagerbewegung, Rechnung und Zahlung im neuen System durchlaufen	Alle Kernabläufe ohne Blocker
Donnerstag	Go/no-go-Entscheidung: Kriterien prüfen, Rückfallplan bestätigen	Schriftliche Freigabe oder Aufschub
Freitag	Go-live: letzter Delta-Import mit Abgleich unmittelbar vor der Umschaltung, Buchungsstopp während der Umschaltung, neues System produktiv, Altsystem auf Lesezugriff beschränkt	Erster Geschäftsvorfall im neuen System

Der Freeze umfasst keine laufenden Buchungen; Änderungen nach dem Export fehlen im übernommenen Stand. Deshalb erfolgt der letzte Delta-Import mit Abgleich unmittelbar vor dem Go-live am Freitag, und während der abschließenden Umschaltung gilt ein Buchungsstopp.

Die Go/no-go-Kriterien werden vorab festgelegt, damit die Entscheidung am Donnerstag an ihnen festgemacht wird. Vier Kriterien trägt die Tabelle: die Migration ist vollständig abgeglichen, alle Kernabläufe sind im Smoke-Test bestanden, der Rückfallplan mit Abbruchbedingung ist bereit, und es gibt keine offenen Blocker aus dem Freeze.

Standards als Grundlage

ISO/IEC/IEEE 12207:2026 (2. Auflage, veröffentlicht am 29. April 2026) legt einen gemeinsamen Rahmen für Software-Lebenszyklusprozesse fest, darunter Prozesse für Entwicklung, Betrieb und Instandhaltung von Software. Der Standard erlaubt die inkrementelle Anwendung seiner Prozesse auf die Elemente eines Systems und schreibt kein bestimmtes Einführungsmodell vor. ISO/IEC 20000-1:2018 (3. Auflage, veröffentlicht am 14. September 2018) verlangt ein Service-Management-System, dessen Anforderungen den Übergang von Services umfassen. Der Volltext beider Normen ist kostenpflichtig; dieser Artikel stützt sich auf die Abstracts der offiziellen IEC-Seiten. Beide Standards binden nur, soweit ein Vertrag sie in Bezug nimmt.

Nicht zu verwechseln

Cut-over: der technische Umschaltvorgang (Migration, Systemwechsel, Freigabe); Go-live ist der Tag, an dem er abgeschlossen ist.
Release-Wechsel: Wechsel auf einen neuen Stand desselben Produkts, kein neues System (Release-Wechsel).
Datenmigration: Übertrag der Altdaten in das neue System; sie ist ein Schritt des Cut-over (Datenmigration).

Häufige Fragen

Ist Cut-over dasselbe wie Go-live?

Nein. Cut-over ist der technische Umschaltvorgang: finale Datenmigration, Systemwechsel und Freigabe. Go-live ist der Tag, an dem das neue System den Produktivbetrieb übernimmt. Der Umschaltvorgang wird am Go-live-Tag abgeschlossen, sodass beide zusammenfallen.

Was passiert, wenn die Go/no-go-Kriterien nicht erfüllt sind?

Dann wird das Go-live verschoben. Die Kriterien sind vorab festgelegt, damit die Entscheidung an ihnen festgemacht wird: Migration nicht abgeglichen, Kernablauf im Smoke-Test blockiert oder Rückfallplan nicht bereit – in einem dieser Fälle bleibt das alte System produktiv, bis der Mangel behoben ist.

Gilt das auch für einen Release-Wechsel?

Die Schrittfolge ist ähnlich, der Umfang kann kleiner sein: Beim Release-Wechsel bleibt dasselbe Produkt, nur der Stand wechselt. Freeze, Test, Umschaltung und Rückfallplan gehören auch dazu. Ob eine Datenmigration nötig ist, hängt davon ab, ob der neue Stand den vorhandenen Datenbestand unverändert weiterverwenden kann: Kann er das, entfällt die Migration; ändert sich die Datenstruktur, ist eine Datenübernahme nötig.