Wie deutsche Konsortien mit dem 250-Millionen-Euro-Cloud-Großauftrag souveräne KI-Cloud-Plattformen für Behörden aufbauen

Was der Zuschlag bereits belegt – und was offen bleibt

Ein Zuschlag ist noch kein produktiver Cloud-Dienst. Er belegt zunächst, dass ein Vergabeverfahren abgeschlossen und eine vertragliche Leistung ausgewählt wurde. Aussagen über verfügbare KI-Dienste, konkrete Architektur oder Betriebsreife lassen sich daraus allein nicht ableiten.

Bestätigt: Vergabemodell, Volumen und Konsortien

Das Bundesministerium für Digitales und Staatsmodernisierung beschreibt den Vorgang als europaweit abgeschlossenes Vergabeverfahren. Gegenstand ist eine leistungsstarke, sichere und souveräne KI-Cloud im Platform-as-a-Service-Modell (PaaS). Das Gesamtauftragsvolumen beträgt laut Ministerium knapp 250 Millionen Euro. [1]

Der Zuschlag ging an zwei Konsortien. Das erstplatzierte Konsortium steht unter Führung von T-Systems International. Den zweiten Platz erhielt ein Konsortium um SVA System Vertrieb Alexander. [1] Diese Information beschreibt die Bieterstruktur. Sie belegt noch keine vollständige technische Rollenverteilung, keine Abruflogik und keine automatische Wechselbarkeit zwischen den Angeboten.

Die BMDS-Mitteilung beschreibt die KI-Cloud als gemeinsame Basis für die Entwicklung, den Betrieb und die Weiterverwendung von KI-Anwendungen. [1] Sie nennt außerdem containerisierte KI-Anwendungen für Fachverfahren, Assistenzsysteme und generative Dienste. [1]

Angekündigt: mögliche Partnerrollen und technische Funktionen

Heise ordnet T-Systems und SAP dem erstplatzierten Konsortium zu. T-Systems soll dem Bericht zufolge PaaS-Dienste für KI-Anwendungen auf einer sicheren und souveränen Cloud-Plattform bereitstellen. [2] Eine detaillierte, amtlich veröffentlichte Leistungsabgrenzung zwischen T-Systems und SAP enthält die vorliegende BMDS-Mitteilung jedoch nicht.

Für das zweite Konsortium nennt ein Branchenbeitrag SVA, Schwarz Digits und Codesphere. Dort werden SVA Architektur- und Integrationsaufgaben, Schwarz Digits ein Infrastruktur-Layer mit Stackit sowie Codesphere ein Plattform-Layer zugeschrieben. Der Beitrag nennt außerdem eine Cold-Start-Technik von Codesphere, die laut Anbieter bis zu 90 Prozent der Compute-Kosten einsparen soll. Diese Angaben stammen aus einer Unternehmensdarstellung und sind nicht durch die vorliegende BMDS-Mitteilung bestätigt. [3]

Auch Zero Trust, Bring Your Own Key, eine BSI-zertifizierte Infrastrukturschicht und eine Kontrolle der kryptografischen Schlüssel werden in Branchenbeiträgen als technische Merkmale beschrieben. Für den konkreten Bundesauftrag liegen dafür im Dossier keine belastbaren amtlichen Leistungsnachweise vor. [4]

Offen: Leistungsumfang, Betriebsmodell und technische Nachweise

Über den Vergabeverlauf berichtet Heise von einer zurückgezogenen Klage eines Konsortiums aus Adesso und Google. Der Bericht ordnet den Vorgang zeitlich vor dem Zuschlag ein und bezeichnet die Rücknahme als Voraussetzung für den Projektstart. [2] Für eine rechtliche Bewertung des aktuellen Verfahrensstands reichen diese Angaben nicht aus. Maßgeblich sind aktuelle Vergabeunterlagen und amtliche Mitteilungen.

Welche Plattformbausteine sich aus den Angaben ableiten lassen

Die belastbare technische Aussage lautet derzeit: Die KI-Cloud soll als PaaS eine gemeinsame Basis für Entwicklung, Betrieb und Weiterverwendung von KI-Anwendungen bilden. [1] Daraus folgt ein Plattformauftrag. Daraus folgt jedoch noch kein öffentlich dokumentierter Katalog einzelner Dienste. Eine weiterführende Einordnung von PaaS-, Multi-Cloud- und Deutschland-Stack-Ansätzen bietet der Beitrag zur Architektur souveräner KI-Clouds in der DACH-Region.

Bestätigt: containerisierte KI-Anwendungen

Das BMDS nennt ausdrücklich containerisierte KI-Anwendungen. [1] Container können die standardisierte Bereitstellung einer Anwendung unterstützen. Sie beantworten jedoch nicht, wer auf Daten, Protokolle oder Administrationsfunktionen zugreift. Ebenso wenig belegen sie eine bestimmte Schlüsselkontrolle oder einen möglichen Plattformwechsel.

Für ein Fachverfahren sollten Behörden vier Ebenen getrennt bewerten: Anwendungscontainer, Datenhaltung, Identitätsanbindung und Betrieb. Ein übertragbarer Container hilft wenig, wenn Datenformate proprietär bleiben, Identitäten nur über einen einzelnen Dienst angebunden werden oder der Betreiber keinen dokumentierten Export unterstützt. Ins Lastenheft gehören deshalb portable Artefakte, dokumentierte Schnittstellen und klare Zuständigkeiten für Updates, Schwachstellen und Protokolle.

Angekündigt: Anwendungskategorien und erste Anwendungsfälle

Das BMDS nennt Fachverfahren, Assistenzsysteme und generative Dienste als mögliche Anwendungskategorien. [1] Bei einem Fachverfahren stehen nachvollziehbare Schnittstellen zu bestehenden Datenquellen und Prozessen im Vordergrund. Ein Assistenzsystem benötigt klare Grenzen für seine Nutzung im Verwaltungsprozess. Bei generativen Diensten müssen Behörden Eingabedaten, erzeugte Ausgaben, Protokollierung und Zuständigkeiten getrennt bewerten.

Dr. Ferri Abolhassan bezeichnet KIPITZ als einen frühen Anwendungsfall und nennt Dokumentenverarbeitung, Wissensmanagement, Übersetzungen und Textzusammenfassungen. Diese Aussage stammt aus einer Anbieterkommunikation. Sie bestätigt nicht, dass die Funktionen bereits als allgemein verfügbare Plattformdienste bereitstehen. [5]

Offen: konkrete Architekturkomponenten und Betriebsleistungen

Der vorliegende BMDS-Auszug nennt keine einzelnen Container-Orchestratoren, Modellkataloge, GPU-Laufzeiten, Speicherklassen, Identitätsdienste oder API-Gateways. Auch konkrete Zuständigkeiten für Infrastruktur, Plattform, Anwendungen, Daten und Modelle sind dort nicht ausdifferenziert. Diese Punkte gehören in die Leistungsbeschreibung und in den Betriebskatalog, bevor Behörden aus dem Auftrag eine Zielarchitektur ableiten.

Die Wiederverwendung einer KI-Anwendung setzt mehr voraus als ein startfähiges Container-Image. Behörden brauchen übertragbare Artefakte, beschriebene Schnittstellen und belastbare Mandantengrenzen. Wie diese Anforderungen technisch umgesetzt werden, bleibt anhand der vorliegenden Angaben offen.

Cloud-Souveränität in prüfbare Anforderungen übersetzen

„Souverän“ darf in einer Ausschreibung kein Herkunftslabel bleiben. Für Behörden zählt, welche Kontrolle der Auftraggeber ausüben kann und wie leicht er Anbieter oder Plattform wechseln kann. Das BMDS bezeichnet die KI-Cloud als leistungsstark, sicher und souverän, beschreibt im vorliegenden Auszug jedoch keine konkreten Kontrollrechte, Architekturvorgaben oder Nachweisverfahren. [1] Für die Übersetzung solcher Anforderungen in eine Beschaffungs- und Bewertungsmatrix kann der BSI-Kriterienkatalog C3A für souveräne Cloud-Strategien als Orientierung dienen.

Für die technische und vergaberechtliche Bewertung eignen sich vier Prüfdimensionen: administrative Zugriffe, Daten- und Schlüsselprozesse, interoperable Schnittstellen sowie Exit- und Migrationsfähigkeit. Diese Dimensionen bilden ein empfohlenes Prüfmodell. Sie ersetzen keine rechtliche oder vertragliche Zuordnung.

Vier Prüfdimensionen für die Bewertungsmatrix

Verantwortung nicht mit Betreiberrolle gleichsetzen

Bei der Governance müssen mindestens vier Ebenen getrennt geprüft werden: fachliche Letztverantwortung für den Verwaltungseinsatz, datenschutzrechtliche Verantwortlichkeit, Betreiberpflichten und vertragliche Leistungspflichten. Welche Stelle diese Rollen im konkreten Auftrag übernimmt, hängt vom Vertrags-, Betriebs- und Rechtsmodell ab. Die vorliegenden Quellen weisen diese Zuständigkeiten nicht abschließend zu.

Die erste Frage lautet daher nicht, wo ein Anbieter seinen Sitz hat. Entscheidend ist, wer welche Schicht administriert. Behörden sollten schriftlich klären, wer Zugriffe auf Infrastruktur, Plattform, Container und Daten beantragt, genehmigt und ausführt. Dazu gehören Änderungsprozesse, Protokollierung, Aufbewahrungsfristen und Auswertungsrechte.

Auch Daten- und Schlüsselprozesse gehören in die Nachweisführung. Dazu zählen Zuständigkeiten für Sicherungen, Wiederherstellung, Löschung und Schlüsselverwaltung. Die offiziellen Angaben nennen Sicherheit und Souveränität, operationalisieren diese Begriffe im vorliegenden Auszug aber nicht. Aussagen zu Datenstandorten, konkreter Schlüsselkontrolle oder Zertifikaten sollten daher erst nach Prüfung der Leistungsdokumente getroffen werden. [1]

Zwei Konsortien garantieren noch keine Wechselbarkeit

Das BMDS nennt zwei Zuschlagsempfänger: ein erstplatziertes Konsortium unter Führung von T-Systems International und ein zweitplatziertes Konsortium um SVA System Vertrieb Alexander. [1] Die Struktur beschreibt zunächst die Beschaffung. Sie garantiert nicht, dass Behörden Plattformdienste, Daten oder Betriebsprozesse ohne Anpassungen zwischen den Konsortien verschieben können.

JIPS weist darauf hin, dass mehrere Leistungspartner mögliche Lock-in-Effekte nicht automatisch beseitigen. An die Stelle einer Abhängigkeit von US-Anbietern können andere Abhängigkeiten von europäischen Großanbietern treten. Offene Schnittstellen, Interoperabilität, Wechselmöglichkeiten und die tatsächliche Kontrolle über Infrastruktur und Daten bleiben deshalb zentrale Prüfgrößen. [6]

Vor dem produktiven Einsatz sollte die Behörde eine Rollen- und Berechtigungsmatrix, ein Protokollierungskonzept, dokumentierte Daten- und Schlüsselprozesse, eine API-Dokumentation sowie einen praktisch erprobten Exit-Plan einfordern.

Betriebsmodell: Zuständigkeiten als Prüfmodell festlegen

Ein PaaS-Vertrag kann den Betrieb definierter Plattformschichten an einen Auftragnehmer übertragen. Welche Pflichten tatsächlich beim Betreiber, bei einem Konsortialpartner, bei der anwendenden Behörde oder bei einem weiteren Dienstleister liegen, ergibt sich jedoch aus Vertrag, Leistungsbeschreibung und Rechtsmodell. Die BMDS-Mitteilung beschreibt die KI-Cloud als PaaS für KI-Anwendungen und richtet sie an Bund, Länder und Kommunen. [1]

Die folgende Zuordnung ist deshalb kein feststehender Rechts- oder Vertragsstatus. Sie ist ein empfohlenes Governance- und Prüfmodell für das Lastenheft.

Fachliche, datenschutzrechtliche und technische Rollen trennen

Die PaaS-Grenze im Betrieb dokumentieren

Der Plattformanbieter muss Fragen zu Verfügbarkeit, Plattformänderungen, technischen Abhängigkeiten und dem Betrieb der Umgebung beantworten. Für die anwendende Behörde sind fachliche Freigaben, Datenklassifikation und die Bewertung des konkreten Verwaltungseinsatzes zu klären. Ob diese Aufgaben im Zuschlag genau so verteilt sind, lässt sich aus den vorliegenden Quellen nicht ableiten. [1]

Eine Plattform für Bund, Länder und Kommunen muss unterschiedliche Zuständigkeiten und Schutzbedarfe im Betriebsprozess abbilden. [1] Heise ordnet das Vorhaben als gemeinsame Infrastruktur für diese Verwaltungsebenen ein. [2] Daraus folgt als Beschaffungsanforderung: Jede Anwendung braucht einen standardisierten Onboarding-Prozess mit Verantwortlichem, Schutzbedarfsprüfung, Image-Freigabe, Testnachweis und definierter Abnahme.

Schnittstellen und Portabilität: Der Praxistest für Fachverfahren

Der Nutzen einer KI-Plattform endet nicht bei bereitgestellter Rechenkapazität. Entscheidend ist, ob Fachverfahren, Identitäten, Datenquellen und Protokollierung kontrolliert angebunden werden können. Das BMDS nennt Entwicklung, Betrieb und Weiterverwendung von KI-Anwendungen als Ziel. [1] An der Integrationsgrenze zeigt sich, ob eine Anwendung standardisiert betrieben oder als zusätzliche Insellösung gepflegt werden muss.

API-Verträge vor dem Produktivtest festlegen

T-Systems nennt gemeinsame Standards, offene Schnittstellen und die Anschlussfähigkeit an bestehende Fachverfahren als Zielbild. Diese Veröffentlichung ist jedoch keine bestätigte technische Spezifikation des Zuschlags. [5]

Vor dem Produktivtest sollte das Projektteam Negativfälle prüfen: Was geschieht bei Nichterreichbarkeit? Wie verarbeitet das Fachverfahren eine unvollständige oder verspätete Antwort? Wie wird eine Eingabe abgelehnt, die Schutzbedarf, Format oder fachliche Plausibilitätsregeln verletzt? Zusätzlich gehören Datenminimierung, Identitätsübergabe, Protokollumfang, Aufbewahrung und ein verbindliches Versionsschema in die Abnahme.

Deep Dive: An der ERP- oder Fachverfahrensgrenze entscheidet die Fehlerbehandlung über die Betriebssicherheit. Definieren Sie für jede synchrone und asynchrone Kommunikation Timeout-Verhalten, Wiederholungsstrategie und technische Korrelation-ID. Konkrete Latenz- oder Verfügbarkeitswerte stehen in den vorliegenden Angaben nicht.

Portabilität mit einem Rückbauplan testen

Ein belastbares Exit-Kriterium verlangt, dass Anwendung, Konfigurationen, Daten und Betriebsdokumentation in einem vereinbarten Format übergeben werden können. Dazu gehören Abhängigkeiten, Berechtigungsmodelle, Geheimnisse beziehungsweise deren sichere Übergabe sowie Nachweise für einen erneuten Betrieb. JIPS nennt offene Schnittstellen, Interoperabilität und Wechselmöglichkeiten als Faktoren digitaler Souveränität. [6] Für die praktische Planung von Migrationspfaden und Exit-Risiken bietet der Beitrag zur souveränen Cloud-Migration von Behörden ergänzende Anhaltspunkte.

Verankern Sie den Migrationsnachweis als Testfall im Abnahmeplan. Ein ausgewähltes Fachverfahren muss mit Daten, Konfigurationen und Betriebsinformationen in eine definierte Zielumgebung überführt und dort geprüft werden. Für die Beschaffung empfiehlt sich eine Bewertungsmatrix mit den Kriterien Integrationsfähigkeit, Portabilität, Betriebsnachweise, Sicherheitsnachweise und Vergabestatus.

Checkliste für Beschaffung, Einführung und Vergabestatus

Eine Pressemitteilung reicht nicht, um eine souveräne KI-Cloud fachlich oder vergaberechtlich einzuordnen. Das BMDS bestätigt den Zuschlag, die PaaS-Ausrichtung, zwei Konsortien und ein Gesamtvolumen von knapp 250 Millionen Euro. Außerdem nennt die Mitteilung containerisierte KI-Anwendungen sowie Fachverfahren, Assistenzsysteme und generative Dienste als Anwendungskategorien. [1] Eine detaillierte technische Leistungsbeschreibung enthält der veröffentlichte Auszug jedoch nicht.

Leistungsumfang des Zuschlags

Prüfen Sie: Welche Plattformdienste sind tatsächlich beauftragt? Die öffentliche Mitteilung nennt eine PaaS für Entwicklung, Betrieb und Weiterverwendung von KI-Anwendungen sowie containerisierte Anwendungen für Fachverfahren, Assistenzsysteme und generative Dienste. [1] Klären Sie, welche Bausteine Bestandteil der Leistung sind, welche Behörden sie abrufen dürfen und welche Schutzbedarfe abgedeckt werden. Für jede Antwort sollte eine freigegebene Leistungsbeschreibung oder ein Vertragsdokument vorliegen.

Architektur- und Interoperabilitätsnachweise

Fordern Sie Nachweise zu: Containerformaten, Schnittstellen, Identitätsübergabe, Datenformaten, Protokollierung und Versionsmanagement. Das BMDS nennt containerisierte KI-Anwendungen und die Weiterverwendung von KI-Anwendungen als Leistungsziel. [1] Diese Angabe ersetzt keine technische Spezifikation.

Containerisierung allein belegt keine Portabilität. Entscheidend ist, ob Anwendung, Konfiguration, Daten, Abhängigkeiten und Betriebsdokumentation exportiert und erneut betrieben werden können. Behauptungen zu offenen Schnittstellen oder konkreten Architekturstandards gehören erst nach Vorlage der entsprechenden Spezifikation in die Bewertungsmatrix.

Betriebs- und Sicherheitsverantwortung

Klären Sie: Wer verantwortet Infrastruktur, Plattform, Container-Images, Identitäten, Daten, Modelle und Fachverfahren? Die Zielgruppe umfasst Bund, Länder und Kommunen; eine konkrete Rollen- oder Mandantenarchitektur nennt die Zuschlagsmeldung jedoch nicht. [1] Legen Sie Freigaben für Modellwechsel, Bibliotheken, Berechtigungen und Datenquellen fest. Fordern Sie außerdem Nachweise zu Schwachstellenmanagement, Incident-Eskalation, Protokollzugriff, Mandantentrennung und Wiederanlauf.

Angaben zu Zero Trust, Bring Your Own Key, Datenstandort oder BSI-Zertifizierung stammen im Dossier aus nicht offiziell bestätigten Darstellungen. [3] Diese Merkmale sollten nur übernommen werden, wenn sie in Vergabe-, Vertrags- oder Leistungsunterlagen nachgewiesen sind.

Vergabestatus und Abrufbedingungen

Gleichen Sie vor jeder Veröffentlichung oder Investitionsentscheidung ab: offizielle Zuschlagsinformation, Vergabeunterlagen, Vertrags- oder Abrufstatus, Leistungsbeschreibung, Nachunternehmer und aktuelle Rechtslage. Das BMDS bestätigt zwei Zuschlagsempfänger und ein Gesamtvolumen von knapp 250 Millionen Euro. [1] Heise berichtet zusätzlich über eine zurückgezogene Klage eines Konsortiums aus Adesso und Google. [2] Für die Einordnung des aktuellen Projekt- und Vertragsstatus sind aktuelle amtliche und vergaberechtliche Dokumente maßgeblich.

Die vorliegenden Angaben tragen damit eine begrenzte, aber belastbare Aussage: Der Bund hat eine PaaS-Beschaffung für eine souveräne KI-Cloud mit knapp 250 Millionen Euro und zwei Konsortien bestätigt. Containerisierte KI-Anwendungen sowie die Nutzung für Fachverfahren, Assistenzsysteme und generative Dienste sind als Plattformziel genannt. Die konkrete Architektur, das Betriebsmodell, die Sicherheitsfunktionen, die Konsortialzuständigkeiten und die Wechselmechanismen müssen Behörden anhand der Vertrags- und Leistungsunterlagen prüfen.