9. März 2026

Operative Vertragsrealität bei Hyperscalern

Cloud-Vergaben folgen einer eigenen Logik. Anders als bei klassischen IT-Leistungen geht es häufig nicht darum, technische Architektur neu zu verhandeln oder individuell ausgestaltete Leistungsmodelle zu entwickeln. Entscheidend ist vielmehr zu verstehen, welche Steuerungs- und Änderungslogik tatsächlich mit dem jeweiligen Cloud-Angebot eingekauft wird.

Realität: Das Service-Regime kommt mit

Wer Public-Cloud-Leistungen beschafft, tritt in ein standardisiertes Leistungs- und Dokumentenregime ein. Die operative Leistungswirklichkeit ergibt sich dabei in der Regel nicht allein aus dem EVB-IT-Cloud-Vertrag oder einer Rahmenvereinbarung.

Vielmehr basiert sie auf einem dynamischen Verweisregime aus verschiedenen Dokumenten, etwa:

• Cloud Services Agreements
• Data Processing Agreements einschließlich technischer und organisatorischer Maßnahmen
• Servicebeschreibungen und Service Level Agreements
• Security Practices
• Subprocessor-Listen
• Portal- und Policy-Dokumente.

Diese Dokumente werden regelmäßig fortgeschrieben. Änderungen erfolgen dabei häufig ohne individuelle Zustimmungspflichten einzelner Kunden.

Rangfolgeklauseln können zwar Normenkollisionen zwischen Vertragsbestandteilen auflösen. Sie verändern jedoch nicht die grundlegende Änderungslogik solcher Plattformmodelle.

Wie stark diese Dynamik wirkt, hängt vom jeweiligen Servicemodell ab. Infrastrukturleistungen (IaaS) bieten meist noch größere Konfigurationsmöglichkeiten. Plattformleistungen (PaaS) erhöhen bereits strukturelle Abhängigkeiten. Bei Software-as-a-Service (SaaS) liegt ein erheblicher Teil der Steuerungslogik beim Anbieter.

Diese Struktur ist keine Besonderheit einzelner Anbieter, sondern Teil der globalen Plattformlogik moderner Cloud-Dienste.

EVB-IT-Cloud: Einbindung von Anbieterbedingungen

Die EVB-IT-Cloud-Verträge ermöglichen eine kontrollierte Einbindung solcher Anbieterbedingungen in öffentliche Beschaffungen. Vergaberechtlich ist diese Einbindung grundsätzlich zulässig, sofern Transparenz und Vergleichbarkeit der Angebote gewahrt bleiben.

Rangfolgeregelungen stellen dabei sicher, dass bei Widersprüchen zwischen Vertragsbestandteilen eine klare Priorität besteht. Sie verändern jedoch nicht das Update-Regime vieler operativer Dokumente wie Security Practices oder Servicebeschreibungen.

§ 132 GWB: Wann Änderungen sensibel werden

Dynamische Dokumente führen nicht automatisch zu vergaberechtlich unzulässigen Vertragsänderungen.

Entscheidend ist vielmehr, ob der ursprüngliche Leistungsgegenstand ausreichend bestimmt ist und ob der Rahmen für spätere Anpassungen transparent beschrieben wurde. Solange Weiterentwicklungen innerhalb dieses Rahmens erfolgen, bleibt eine solche Dynamik regelmäßig zulässig.

Problematisch wird es insbesondere dann, wenn funktionale Leistungsbestandteile entfallen, Sicherheitsniveaus faktisch abgesenkt werden oder wirtschaftliche Parameter wesentlich verschoben werden.

Der zentrale Hebel: Transparenz und Bewertbarkeit

Die praktische Steuerung solcher Vertragsstrukturen besteht daher nicht darin, jede Änderung auszuschließen. Ein realistischer Ansatz liegt vielmehr darin, Transparenz über die Änderungsmechanismen zu schaffen.

Vergabeunterlagen können beispielsweise Informationen darüber einfordern,

• welche Dokumente dynamisch fortgeschrieben werden,
• nach welchen Verfahren Änderungen erfolgen,
• welche Ankündigungsfristen vorgesehen sind,
• welche Reaktionsrechte bestehen,
• und wie Kommunikations- oder Eskalationsprozesse organisiert sind.

Solche Informationen ermöglichen Vergleichbarkeit zwischen Angeboten und können zugleich als Bestandteil eines Governance- oder Betriebskonzepts in der Angebotswertung berücksichtigt werden.

Fazit

Cloud-Vergaben bedeuten nicht, Dynamik zu verhindern. Sie bedeuten, diese Dynamik zu verstehen.

Digitale Souveränität entsteht dort, wo Vergabestellen wissen,

• welche Dokumente den operativen Betrieb tatsächlich steuern,
• wo Änderungsmacht liegt,
• und wie diese Dynamik organisatorisch beherrscht werden kann.

Oder anders formuliert: Cloud-Plattformen müssen nicht neu erfunden werden. Entscheidend ist, zu verstehen, wie sie funktionieren.