Digitale Souveränität beginnt nicht bei der Cloud. Sie beginnt mit Transparenz.
/ Autor: Alexander Mette / Lesedauer: etwa 12 Minuten
Warum die gefährlichste Abhängigkeit häufig diejenige ist, die niemand kennt
Das Wichtigste in Kürze: Herkunft beeinflusst das Risiko. Digitale Souveränität entsteht aus der Fähigkeit, kritische Abhängigkeiten zu erkennen und zu steuern. Wer seine kritischen Services, Abhängigkeiten und Datenflüsse nicht kennt, gewinnt auch durch einen Anbieterwechsel keine Kontrolle. NIS2, KRITIS-Dachgesetz, DORA und EU Data Act machen diese Transparenz zunehmend zur Pflicht. Der pragmatische Einstieg: ein geschäftskritischer Service, sechs Fragen, ein klarer Scope.
Wenn über digitale Souveränität gesprochen wird, geht es schnell um Cloud-Anbieter, Rechenzentrumsstandorte oder die Herkunft einer Technologie: europäische Cloud oder Hyperscaler, Open Source oder proprietäre Software, Frankfurt oder Virginia.
Das sind relevante Fragen. Aber es sind die zweiten Fragen, nicht die ersten.
In mehr als zwei Jahrzehnten in IT- und Transformationsprojekten habe ich immer wieder erlebt, dass die größte Abhängigkeit häufig nicht durch einen einzelnen Anbieter entsteht. Sie entsteht dadurch, dass eine Organisation nicht transparent beantworten kann, welche geschäftsprozesse von welchen Systemen, Daten, Schnittstellen und Dienstleistern abhängen.
Wer diese Zusammenhänge nicht kennt, kann Risiken nur unvollständig bewerten. Ein Anbieterwechsel lässt sich nicht realistisch planen, die Auswirkungen technischer Veränderungen werden unterschätzt und in einer Krise fehlen klare Prioritäten.
Deshalb beginnt digitale Souveränität für mich mit einer einfachen Frage:
Wissen wir wirklich, wovon unsere kritischen digitalen Services abhängen?
Herkunft beeinflusst das Risiko. Transparenz entscheidet, ob wir es beherrschen.
Die Herkunft einer Technologie, der Sitz eines Anbieters und die anwendbare Rechtsordnung spielen eine wichtige Rolle. Eine europäische Lösung kann deshalb eine sehr gute und strategisch richtige Entscheidung sein.
Sie macht eine Organisation jedoch nicht automatisch souverän. Wer die eigene Architektur, Datenflüsse und technischen Abhängigkeiten nicht kennt, verfügt auch bei einem europäischen Anbieter nicht über ausreichende Kontrolle. Umgekehrt kann der Einsatz internationaler Technologien, abhängig von Verarbeitungsmodell, Jurisdiktion, Zugriffswegen und wirksamen Schutzmaßnahmen, kontrollierbar gestaltet werden.
Digitale Souveränität ist deshalb nicht nur eine Herkunftsfrage. Sie ist vor allem eine Fähigkeitsfrage.
Eine souverän handelnde Organisation kann nachvollziehbar entscheiden,
- welche Technologien und Dienstleister sie einsetzt,
- welche Risiken damit verbunden sind,
- welche Kontroll- und Schutzmaßnahmen erforderlich sind,
- welche Alternativen tatsächlich zur Verfügung stehen,
- und wie sie bei einem Ausfall, einer Migration oder einem Anbieterwechsel handlungsfähig bleibt.
Souveränität bedeutet nicht, frei von jeder Abhängigkeit zu sein. Sie bedeutet, kritische Abhängigkeiten zu erkennen, bewusst einzugehen und aktiv zu steuern.
Wer nur den Anbieter wechselt, ohne seine Abhängigkeiten zu kennen, wird nicht souveräner. Er tauscht lediglich das Logo.
Souveränität bedeutet nicht Autarkie
Vollständige technologische Unabhängigkeit ist für die meisten Unternehmen und öffentlichen Organisationen weder realistisch noch wirtschaftlich sinnvoll.
Moderne IT basiert auf Arbeitsteilung. Organisationen nutzen Standardsoftware, Cloud-Services, Plattformen, Netzbetreiber und spezialisierte Dienstleister. Diese Zusammenarbeit ermöglicht Innovation, Skalierung und Effizienz.
Das Problem ist nicht die Existenz einer Abhängigkeit. Problematisch wird sie, wenn ihre Bedeutung unbekannt ist oder keine realistische Handlungsalternative besteht.
Entscheidend sind deshalb Fragen wie:
- Welche Services sind für den Geschäftsbetrieb besonders kritisch?
- Welche Anwendungen, Datenbanken, Netzwerke und externen Leistungen werden dafür benötigt?
- Welche Komponenten lassen sich austauschen und welche nicht?
- Können Daten und Konfigurationen in einem nutzbaren Format exportiert werden?
- Welche technischen, vertraglichen und organisatorischen Hürden bestehen bei einem Wechsel?
- Welche Kenntnisse müssen innerhalb der eigenen Organisation erhalten bleiben?
Erst wenn diese Fragen beantwortet werden können, wird aus einer theoretischen Alternative eine belastbare Handlungsoption.
Der Praxistest beginnt bei Veränderungen
Die Infrastruktur vieler Organisationen ist über Jahre oder Jahrzehnte organisch gewachsen. Anwendungen wurden ergänzt, Cloud-Services eingeführt, Schnittstellen entwickelt und externe Dienstleister eingebunden.
Die dazugehörigen Informationen liegen häufig verteilt:
- in unterschiedlichen Managementsystemen,
- in Tabellen und Präsentationen,
- in Tickets und technischen Dokumentationen,
- in Datenbeständen einzelner Fachbereiche,
- oder ausschließlich in den Köpfen erfahrener Mitarbeitender.
Solange der Betrieb stabil läuft, bleibt diese Fragmentierung häufig unbemerkt. Sichtbar wird sie bei Veränderungen und Störungen.
Typische Situationen sind etwa:
- Bei einer Migration zeigt sich, dass ein vermeintlich unbedeutendes System mehrere geschäftskritische Services unterstützt.
- Nach einem Sicherheitsvorfall lässt sich der betroffene Bereich nur schwer eingrenzen, weil Schnittstellen und Abhängigkeiten nicht ausreichend dokumentiert sind.
- Bei einem Audit fehlen belastbare Informationen über Systeme, Verantwortlichkeiten oder Zugriffsstrukturen.
- Ein Dienstleister soll gewechselt werden, aber niemand kann den tatsächlichen Migrationsaufwand zuverlässig abschätzen.
- Ein Ausfall betrifft mehrere Services gleichzeitig, doch die Wiederherstellungsreihenfolge ist nicht klar definiert.
- In diesen Situationen zeigt sich, ob eine Organisation ihre Infrastruktur wirklich beherrscht oder lediglich betreibt.
Eine reine Inventarliste reicht dafür nicht aus. Benötigt wird ein vernetztes Informationsbild, das technische Komponenten mit Anwendungen, Services, Schnittstellen, Datenquellen und Verantwortlichkeiten verbindet.
Der regulatorische Handlungsdruck wächst
Was strategisch sinnvoll ist, wird für viele Organisationen zunehmend auch regulatorisch relevant.
Das deutsche NIS-2-Umsetzungsgesetz, insbesondere das novellierte BSI-Gesetz, verlangt von betroffenen Einrichtungen dokumentierte Risikomanagementmaßnahmen. Dazu gehören unter anderem Betriebskontinuität, Lieferkettensicherheit, Zugriffskontrolle und die Verwaltung von IKT-Systemen.
Das KRITIS-Dachgesetz, seit März 2026 in Kraft, ergänzt diese Cyberperspektive um die physische und organisatorische Resilienz kritischer Anlagen. Für künftig erfasste Betreiber sieht es Risikoanalysen, geeignete Resilienzmaßnahmen und deren Darstellung in einem Resilienzplan vor. Die für Registrierung und weitere Betreiberpflichten maßgebliche Rechtsverordnung befindet sich derzeit noch in Vorbereitung. Für potenziell betroffene Organisationen ist genau das der richtige Zeitpunkt, Resilienzstrukturen, Verantwortlichkeiten und Informationsgrundlagen aufzubauen, bevor die Fristen konkret werden.
DORA verpflichtet Finanzunternehmen, ihre vertraglichen Vereinbarungen mit IKT-Drittdienstleistern strukturiert zu erfassen und Risiken kritischer Dienstleistungen gezielt zu steuern.
Der EU Data Act stärkt Wechselmöglichkeiten, Portabilität und Interoperabilität bei Cloud- und anderen Datenverarbeitungsdiensten. Für Anbieter entstehen konkrete Pflichten. Für Kunden werden Exit-Fähigkeit, Datenexport und Providerwechsel dadurch zu praktisch relevanten Gestaltungsfragen.
Die Regelwerke setzen unterschiedliche Schwerpunkte. Ihr gemeinsamer Nenner lautet:
Organisationen benötigen belastbare Transparenz über kritische Services, technische Abhängigkeiten, Lieferketten und Wiederherstellungsfähigkeit.
Eine professionelle Infrastruktur- und Servicedokumentation schafft nicht automatisch Compliance. Ohne diese Informationsbasis lassen sich viele regulatorische, operative und strategische Anforderungen jedoch kaum wirksam umsetzen oder nachvollziehbar belegen.
Fünf Handlungsfelder digitaler Souveränität
Für unsere Arbeit bei FNT Services betrachten wir fünf miteinander verbundene Handlungsfelder.
1. Technologische Selbstbestimmung
Technologische Selbstbestimmung bedeutet, kritische Abhängigkeiten zu erkennen und Entscheidungen bewusst zu treffen.
Dabei geht es nicht allein um das eingesetzte Produkt. Ebenso wichtig sind Datenformate, Schnittstellen, Lizenzmodelle, Betriebswissen und verfügbare Alternativen.
Eine Organisation sollte für kritische Systeme nachvollziehen können,
- welche Geschäftsprozesse davon abhängen,
- welche weiteren Komponenten benötigt werden,
- wie austauschbar die Lösung tatsächlich ist,
- welche Daten und Konfigurationen übernommen werden können,
- und welcher Aufwand mit einem Wechsel verbunden wäre.
Das Ziel ist nicht vollständige Unabhängigkeit. Das Ziel ist eine bewusste und überprüfbare Entscheidungsfähigkeit.
2. Rechtliche Steuerbarkeit
Der Standort eines Rechenzentrums allein beantwortet nicht alle rechtlichen Fragen. Relevant sind unter anderem Vertragsparteien, Verarbeitungs- und Supportstandorte, Unterauftragnehmer, technische Zugriffswege und anwendbare Rechtsordnungen.
IT-Dokumentation ersetzt keine juristische Bewertung. Sie kann aber die technische Informationsgrundlage bereitstellen, die Datenschutz-, Compliance-, Einkaufs- und Rechtsabteilungen für ihre Entscheidungen benötigen.
3. Datensouveränität
Daten können nur dann kontrolliert genutzt werden, wenn Klarheit über Herkunft, Qualität, Speicherung, Verarbeitung und Verantwortung besteht.
Organisationen sollten nachvollziehen können,
- welche relevanten Daten vorhanden sind,
- aus welchen Quellen sie stammen,
- wie aktuell und vollständig sie sind,
- welche Systeme sie verwenden,
- und wer für ihre Qualität verantwortlich ist.
Eine Infrastrukturplattform ersetzt kein vollständiges Daten-, Datenschutz- oder Berechtigungsmanagement. Sie kann jedoch technische Zusammenhänge sichtbar machen und Informationen aus geeigneten Quellsystemen in einen gemeinsamen Kontext bringen.
4. Digitale Resilienz
Digitale Souveränität zeigt sich besonders dann, wenn etwas nicht wie geplant funktioniert.
Backups allein reichen nicht aus. Eine Organisation muss wissen, welche Anwendungen, Datenbanken, Netzwerkverbindungen, Schnittstellen und externen Services für einen kritischen Geschäftsservice benötigt werden.
Erst auf dieser Grundlage lassen sich realistische Wiederherstellungsziele, Verantwortlichkeiten und Prioritäten definieren.
Recovery- und Exit-Szenarien sollten außerdem nicht nur beschrieben, sondern regelmäßig überprüft und getestet werden. Eine aktuelle Abhängigkeitsdokumentation hilft dabei, den Umfang solcher Tests sinnvoll festzulegen und ihre Ergebnisse nachvollziehbar zu machen.
5. Eigene Fähigkeiten und digitale Wertschöpfung
Eine Organisation bleibt nur dann langfristig handlungsfähig, wenn sie zentrale Entscheidungen weiterhin selbst treffen kann.
Das bedeutet nicht, alle operativen Tätigkeiten intern auszuführen. Externe Partner können Know-how ergänzen, Kapazitäten bereitstellen und Verantwortung für klar definierte Leistungen übernehmen.
Die Organisation sollte jedoch ausreichend Wissen behalten, um Architekturentscheidungen zu bewerten, Risiken zu priorisieren, Dienstleister zu steuern und Veränderungen anzustoßen.
Digitale Souveränität schützt damit nicht nur vor Risiken. Sie schafft auch eine bessere Grundlage für Innovation, Automatisierung und neue digitale Services.
Warum künstliche Intelligenz die Dringlichkeit erhöht
Künstliche Intelligenz verstärkt die Bedeutung einer verlässlichen Infrastruktur- und Datenbasis.
Jede ernsthafte KI-Strategie muss beantworten können,
- welche Daten in welche Systeme oder Modelle fließen,
- welche Informationen besonders schützenswert sind,
- welche externen Plattformen und Modellanbieter beteiligt sind,
- welche Infrastruktur einen KI-Service unterstützt,
- und welche neuen Abhängigkeiten entstehen.
Ohne Transparenz über Systeme, Datenquellen und Schnittstellen lassen sich weder Risiken noch Qualität und Verfügbarkeit einer KI-Anwendung zuverlässig bewerten.
Wer souveräne KI-Entscheidungen treffen möchte, muss deshalb auch die zugrunde liegende digitale Infrastruktur verstehen.
Vom statischen Inventar zum digitalen Zwilling
Professionelle IT-Dokumentation sollte mehr sein als eine Liste vorhandener Systeme.
Ein digitaler Zwilling der Infrastruktur verbindet physische, logische und virtuelle Komponenten mit Anwendungen, Services und ihren Abhängigkeiten. Dadurch entsteht ein Informationsmodell, das Planung, Betrieb und Veränderungsprozesse unterstützt.
Abhängig vom erfassten Scope und der Qualität der integrierten Daten können damit Fragen beantwortet werden wie:
- Welche Geschäftsservices sind von einer Migration betroffen?
- Welche Anwendungen nutzen eine bestimmte Datenbank?
- Welche Abhängigkeiten bestehen zu einem externen Dienstleister?
- Welche Schnittstellen müssen bei einem Plattformwechsel berücksichtigt werden?
- Welche Komponenten werden zur Wiederherstellung eines kritischen Services benötigt?
- Wo fehlen Informationen für eine belastbare Entscheidung?
Ein digitaler Zwilling ist dabei nur so verlässlich wie seine Datenquellen und Pflegeprozesse. Automatisierte Schnittstellen, klar definierte Datenverantwortung und messbare Qualitätskriterien sind deshalb ebenso wichtig wie das Datenmodell selbst.
Das Ziel ist nicht, vom ersten Tag an jedes technische Detail abzubilden. Benötigt wird zunächst ein für die jeweilige Entscheidung ausreichend vollständiges, aktuelles und nachvollziehbares Bild.
Wir beraten nicht abstrakt über Souveränität. Wir machen ihre infrastrukturelle Voraussetzung umsetzbar.
Genau an dieser Stelle setzt FNT Services an.
Wir starten nicht mit einer Produktdemo. Wir beginnen mit dem kritischen Service, seinen Abhängigkeiten und dem vorhandenen Informationsstand.
Als Umsetzungspartner für Infrastrukturtransparenz und operative Steuerungsfähigkeit unterstützen wir
Unternehmen und öffentliche Organisationen dabei,
- den relevanten Betrachtungsbereich einzugrenzen,
- vorhandene Infrastrukturinformationen zu bewerten,
- Abhängigkeiten und Informationslücken sichtbar zu machen,
- eine konsistente Daten- und Dokumentationsbasis aufzubauen,
- relevante Quellsysteme zu integrieren,
- und die Informationsqualität im laufenden Betrieb zu sichern.
FNT Command bildet dabei die technologische Grundlage für die Umsetzung. Unser tiefes Produktverständnis ermöglicht es uns, die Plattform an komplexe Systemlandschaften anzubinden und vom ersten Scoping bis zum langfristigen Betrieb zu begleiten.
Das Problem definiert den Einstieg. FNT Command ermöglicht die Umsetzung.
Der strukturierte Einstieg: Infrastruktur-Transparenz-Check
Der Aufbau digitaler Souveränität muss kein mehrjähriges Transformationsprogramm sein.
Mit dem Infrastruktur-Transparenz-Check betrachten wir zunächst einen geschäftskritischen Service oder einen klar abgegrenzten Infrastrukturbereich.
Dabei arbeiten wir mit sechs zentralen Fragen:
- Welcher Geschäftsprozess oder digitale Service ist besonders kritisch?
- Welche Anwendungen, Daten und Infrastrukturkomponenten werden dafür benötigt?
- Welche internen und externen Abhängigkeiten bestehen?
- Welche Informationen fehlen oder sind nicht ausreichend aktuell?
- Welche Risiken müssen zuerst adressiert werden?
- Welche Kenntnisse und Fähigkeiten sollen langfristig in der Organisation bleiben?
Der Check schafft eine belastbare Ausgangsbasis:
- abgestimmter Scope,
- erste Übersicht der relevanten Abhängigkeiten,
- Bewertung vorhandener Datenquellen,
- identifizierte Informations- und Dokumentationslücken,
- priorisierte Risiken,
- und eine konkrete 90-Tage-Roadmap.
So wird aus einem abstrakten Souveränitätsziel ein überschaubarer und umsetzbarer Einstieg.
Souverän handeln beginnt mit Klarheit
Digitale Souveränität beginnt nicht mit dem Austausch eines Anbieters.
Sie beginnt in dem Moment, in dem eine Organisation erklären kann, was passiert, wenn ein Anbieter, ein System oder eine Verbindung ausfällt.
Die gefährlichste Abhängigkeit ist die, die niemand kennt.
Wenn Sie herausfinden möchten, wie belastbar die Informationsbasis Ihrer kritischen Services ist, beginnen Sie mit einem klar abgegrenzten Scope und den sechs zentralen Fragen.
Oder informieren Sie sich über FNT Services und unsere Service-Pakete.