Bei einer Cloud-Migration wird über Technik gesprochen: Welche Systeme, welche Reihenfolge, welche Ausfallzeit. Die Verträge kommen erst zur Sprache, wenn etwas nicht geht — und dann ist die Umgebung schon halb umgezogen.
Das ist teuer, weil Vertragsfragen selten kurzfristig lösbar sind. Eine Lizenz, die sich nicht übertragen lässt, muss neu gekauft werden. Ein Wartungsvertrag, der ausgelaufen ist, lässt sich nicht rückwirkend abschließen. Und ein Rechenzentrumsvertrag mit drei Jahren Restlaufzeit läuft weiter, egal ob die Schränke leer sind.
IT-Modernisierung
Nutzen Sie die Vorteile moderner Cloud-Infrastrukturen
Vor jeder Migration sollten drei Vertragsarten geprüft werden: Software-Lizenzen auf Übertragbarkeit, Wartungs- und Supportverträge auf Laufzeit, und die Verträge der abzulösenden Infrastruktur auf Kündigungsfristen. Microsoft erlaubt die Weiterverwendung von Serverlizenzen unter License Mobility, allerdings nur bei aktiver Software Assurance. Der häufigste vermeidbare Fehler ist nicht eine falsche Lizenz, sondern eine Restlaufzeit, die niemand geprüft hat — sie erzeugt Doppelkosten, die kein Migrationsprojekt einplant.
Die drei Vertragsarten
| Vertragsart | Zentrale Frage | Wenn ungeklärt |
|---|---|---|
| Software-Lizenzen | Darf die Lizenz in der Cloud eingesetzt werden? | Neukauf oder Lizenz im Stundenpreis |
| Wartung und Support | Läuft der Vertrag noch, gilt er auch in der Cloud? | Verlust von Rechten, die man bezahlt hat |
| Abzulösende Infrastruktur | Wann endet der Vertrag, welche Frist gilt? | Doppelkosten über Monate |
Die dritte Zeile verursacht in der Praxis die größten unerwarteten Beträge — und sie ist am einfachsten zu vermeiden.
Lizenzen: übertragbar oder nicht
Ob eine Lizenz mit in die Cloud darf, ist keine technische, sondern eine vertragliche Frage. Die Software läuft in aller Regel; erlaubt ist sie deshalb noch nicht.
Microsoft regelt das über License Mobility als Bestandteil der Software Assurance. Der Hersteller beschreibt sie als Möglichkeit, Serveranwendungslizenzen lokal oder in der Cloud bereitzustellen und so die jeweils günstigste Infrastruktur zu wählen. Für Windows Server und SQL Server greift zusätzlich der Azure-Hybridvorteil.
Die Voraussetzung ist in beiden Fällen dieselbe und wird häufig zum Stolperstein: ein aktiver Wartungsvertrag. Wer Software Assurance auslaufen ließ, weil im laufenden Betrieb kein Nutzen erkennbar war, hat das Übertragungsrecht mit verloren — und erfährt es im Migrationsprojekt.
Bei Drittanbietern lohnt die Nachfrage
Für Software außerhalb der großen Hersteller gibt es keine allgemeine Regel. Manche Lizenzen sind an eine Hardware gebunden, manche an eine Anzahl Prozessorkerne, manche an einen Standort. Die Cloud verändert alle drei Größen.
Die Frage an den Anbieter sollte deshalb konkret sein: Darf diese Lizenz auf einer virtuellen Maschine bei einem benannten Cloud-Anbieter betrieben werden, und ändert sich dadurch die Berechnungsgrundlage? Eine mündliche Zusage genügt hier nicht — bei einer späteren Prüfung zählt, was schriftlich vorliegt.
Die Restlaufzeit der alten Umgebung
Der teuerste vermeidbare Posten einer Migration steht in Verträgen, die mit der Migration nichts zu tun haben: Wartungsvertrag für die Server, Vertrag über das Rechenzentrum oder den Serverraum, Softwarepflege für Systeme, die abgelöst werden.
Diese Verträge laufen weiter. Ein Wartungsvertrag mit zwei Jahren Restlaufzeit kostet zwei Jahre lang, auch wenn die Hardware ausgeschaltet im Keller steht. Wer die Migration plant, ohne diese Fristen zu kennen, plant Doppelkosten ein, die er nicht kalkuliert hat.
Die Prüfung ist einfach und wird trotzdem übersprungen, weil die Verträge in einem anderen Ordner liegen als die Projektunterlagen. Drei Angaben je Vertrag genügen: Enddatum, Kündigungsfrist, Verlängerungsautomatik. Aus diesen drei ergibt sich der frühestmögliche Ausstieg — und daraus der sinnvolle Migrationstermin.
Der ideale Zeitpunkt ergibt sich aus den Verträgen
Wer die Fristen kennt, kann die Migration danach ausrichten statt umgekehrt. Ein Wartungsvertrag, der in vierzehn Monaten endet, legt den Umzug in die Monate elf bis dreizehn — früh genug für Puffer, spät genug, um keine Doppelkosten zu erzeugen.
Diese Rückwärtsplanung ist der Unterschied zwischen einer Migration, die sich im ersten Jahr rechnet, und einer, die erst im zweiten wirtschaftlich wird. Sie kostet nichts außer der Zeit, die Verträge einmal durchzusehen.
Was während der Migration vertraglich passiert
Auch der Umzug selbst berührt Verträge, und zwar an drei Stellen.
Der Parallelbetrieb. Für die Übergangszeit laufen beide Umgebungen — und damit beide Kostenseiten. Das ist unvermeidbar, sollte aber mit einem festen Enddatum versehen werden, das gemeinsam mit dem Umzugstermin beschlossen wird.
Neue Verpflichtungen. Wer in der Cloud Reservierungen kauft, bindet sich für ein oder drei Jahre. Das lohnt sich, aber erst nachdem sich die Umgebung eingeschwungen hat — im Migrationsjahr ist die tatsächliche Grundlast noch unbekannt.
Der Dienstleistervertrag. Wer die Migration extern vergibt, sollte die Nachbetreuung vertraglich mitregeln. Die Wochen nach der Umstellung erzeugen den größten Klärungsbedarf; ohne vereinbarten Rahmen wird daraus Aufwand nach Stundensatz.
Vor der Migration geklärt
- + Welche Lizenzen dürfen mit, schriftlich bestätigt
- + Software Assurance dort verlängert, wo sie gebraucht wird
- + Enddaten und Fristen aller Altverträge notiert
- + Abschalttermin der alten Umgebung festgelegt
Typische Folgen ohne Prüfung
- − Lizenzen im Stundenpreis, obwohl welche vorhanden waren
- − Wartungsvertrag läuft für abgeschaltete Hardware weiter
- − Verlängerung des Altvertrags, weil die Frist verstrich
- − Reservierung auf eine Last, die es so nicht gibt
Ein durchgerechneter Fall
Wie sich ungeprüfte Verträge auswirken, zeigt ein typisches Beispiel: Ein Betrieb migriert im März, die alte Umgebung wird im Mai abgeschaltet. Geprüft wurde vorher nichts.
| Posten | Ursache | Zusatzkosten |
|---|---|---|
| Hardware-Wartung | Restlaufzeit 19 Monate, nicht gekündigt | 19 Monatsraten |
| SQL-Lizenz im Stundenpreis | Software Assurance 2024 ausgelaufen | laufend, dauerhaft |
| Serverraum-Klimawartung | Verlängerungsfrist im Februar verpasst | weitere 12 Monate |
| Reservierung | im Migrationsmonat gekauft, Last überschätzt | 36 Monate gebunden |
Keiner dieser Posten ist ein Fehler im Migrationsprojekt. Alle vier entstehen daneben, in Verträgen, die niemand geöffnet hat — und alle vier wären mit wenigen Tagen Vorarbeit vermeidbar gewesen.
Der vierte Posten verdient eine gesonderte Erwähnung, weil er die längste Bindung erzeugt. Eine Reservierung, die im Migrationsmonat gekauft wird, beruht zwangsläufig auf einer Schätzung — die tatsächliche Grundlast zeigt sich erst nach einigen Monaten Betrieb. Wer zu früh kauft, friert eine Fehleinschätzung für die volle Laufzeit ein.
Die Vertragsübersicht als Nebenprodukt
Wer für die Migration alle Verträge zusammenträgt, hat danach etwas, das vorher fehlte: eine vollständige Übersicht über laufende Verpflichtungen mit Enddaten und Fristen.
Diese Übersicht ist über die Migration hinaus nützlich — sie beantwortet, was im nächsten Jahr zur Verlängerung ansteht und wo eine Kündigungsfrist naht. Der Aufwand ist ohnehin angefallen; ihn nicht zu sichern wäre die eigentliche Verschwendung. Werkzeuge, die Verträge mit Laufzeit und Frist dauerhaft führen, machen aus der einmaligen Projektarbeit einen bleibenden Bestand.
IT-Modernisierung
Nutzen Sie die Vorteile moderner Cloud-Infrastrukturen
Die Prüfliste vor dem Projektstart
- Lizenzbestand erfassen Welche Software läuft, in welcher Menge, mit welchem Wartungsvertrag.
- Übertragbarkeit klären Je Hersteller schriftlich bestätigen lassen, ob der Cloud-Betrieb erlaubt ist und wie gerechnet wird.
- Software Assurance prüfen Wo sie fehlt und der Hebel gebraucht wird: vor der Migration abschließen, nicht danach.
- Altverträge auflisten Enddatum, Kündigungsfrist, Verlängerungsautomatik — je Vertrag drei Angaben.
- Migrationstermin rückwärts planen Aus den Fristen ergibt sich das Zeitfenster, nicht umgekehrt.
- Abschalttermin festlegen Gemeinsam mit dem Umzugstermin, mit benannter Zuständigkeit.
Die Schritte eins bis vier dauern zusammen wenige Tage. Sie entscheiden über einen Betrag, der bei mittelständischen Projekten regelmäßig im fünfstelligen Bereich liegt — und der vollständig vermeidbar ist.
Wer die Prüfung übernimmt
In der Praxis fällt die Vertragsprüfung zwischen zwei Zuständigkeiten. Die IT kennt die Systeme, aber nicht die Vertragsordner. Die kaufmännische Seite kennt die Verträge, kann aber nicht beurteilen, welches System davon betroffen ist.
Deshalb funktioniert die Aufgabe nur gemeinsam — und zwar in dieser Richtung: Die IT liefert die Liste der Systeme, die abgelöst werden, die kaufmännische Seite sucht die zugehörigen Verträge. Umgekehrt entsteht eine Vertragsliste, bei der niemand sagen kann, welche Einträge noch gebraucht werden.
Für einen mittelständischen Betrieb sind das erfahrungsgemäß zwei Termine à zwei Stunden: einer zum Abgleich der Listen, einer zur Festlegung der Kündigungstermine. Das ist der gesamte organisatorische Aufwand — gemessen an den Beträgen, um die es geht, die günstigste Stunde im ganzen Projekt.
Häufige Fragen
Dürfen vorhandene Lizenzen in die Cloud mitgenommen werden?
Das hängt vom Hersteller und vom Wartungsvertrag ab. Microsoft erlaubt es über License Mobility als Bestandteil der Software Assurance; für Windows Server und SQL Server greift zusätzlich der Azure-Hybridvorteil. Bei Drittanbietern gibt es keine allgemeine Regel — hier hilft nur die schriftliche Nachfrage beim Hersteller.
Was passiert, wenn die Software Assurance ausgelaufen ist?
Dann entfällt das Recht, die Lizenz in der Cloud einzusetzen. Die Software läuft technisch weiter, vertraglich gedeckt ist der Betrieb aber nicht. In diesem Fall bleibt entweder der Neuabschluss vor der Migration oder die Nutzung der im Stundenpreis enthaltenen Lizenz — Letzteres ist dauerhaft teurer.
Welche Altverträge müssen geprüft werden?
Alle, die sich auf die abzulösende Umgebung beziehen: Hardware-Wartung, Rechenzentrums- oder Serverraumverträge, Softwarepflege für Systeme, die abgeschaltet werden. Je Vertrag genügen drei Angaben — Enddatum, Kündigungsfrist und Verlängerungsautomatik. Daraus ergibt sich der frühestmögliche Ausstieg.
Wann sollte man Cloud-Reservierungen kaufen?
Nicht im Migrationsjahr. Reservierungen binden für ein oder drei Jahre an eine bestimmte Kapazität; solange die tatsächliche Grundlast nach dem Umzug noch unbekannt ist, wird die Bindung auf einen Schätzwert gekauft. Sinnvoll ist der Kauf, sobald sich der Verbrauch über einige Monate eingeschwungen hat.
Wie vermeidet man Doppelkosten während der Umstellung?
Durch ein festes Abschaltdatum für die alte Umgebung, das gemeinsam mit dem Umzugstermin beschlossen wird — mit benannter Zuständigkeit und einem Kriterium, wann abgeschaltet werden darf. Ohne diese Festlegung bleibt die Altumgebung „vorerst noch“ bestehen, und aus vorerst werden Monate.
