Ein wichtiger IT- oder Cloud-Dienstleister steht vor der Vertragsverlängerung. Der Preis scheint angemessen, der Betrieb läuft. Aber könnten Sie einen geschäftskritischen Workload zu einem anderen Anbieter übertragen, ohne dass Daten, Berechtigungen oder Abläufe verloren gehen?
Verlängern Sie kritische Verträge nicht allein auf Basis eines zugesagten Datenexports. Verlangen Sie vor der Entscheidung einen begrenzten, nachweisbaren Wechselbarkeitstest. Eine Probeübernahme muss nicht das ganze System migrieren. Sie muss die wichtigsten Abhängigkeiten sichtbar machen, bevor eine neue Laufzeit sie zementiert.
Management-Zusammenfassung
Beim Renewal stehen drei sinnvolle Optionen zur Wahl: unverändert verlängern, befristet mit prüfbaren Exit-Auflagen verlängern oder den Anbieterwechsel vorbereiten. Entscheidend sind Kritikalität, tatsächliche Portabilität, sichere Betriebsfortführung und Vollkosten über einen vergleichbaren Zeitraum. Der neue EuroCloud Pulse Check 2026 zeigt eine deutliche Lücke zwischen dem Interesse an Anbieterwechseln und der eingeschätzten Einfachheit einer Migration; diese Befragung ersetzt keinen technischen Test Ihres eigenen Workloads. Der EU Data Act erleichtert die Wechselbedingungen, macht Migration aber nicht kostenlos. Lassen Sie deshalb vor der nächsten Freigabe einen exemplarischen Wechselbarkeitstest und eine getrennte Cash-/Kapazitätsrechnung vorlegen. Erst dann wird die Vertragsverlängerung eine informierte Managemententscheidung.
Warum ein Exit-Plan auf Papier nicht mehr reicht
Laut dem am 13. Oktober 2026 veröffentlichten EuroCloud Pulse Check 2026 beschäftigen sich 66 % der Befragten mit einem Wechsel wesentlicher Cloud-Workloads oder des primären Anbieters innerhalb von 12 bis 24 Monaten; 20 % haben konkrete Pläne, weitere 46 % prüfen die Möglichkeit. Gleichzeitig halten nur 42 % eine Migration für eher oder sehr einfach, und 39 % rechnen mit spürbarem Aufwand.[1][2]
Die Untersuchung wurde von techconsult im Auftrag von EuroCloud Deutschland/eco mit beteiligten Cloud-Anbietern erstellt. Befragt wurden 250 IT- und Business-Verantwortliche deutscher Unternehmen ab 50 Beschäftigten, die an Cloud-Entscheidungen beteiligt sind. Es handelt sich um Befragungsangaben zu Absichten und Einschätzungen, nicht um beobachtete Wechselquoten oder einen repräsentativen Benchmark aller Unternehmen. Die vollständige Studiendatei war für diese redaktionelle Prüfung nicht zugänglich; verwendet werden die öffentliche Mitteilung des Auftraggebers und die nachvollziehbare Fachberichterstattung.
Die relevante Managementableitung lautet nicht: "Zwei Drittel müssen ihren Anbieter wechseln." Sondern: Viele Organisationen sehen Alternativen, kennen ihre praktische Wechselhürde aber offenbar noch nicht gut genug. Genau diese Lücke sollte der CIO vor dem Renewal verkleinern.
Die strategische Dimension reicht über Datenexporte hinaus. BCG diskutiert unter dem Begriff Cognitive Lock-in, dass auch die Entscheidungslogik, Regeln und Kontexte KI-gestützter Abläufe vom Anbieter abhängig werden können.[3] Das ist eine Beratungsposition, keine gemessene Markthäufigkeit. Für konkrete Projekte stellt sich die prüfbare Frage: Sind Daten, Berechtigungen, Integrationen und entscheidungsrelevantes Wissen auch ohne diesen Dienstleister nutzbar?
Was muss der CIO heute entscheiden?
Option A: unverändert verlängern. Sinnvoll, wenn der Dienst unkritisch oder nachweisbar übertragbar ist, die Leistung stimmt und Wechselkosten aktuell keinen Vorteil bieten. Ein dokumentiertes "Wir könnten wechseln" ohne Test ist bei kritischen Services kein gleichwertiger Nachweis.
Option B: befristet oder mit Exit-Auflagen verlängern. Sinnvoll, wenn der laufende Betrieb gesichert werden muss, aber Exporte, Rollen, Rechte oder Schnittstellen unzureichend getestet sind. Dann sollten Testumfang, Datenlieferungen, Abnahme, Zuständigkeiten und Fristen vorab vereinbart werden.
Option C: einen Wechsel vorbereitet starten. Sinnvoll, wenn der Anbieter strategisch oder operativ nicht mehr passt, kritische Abhängigkeiten nicht abgebaut werden können oder sich der Business Case auch unter Einbeziehung des Übergangs trägt. Ein schneller Wechsel ohne Abnahme- und Rückfallplan kann den Schaden vergrößern.
Die Optionen unterscheiden sich nicht nur im Preis. Sie verändern vor allem den verfügbaren Handlungsspielraum bei Störungen, Preiserhöhungen und Veränderungen der Unternehmensstrategie.
Das neue Vier-Gate-Raster: vom Exit-Versprechen zum Nachweis
Gate 1 – Kritikalität: Welche Leistung muss weiterlaufen?
Ordnen Sie jedem kritischen Dienst konkrete Prozesse, Projektzusagen und abhängige Drittanbieter zu. Definieren Sie, welche Unterbrechung akzeptabel wäre, wer den Service fachlich abnimmt und wer den Übergang verantwortet. Nicht jeder kleine Softwarevertrag braucht einen aufwendigen Test; bei einem für mehrere Projekte zentralen System lohnt sich eine strengere Prüfung.
Gate 2 – Übertragbarkeit: Was wurde <em>tatsächlich</em> ausprobiert?
Führen Sie einen begrenzten Proof of Portability durch. Wählen Sie einen repräsentativen, nicht unnötig riskanten Ausschnitt. Testen Sie nicht nur den Download von Dateien, sondern die nutzbare Übernahme eines kleinen Workflows oder eines definierten Datenbestands.
Prüfen Sie dabei sechs Nachweise:
- Daten: Vollständigkeit, Versionen und zugehörige Metadaten sind prüfbar.
- Identitäten und Rechte: Rollen, Berechtigungen und Zugriffsschutz sind im Ziel nachvollziehbar.
- Abhängigkeiten: APIs, Konfigurationen, Automationen und externe Dienstleister sind erfasst.
- Fachliche Nutzbarkeit: Ein verantwortlicher Fachbereich nimmt das Ergebnis anhand konkreter Testfälle ab.
- Rückfall: Es ist geklärt, wie bei Problemen der bisherige Betrieb stabil bleibt.
- Wissen: Entscheidungen, Annahmen, Eigentümerschaft und Betriebsanweisungen liegen auch beim Auftraggeber vor.
Pass-Kriterium: Ein benannter Owner bestätigt, dass die kritischen Testfälle im Ziel nutzbar sind und die dokumentierten Risiken tragbar bleiben. Fail-Kriterium: Ein exportiertes Archiv existiert, aber Berechtigungen, Arbeitsfähigkeit oder fachliche Abnahme fehlen. Diese Kriterien sind eine Ramp7-Redaktionshilfe, kein externer Zertifizierungsstandard.
Gate 3 – Transition: Kann der Betrieb übergeben werden?
Prüfen Sie den Betriebs- und Projektübergang: Wer verantwortet parallele Laufzeiten? Wann erfolgt die letzte Datenübernahme? Wer kontrolliert Schnittstellen und Qualität? Wann darf der alte Zugang abgeschaltet werden? Wer eskaliert Konflikte zwischen Bestands- und Zielanbieter? Nur wenn diese Fragen mit Personen und Abnahmepunkten hinterlegt sind, ist der Plan entscheidbar.
Gate 4 – Wirtschaftlichkeit: Was kostet die reale Wahlfreiheit?
Vergleichen Sie auf gleicher Leistungs- und Zeitbasis laufende Zahlungen, externe Migration, möglichen Parallelbetrieb und sonstige tatsächliche Zahlungen. Führen Sie intern gebundene Zeit gesondert als Kapazitätsbedarf, nicht als bereits eingesparte oder ausgezahlte Euro.
Für kritische Leistungen gehören außerdem nicht bezifferte operative Risiken in die Vorlage: Unterbrechung, Datenqualität, Fachakzeptanz, regulatorische Prüfung und Abhängigkeit von Subsuppliern.
Fiktives Rechenbeispiel: Drei Optionen vor der Vertragsverlängerung
Alle nachfolgenden Beträge und Stunden sind bewusst erfundene Rechenannahmen; keine Marktpreise, Kundendaten oder erwartbaren Einsparungen. Gleicher Leistungsumfang und gleiche Betrachtungsperiode werden unterstellt.
| Alternative | Externe Zahlungen im ersten Jahr | Interne Kapazität (kalkulatorisch) | Was wird dafür gewonnen? | |---|---:|---:|---| | A: unverändert verlängern | 240.000 € | nicht gesondert modelliert | Betriebsfortführung, aber keine zusätzliche Exit-Evidenz | | B: verlängern und Wechselbarkeitstest abnehmen | 240.000 € Service + 25.000 € externes Testprojekt = 265.000 € | 80 Std. × 85 € = 6.800 € | validierter Exit-Pfad oder dokumentierte Hindernisse | | C: direkt kontrolliert wechseln | 210.000 € neuer Service + 65.000 € externe Migration + 35.000 € Parallelbetrieb = 310.000 € | 180 Std. × 85 € = 15.300 € | neuer Anbieter bei erfolgreicher Übernahme |
Gegenüber A benötigt C im ersten Jahr 70.000 € mehr externe Zahlungen. Wenn danach der gleiche Service dauerhaft 210.000 statt 240.000 € jährlich kosten würde, ergäbe sich eine hypothetische Differenz von 30.000 € pro Folgejahr. Die rechnerische Rückgewinnung der anfänglichen Mehrzahlung läge bei 70.000 / 30.000 = 2,33 weiteren Jahren, ohne Abzinsung, Risiken oder Preisänderungen. Dieser Überschlag beweist weder, dass der Wechsel sinnvoll ist, noch dass der neue Anbieter gleichwertig liefert.
Die 6.800 beziehungsweise 15.300 € sind kalkulatorische Kapazitätswerte und verändern die dargestellten externen Zahlungen nicht automatisch. Option B schafft im ersten Jahr keine garantierte Einsparung. Sie kauft einen Entscheidungsnachweis, dessen Wert davon abhängt, ob die Exit-Hindernisse tatsächlich reduziert werden.
Was ändert sich durch den EU Data Act – und was nicht?
Der EU Data Act gilt seit dem 12. September 2025 auch für die geregelten Wechselbedingungen bei Datenverarbeitungsdiensten. Die Bundesnetzagentur erläutert, dass die Vorschriften zum Anbieterwechsel in Kapitel VI grundsätzlich auch für zuvor geschlossene Verträge gelten. Ab 12. Januar 2027 dürfen nach Art. 29 Abs. 1 für den geregelten Wechselprozess keine Wechselentgelte mehr erhoben werden. Bis dahin ist die Berechnung auf unmittelbar durch den Wechsel verursachte Kosten beschränkt.[4][5]
Das bedeutet nicht, dass ein Cloud-Wechsel insgesamt kostenlos wird. Kosten der Zielarchitektur, interner Vorbereitung, Fachabnahme, externer Migration und des Parallelbetriebs fallen nicht automatisch weg. Standardentgelte und unter Umständen verhältnismäßige Entschädigungen bei vorzeitiger Vertragsbeendigung sind von Wechselentgelten zu unterscheiden; für parallele Nutzung gelten eigene Bedingungen. Welche Leistung und Gebühr in welcher Vertragskonstellation unter welche Regel fällt, muss fachlich-rechtlich geprüft werden.[4]
Für das CIO-Review folgt daraus eine Budgetregel: Preispositionen sauber klassifizieren, aber das technische Wechselbarkeits-Gate unabhängig davon prüfen. Keine gesetzliche Entgeltentlastung garantiert einen erfolgreichen Cutover.
Wie diese Entscheidung zu Project Intelligence passt
Ein Vertragsregister kennt Laufzeiten und Konditionen. Die IT-Architektur kennt Schnittstellen. Die Projektleitung kennt laufende Abhängigkeiten. Finance kennt geplante Zahlungen. Ein Provider kennt möglicherweise den aktuellen Lieferstand.
Der CIO benötigt die gemeinsame Managementperspektive: SUPPLIER → SERVICE → PROJEKTABHÄNGIGKEIT → PORTABILITÄTSTEST → TRANSITION → KOSTEN → ENTSCHEIDUNG.
Genau diese Verbindung macht aus getrennten Vertrags-, Projekt- und Betriebsinformationen eine entscheidbare Managementsicht. Die operative Arbeit des Dienstleisters bleibt bei dessen Team.
Fazit: Verlängern Sie nicht nur den Vertrag, sondern Ihre Handlungsfähigkeit
Ein geplantes Wechselrecht und eine technisch nutzbare Wechseloption sind zwei unterschiedliche Dinge. Bevor Sie einen kritischen IT- oder Cloudvertrag erneuern, lassen Sie für einen repräsentativen Workload die sechs Nachweise prüfen. Liegt ein belastbarer Befund vor, entscheiden Sie mit klarer Kosten- und Risikosicht zwischen Verlängerung, befristetem Exit-Aufbau und vorbereitetem Wechsel.
Nächster Schritt: Legen Sie für die drei kritischsten anstehenden Renewals fest, welcher Test vor Freigabe erforderlich ist, wer ihn abnimmt und welche fehlenden Nachweise eine befristete statt einer unveränderten Verlängerung auslösen.