Go-Live, Cutover und Hypercare im ERP-Projekt
Stand: November 2026
Der Go-Live ist der Tag, ab dem ein Unternehmen im neuen ERP arbeitet. Der Cutover ist der geplante Übergang davor, die Hypercare die Phase intensiver Betreuung danach. Den Ausschlag für den Start geben weniger der Stichtag selbst als diese beiden Phasen: ein Cutover, der vorher vollständig geprobt wurde, und eine Hypercare, deren Umfang und Ende vereinbart sind, bevor der Vertrag unterschrieben ist. Als durchgehendes Beispiel dient ein Hersteller von Werkstatteinrichtung mit eigener Fertigung, der an seinem einzigen Standort zu einem Monatsersten auf ein neues ERP umstellt.
Kernaussagen
- Der Go-Live ist ein Zeitpunkt, kein Projektabschnitt. Was an diesem Tag schiefgeht, ist meist schon im Cutover angelegt.
- Ein Cutover, der nie vollständig geprobt wurde, läuft am Stichtag zum ersten Mal unter echten Bedingungen. Die Generalprobe in einer Testumgebung gehört deshalb fest in den Projektplan [2].
- Über Go oder No-Go entscheiden Kriterien, die vor dem Termin feststehen. Eine Absage muss möglich sein, mit Rückfallplan und mit jemandem, der sie verantworten darf.
- Die Hypercare endet, wenn vereinbarte Kriterien erfüllt sind und der reguläre Support die Fälle allein löst [3]. Wer Umfang und Ende erst nach Vertragsschluss mit dem Implementierungspartner klärt, verhandelt darüber in der angespanntesten Phase des Projekts.
Definitionen im Vergleich
Die drei Begriffe stammen aus der Projektpraxis. Genau beschrieben werden sie in den Einführungsmethoden der ERP-Hersteller, etwa im Implementierungsleitfaden von Microsoft und in der Methode SAP Activate:
| Begriff | Quelle | Definition (sinngemäß übersetzt) |
|---|---|---|
| Go-Live | Microsoft, Implementierungsleitfaden Dynamics 365 [1] | kritischer Meilenstein, an dem eine Lösung in den Produktivbetrieb überführt wird; nach einem erfolgreichen Go-Live ist sie in Betrieb |
| Cutover | Microsoft [2] | letzter Schritt vor dem Start der neuen Lösung, der Wechsel vom alten auf das neue System; währenddessen ist keines der beiden Systeme nutzbar |
| Hypercare | Microsoft [3] | kurzer Zeitraum nach dem Go-Live, in dem Anwender und Geschäftsprozesse mit zusätzlichen Ressourcen und besonderer Aufmerksamkeit unterstützt werden |
| Hypercare | SAP [4] | Phase der Störungsbehebung im Support nach dem Go-Live, bevor die Lösung in den Regelbetrieb übergeht |
Quellen: [1] bis [4]
Beide Hersteller behandeln die Hypercare als befristete Phase mit einem festen Übergang in den Betrieb. Microsoft empfiehlt dafür ausdrücklich ein Enddatum und Ausstiegskriterien [3].
Unser Verständnis
Der Go-Live ist der Zeitpunkt, ab dem das neue System führend ist: Aufträge, Buchungen und Bestände entstehen nur noch dort. Der Cutover umfasst alles, was diesen Wechsel herbeiführt, vom Einfrieren des Altsystems über die letzte Datenübernahme bis zur Entscheidung über den Start. Die Hypercare beginnt mit dem Go-Live und endet mit der Übergabe an den regulären Support. Stabilisierung und Optimierung gehen danach weiter, gehören aber zum Regelbetrieb. Mit dieser Abgrenzung bleibt die Hypercare planbar, weil Aufwand und Ende vorher feststehen.
Drei Begriffe beschreiben eine Abfolge mit zwei Entscheidungen
Im Projektplan folgen die Phasen direkt aufeinander. Zwei Entscheidungen gliedern sie: Go oder No-Go am Ende des Cutovers und die Übergabe in den Regelbetrieb am Ende der Hypercare.
| Phase | Wann | Was geschieht | Ergebnis |
|---|---|---|---|
| Cutover vorbereiten | in der Testphase, vor dem Stichtag | Cutover-Plan mit Reihenfolge, Verantwortlichen, Prüfschritten und Rückfallplan; Generalprobe in einer Testumgebung | eine Generalprobe, die vollständig und im geplanten Zeitfenster gelingt |
| Cutover durchführen | unmittelbar vor dem Go-Live | Altsystem einfrieren, letzte Datenübernahme, Prüfung der Daten, Schnittstellen und Berechtigungen umstellen | Go/No-Go-Entscheidung |
| Go-Live | Stichtag | Arbeit im neuen System beginnt; die ersten Geschäftsvorfälle werden eng begleitet | das neue System ist führend |
| Hypercare | ab dem Go-Live bis zum Erreichen der Ausstiegskriterien | tägliche Status-Reviews, Unterstützung vor Ort, Fehler nach Dringlichkeit beheben, nachschulen | Übergabe an den regulären Support |
| Regelbetrieb | nach der Übergabe | Support nach vereinbarten Service-Levels, Änderungen über einen geregelten Prozess, Optimierung | – |
Der Cutover verdichtet die Vorbereitung auf ein kurzes Umstellungsfenster
Während des Cutovers ist keines der beiden Systeme nutzbar. Microsoft spricht deshalb vom Cutover-Wochenende und nennt ein Fenster von meist weniger als 48 Stunden [2]. Im Beispiel friert der Hersteller das Altsystem am Freitag nach dem letzten Versand ein. Über das Wochenende werden die Lagerbestände gezählt und übernommen, dazu offene Kunden-, Bestell- und Fertigungsaufträge, offene Posten und Salden. Am Montag wird im neuen System gearbeitet.
Was in diesem Fenster geschieht, steht vorher im Cutover-Plan: jede Aufgabe mit Reihenfolge und Zeitpunkt, verantwortlicher Person und Vertretung, Anleitung, Prüfschritt und Freigabe, dazu ein Rückfallplan [2]. Die Datenübernahme ist nur ein Teil davon. Ebenso gehört dazu, die Schnittstellen zu Bank und Onlineshop umzustellen, Berechtigungen und Druckformulare zu prüfen und allen Beteiligten mitzuteilen, wann das Altsystem gesperrt ist und ab wann das neue gilt. Auch der Betrieb braucht für das Fenster eine Regel: Was am Samstag noch versendet oder produziert wird, erfasst der Betrieb auf Papier und bucht es nach dem Go-Live nach.
Geprobt wird der Plan vorher in einer Testumgebung, unter möglichst echten Bedingungen mit denselben Daten und Personen und im selben Zeitablauf, so oft, bis der Durchlauf reibungslos gelingt [2]. Erst die Generalprobe zeigt, ob die Datenübernahme in das Zeitfenster passt. Passt sie nicht, muss der Plan geändert werden, etwa indem Stammdaten schon vor dem Einfrieren übernommen werden und im Fenster nur noch Bestände und offene Vorgänge laufen. Welche Daten übernommen werden und wie sie vorher zu bereinigen sind, beschreibt der Beitrag zur Datenmigration im ERP-Projekt.
Go oder No-Go entscheidet sich an Kriterien, die vorher feststehen
Am Ende des Cutovers steht die Entscheidung, ob das neue System startet. Die Kriterien dafür werden vorab festgelegt, ebenso die Frage, welche Daten nach dem Einfrieren im Altsystem noch verändert werden dürfen. Eine Prüfliste für diese Entscheidung, von den akzeptablen Fehlern bis zur Rückfalloption, enthält der Beitrag zur Datenmigration im Abschnitt zum Cutover.
Entscheiden sollte, wer die Folgen für den Betrieb verantwortet, in der Regel der Lenkungsausschuss oder die Geschäftsführung auf Empfehlung der Projektleitung. Die schwierigste Bedingung ist organisatorisch: Ein No-Go muss tatsächlich möglich sein. Ist der Termin bei Kunden und Lieferanten fest angekündigt und der Vertrag für das Altsystem bereits gekündigt, wird aus der Entscheidung eine Formsache.
Der Go-Live ist der erste Arbeitstag im neuen System
Mit dem Go-Live wird das neue System führend. Am ersten Tag zeigt sich, ob die Abläufe aus dem Test auch im echten Tagesgeschäft mit allen Beteiligten funktionieren. Im Beispiel begleitet das Projektteam deshalb die ersten Geschäftsvorfälle Schritt für Schritt: den ersten Kundenauftrag, den ersten Dispositionslauf, die erste Lieferung und die erste Rechnung, wenig später den ersten Zahlungslauf. Den eigentlichen Härtetest bringt der erste Monatsabschluss im neuen System.
Für den Termin rät Microsoft zu einer ruhigen Geschäftsphase außerhalb von Abschlussarbeiten und mit Blick auf Feiertage und Urlaube, weil alle Beteiligten verfügbar sein müssen [2]. Beim Hersteller im Beispiel heißt das: kein Go-Live in der Woche vor einer Messe und keiner, solange der Jahresabschluss im Altsystem noch läuft.
Beim schrittweisen Rollout gibt es mehrere Go-Lives
Beim Big Bang stellt das ganze Unternehmen zu einem Stichtag um, wie im Beispiel. Beim schrittweisen Rollout richten sich die Schritte nach Organisationseinheiten oder Funktionsmodulen, und jeder Schritt braucht seinen eigenen Cutover und seine eigene Hypercare. Microsoft empfiehlt, den Plan nach jedem Rollout mit den gewonnenen Erfahrungen zu verfeinern [1].
Ein Parallelbetrieb, in dem altes und neues System eine Zeit lang nebeneinander laufen, schiebt den eigentlichen Wechsel hinaus. Doppelte Pflege bindet viele Ressourcen, und ohne festes Ende zieht sich der Parallelbetrieb hin, weil niemand den endgültigen Schnitt verantworten will. Welche Strategie zu welcher Ausgangslage passt, vergleicht der Beitrag zur Datenmigration im Abschnitt zu den Migrationsstrategien.
Die Hypercare ist Betreuung mit vereinbartem Ende
In der Hypercare treten die Fragen und Sonderfälle auf, die im Test nicht vorkamen. Fehler müssen schneller behoben werden, als es ein normaler Support leisten kann, und viele Anwender brauchen Hilfe direkt am Arbeitsplatz. In unseren Projekten gehören tägliche Status-Reviews und Unterstützung vor Ort dazu.
Erste Anlaufstelle im Fachbereich sind die Key User. Sie lösen einfache Fragen selbst und geben echte Fehler gesammelt an das Projektteam weiter. Was die Rolle voraussetzt, beschreibt der Beitrag zu Key-Usern im ERP-Projekt. Für den Support dahinter empfiehlt Microsoft, Zuständigkeiten für eine erste, zweite und dritte Supportebene und einen Eskalationsweg festzulegen, für kritische Fälle auch außerhalb der üblichen Arbeitszeit [1]. Mitarbeitende des Projektteams und des Partners müssen für die Hypercare fest eingeplant sein, sonst sind sie bereits mit der nächsten Projektphase beschäftigt [3].
Wann die Hypercare endet, wird vorab mit Datum und Kriterien festgelegt [3]. Im Beispiel gelten diese Ausstiegskriterien:
| Ausstiegskriterium | Woran es sich zeigt |
|---|---|
| Keine kritischen Fehler offen | Kein offener Fehler hält einen Kernprozess auf |
| Kernprozesse laufen ohne Hilfe | Aufträge, Lieferungen und Rechnungen durchlaufen das System ohne Eingriff des Projektteams |
| Erster Monatsabschluss im neuen System | Der Abschluss ist pünktlich, Bestände und Salden sind abgestimmt |
| Support übernimmt | Der reguläre Support löst die meisten Fälle ohne zusätzliche Hilfe und hält die vereinbarten Service-Levels ein |
| Übergabe dokumentiert | Der Support hat Dokumentation und Einweisung von Projektteam und Partner erhalten |
Quelle: [3], ergänzt um den Monatsabschluss
Sind die Kriterien zum geplanten Datum nicht erfüllt, wird die Verlängerung bewusst entschieden, mit Begründung und neuem Datum. Läuft die Hypercare stillschweigend weiter, bleibt das Projektteam im Tagesgeschäft gebunden, und der reguläre Support übernimmt nie vollständig. Nach der Übergabe gelten die vereinbarten Service-Levels mit dem Anbieter oder Servicepartner (siehe Glossar, Wartung und Support).
Typische Irrtümer
| Irrtum | Richtig ist |
|---|---|
| Mit dem Go-Live ist das Projekt abgeschlossen. | Bis zur Übergabe in den Regelbetrieb bleibt das Projektteam gebunden. Die Hypercare gehört in Plan und Budget. |
| Cutover ist ein anderes Wort für Datenmigration. | Die Datenmigration ist ein Teilprojekt mit Bereinigung und mehreren Testläufen. Der Cutover führt die letzte Übernahme aus und stellt zusätzlich Schnittstellen und Berechtigungen um. |
| Ein verschobener Go-Live ist ein Scheitern. | Ein No-Go nach vorher festgelegten Kriterien ist ein Ergebnis der Projektsteuerung. Teurer wird ein Start, dessen Fehler danach im laufenden Betrieb behoben werden müssen. |
| Hypercare heißt, die Hotline länger zu besetzen. | Zur Hypercare gehören auch Nachschulung, die Korrektur übernommener Daten und Entscheidungen über Änderungswünsche. |
In der Auswahl gehören Cutover und Hypercare ins Angebot
Über Cutover und Hypercare wird meist erst im Projekt gesprochen. Zugesagt werden sie aber im Angebot des Implementierungspartners. Wer erst nach Vertragsschluss fragt, wie oft geprobt wird und wer nach dem Go-Live vor Ort ist, verhandelt aus einer schwachen Position. Fragen Sie deshalb schon vor der Entscheidung nach dem Vorgehen und lassen Sie es sich an einem abgeschlossenen Projekt erläutern. Je nach System ist das der Hersteller selbst oder ein Partner (siehe Glossar, Implementierungspartner). Diese Prüffragen helfen im Gespräch:
| Prüffrage | Woran Sie eine gute Antwort erkennen |
|---|---|
| Wie läuft der Cutover ab? | Es gibt einen Muster-Cutover-Plan mit Aufgaben, Verantwortlichen, Prüfschritten und Rückfallplan, nicht nur einen Termin |
| Wie oft wird geprobt? | Generalproben in einer Testumgebung sind im Angebot eingeplant, mit echten Daten und im geplanten Zeitfenster |
| Wer entscheidet über Go oder No-Go? | Der Partner schlägt Kriterien vor; die Entscheidung liegt beim Unternehmen |
| Was umfasst die Hypercare? | Leistungen, Besetzung vor Ort und Reaktionszeiten stehen fest; das Ende hängt an Kriterien und einem Datum |
| Wer betreut nach der Hypercare? | Die Übergabe an den Support ist beschrieben, Service-Levels und Ansprechpartner sind benannt |
| Wie viele Go-Lives sind geplant? | Bei schrittweisem Rollout hat jeder Schritt einen eigenen Cutover und eine eigene Hypercare im Angebot |
| Wie verlief der Start bei Referenzkunden? | Der Partner nennt Kunden, die Sie nach dem Go-Live und der Hypercare fragen dürfen |
Im Referenzgespräch lohnt die Frage, wie die Zeit nach dem Go-Live verlief und wann der Partner das Projekt übergeben hat. Die Antwort sagt mehr über die Zusammenarbeit als jede Präsentation des Systems.
Häufige Fragen
Was passiert, wenn die Entscheidung „No-Go“ lautet?
Dann greift der Rückfallplan: Das Altsystem wird wieder freigegeben, Vorgänge aus dem Umstellungsfenster werden dort nacherfasst, und das Projekt legt einen neuen Termin fest. Für den neuen Termin zählt, was das No-Go ausgelöst hat: Ein Datenfehler verlangt eine weitere Probeübernahme, ein nicht funktionierender Prozess einen neuen Test.
Ist der Jahreswechsel ein guter Termin für den Go-Live?
Er hat einen Vorteil: Das neue Geschäftsjahr beginnt vollständig im neuen System, und Salden lassen sich zum Stichtag sauber übernehmen. Dagegen stehen der Jahresabschluss, der noch im Altsystem entsteht, die Inventur und Feiertage, an denen Schlüsselpersonen fehlen. Ob der Jahreswechsel trotzdem passt, hängt vor allem davon ab, wie viel Kapazität die Buchhaltung in diesen Wochen hat.
Wie oft wird ein Cutover geprobt?
So oft, bis ein Durchlauf vollständig und im geplanten Zeitfenster gelingt [2]. Jede Probe verändert den Plan, weil sie Lücken in der Reihenfolge, fehlende Zuständigkeiten oder zu knapp geschätzte Ladezeiten zeigt. Eine feste Zahl gibt es nicht; in die Projektplanung gehört deshalb Zeit für mehr als einen Durchlauf.
Darf das System in der Hypercare noch geändert werden?
Fehler werden behoben, und zwar schnell. Neue Anforderungen, die Anwender erst im Echtbetrieb entdecken, kommen auf eine Liste und werden nach der Hypercare bewertet. Jede Änderung läuft über einen geregelten Änderungsprozess [3], auch unter Zeitdruck. Sonst verändert sich das System schneller, als Support und Anwender folgen können.
Quellen
[1] Microsoft Learn, Dynamics 365 Implementation Guide: Prepare to go live, Stand 30. Januar 2024, abgerufen am 9. November 2026.
[2] Microsoft Learn, Dynamics 365 Implementation Guide: Transition to new solutions successfully with the cutover process, Stand 30. Januar 2024, abgerufen am 9. November 2026.
[3] Microsoft Learn, Dynamics 365 Implementation Guide: Plan your support operations to provide effective support, Stand 31. Januar 2024, abgerufen am 9. November 2026.
[4] SAP SE: SAP Activate and Focused Build Working Together, Juni 2020, S. 17, abgerufen am 9. November 2026.
Die Herstellerdokumentation belegt allgemeine Prinzipien und ist keine Produktempfehlung.
Weiterlesen
Welche Daten ins neue System gehören, wie Sie sie vorher bereinigen und den Go-Live absichern.
Warum Key User über Akzeptanz und Go-Live mitentscheiden und woran eine schwache Besetzung früh erkennbar ist.
Welche Zeit und welche Entscheidungen die Geschäftsführung über das Budget hinaus einbringen muss.
Wie wir ERP-Einführungen von der Vorbereitung bis zur Stabilisierung nach dem Go-Live begleiten.
Kurzdefinitionen zu Go-Live, Cutover, Hypercare, Parallelbetrieb und weiteren Begriffen der Einführung.
Wer ein ERP beim Kunden einführt und danach betreut, kurz definiert im ERP-Glossar.
Dr. Benedict Bender
Co-Founder der Sectorlens GmbH
Besprechen Sie Ihren Go-Live mit einem ERP-Berater
Im Gespräch klären Sie mit einem Berater, wie Cutover und Hypercare in Ihrem Projekt geplant sind und was im Angebot des Partners noch fehlt. 30 Minuten, kostenlos und unverbindlich. Anbieterneutral: Kein Anbieter kann seine Platzierung kaufen oder beeinflussen.
Sie haben eine Frage? Dann schicken Sie uns gern eine Nachricht.