Nach der Cloud-Migration: die Kosten, die bleiben und die niemand geplant hat

In den meisten Migrationsprojekten gibt es ein sauber dokumentiertes Enddatum. Es gibt einen Cutover, eine Abnahme, einen Abschlussbericht und häufig eine Feier. Was es seltener gibt, ist ein Datum, an dem der letzte Server des Altsystems ausgeschaltet wird. Dieses Datum steht in keinem Projektplan, weil es hinter dem Projektende liegt — und was hinter dem Projektende liegt, hat kein Budget und keinen Verantwortlichen.

Die Folge lässt sich in fast jeder Nachrechnung beobachten: Die neue Umgebung läuft, die alte auch. Zwei Datenbanken, zwei Sicherungsketten, zwei Wartungsverträge, zwei Rufbereitschaften. Geplant war das als Übergang von sechs bis zwölf Wochen. Bezahlt wird es Jahre später noch. Der Parallelbetrieb ist damit nicht ein Posten unter vielen, sondern in der Regel der größte Einzelposten der Kosten nach Cloud-Migration — und der einzige, für den niemand eine Entscheidung getroffen hat.

Warum der Abschalttermin regelmäßig verstreicht

Ein Migrationsprojekt hat einen Auftraggeber, ein Budget und einen Endtermin. Die Stilllegung des Altsystems hat keines dieser drei Dinge. Sie ist eine Aufgabe, die nach der Abnahme entsteht, in der Linienorganisation landet und dort mit dem Tagesgeschäft um Aufmerksamkeit konkurriert. Da vom Weiterlaufen niemand gestört wird, gewinnt das Tagesgeschäft.

Hinzu kommt eine Asymmetrie im Risiko. Abschalten kann schiefgehen: Eine Fachanwendung, an die seit Jahren niemand gedacht hat, greift noch auf die alte Datenbank zu; ein Bericht für die Wirtschaftsprüfung wird dort erzeugt; ein Schnittstellenpartner liefert weiter in ein Verzeichnis, das es dann nicht mehr gibt. Weiterlaufen lassen kann dagegen nicht schiefgehen — es kostet nur Geld, und Geld erzeugt keinen Störungsticket. Wer beide Optionen ohne Frist nebeneinanderlegt, entscheidet sich systematisch für die teurere.

Der Flexera 2026 State of the Cloud Report beschreibt denselben Mechanismus auf der Ebene ganzer Landschaften: Hybride Umgebungen entstehen dort überwiegend nicht durch Absicht, sondern durch Unterlassung.

Welche Posten der Parallelbetrieb tatsächlich erzeugt

Der Parallelbetrieb ist deshalb schwer zu greifen, weil er sich über mehrere Kostenstellen verteilt und in keiner davon als eigener Posten auftaucht. Er steht anteilig im Wartungsvertrag, anteilig im Sicherungssystem, anteilig in der Personalplanung und vollständig in keiner Auswertung. Erst die Summe zeigt, worüber gesprochen wird.

Aufbewahrungsfristen: was das Gesetz verlangt — und was nicht

Die meistgenannte Begründung für den Weiterbetrieb lautet, die Daten müssten zehn Jahre verfügbar bleiben. Beide Hälften dieses Satzes sind ungenau. Zum einen sind die Fristen gestaffelt: Nach § 147 Abs. 3 AO sind Bücher, Aufzeichnungen, Inventare, Jahresabschlüsse und Lageberichte zehn Jahre aufzubewahren, Buchungsbelege acht Jahre und die sonstigen Unterlagen sechs Jahre. Die Frist beginnt erst mit dem Schluss des Kalenderjahres, in dem der Beleg entstanden ist (§ 147 Abs. 4 AO). Handelsrechtlich läuft die Staffelung nach § 257 Abs. 4 HGB parallel.

Zum anderen ist die Zehn-Jahres-Angabe für Belege seit dem 1. Januar 2025 überholt. Das Vierte Bürokratieentlastungsgesetz hat die Frist für Buchungsbelege auf acht Jahre verkürzt. Nach der Anwendungsregelung in Art. 97 § 19a Abs. 2 EGAO gilt die kürzere Frist für alle Unterlagen, deren Aufbewahrungsfrist am 31. Dezember 2024 noch nicht abgelaufen war — sie wirkt also rückwirkend auf den Bestand. Ausgenommen sind nach Abs. 3 Kreditinstitute, Versicherungsunternehmen und Wertpapierinstitute; für sie bleibt es bei zehn Jahren, auch nach § 257 Abs. 4 Satz 2 HGB.

Die Fünf-Jahres-Regel, die kaum jemand kennt

Entscheidend für die Kostenfrage ist eine Vorschrift, die im Streit um Abschalttermine selten zitiert wird. § 147 Abs. 6 Satz 5 AO regelt ausdrücklich den Fall eines Wechsels des Datenverarbeitungssystems und der Auslagerung aufbewahrungspflichtiger Daten aus dem Produktivsystem. Danach genügt es, sofern noch nicht mit einer Außenprüfung begonnen wurde, nach Ablauf des fünften Kalenderjahres, das auf die Umstellung folgt, die Daten ausschließlich auf einem maschinell lesbaren und maschinell auswertbaren Datenträger vorzuhalten.

Aus dieser Norm folgt zweierlei. Erstens ist Aufbewahrung eine Pflicht in Bezug auf Daten, nicht in Bezug auf Systeme: Verlangt wird Lesbarkeit und maschinelle Auswertbarkeit, nicht ein lauffähiges Altsystem. Zweitens sinkt die Anforderung fünf Jahre nach der Umstellung noch einmal ab. Ein Unternehmen, das 2026 migriert, muss die Daten also nicht bis 2034 in einem produktiven System halten — ein tragfähiges Archiv mit dokumentierter Auswertbarkeit reicht, in der Regel deutlich früher. Wer die Umstellung im Rahmen einer Verfahrensdokumentation sauber beschreibt und die Vollständigkeit der übernommenen Daten nachweist, verliert durch die Abschaltung nichts.

Datenübertragung: der Posten, der erst beim Rückweg auffällt

Entgelte für ausgehende Datenübertragung fallen in der Migration selbst kaum auf, weil Daten hineinbewegt werden. Sichtbar werden sie, sobald etwas herausgeht: bei Sicherungen an einen anderen Ort, bei Auswertungen in einem zweiten System oder bei einem Anbieterwechsel. Genau dieser Kostenblock steht vor einer regulatorischen Änderung.

Der EU Data Act ist am 11. Januar 2024 in Kraft getreten und seit dem 12. September 2025 anwendbar. Nach Darstellung der Europäischen Kommission entfallen Wechselentgelte einschließlich der Entgelte für den Datenabruf vollständig ab dem 12. Januar 2027; in der Übergangszeit dürfen Anbieter nur die ihnen tatsächlich entstandenen Kosten berechnen. Für die Planung heißt das: Ein Ausstieg oder eine Verlagerung, die ohnehin ansteht, wird ab diesem Datum deutlich billiger — und ein heute abgeschlossener Vertrag mit langer Bindung nimmt diesen Vorteil vorweg, ohne ihn abzubilden.

Lizenzen und Supportenden im Altsystem

Der Parallelbetrieb kollidiert früher oder später mit dem Lebenszyklus der alten Plattform. Microsoft hat den 12. Januar 2027 als Supportende für Windows Server 2016 benannt; danach gibt es keine Sicherheitsupdates, keine Fehlerbehebungen und keinen technischen Support mehr. Erweiterte Sicherheitsupdates lassen sich für bis zu drei Jahre erwerben, sie enthalten aber ausdrücklich keine neuen Funktionen und keine Qualitätsverbesserungen und verlängern den technischen Support nicht.

Damit wird aus einer stillschweigenden Verlängerung eine kostenpflichtige Entscheidung — allerdings eine, die typischerweise erst kurz vor dem Stichtag getroffen wird und dann ohne Vergleichsangebot. Bemerkenswert ist die Terminlage: Dasselbe Datum, an dem die Wechselentgelte entfallen, markiert das Supportende einer der verbreitetsten Altplattformen. Wer beide Fristen im selben Kalender führt, hat einen natürlichen Anlass, den Abschalttermin endlich zu setzen.

Sicherung und Wiederherstellung werden doppelt bezahlt

Sicherungssysteme rechnen nach Kapazität und Aufbewahrungstiefe. Läuft das Altsystem weiter, wird derselbe Datenbestand zweimal gesichert: einmal in der neuen Umgebung, einmal in der alten. Da beide Ketten unterschiedliche Aufbewahrungstiefen haben, wächst der ältere Bestand oft schneller, weil dort die längeren Vorhaltezeiten konfiguriert sind.

Der teurere Teil ist jedoch nicht die Kapazität, sondern die Prüfung. Eine Sicherung, die nicht regelmäßig zurückgespielt wird, ist eine Annahme. Zwei Umgebungen bedeuten zwei Wiederherstellungstests, zwei Dokumentationen und zwei Notfallpläne. In der Praxis wird der zweite Test eingespart — und das Altsystem läuft dann als Umgebung weiter, deren Wiederherstellbarkeit niemand mehr belegen kann. Für aufbewahrungspflichtige Daten ist das der ungünstigste aller Zustände: volle Kosten bei ungeklärter Verfügbarkeit.

Wer den Abschalttermin verantwortet

Solange die Stilllegung eine IT-Aufgabe bleibt, konkurriert sie mit Störungen und Projekten und verliert. Sie wird erst dann erledigt, wenn sie ein Datum, einen Namen und einen Betrag hat. Der Betrag ist dabei das wirksamste Element, weil er die Diskussion vom Risiko auf die Kosten verschiebt: Ein Altsystem, dessen jährliche Gesamtkosten einmal ausgewiesen sind, wird anders behandelt als eines, das nur in Sammelposten auftaucht.

Voraussetzung dafür ist eine Auswertung, die Verträge, Lizenzen und wiederkehrende Abbuchungen zusammenführt, statt sie getrennt zu betrachten. Werkzeuge, die genau das leisten und dabei helfen, laufende Ausgaben nach der Migration im Blick behalten zu können, machen die Kosten nach Cloud-Migration als einzelne Position sichtbar — Yupana etwa führt Kontobewegungen, Verträge und Software-Lizenzen in einer Ansicht zusammen und zeigt Laufzeiten samt Kündigungsfristen an. Eine Buchhaltung ersetzt das nicht und Zahlungen löst es nicht aus; es beantwortet die Frage, was das Altsystem im Monat kostet und wann der nächste Vertrag sich verlängert.

Reihenfolge einer Stilllegung, die hält

1. Bestand feststellen Welche Datenbestände sind aufbewahrungspflichtig, welche Fachanwendungen greifen noch zu, welche Schnittstellen liefern hinein. Der Schritt ist der einzige, den man nicht abkürzen kann.
2. Kosten sichtbar machen Alle Posten aus Wartung, Lizenzen, Sicherung, Stellfläche und Bereitschaft auf eine Jahreszahl bringen und dem Entscheider vorlegen.
3. Archiv aufbauen Aufbewahrungspflichtige Daten maschinell lesbar und maschinell auswertbar auslagern, Vollständigkeit protokollieren, Auswertbarkeit einmal praktisch nachweisen.
4. Verfahrensdokumentation ergänzen Umstellung, Auslagerung und Zugriffswege beschreiben, damit der Nachweis in einer Außenprüfung nicht am Gedächtnis Einzelner hängt.
5. Lesend schalten, dann trennen Das Altsystem zuerst schreibgeschützt betreiben, Zugriffe protokollieren, nach einer Beobachtungszeit vom Netz nehmen und erst danach abbauen.
6. Verträge kündigen Wartung, Lizenzen und Sicherungskapazität zum nächsten möglichen Termin beenden — dieser Schritt entfällt am häufigsten und trägt den größten Teil der Ersparnis.

Was diese Betrachtung nicht leistet

Nicht jeder Parallelbetrieb ist ein Versäumnis. Wo eine Fachanwendung auf einer Datenbankversion aufsetzt, für die es keinen Nachfolger gibt, wo ein Prüfzyklus in einer regulierten Branche eine bestimmte Umgebung verlangt oder wo ein Rückweg bewusst offengehalten wird, ist die Doppelstruktur eine begründete Entscheidung. Der Unterschied liegt nicht im Zustand, sondern darin, ob er beschlossen wurde.

Ebenso wenig ersetzt die Kostenbetrachtung eine steuerliche oder handelsrechtliche Prüfung des Einzelfalls. Die genannten Fristen sind der gesetzliche Rahmen; ob eine Frist im konkreten Fall abgelaufen ist, hängt zusätzlich davon ab, ob die Festsetzungsfrist für die betroffenen Steuern noch läuft — § 147 Abs. 3 Satz 5 AO hält die Aufbewahrungsfrist in diesem Fall offen. Vor einer Löschung gehört diese Frage in die Kanzlei, nicht in die IT.

Häufige Fragen

Wie lange müssen Buchungsbelege nach einer Migration aufbewahrt werden?

Seit dem 1. Januar 2025 acht Jahre statt zuvor zehn (§ 147 Abs. 3 AO). Nach Art. 97 § 19a Abs. 2 EGAO gilt die kürzere Frist auch für ältere Belege, deren Frist am 31. Dezember 2024 noch nicht abgelaufen war. Kreditinstitute, Versicherungsunternehmen und Wertpapierinstitute bleiben bei zehn Jahren. Die Frist beginnt jeweils mit dem Ende des Kalenderjahres, in dem der Beleg entstanden ist.

Muss das Altsystem für die Dauer der Aufbewahrungsfrist weiterlaufen?

Nein. Die Pflicht bezieht sich auf die Unterlagen, nicht auf das System. § 147 Abs. 6 Satz 5 AO stellt für den Fall eines Systemwechsels oder einer Auslagerung ausdrücklich klar, dass es nach Ablauf des fünften Kalenderjahres nach der Umstellung genügt, die Daten auf einem maschinell lesbaren und maschinell auswertbaren Datenträger vorzuhalten — sofern noch nicht mit einer Außenprüfung begonnen wurde.

Welche Kosten nach Cloud-Migration werden am häufigsten übersehen?

Der Weiterbetrieb des Altsystems mit Wartung, Lizenzen, Stellfläche und Bereitschaft; die doppelte Sicherung desselben Datenbestands; Entgelte für ausgehende Datenübertragung, die erst bei Auswertungen oder einem Wechsel anfallen; und kostenpflichtige Sicherheitsupdates nach dem Supportende der alten Plattform. Gemeinsam ist diesen Posten, dass sie über mehrere Kostenstellen verteilt sind.

Was ändert sich am 12. Januar 2027 bei Entgelten für den Datenabruf?

Nach Darstellung der Europäischen Kommission zum EU Data Act entfallen Wechselentgelte einschließlich der Entgelte für ausgehende Datenübertragung ab diesem Datum vollständig. In der Übergangsphase seit Inkrafttreten am 11. Januar 2024 dürfen Anbieter nur die tatsächlich entstandenen Kosten berechnen. Laufende Nutzungsentgelte für den Dienst selbst sind davon nicht betroffen.

Wann ist ein dauerhafter Parallelbetrieb sachlich begründet?

Wenn eine Fachanwendung technisch an die alte Plattform gebunden ist und kein Nachfolger existiert, wenn regulatorische Vorgaben eine bestimmte Umgebung verlangen oder wenn ein Rückweg bewusst offengehalten wird. In diesen Fällen sollte der Zustand mit Begründung, Kostenausweis und Überprüfungsdatum dokumentiert sein, damit er eine Entscheidung bleibt und nicht zum Zufall wird.