Warum die Begriffe gerade wichtig werden
Wer sich derzeit mit Verwaltungsdigitalisierung, Cloud oder KI-Beschaffung beschäftigt, kommt an diesen Begriffen nicht mehr vorbei: Deutsche Verwaltungscloud, Deutschland-Stack und Marktplatz Deutschland Digital. Sie klingen zunächst nach „irgendwas mit souveräner Cloud“. Für Vergabestellen knüpft die Bedeutung dieser Begriffe an unterschiedlichen Ebenen an.
Die Deutsche Verwaltungscloud wird mit dem Programm DVC 2.0 weiterentwickelt. Das Programm beschreibt die gemeinsame Grundlage für die nächsten Entwicklungsschritte der DVC und ordnet diese unter anderem entlang DVC-konformer Cloud-Infrastruktur, Portfolio und Communities, Rahmenbedingungen sowie sicherer Netze.
Zugleich wird die DVC in das Gesamtbild des Deutschland-Stacks eingeordnet. Der Deutschland-Stack bildet den gemeinsamen Plattform-, Architektur- und Standardisierungsrahmen der Verwaltungsdigitalisierung. Im Fokus stehen zentrale Basiskomponenten und Lösungen etwa für Identität, Datenaustausch, Datenabruf, Zahlungsabwicklung und Kommunikation. Architektur, Standards und Portfolio sollen dabei stärker zusammen gedacht werden.
Parallel entsteht mit dem Marktplatz Deutschland Digital eine zentrale föderale Plattform, über die digitale Verwaltungsleistungen auffindbar und vergleichbar werden. Zum Start sind insbesondere DVC-konforme Cloud-Services direkt über den MDD bestellbar. EfA-Leistungen und KI-Lösungen werden bereits angezeigt, die Bestellung erfolgt derzeit aber noch über die jeweils bestehenden Marktplätze.
Für Vergabestellen bedeutet das: Die Begriffe stehen nicht für dasselbe. Sie betreffen Architektur, Cloud-Ordnungsrahmen und digitale Bestellumgebung. Die vergaberechtliche Prüfung des konkreten Auftrags bleibt daneben bestehen.
1. Die DVC: Ordnungsschicht vor der Cloud-Beschaffung
Die Deutsche Verwaltungscloud ist nicht einfach „die Cloud der Verwaltung“. Für Vergabestellen ist sie vor allem eine Ordnungsschicht vor der Cloud-Beschaffung.
DVC-konforme Cloud-Services sollen nach gemeinsamen Kriterien auffindbar, vergleichbar und nachnutzbar werden. Das kann bei Marktsichtung, Leistungsbeschreibung, Vertragsstruktur und Dokumentation helfen. Vergabestellen müssen Cloud-Angebote dadurch nicht in jedem Einzelfall vollständig neu suchen, beschreiben und einordnen.
Das ersetzt aber nicht die Prüfung im konkreten Beschaffungsvorgang. „DVC-konform“ bedeutet nicht automatisch bedarfsgerecht, sicherheitsangemessen oder im Einzelfall vergaberechtlich ohne Weiteres beziehbar.
Die Vergabestelle muss weiterhin prüfen, ob der jeweilige Service zum Bedarf, zum Schutzbedarf, zum Betriebsmodell, zu Schnittstellen, Rollen, Logging, Exit und zur vergaberechtlichen Grundlage der Auftragserteilung passt.
DVC 2.0 schärft diese Ebene. Es geht nicht nur um einzelne Cloud-Angebote, sondern um gemeinsame Standards, Betriebsplattformen, Rahmenbedingungen, sichere Netze und föderale Nachnutzbarkeit. Für Vergabestellen entsteht dadurch mehr Struktur in der Vorbereitung von Cloud-Beschaffungen.
Abgrenzung: Bundescloud
Von der DVC zu unterscheiden ist die Bundescloud. Sie ist keine weitere Marktplatz- oder Vergabestruktur, sondern die Cloud-Infrastruktur des Bundes. Betrieben wird sie durch das ITZBund als exklusive Private Cloud für Bundesbehörden und Ministerien.
Für Vergabestellen ist die Abgrenzung wichtig: Die Bundescloud beschreibt eine konkrete Betriebsumgebung innerhalb der Bundesverwaltung. Die DVC setzt breiter an und schafft einen föderalen Ordnungsrahmen für DVC-konforme Cloud-Services von Bund, Ländern und Kommunen. Der MDD bildet wiederum den digitalen Zugang zu solchen Leistungen ab.
Praktisch heißt das: Wer von der „Bundescloud“ spricht, meint regelmäßig die Cloud-Infrastruktur des Bundes. Wer von „DVC“ spricht, bewegt sich auf der Ebene föderaler Cloud-Standards, Nachnutzung und Vergleichbarkeit.
2. Der Deutschland-Stack: Architektur vor Produktentscheidung
Der Deutschland-Stack liegt oberhalb der einzelnen Beschaffung. Er fragt nicht zuerst, welches Produkt gekauft werden soll. Er fragt, wie digitale Verwaltung technisch zusammenpassen muss.
Für Vergabestellen verschiebt das den Blick in die Vergabevorbereitung. Bei Cloud- und KI-Beschaffung reicht es nicht, erst bei der Erstellung der Leistungsbeschreibung und der übrigen Vergabeunterlagen über Funktionen, Preis und Datenschutz nachzudenken. Vorher ist zu klären, in welche Zielarchitektur die Leistung eingebettet wird.
Typische Fragen sind:
Passt der Dienst zu vorhandenen Plattformen, Basisdiensten und Schnittstellen? Ist die Lösung interoperabel, wiederverwendbar und wechselbar? Kann sie sicher betrieben werden? Wer trägt welche Betriebsverantwortung? Welche Abhängigkeiten entstehen durch Datenflüsse, Identitätsmanagement, Logging, Monitoring und Exit?
Gerade bei KI-Leistungen ist diese Vorfrage wichtig. Eine KI-Lösung wird selten isoliert beschafft. Sie hängt regelmäßig an Datenbeständen, Fachverfahren, Cloud-Infrastruktur, Schnittstellen, Rollenmodellen und Sicherheitsanforderungen.
Damit prägt die Architekturentscheidung später auch vergaberechtliche Fragen: den Zuschnitt des Beschaffungsgegenstands, die Losbildung, die Vertragsstruktur, den Wettbewerb, mögliche Anbieterabhängigkeiten und die Exit-Fähigkeit.
Der Deutschland-Stack macht Vergabestellen dabei nicht zu IT-Architektinnen. Er zeigt aber, dass Architekturentscheidungen vor der Ausschreibung geklärt und in vergaberechtlich belastbare Anforderungen übersetzt werden müssen.
3. Der MDD: digitale Bestellumgebung, keine Verfahrensart
Der Marktplatz Deutschland Digital ist vergaberechtlich keine Verfahrensart und kein Ausnahmetatbestand. Er ist eine digitale Umgebung, in der Leistungen sichtbar gemacht, verglichen, konfiguriert, bestellt und vertraglich dokumentiert werden können.
Die vergaberechtskonforme Beschaffung liegt darunter.
Beim Direktvertragsmodell ist zu prüfen, ob der unmittelbare Vertrag mit dem Anbieter tragfähig begründet werden kann. In Betracht kommen je nach Fall etwa eine Inhouse-Konstellation nach § 108 GWB, echte Unentgeltlichkeit oder ein Direktauftrag nach dem jeweils anwendbaren Haushalts- und Unterschwellenvergaberecht.
Beim Umklappvertragsmodell läuft die Bestellung über einen Intermediär. Dann müssen die „vergaberechtsfreien“ Beziehungen in der beteiligten Kette tatsächlich tragen. Das betrifft insbesondere Inhouse-Beziehungen oder Inhouse-Ketten zwischen Anbieter, Intermediär und Kunde. Je nach Produkt und hinterlegter Inhouse-Fähigkeit kann neben govdigital auch FITKO als Intermediär in Betracht kommen.
Wichtig ist: Der MDD digitalisiert die Bestell- und Dokumentationsumgebung. Er ersetzt nicht die vergaberechtliche Rechtfertigung der Auftragserteilung.
Die Vergabestelle muss weiterhin dokumentieren, warum der konkrete Auftrag ohne eigenes Vergabeverfahren oder auf Grundlage eines bestimmten Beschaffungsinstruments vergeben werden darf.
Das wird noch wichtiger, wenn der MDD perspektivisch stärker für private Anbieter geöffnet wird. Bei privaten Anbietern trägt die derzeit stark inhouse-geprägte Logik regelmäßig nicht. Dann braucht es ein eigenes Vergabeverfahren, eine wirksam ausgeschriebene Rahmenvereinbarung, ein dynamisches Beschaffungssystem, einen geregelten Einzelauftrag oder eine sonstige nach dem anwendbaren Vergaberecht tragfähige Grundlage.
Eine Produktanzeige im MDD ist dann nur der sichtbare Zugang zur Leistung. Die Vergabeentscheidung selbst liegt weiterhin bei der zuständigen Vergabestelle.
Was Vergabestellen daraus für die Vorbereitung ableiten sollten
Für die Vergabevorbereitung empfiehlt sich ein vorgelagerter Prüfblock, bevor Leistungsbeschreibung, Vertragsmodell und Wertungsmatrix ausgearbeitet werden.
Erstens ist die Architekturfrage zu klären: Passt der Bedarf in eine vorhandene Zielarchitektur, einen Basisdienst, eine Plattform oder einen Cloud-Service? Oder entsteht erneut eine Einzellösung, die später schwer integrierbar, steuerbar oder ablösbar ist?
Zweitens ist die DVC- und Nachnutzungsfrage zu stellen: Gibt es DVC-konforme Cloud-Services oder bestehende föderale Angebote, die den Bedarf abdecken oder zumindest als Vergleichsmaßstab dienen können?
Drittens muss der Beschaffungsgegenstand sauber zugeschnitten werden: Wird eine Anwendung beschafft, eine Plattform, ein Managed Service, ein Cloud-Basisdienst, ein KI-System oder ein Betriebsmodell? Diese Einordnung beeinflusst Verfahrensart, Losbildung, Eignung, Zuschlagskriterien, Vertragsunterlagen und spätere Steuerung.
Viertens müssen technische Anforderungen vergaberechtlich übersetzt werden: Interoperabilität, Schnittstellen, Logging, Rollen, Exit, Portabilität, Sicherheitsniveau und Betriebsverantwortung gehören nicht ans Ende der IT-Abstimmung. Sie müssen in Leistungsbeschreibung, Vertragsbedingungen und Dokumentation sichtbar werden.
Erfolgschancen und Umsetzungsrisiken
Ob diese Ansätze wirken, entscheidet sich in der Fläche und im Betrieb.
Die Erfolgschancen steigen, wenn DVC, Deutschland-Stack, Bundescloud und MDD an vorhandene Prozesse, Zuständigkeiten und Betriebsmodelle anschließen. Dafür braucht es klare Rollen, ausreichende Finanzierung und Kapazitäten, die Betrieb, Weiterentwicklung, Support und Governance dauerhaft tragen können.
Die Risiken liegen dort, wo Zielbilder schneller formuliert werden als Umsetzungsfähigkeit entsteht. Hohe Komplexität, uneinheitliche Interessenlagen, fehlende Mitwirkung einzelner Akteure und die Marktmacht großer IT-Hersteller und IT-Dienstleister können solche Ansätze schwächen.
Besonders kritisch ist die Betriebsphase. Pilotprojekte lassen sich oft starten. Tragfähig werden sie erst, wenn Personal, Betrieb, Weiterentwicklung, Support und Governance über mehrere Jahre abgesichert sind.
Cloud und KI verschärfen diese Anforderungen. Sie bringen neue Daueraufgaben mit sich: Architektursteuerung, Rollen- und Rechteverwaltung, Logging, Monitoring, Änderungsüberwachung, Exit-Fähigkeit und fachliche Validierung.
Für Vergabestellen heißt das, die neuen Strukturen müssen vor der Ausschreibung in die eigene Beschaffungsvorbereitung übersetzt werden. Anschlussfähigkeit prüfen, Verantwortlichkeiten klären, Betriebs- und Finanzierungskonzept mitdenken und dokumentieren, warum der gewählte Beschaffungsweg auch praktisch tragfähig ist.
Arbeitsformel
Der Deutschland-Stack beschreibt den föderalen Plattform- und Architekturrahmen.
Die DVC strukturiert die Cloud-Ebene.
Der MDD bildet Zugang, Bestellung und Vertragsdokumentation digital ab.
Die Vergabestelle muss weiterhin prüfen und dokumentieren, ob und wie der konkrete Auftrag rechtmäßig vergeben werden darf.
Gerade bei Cloud- und KI-Beschaffung ist diese Trennung wichtig. Die Beschaffungsentscheidung betrifft regelmäßig nicht nur ein Produkt, sondern Daten, Schnittstellen, Cloud-Infrastruktur, Plattformen, Sicherheitsanforderungen, Rollenmodelle, Betriebsverantwortung und Exit-Fähigkeit.
Die Valora Consulting GmbH führt keine Rechtsberatungsdienstleistung/Rechtsberatung durch und unsere Unterstützung ersetzt auch keine Rechtsberatung.