GovTech-Startups · Dr. Christian Knebel

Der Name war das Einfachste. September 2026 im E-Government-Rückblick.

Wed, 30 Sep 2026 22:23:16 +0200

Am 29. September hat die Initiative D21 den eGovernment MONITOR 2026 vorgelegt, und darin steht das Problem so klar, wie man es selten liest. 64 Prozent erwarten Verwaltungsleistungen genauso einfach online wie von Privatunternehmen, 15 Prozent sehen diese Erwartung erfüllt. 12 Prozent sagen, der Staat macht ihr Leben leichter. Jede zweite Person hat ihr letztes Verwaltungsanliegen vollständig offline erledigt, und 62 Prozent nutzen digitale Wege seltener, weil sie befürchten, am Ende doch analog weitermachen zu müssen. Das Vertrauen in den Staat liegt bei 32 Prozent.

Am selben Tag ist in Washington america.gov online gegangen: ein Eingabefeld, das Fragen in Alltagssprache beantwortet, gelegt über die Inhalte von rund 29.000 Websites der US-Bundesverwaltung. Dazu eine Executive Order, die jede Bundesleistung mit mehr als 100.000 Nutzenden im Jahr zur Anbindung verpflichtet, mit 90 Tagen Frist für die Leitlinien.

Das ist eine Antwort auf genau das Problem, das der Monitor beschreibt. Nicht die vollständige, aber die sichtbare. Wer nicht weiß, wo er anfangen soll, bekommt eine Stelle, an der er anfängt.

Bevor der Reflex kommt: america.gov löst die bequeme Hälfte. Mikey Dickerson, Gründungs-Administrator des US Digital Service, nennt es „the easiest 5% of the problem", und der Chatbot gab in den ersten 24 Stunden widersprüchliche Antworten auf politische Fragen. Zuständigkeiten, Programmdefinitionen, Datenhaltung bleiben auch dort unberührt.

Bei uns ist die Reihenfolge umgekehrt, und das lässt sich im September an einer einzigen Website ablesen. Wer wissen will, wie weit die Registermodernisierung ist, findet das auf noots.gov.de, der Wissensplattform der FITKO. Die Seite richtet sich an fachlich Verantwortliche, nicht an Bürger:innen, und sie ist sehr gut: eine Statusampel über 77 Registereinträge, drei Systeme, ein Flächenrollout in drei Stufen, Erfahrungsberichte aus abgeschlossenen Anschlussvorhaben. Nur sagen die Ampeln auch, wie weit es tatsächlich ist: zwei Einträge gelten als für das NOOTS ertüchtigt, 64 stehen ohne Aktivität. Und ein Datum gibt es nicht, weil der IT-Planungsrat erst „nach Vorliegen der technischen Voraussetzungen" mit den Fachministerkonferenzen beschließt, bis wann angeschlossen sein muss.

Das ist die unbequeme Hälfte, und sie ist richtig. Ohne Register bleibt jede Oberfläche ein Formular mit besserer Schriftart. Es ist nur die Arbeit, von der niemand etwas merkt, der sie am Ende benutzen soll. Wir arbeiten im Hintergrund und im Detail, sehr sorgfältig, und das Einzige, was in diesem September nach vorne sichtbar wurde, war ein Name.

Der Name war schneller fertig als die Spezifikation

Am 9. September hat das Digitalministerium der deutschen Eudi-Wallet einen Namen gegeben: d-you, mit rund 40 Partnern aus Wirtschaft, Wissenschaft und Verwaltung, Start am 2. Januar 2027. Das Ministerium erklärt den Namen selbst: „d" für digital und für Deutschland, „you" für Nutzerzentrierung.

Mich beschäftigt an dieser Stelle weniger das Logo als die Umbenennung an sich. „Wallet" ist der eine Begriff in diesem Feld, den die Leute schon kennen, und sie kennen ihn nicht von uns, sondern von Apple und Google. Wer eine digitale Brieftasche einführt, startet damit mit einem Vorsprung, den man nicht kaufen kann: ein Wort, das keine Erklärung braucht. d-you muss sich diesen Vorsprung erst erarbeiten.

Wie groß die Aufgabe ist, steht im eGovernment MONITOR, erhoben vor dem Namenstag: 19 Prozent haben von der Wallet gehört, 8 Prozent können sie richtig beschreiben. Zum Vergleich: die Online-Ausweisfunktion kennen 88 Prozent, genutzt haben sie 29 Prozent. Bekanntheit war also nie das Problem. Nutzen war es.

Helmut Krcmar von der TU München, Mitherausgeber der Studie, rät deshalb davon ab, die Wallet als solche zu bewerben, und stattdessen einzelne gut funktionierende Leistungen, mit der Wallet als Werkzeug (Tagesspiegel Background, Paywall). Da bin ich bei ihm, und das Material liegt schon vor. Die Pressemitteilung nennt für den 2. Januar drei Dinge, die tatsächlich gehen werden: das Alter nachweisen, rechtssicher einen Vertrag abschließen, ein Bankkonto eröffnen. Unter den Launch-Partnern stehen Rossmann, der Landkreis Harz, Dresden, Aachen und Heidelberg; in Sachsen laufen Dresden-Pass und Ehrenamtskarte schon als Anwendungsfall. Drei davon auswählen und nur über die reden. Der Rest kommt über die Nutzung.

Dass der Termin fällt, halte ich übrigens für ausgeschlossen. Er ist zu oft wiederholt worden, er steht in der Eidas-Verordnung, und das Digitale-Identitätengesetz war am 23. September in erster Lesung im Bundestag. Wer bis hierhin mitgegangen ist, geht nicht drei Monate vorher zurück.

Genau deshalb ist die Kommunikation der letzte verbliebene Hebel. Denn die technische Seite ist eng. Landes-CIOs beklagten im September, die technische Spezifikation nicht erhalten zu haben, Brandenburgs Ernst Bürger mit der Frage „Wie sollen wir das noch schaffen?", Sachsen-Anhalts Bernd Schlömer mit „Wir haben bislang noch gar kein Signal bekommen" (Tagesspiegel Background, Paywall). Das Ministerium hält dem entgegen, dass es keine eigene Installation brauche, weil die Bereitstellung über die bestehende Bund-ID-Infrastruktur läuft, und hat dafür einen Handlungsleitfaden im Self-Service-Portal hinterlegt. Beides stimmt gleichzeitig. Wer die Bund ID nutzt und einen angebundenen Dienst hat, muss wenig tun. Fünf Länder nutzen sie nicht.

Die Bund ID zählte im August 7.449.232 Konten. Das ist die Schiene, auf der d-you fahren soll, und sie trägt. Der Leitfaden liegt allerdings hinter einer Organisationsregistrierung mit Elster-Zertifikat. Wenn ich eine Sache an diesem Quartal ändern könnte, wäre es diese: das Dokument dahin legen, wo Kommunen tatsächlich nachsehen, und drei Leistungen benennen. Das kostet nichts und ist in zwei Wochen gemacht.

Zwanzig Teams, und ein Engpass, den der Staat selbst benannt hat

Am 14. September war ich bei der Mentor Madness in München, dem Kick-off der Prototyping-Phase der Mission „Deutschland, was geht?". Den Wettbewerb macht die Sprind, den Rahmen stellt in Kooperation die TU München. Ein Tag Gespräche mit Teams, die sich an Verwaltungsprozesse heranarbeiten, und mit Verwaltungsleuten, die dabei mit am Tisch sitzen.

Zwei Dinge sind mir geblieben. Erstens: die Ideen sind gut, und sie sind konkret. Zweitens, und das hat mich mehr überrascht: die kommunale Seite will. Da sitzen Leute, die nach vorn gehen wollen und das auch sagen.

Was die Teams vorhaben, listet die Sprind öffentlich, zwanzig Vorhaben, je bis zu 25.000 Euro, Prototyp bis Dezember, danach pitchen die besten vor dem Bundesdigitalminister, bis zu fünf Teams bekommen bis zu 100.000 Euro, und veröffentlicht wird auf openCode.de. Lesen Sie die Titel einmal hintereinander: „OneProof, Einreichen statt Nachreichen". „Nachweislich, Entscheiden statt Tippen". „Antragsfrei durch Push Government". „Treasure, das ausführbare Verwaltungsverfahren". „VergabeFit, ProcurDat trifft den Markt". Dazu Lexaru, eine KI-Fachanwendung für Ausländerbehörden und Jugendämter, und Parla vom CityLAB Berlin, das Verwaltungs- und Parlamentsdokumente durchsuchbar macht.

Keines dieser Vorhaben braucht ein neues Fachverfahren. Jedes braucht Zugang zu einem bestehenden. Und genau da hakt es, nach meiner Beobachtung immer an derselben Stelle: keine Schnittstelle, keine Testdaten, keine Gespräche. Nicht das Vergaberecht, nicht der Datenschutz, nicht das Geld.

Das ist keine Einzelbeobachtung von einem Mentorentag, und es ist auch keine These, die man dem Markt unterschieben muss. Der Staat hat sie selbst aufgeschrieben. Im Folgebericht zu offenen API-Ökosystemen, den Bremen für den IT-Planungsrat erstellt hat, steht der Satz: Schnittstellen böten „den etablierten Akteuren immer wieder Ansatzpunkte, ihre Marktmacht auszunutzen und neue Akteure am Zugang zu hindern oder für die Realisierung von Schnittstellen hohe Entgelte zu verlangen". Und ein paar Seiten weiter: Wenn die Produktpolitik von Herstellern darauf gerichtet sei, offene Schnittstellenstandards zugunsten eigener Online-Dienste zu unterlaufen, müsse ein digital souveräner Staat dagegen Lösungen finden. Der Bitkom formuliert es aus Anbietersicht nüchterner: „fehlende oder inkonsistente Schnittstellen stellen heute eine große Hürde bei der Digitalisierung dar", mit der Folge, dass Anbieter je Behörde individuelle Lösungen bauen.

Wer ein Fachverfahren betreibt, hat an einer offenen, dokumentierten Schnittstelle kein eigenes Interesse, weil sie den Zusatzauftrag ersetzt, der sonst bei ihm liegt. Das ist kein Vorwurf, das ist Betriebswirtschaft. Es ist nur nicht die Betriebswirtschaft der Kommune, die zahlt.

Der Hebel ist deshalb unspektakulär und liegt bei den Kommunen und Ländern selbst, nicht in Berlin. Was Startups brauchen, hat Berlin in seinem GovTech-Report ziemlich genau benannt: „gut dokumentierte APIs, einheitliche Datenformate und klare Nutzungsbedingungen". Das sind drei Zeilen, und sie gehören bei der nächsten Verlängerung eines Fachverfahrensvertrags nicht in die Wunschliste, sondern in die Leistungsbeschreibung, mit erreichbarer Testinstanz und als gewichtetes Zuschlagskriterium. Der IT-Planungsrat hat „API First" bereits beschlossen. Es fehlt die Stelle, die es in einen Vertrag schreibt. Eine Kommune kann das allein, und wenn eine es vormacht, kopieren es die anderen aus dem Vergabevermerk.

Warum der Staat das Fundament gebaut hat und nicht den Anwendungsfall

Die Spark-Module des Digitalministeriums sollen Planungs- und Genehmigungsverfahren beschleunigen, seit April laufend bereitgestellt, der komplette Workflow seit Juni, veröffentlicht auf Open Code. Gebaut haben es externe Dienstleister: Spark Workflow kommt von PwC, die Spark-API von Capgemini. Was das gekostet hat, wurde erst bekannt, nachdem jemand privat eine IFG-Anfrage gestellt und nach Fristüberschreitung nachgefasst hatte: 32,6 Millionen Euro für die Entwicklung, dazu Verpflichtungsermächtigungen von 54 Millionen bis 2029 (Tagesspiegel Background, Paywall).

Mein Eindruck ist: hier ist ein Tanker entstanden. Stuttgart hat Spark verprobt, und Thomas Bönig, CDO und CIO der Stadt, sagt, die Architektur sei für den kommunalen Eigenbetrieb schlicht ungeeignet und das System mit teils mehr als 50 KI-Agenten sehr fehleranfällig (ebd.). Stuttgart arbeitet stattdessen mit ChatSTR, und ChatSTR ist kein Eigenbau, sondern das Münchner MUCGPT unter anderem Namen. Nachnutzung, wie sie im Lehrbuch steht, zum Bruchteil der Summe.

Die Preisfrage ist dabei nicht die interessante. Interessant sind die Total Cost of Ownership, und die liegen bei einem System dieser Bauart so hoch, dass der Nutzennachweis strukturell schwierig wird. Wer Betrieb, Wartung, Anpassung und Schulung dagegenrechnen muss, bekommt am Ende eine Zahl, die niemand gern veröffentlicht.

Die eigentliche Frage ist eine andere, und sie ist unbequem: Warum hat der Staat hier so viel Fundament gebaut statt sich auf Anwendungsfälle und deren Nutzen zu konzentrieren? Ich glaube, die Antwort liegt in der Anreizrichtung, und sie hat nichts mit der Qualität der beteiligten Häuser zu tun. Ein Fundament lässt sich in Modulen, Releases und Betriebsjahren weiterschreiben, ein Anwendungsfall ist irgendwann fertig. Rund um eine Plattform entsteht Beratungsvolumen, rund um einen fertigen Anwendungsfall nicht. Wer das Fundament baut, hat nach der Abnahme einen Betriebsvertrag, wer den Anwendungsfall liefert, hat einen zufriedenen Sachbearbeiter. Ich habe das Anfang September ausführlicher aufgeschrieben: Wenn der Umsetzer gleichzeitig die Architektur empfiehlt, empfiehlt er die Architektur, die ihn braucht.

Wie es anders aussieht, lässt sich an zwei US-Bundesstaaten ablesen, nicht weil die weiter wären, sondern weil sie etwas anderes veröffentlichen. Nebraska hat den Assistenten des Verkehrsamts nach drei Monaten Pilot landesweit ausgerollt und nennt dazu 88.000 beantwortete Fragen, über 3.400 Weiterleitungen in Online-Dienste und bis zu 20 Prozent weniger Anrufvolumen. Kalifornien hat AskCA nach Lebenslagen gebaut und lässt Antworten von Fachleuten gegen verifizierte Quellen prüfen. Beide Zahlen gehören zu einem Anwendungsfall, nicht zu einer Plattform.

Der Pfad ist entsprechend klein. Vor dem nächsten Modul ein Verfahren benennen, eine Durchlaufzeit messen, einen Zielwert festlegen, und beides veröffentlichen. Und beim Thema Nachnutzung die Prüffrage ändern: nicht, ob der Code auf Open Code liegt, sondern ob eine Kommune ihn ohne Projekt betreiben kann. Open Code ist eine Bedingung, keine Nachnutzung.

Kurz notiert

Das Zendis öffnet sein Open-Desk-Partnerprogramm erstmals für privatwirtschaftliche Dienstleister, in drei Kategorien, wegen hoher Nachfrage. Und die Bundesdruckerei-Gruppe hat am 29. September eine Zusammenarbeit mit dem Zendis angekündigt, in der openDesk mit der genusecure Suite von genua zu einem Arbeitsplatz für Dokumente mit dem Grad „Verschlusssache, nur für den Dienstgebrauch" kombiniert werden soll. Beides ist Betriebsmodell, nicht Ideologie: ein Produkt, Partner mit Zulassungsverfahren, ein Sicherheitsniveau, nach dem Behörden konkret fragen. Den ersten gemeinsamen Showcase zeigen beide auf der Smart Country Convention vom 13. bis 15. Oktober in Berlin.

Schleswig-Holstein und Thüringen haben am 22. September in Erfurt eine Absichtserklärung zu Open Source und Law as Code unterzeichnet, zunächst ohne finanzielle Verpflichtungen. In Kiel arbeiten inzwischen mehr als 200 Beschäftigte der Staatskanzlei auf Linux, rund 20 Arbeitsplätze bleiben wegen Fachanwendungen auf Windows. Die Schweizer Bundeskanzlei stellt rund 3000 Mitarbeitende bis Ende 2027 auf einen Arbeitsplatz auf Open-Source-Basis um, erste Phase geschätzt 9 Millionen Franken.

Eine Auswertung der Open Knowledge Foundation zur Antwort der Bundesregierung auf eine Kleine Anfrage kommt auf mindestens 630 Millionen Euro, die 2025 aus dem Bundeshaushalt in Lizenzen für proprietäre Software geflossen sind. Das ist die Vergleichsgröße, an der sich jede Diskussion über die Kosten von Open Source messen lassen muss.

Seit dem 11. September gelten die Meldepflichten des Cyber Resilience Act, alle Anforderungen ab dem 11. Dezember 2027. Laut einer PwC-Umfrage unter 100 Industrieunternehmen halten sich drei Prozent für vollständig konform, die Hälfte hat keine externe Meldestelle. Dazu passt, dass Sovereign Tech Resilience am 28. September mit vier neuen Diensten neu gestartet ist, unter anderem CRA-Konformität für Open-Source-Projekte. Der Satz aus der Ankündigung, der hängen bleibt: „Finding bugs is getting easier; fixing them is not."

Und die Teilung des ITZ Bund zum 1. Januar 2027 ist nicht mehr zu halten, der Entwurf für die Gesetzesnovelle steckt in der Ressortabstimmung (Tagesspiegel Background, Paywall).

Fazit

Der September hat eine Diagnose geliefert und eine mögliche Antwort darauf, nur aus zwei verschiedenen Ländern. Der Monitor sagt, woran es liegt: die Leute finden nicht, was es gibt, und rechnen damit, am Ende doch zum Amt zu müssen. Washington hat daraufhin eine Oberfläche gebaut und damit die bequeme Hälfte erledigt. Wir haben die unbequeme Hälfte in Arbeit, ordentlich dokumentiert, mit zwei von 77 ertüchtigten Registereinträgen und ohne Termin.

Was fehlt, ist kein Budget und kein Gesetz. Es ist die Stelle, an der die Arbeit im Hintergrund für jemanden sichtbar wird. Konkret: welche drei Leistungen am 2. Januar wirklich funktionieren, und die Disziplin, nur über die zu reden. 19 Prozent haben von d-you gehört. Mit einer Marke holt man die anderen 81 nicht.

Mitte Oktober bin ich auf der Smart Country Convention. Ich werde an drei Dingen merken, ob sich etwas bewegt hat: ob bei d-you über Leistungen geredet wird statt über die Brieftasche, ob auf den KI-Folien Durchlaufzeiten stehen statt Modulnamen, und ob irgendwer für die Registeranbindung ein Datum nennt. Beim dritten Punkt bin ich mir selbst nicht sicher, ob ich es hören will.

Tiefenblick: Wenn der Berater zum Vertriebskanal wird; und "Abhängigkeit" verkauft.

Wed, 09 Sep 2026 10:12:48 +0200

Wie die KI-Partnerwelle von Anthropic und OpenAI die IT-Beratung neu verdrahtet, und was das für Verwaltungen bedeutet, die auf Souveränität setzen wollen.

Erste Ausgabe von Tiefenblick, der monatlichen Schwerpunktanalyse zu Marktbewegungen mit Bezug zur Verwaltungsdigitalisierung.

„adesso wird Partner von Anthropic und skaliert agentenbasiertes Software-Engineering für seine Kunden." So der Titel der Meldung im August 2026 (adesso). Der Titel sagt es bereits selbst: für seine Kunden, nicht nur für die eigene Belegschaft. Klingt trotzdem nach einer von hunderten Partner-Pressemitteilungen, die jede Woche irgendwo erscheinen.

Ist sie aber nicht. Sie ist ein Baustein in einem Muster, das sich seit rund einem Jahr durch die gesamte Beratungs- und Umsetzerlandschaft zieht. adesso ist dabei kein Zufallsbeispiel: Das Unternehmen zählt zu den größten IT-Dienstleistern für die deutsche öffentliche Verwaltung (adesso, Öffentliche Verwaltung).

Eine Partnerliste, die sich selbst erklärt

Fast jede große Beratung hat sich in den letzten Monaten öffentlichkeitswirksam an Anthropic, OpenAI oder beide gebunden. Entscheidend ist dabei, ob die Partnerschaft nur die eigene Belegschaft betrifft oder auch die Projekte, die für Kund:innen geliefert werden, denn genau dort entsteht der Lock-in-Hebel bei den Kund:innen selbst:

Accenture und Anthropic: Mehrjahrespartnerschaft mit eigener „Business Group", 2025 gestartet, 2026 um KI-gestützte Cybersecurity erweitert (Accenture Newsroom). Ausdrücklich nicht nur intern: „reinvention deployed engineers" bringen Claude „within client environments" zum Einsatz, öffentlicher Sektor wird als eigene Zielbranche genannt, wörtlich „AI agents that help citizens navigate complex government services" (Accenture Newsroom). Accenture ist parallel Gründungspartner von OpenAIs „Frontier Alliance" (Fortune).
Deloitte und Anthropic: bereits im Juli 2024 verkündet, mit dem erklärten Ziel, Claude-gestützte Anwendungen für „commercial and government clients" bereitzustellen, zunächst 15.000 geschulte Fachkräfte (Deloitte Newsroom). Im Oktober 2025 folgt die Ausweitung auf rund 470.000 Mitarbeitende, laut CNBC „Anthropics größter Enterprise-Rollout überhaupt" (CNBC).
KPMG und Anthropic: globale Allianz, Claude fest in die interne Plattform „Digital Gateway" integriert, 276.000 Mitarbeitende betroffen, verkündet Mai 2026 (KPMG). Ausdrücklich auch für Mandant:innen gedacht: „clients can build agentic workflows in real time" (KPMG). Zwei Monate später wird KPMG zusätzlich „Elite Partner" von OpenAI für „headless software" (Fortune).
PwC und OpenAI: bereits im Mai 2024 offizieller Resellerpartner für ChatGPT Enterprise, OpenAIs Global Head of Alliances wird zitiert mit „PwC becomes our largest customer, but they’re also our first partner who’s going to be reselling ChatGPT enterprise", über 100.000 Lizenzen, davon 75.000 in den USA und 26.000 im Vereinigten Königreich (Business Standard). Im Mai 2026 kommt eine erweiterte Anthropic-Allianz hinzu: 30.000 US-Fachkräfte werden auf Claude zertifiziert, mit geplanter Ausweitung auf „hunderttausende" Mitarbeitende weltweit. Claude läuft dabei laut Anthropic bereits produktiv in Kundenprojekten, u.a. „professional sports operations, insurance underwriting, mainframe modernization, HR transformation, and cybersecurity" (Anthropic).
BCG und McKinsey: beide Gründungspartner der OpenAI Frontier Alliance, deren erklärter Zweck es ist, „AI-driven transformations" bei den eigenen Klient:innen zu skalieren, also kein internes Werkzeug, sondern ein Kundenangebot (BCG), beide zusätzlich mit eigenen Anthropic-Allianzen unterwegs (VentureBeat). McKinsey selbst nutzt daneben seit Sommer 2023 mit „Lilli" ein rein internes KI-Tool für die eigene Beratungsarbeit, nach eigener Aussage „LLM-agnostisch" und unter anderem auf OpenAI-Modellen über Microsoft Azure sowie auf Modellen von Cohere basierend, kein Produkt, das an Mandant:innen verkauft wird (VentureBeat). Die Frontier Alliance von 2026 ist bei McKinsey damit keine neue Öffnung zu OpenAI, sondern die öffentliche, kundenseitige Bestätigung einer Bindung, die intern schon länger bestand.
Capgemini: nicht nur Partner, sondern direkter Investor in die „OpenAI Deployment Company", ebenfalls im Rahmen der Frontier Alliance und damit auf Kundentransformationen ausgerichtet (Capgemini).
IBM und Anthropic: Claude wird in „select IBM software products" integriert, aktuell in „private preview" bei ausgewählten Kund:innen, verkündet Oktober 2025 (IBM Newsroom). IBM nennt „expedited FedRAMP hardening" als Anwendungsfall, das US-Zulassungsverfahren für Cloud-Dienste in der Bundesverwaltung, ein konkreter Public-Sector-Bezug (IBM Newsroom).
Cognizant und Anthropic: „Global Premier Partner", über 30.000 Mitarbeitende Claude-geschult, verkündet Juli 2026. Unter der Überschrift „Cognizant puts Claude to work for clients" nennt Anthropic konkrete Kundenprojekte, darunter ein Kundenerfahrungsportal für einen globalen Hersteller und ein Vertragsanalyse-System für ein Biopharma-Unternehmen (Anthropic).
TCS und Infosys: klar auf das Kundengeschäft ausgerichtet. TCS baut eine eigene Business Unit „focused on deploying Anthropic’s AI models to its customers" auf, parallel erhalten auch die gut 50.000 eigenen Mitarbeitenden Zugang zu Claude, verkündet Juni 2026 (TechCrunch). Infosys entwickelt „enterprise-grade AI agents" auf Claude-Basis für seine Kund:innen, verkündet Februar 2026 (Futurum); alle drei indischen IT-Dienstleister (TCS, Infosys, Cognizant) sind zusätzlich in OpenAIs Codex-Partnerprogramm.
Salesforce und Anthropic: „Claudeforce", Claude wird direkt ins CRM-Produkt eingebettet, das an Kund:innen verkauft wird, Salesforce-Daten wandern umgekehrt in Claude, verkündet August 2026 (Salesforce).
EY, in einer globalen Initiative mit Microsoft, dem größten Anteilseigner von OpenAI, mit dem erklärten Ziel, Klient:innen beim Skalieren von KI zu unterstützen (Microsoft News).

Das ist keine vollständige Liste, es gäbe noch mehr Beispiele. Aber es reicht, um den Punkt zu machen: Es gibt praktisch keinen großen Berater mehr, der nicht an einen oder beide der dominierenden KI-Anbieter angedockt hat, und in den meisten Fällen ausdrücklich nicht nur für die eigene Belegschaft. Mehrere Namen, KPMG, PwC, Accenture, BCG, McKinsey, tauchen sogar doppelt auf.

Und die großen IT-Umsetzer und Integratoren

Neben den klassischen Strategie- und Prüfungsberatungen ziehen auch die IT-Umsetzer und Systemintegratoren mit, die im öffentlichen Sektor unmittelbar Projekte liefern:

DXC Technology und Anthropic: globale Mehrjahresallianz, verkündet Juni 2026, ausdrücklich für die „mission-critical technology infrastructure systems", die DXC für Großkunden betreibt. DXC nennt „government agencies" explizit als Kundengruppe, neben Banken, Airlines und Versicherern, und will „tens of thousands of forward-deployed, Claude-certified engineers" direkt in Kundenumgebungen einsetzen. Getestet wurde zunächst am eigenen Betrieb, DXC nennt das die „Customer Zero philosophy" (DXC Newsroom).
NTT DATA und OpenAI: Codex-Einsatz bislang vor allem intern, nach eigenem „Client Zero"-Prinzip: 9.000 aktive Nutzer:innen, Incident-Analysen von drei Tagen auf 30 Minuten verkürzt. Die Externalisierung zu Kundenprojekten ist laut OpenAI-Case ausdrücklich die nächste Stufe, aber zum Zeitpunkt der Veröffentlichung noch nicht abgeschlossen (OpenAI). NTT DATA ist auch im deutschen öffentlichen Sektor ein etablierter IT-Dienstleister, ein öffentlich dokumentierter Zusammenhang zur Codex-Partnerschaft besteht dafür bislang nicht.
Deutsche Telekom / T-Systems und OpenAI: Mehrjahreskooperation, verkündet im Dezember 2025, mit zwei Strängen: eigene KI-Produkte für Millionen Endkund:innen in Europa sowie interne ChatGPT-Enterprise-Nutzung zur Kundenbetreuung (OpenAI). T-Systems ist parallel einer der zentralen IT-Partner der deutschen Verwaltung, unter anderem mit der Betriebs- und Vertriebskonzession für den BundesMessenger und einem eigenen Geschäftsbereich „Öffentlicher Sektor" (T-Systems). Ein direkter Zusammenhang zwischen der OpenAI-Kooperation und diesen Verwaltungsprojekten ist öffentlich nicht dokumentiert, beide Fakten stehen für sich.
ServiceNow und Anthropic: verkündet Ende Januar 2026, Claude wird Standardmodell für den „ServiceNow Build Agent" und in die ServiceNow AI Platform integriert, parallel intern bei ServiceNow selbst für Vertrieb und Entwicklung genutzt (Anthropic). ServiceNow wird auch in deutschen Behörden als IT-Service-Management-Plattform eingesetzt, ein öffentlicher Nachweis, dass die Anthropic-Integration dort bereits ankommt, liegt nicht vor.

Diese vier ergänzen die Beraterliste um eine zweite Ebene. Es sind nicht nur die Berater, die sich binden, sondern auch die Plattformen und Umsetzer, über die Behörden am Ende tatsächlich Software beziehen.

Zwei Netzwerke, ein Geschäftsmodell dahinter

Wer nur auf die Pressemitteilungen schaut, sieht Technologiepartnerschaften. Wer auf die Finanzierungsstruktur schaut, sieht etwas anderes.

Im Mai 2026 haben Anthropic und OpenAI parallel eigene Joint Ventures für Enterprise-Vertrieb gegründet. Anthropics Venture, mit 1,5 Milliarden Dollar bewertet, wird von Blackstone, Hellman & Friedman und Goldman Sachs mitgegründet, mit Apollo, General Atlantic, GIC, Leonard Green und Sequoia als weiteren Investoren. OpenAIs „Deployment Company" kommt auf 10 Milliarden Dollar Bewertung, getragen von TPG, Brookfield, Advent und Bain Capital. Als Vorbild für das Modell nennt die Berichterstattung Palantirs „Forward Deployed Engineer"-Ansatz: Fachleute sitzen direkt beim Kunden, statt Software von außen zu verkaufen (TechCrunch).

Der entscheidende Satz aus der Berichterstattung: Diese Ventures erhalten „preferred sales access" zu den Portfoliounternehmen ihrer Investoren. Übersetzt heißt das: Die Finanzinvestoren, die an Beratungen, Softwarehäusern und Industriekonzernen beteiligt sind, öffnen ihren Portfoliofirmen bevorzugten Zugang zum jeweiligen KI-Anbieter, und umgekehrt.

Das ist kein Software-Partnering mehr. Das ist ein Vertriebsnetzwerk, das über Kapitalbeteiligungen verdrahtet wird. Die Beratung ist darin nicht Kunde, sie ist Vertriebskanal. Das Beratungshaus zertifiziert Mitarbeitende, trainiert sie auf ein bestimmtes Modell, und bekommt dafür bevorzugten Zugang und, je nach Konstruktion, eine Beteiligung am Geschäft. Wessen Interesse dabei zuerst bedient wird, das des Kunden oder das der Partnerschaft, lässt sich von außen nicht mehr trennscharf beurteilen.

Man kann diese Entwicklung nicht nur als Abhängigkeitsfalle lesen. Die Beratungen selbst begründen ihre Partnerschaften mit echten Effizienzgewinnen: schnellere Projektlaufzeiten, geringere Fehlerquote bei Routineaufgaben, spürbare Entlastung der eigenen Teams. Das ist nicht per se falsch. Nur beantwortet es nicht die Frage, wer am Ende entscheidet, welches Modell für welche Behörde die richtige Wahl ist, wenn Berater und Anbieter wirtschaftlich zusammengehören.

Was „Lock-in" hier konkret heißt

Bei KPMG und OpenAI zeigt sich, wohin das führt. Das Konzept heißt „headless software": Mitarbeitende navigieren nicht mehr durch Bildschirme und Softwaremodule, sie beschreiben Absichten, ein KI-Agent koordiniert die Aktionen im Hintergrund über mehrere Systeme hinweg (Fortune).

Klingt nach Effizienzgewinn. Ist es vermutlich auch. Aber der Princeton-Forscher Arvind Narayanan bringt im selben Artikel den Kern des Problems auf den Punkt: Der KI-Agent wird zur „Wissensdatenbank, die man nicht feuern kann, ohne dass jedes Team Workflows verliert". Ein Kollege, der nicht mehr gekündigt werden kann, ohne dass die Organisation stillsteht.

Eine unabhängige Analyse der OpenAI Frontier Alliance beschreibt drei konkrete Mechanismen (DeepHumanX):

Die Plattform wird tief in CRM-, HR- und Workflow-Systeme verwoben, ein Wechsel wird zur Geschäftsunterbrechung.
Die Organisation hängt an der Preis- und Produktentscheidung eines einzelnen Anbieters.
Und jede künftige KI-Investition muss sich an der Kompatibilität zur bestehenden Plattform messen lassen, bevor sie überhaupt geprüft wird.

Das ist die Definition von Lock-in. Nur diesmal nicht auf Ebene der Software allein, sondern auf Ebene von Software und Beratung gleichzeitig, weil beide beim selben Anbieter andocken.

Der Blick auf Deutschland: drei Fälle, die zeigen, worum es geht

Bislang ist das ein internationales, überwiegend privatwirtschaftliches Muster. Für die deutsche Verwaltung lässt es sich an drei aktuellen Fällen konkret machen.

Erstens, der Agentic AI Hub des BMDS. Im Juni 2026 meldet das Bundesministerium für Digitales und Staatsmodernisierung den Abschluss einer dreimonatigen Pilotphase: neun Startups, 19 Kommunen, 20 Pilotprojekte, fast 600 Bewerbungen (BMDS). Die Pressemitteilung betont Souveränität ausdrücklich, „autonom agierende Systeme" sollen „die Handlungsfähigkeit des Staates" sichern und Deutschland „als souveränen Technologiestandort" stärken, gestützt auf eine „souveräne KI-Cloud" und den Deutschland-Stack. Welche Modelle in den 20 Pilotprojekten tatsächlich laufen, nennt die Mitteilung nicht.

netzpolitik.org ordnet das kritisch ein: Kommunale Chatbots wie BärGPT in Berlin, Gerda Bürki in Gersheim oder JOST in Hagen laufen faktisch auf Systemen wie Gemini, Copilot oder ChatGPT. Für genau diese Systeme fand eine Studie der European Broadcasting Union im Oktober 2025 branchenweit eine Fehlerquote von rund 45 Prozent bei generierten Antworten. Ob sich das eins zu eins auf die Verwaltungs-Chatbots übertragen lässt, untersucht die Studie nicht, netzpolitik.org stellt die Verbindung explizit als naheliegende, aber unbewiesene Vermutung dar, nicht als Beleg (netzpolitik.org). Stefan Kaufmann von Wikimedia Deutschland bringt den eigentlichen Engpass auf den Punkt: Verwaltungen speichern ihr Wissen in Dokumenten statt in strukturierten, maschinenlesbaren Daten. Genau das, nicht ein weiteres Sprachmodell, wäre die Voraussetzung für verlässliche KI-Agenten (netzpolitik.org).

Zweitens, Copilot Chat in Niedersachsen. IT.Niedersachsen testet mit mehreren Landesressorts „Copilot Chat von Microsoft" und will ihn zeitnah für alle Nutzer:innen des NiedersachsenClient ausrollen. Zur Absicherung verweist die Landes-IT auf einen „geschützten Unternehmensmodus" mit technischen und vertraglichen Schutzmaßnahmen (IT.Niedersachsen). Welches Modell konkret hinter Copilot Chat arbeitet, wird auf der Seite nicht spezifiziert, Microsofts eigene Copilot-Produkte laufen auf OpenAI-Modellen. Ein Bundesland bindet sich damit an dieselbe Anbieterkette, die auch die globale Berater-Partnerwelle antreibt, nur über den Umweg Microsoft statt über eine direkte Anthropic- oder OpenAI-Partnerschaft.

Drittens, Accentures Auftritt auf der Smart Country Convention 2025. Accenture zeigt dort seine Plattform „NAV AI" für „modular, sicher, souverän" digitalisierte Verwaltungsprozesse und „KI-Superagenten" (Smart Country Convention). Weder Anthropic noch OpenAI werden dabei genannt, ebenso wenig ein anderer Modellanbieter. Dabei nennt Accenture in der eigenen globalen Anthropic-Partnerschaft den öffentlichen Sektor ausdrücklich als Zielbranche, dort ist wörtlich von „AI agents that help citizens navigate complex government services" die Rede (Accenture Newsroom). Auf der eigenen Verwaltungsmesse bleibt genau diese Verbindung unausgesprochen. Das ist selbst ein Befund: Wenn eine Beratung, die gleichzeitig Gründungspartner der OpenAI Frontier Alliance ist und öffentlich für Behörden-KI auf Anthropic-Basis wirbt, ihre konkrete Verwaltungsplattform mit dem Wort „souverän" bewirbt, ohne offenzulegen, welches Modell darunterliegt, ist Intransparenz kein Nebeneffekt des Lock-in-Problems. Sie ist ein eigenständiger Teil davon.

Warum das für die Verwaltung eine andere Kategorie ist

Für ein privates Unternehmen ist das ein Geschäftsrisiko, das es selbst abwägen kann. Für eine Behörde ist es etwas anderes.

Vendor Lock-in steht ohnehin auf der Sorgenliste jeder IT-Leitung, die gerade von proprietärer auf offene Software umstellen will. CLOUD Act, das Schrems-II-Urteil des EuGH und die NIS2-Richtlinie machen Datenhoheit und Anbieterprüfung zur Compliance-Pflicht, nicht zur Kür, das BSI hat dafür inzwischen einen eigenen Kriterienkatalog für KI-Modelle in der Bundesverwaltung veröffentlicht (BSI). Wenn jetzt zusätzlich der Berater, der bei der KI-Einführung beraten soll, selbst zertifizierter Partner mit Umsatzinteresse am gleichen Anbieter ist, verschiebt sich etwas Grundsätzliches: Die Instanz, die eigentlich unabhängig prüfen sollte, welcher Ansatz zur Behörde passt, hat ein eigenes Interesse an einer bestimmten Antwort.

Das ist kein Vorwurf an einzelne Berater:innen. Die Fachleute bei adesso, KPMG oder Accenture arbeiten mit dem, was ihr Haus anbietet, das ist normal. Der Punkt ist strukturell: Eine Partnerschaft mit Zertifizierungsquoten, Trainingszielen und Umsatzbeteiligung erzeugt einen Anreiz, der nicht verschwindet, nur weil er im Beratungsgespräch nicht ausgesprochen wird.

Wer als Behörde eine KI-Architektur ausschreibt und dabei einen Umsetzer bucht, der zufällig Select Partner, Elite Partner oder Global Premier Partner eines der beiden großen Anbieter ist, bekommt keine neutrale Empfehlung. Er bekommt die Empfehlung, die zur Partnerschaft passt.

Für eine Behörde kommt eine zweite Ebene hinzu, die ein Unternehmen so nicht hat: der OZG-Umsetzungsdruck. Im Bitkom-DESI-Index 2026 liegt Deutschland beim Gesamtranking auf Platz 17 von 27 EU-Staaten, in der Teilkategorie Digitalisierung der öffentlichen Verwaltung sogar nur auf Platz 22 (Bitkom, Haufe). Wer unter diesem Druck liefern muss und gleichzeitig zu wenige eigene Fachkräfte hat, greift eher zum Anbieter, der die schnellste Lösung verspricht, nicht zu dem, der die unabhängigste Architektur liefert. Genau in diesem Moment, unter Druck, mit knappem Personal, entscheidet sich häufig, ob eine Behörde in fünf Jahren noch verhandeln kann oder nur noch verlängern.

Was die Bundesverwaltung selbst schon anders macht

Interessant ist, dass die Bundesverwaltung sich in ihren eigenen Grundlagenpapieren längst gegen genau das Muster positioniert, das die Beratungswelt gerade vorlebt.

Ein erstes konkretes Beispiel liefert der Bund bereits im November 2025: Gemeinsam mit Frankreich startet er eine Initiative mit Mistral AI und SAP für souveräne KI in der Verwaltung, mit vier Schwerpunkten von intelligenten ERP-Systemen bis zu digitalen Assistenzsystemen für Bürger:innen. Die Begründung ist deutlich: „Über 80 Prozent der digitalen Werkzeuge, auf die wir uns verlassen, werden außerhalb Europas entwickelt, betrieben oder kontrolliert", heißt es in der gemeinsamen Erklärung, die das Format ausdrücklich als „offen für weitere europäische Anbieter" beschreibt (BMDS). Kein Zertifizierungsprogramm, keine Elite-Partner-Stufe, sondern eine direkte Regierungsinitiative mit einem europäischen Modellanbieter, ohne Beratungshaus dazwischen.

Im Dezember 2025 veröffentlicht das ÖFIT-Kompetenzzentrum am Fraunhofer FOKUS im Auftrag des BMDS eine Studie zu großen Sprachmodellen in der Bundesverwaltung. Der Befund: Bundesbehörden setzen bislang überwiegend auf Eigenentwicklungen, quelloffene Systeme, interne Hosting-Infrastruktur und austauschbare Modelle, ausdrücklich nicht auf marktdominante LLM-Anbieter. Die Studie empfiehlt zusätzlich geteilte KI-Hardware-Ressourcen von Bund und Ländern, ein europäisches quelloffenes Verwaltungs-LLM und verpflichtende Souveränitätsprüfungen für kritische Projekte (BMDS, ÖFIT). Digitalminister Karsten Wildberger wird mit dem Satz zitiert, man sei „bereits auf dem richtigen Weg, eine solide Grundlage für unabhängige KI-Lösungen in der Bundesverwaltung zu schaffen".

Das ist fast wörtlich die Gegenthese zur Partnerwelle der Beratungen: hier Austauschbarkeit und Eigenkontrolle als Ziel, dort Zertifizierungsquoten und Umsatzbeteiligung an genau zwei Anbietern.

Gleichzeitig zeigt der Bundesrechnungshof, wie weit Anspruch und Umsetzung noch auseinanderliegen. In einem Bericht von Anfang August 2026 moniert er beim Deutschland-Stack fehlende Risikoanalysen, unzureichende technische Standards und mangelnde Transparenz bei der Fortschrittskontrolle, bei einem geplanten Start Anfang 2028 (it-boltwise). Die Studie liefert die richtige Zielrichtung. Die Beschaffungspraxis liefert sie noch nicht.

Der Ausweg: Architektur vor Beschaffung

Das ist kein Grund, KI-Einsatz in der Verwaltung zu verschieben. Das wäre die falsche Schlussfolgerung. Der Druck, Verwaltungsprozesse mit KI zu unterstützen, ist real und wird nicht kleiner.

Fünf Punkte, die sich aus der Analyse ableiten lassen:

Architektur zuerst, Anbieter danach. Wer offene Schnittstellen, dokumentierte Datenflüsse und Modell-Agnostik als Ausschreibungskriterium festlegt, bevor er sich für einen Anbieter entscheidet, verhindert genau die Verwebung, die einen späteren Wechsel zur Geschäftsunterbrechung macht. Der Grundsatz ist derselbe wie bei Open-Source-Software: nicht das Modell entscheidet über die Souveränität, sondern die Architektur drumherum. Die eigene ÖFIT-Studie der Bundesverwaltung liefert dafür bereits die Blaupause, und die Mistral-SAP-Initiative von Bund und Frankreich zeigt, dass sich das auch auf Regierungsebene direkt umsetzen lässt, nicht nur als Studienempfehlung.

Beratung und Vertrieb trennen. Wer strategisch berät, welcher KI-Ansatz zur Behörde passt, sollte kein zertifizierter Partner des Anbieters sein, den er am Ende empfiehlt, erst recht nicht, wenn die Partnerschaft ausdrücklich für Kundenprojekte gilt und nicht nur für das eigene Haus. Das ist derselbe Maßstab, den man an jede andere Beschaffungsberatung auch anlegt. Er wird bei KI aktuell selten angewendet, weil das Thema neu wirkt. Ist es aber nicht.

Modell-Transparenz zur Ausschreibungsbedingung machen. Das NAV-AI-Beispiel von Accenture zeigt, wie leicht sich „souverän" sagen lässt, ohne zu sagen, welches Modell dahintersteckt. Jede Ausschreibung sollte verlangen, dass der Anbieter offenlegt, welches Modell, welcher Betreiber, welcher Rechtsraum, und wem dieser Anbieter aktuell gehört. Der BSI-Kriterienkatalog für KI-Modelle in der Bundesverwaltung liefert dafür bereits einen Prüfrahmen.

Eine Behörde reicht als Vorbild. Die Architekturfrage muss niemand für den gesamten Bund im ersten Anlauf lösen. Der Agentic AI Hub zeigt mit 19 beteiligten Kommunen bereits, dass sich Pilotformate organisieren lassen. Eine Kommune, die dokumentiert, wie sie Modell-Agnostik in ihre Ausschreibung übersetzt hat, liefert die Vorlage, die andere übernehmen können.

EfA-Logik auf KI übertragen. Was bei Fachverfahren längst Prinzip ist, eine Lösung bauen, die andere nachnutzen können, fehlt bei KI-Architekturen bislang komplett. Jede Behörde verhandelt einzeln mit denselben zwei oder drei Anbietern, während die Anbieterseite längst konsolidiert über Beratungsnetzwerke koordiniert. Eine gemeinsame Referenzarchitektur, offen dokumentiert und zwischen Ländern geteilt, wie sie die ÖFIT-Studie mit einem europäischen quelloffenen Verwaltungs-LLM andeutet, würde die Verhandlungsposition der Verwaltung stärken, ohne dass eine einzelne Behörde das Risiko allein tragen muss.

Keiner dieser fünf Punkte verlangt, auf Claude, ChatGPT oder ein anderes Modell zu verzichten. Sie verlangen nur, dass die Behörde die Architekturentscheidung trifft, bevor der Berater sie für sie trifft.

Was das für die nächste Entscheidung heißt

Die Partnerliste am Anfang dieses Artikels wird bis Jahresende länger, nicht kürzer. Das ist keine Prognose, das ist die Fortschreibung eines Trends, der sich seit einem Jahr in derselben Richtung bewegt.

Für Verwaltungen heißt das nicht: abwarten. Es heißt: die Architekturentscheidung von der Anbieterentscheidung trennen, bevor beide gemeinsam vom selben Berater kommen, der möglicherweise auch noch am Anbieter beteiligt ist. Wer das in der nächsten Ausschreibung schon mitdenkt, muss später nicht zurück, und muss auch nicht auf den für 2028 geplanten Deutschland-Stack warten, um damit anzufangen.

Halbfertig, aber teuer. Februar 2026 im E-Government-Rückblick.

Sat, 28 Feb 2026 21:11:23 +0200

481 Millionen Euro hat der Bund 2025 für Microsoft-Lizenzen gezahlt – gegenüber 74 Millionen 2017 ein Anstieg um 550 Prozent in acht Jahren. Die Zahl wurde im Februar öffentlich, aufbereitet von OSB Alliance, nachgereicht in einer Antwort der Bundesregierung auf eine Kleine Anfrage der Grünen. Die Computerwoche schreibt von „digitaler Geiselhaft", heise von „Microsoft Dependency". Die Empörung ist groß.

Die Empörung ist auch alt. Die PwC-Studie für das BMI von 2019 hat das Abhängigkeitsproblem schon damals systematisch dokumentiert – mit klaren Handlungsoptionen. Der Bundesrechnungshof hat noch früher Open Source gefordert. Neu ist nicht der Befund. Neu ist, dass jetzt alle reagieren wollen – jeder für sich.

Wegbewegung von Microsoft. Jeder für sich.

Die Bewegung im Februar war auffällig:

Im Bundestag prüft eine Kommission unter Andrea Lindholz Microsoft-Alternativen, mit IT-Strategie bis Mai 2026 und ersten Pilotlösungen (Wire als Messenger, Delos als Cloud-Layer). Berlin hatte Mitte Januar eine Open-Source-Strategie verabschiedet – sieben Maßnahmen über sieben Jahre, ITDZ als Programm-Office. Sachsens neue CIO Daniela Dylakiewicz erklärt, dass Sachsen „gut daran tut, alternative Lösungen zu testen und einzusetzen". Aus dem Hochschulbereich kommt die Forderung, openDesk kostenfrei für Universitäten verfügbar zu machen.

Dass sich da etwas bewegt, ist gut. Wie es sich bewegt, ist das Problem.

Jeder geht das Thema für sich an. Bund, Länder, Kommunen, Hochschulen – jede:r mit eigenem Geld, eigenen Pilotprojekten, eigenen Zeitplänen. Erfahrungen werden nicht systematisch ausgetauscht. Eine Migration in Schleswig-Holstein hilft nur indirekt einer Migration in Sachsen-Anhalt, obwohl die Probleme zu 80 Prozent dieselben sind.

Eigentlich gäbe es einen Akteur, der genau dafür gegründet wurde: ZenDiS, das Zentrum für Digitale Souveränität. Aber ZenDiS ist zu spät dran, zu wenig sichtbar, und das Kernprodukt openDesk ist nach allem, was zu sehen ist, noch kein 1:1-Replacement für Microsoft 365. Das ist ein Problem, das sich technisch lösen lässt – aber nur, wenn es die nötigen Ressourcen und Reichweite bekommt.

Statt dass die nun anlaufenden Migrationsbewegungen in Bund und Ländern ZenDiS stärken, machen viele ihr eigenes Ding. Das ist nachvollziehbar – niemand wartet auf einen Träger, dessen Produkt noch nicht reif ist. Aber die Konsequenz ist absehbar: Am Ende haben alle halbfertige Lösungen. Halbfertig und teuer.

💡 Souveränität skaliert nicht über zerstreute Einzelmigrationen. Sie skaliert über einen Träger, dem alle das Mandat geben – und dem alle den Druck machen, schneller marktreif zu werden.

Mehr Organisationen statt mehr Wirksamkeit

Beim Deutschland-Stack hat der Februar zwei Bewegungen gebracht. Markus Richter (BMDS-Staatssekretär, vorher Bundes-CIO) plant einen verbindlichen Deutschland-Stack plus ein neues „Digitalcenter". Karsten Wildberger umreißt im selben Monat eine „Deutschland-App" mit KI-Agenten, die BAföG-Anträge, Anmeldungen und Firmengründungen erledigen soll – Details für Sommer 2026 sind angekündigt.

Das Muster ist erkennbar: Statt bestehende Strukturen wirksamer zu machen oder einzelne abzulösen, wird eine neue Organisation hinzugefügt. Und parallel ein neues App-Versprechen kommuniziert. “On top” auf dem, was alles schon existiert-

Bei der Konsultation zum Deutschland-Stack – zweite Runde 16.01.–15.02.2026 – ist aus dem kommunalen Umfeld zu hören, die Beteiligung sei zu spät und zu schmal angesetzt gewesen. Das passt zu einem Muster, das im E-Government seit über 25 Jahren wiederkehrt: Die Kommunen, in denen die Verwaltungsleistungen am Ende ankommen, werden bei der Konzeption strukturell vergessen.

Beides muss man zusammen denken. „Alle mitnehmen" ist richtig – und im deutschen Föderalismus ohne Alternative. Aber „alle mitnehmen" heißt nicht, dass die Wünsche von allen in den D-Stack eingeschrieben werden. Sonst wird er der größte gemeinsame Nenner: Aber die Idee eines Stacks lebt davon, was er nicht enthält.

Verbindlichkeit ist methodisch ein richtiger Hebel. Aber sie funktioniert nur, wenn sie auf einer realistischen, fokussierten Architektur ruht – nicht auf einem aufgeblähten Wunsch-Sammelsurium. Sonst entsteht aus „verbindlich" entweder eine Compliance-Hürde, an der Behörden vorbei-improvisieren. Oder eine politische Sollbruchstelle, die niemand durchhalten will.

Shop für alles. Wettbewerb für wenige.

Parallel zum Stack läuft eine zweite Konsolidierungs-Bewegung: die Vereinheitlichung der IT-Beschaffungs-Marktplätze. Im März geht der Marktplatz Deutschland Digital in den Produktivbetrieb, betrieben von govdigital eG, mit Konsolidierung des FIT-Stores, des EfA-Marktplatzes und des Cloud-Service-Portals. Im Februar lief die Vorbereitung. Auch die Länder denken über eigene Marktplatzlösungen nach.

Auf den ersten Blick eine sinnvolle Bewegung: Findbarkeit für Verwaltungseinkäufer:innen verbessert sich, Anbietersuche wird effizienter. Auf den zweiten Blick steht da ein Problem.

Diese Marktplätze leben innerhalb eines komplexen Geflechts kommunaler und landeseigener IT-Dienstleister, Zweckverbände und gemeinsamer Beschaffungsorgane. Welche Verwaltungseinheit was beziehen darf, hängt nicht nur vom Ausschreibungsergebnis ab – sondern auch von Mitgliedschaften und Zugehörigkeiten. Über solche Konstrukte landet manch ein Rahmenvertrag faktisch im Inhouse-Direktzugriff, ohne dass es nach außen sichtbar wird.

Vereinheitlicht man jetzt die Shops, ohne diese strukturelle Logik anzufassen, verschiebt sich das Problem nicht – es zentralisiert sich. Wer im Geflecht ist, profitiert mehr. Wer nicht drin ist (mittelständische Open-Source-Anbieter, Startups, neue Markteinsteiger), ist von einem wachsenden Anteil öffentlicher IT-Beschaffung praktisch ausgeschlossen.

Wettbewerb sieht anders aus. Innovation bleibt auf der Strecke. Und Startups auch.

Fazit

An Bewegung mangelt es nicht. An Koordination schon. Und am Mut, eigene Pilotprojekte und neue Strukturen zugunsten gemeinsamer, bestehender, schneller wachsender aufzugeben. Das gilt im Microsoft-Exit, im Deutschland-Stack, in der Beschaffung – und es gilt seit mindestens 2019.

Souveränität ohne Definition. Januar 2026 im E-Government-Rückblick.

Sat, 31 Jan 2026 22:17:28 +0200

Der Januar war ein Souveränitäts-Monat. Hyperscaler taufen ihre Verwaltungsgeschäfte zum „Jahr der souveränen Clouds" (Tagesspiegel Background, Paywall) um. Microsoft, AWS und Google haben sortiert, wie sie ihre „Sovereign Cloud"-Linien an deutsche Behörden vermarkten. Daneben passiert tatsächlich etwas: Sozialversicherungsträger pilotieren openDesk als Notfallarbeitsplatz, Frankreich verlässt Microsoft Teams und Zoom zugunsten der eigenen LaSuite, der Berliner Senat verabschiedet am 14. Januar eine Open-Source-Strategie. Und der Bund unterzeichnet den NOOTS-Staatsvertrag, die Rechtsgrundlage für Once-Only.

Der Begriff „Souveränität" ist im Januar an vielen Stellen gleichzeitig im Mund. Was er bedeutet, weiß keiner.

Open Washing trifft Pioniere

Jede:r ist heute souverän. Auf Foliensätzen jedenfalls. Microsoft hat seine „Sovereign Cloud", Google sortiert „Sovereign Controls", AWS bewirbt EU-spezifische Datenresidenz, dazu kommt Delos als deutsche Hybrid-Variante. Die Marktübersicht listet inzwischen ein Dutzend Anbieter, die das Wort beanspruchen.

Das Wort ist aber undefiniert. Es gibt keine deutsche oder europäische Norm, die festlegt, was eine „souveräne Cloud" leistet. Open Source nach OSI-Definition ist es bei keinem dieser Angebote. Datenhoheit, Code-Zugriff, Migrierbarkeit – all das wird je nach Anbieter selbst neu definiert. Das ist offenes Spielfeld für Marketing.

Man nennt das auch Open Washing: Der Anbieter klebt sich das Souveränitäts-Etikett selbst auf, der Kunde übernimmt es ungeprüft, der politische Diskurs nimmt das Wort als Beweis, dass etwas geliefert wird. Geliefert wird, was der Anbieter unter Souveränität versteht – nicht, was der Staat braucht.

Die spannende Gegenbewegung im Januar: Die großen Kunden machen tatsächlich Bewegung weg von diesen Angeboten. Nicht alle. Nicht synchron. Aber konkret.

Sozialversicherungsträger probieren openDesk im Pilot-Setup als Krisenfall-Backup („Backup statt Blackout"). Frankreich rollt LaSuite und seine eigene Visio-Plattform für 200.000 Beschäftigte aus und begründet das ausdrücklich mit Sicherheits- und Souveränitätsanforderungen. Berlin verankert in seiner Open-Source-Strategie sieben Maßnahmen über sieben Jahre, mit dem ITDZ als Programm-Office.

💡 Souveränität wird aktuell von zwei Seiten gemacht: Anbieter etikettieren, Kunden migrieren. Beides nennt sich gleich. Geliefert wird Unterschiedliches.

Wer Souveränität ernst nimmt, sollte das Wort nicht den Marketing-Abteilungen überlassen. Eine arbeitstaugliche Definition (Datenhoheit, Code-Zugriff, Vendor-Wechselbarkeit, EU-Recht-Vorrang) muss von den Bedarfsträgern kommen – nicht aus Whitepapers von Anbietern.

NOOTS-Staatsvertrag – der Eigenweg und seine Folgen

Am 14. Januar geht das NOOTS live: Erste Nachweisdatenabrufe laufen über das National-Once-Only-Technical-System. Der Staatsvertrag dazu ist unterzeichnet. Damit fällt eine alte Ausrede weg: „Wir können nicht, weil die Rechtsgrundlage fehlt." Diese Tür ist zu.

Davor stehen die anderen Türen weiterhin offen. Drei verdienen den Blick.

Erstens: Der deutsche Eigenweg architektonisch. Deutschland setzt für NOOTS auf das 4-Corner-Modell – eine eigene Variante, die in dieser Form an europäische Strukturen wie OOTS angeschlossen werden muss, statt nahtlos zu integrieren. Schleswig-Holstein hat im Februar 2025 mit dem Nordic Institute for Interoperability Solutions ein Partnerschaftsabkommen für X-Road unterzeichnet – also für die seit zwei Jahrzehnten in Estland erprobte Standard-Architektur, die auch Finnland, Island und mehrere weitere Länder einsetzen. S-H baut x-road-sh.de parallel zur deutschen Linie auf. Brücken zwischen NOOTS und EU-OOTS müssen jetzt als zusätzliche Teilprojekte gebaut werden. Das kostet Zeit und Geld, das anderswo fehlt.

Wir denken methodisch noch über Architektur nach, während andere Länder ihre Once-Only-Infrastruktur seit Jahren operativ betreiben.

Zweitens: Wieder das Muster paralleler Initiativen. Schleswig-Holstein evaluiert X-Road. Der Bund macht Pilotierungsprojekte mit Nordrhein-Westfalen (D-NRW) und Baden-Württemberg (Jobcenter-Pilot). Der GovTech Campus arbeitet an Register-as-a-Service. Einzelne Fachverfahrens-Anbieter platzieren sich mit eigenen Anschluss-Lösungen für ihre Bestandskunden. Die Kommunen – am Ende der Lieferkette – werden ohne kollektive Lösung ins Rennen geschickt.

Jeder macht aktuell Registermodernisierung. Niemand fängt es ein. Das ist das gleiche Muster, das im OZG, beim Souveränen Arbeitsplatz und bei den Postfach- und Kommunikationslösungen abläuft. Föderalismus, der seine Vielfalt mit Konzept-Vielfalt verwechselt.

Drittens: Zerstückelung als Beruhigungsmittel. Registermodernisierung war als Milliardenprojekt geplant. Geliefert wird sie als eine Vielzahl von Teilprojekten in Millionen-Größenordnung. Das erhöht die Komplexität. Jedes Teilprojekt braucht eigene Steuerung, eigene Vergaben, eigenes Konsortium, eigene Schnittstellen. Der Vorteil dieser Zerstückelung ist nicht technisch – er ist politisch. Mehr Akteure bekommen ein Stück, mehr Akteure stimmen positiv. Aber die Summe der Teile ergibt nicht das Ganze, das einmal versprochen war.

Der Staatsvertrag ist ein wichtiger Schritt. Er beseitigt eine Ausrede. Er beseitigt nicht das eigentliche Problem: Dass Deutschland in der Once-Only-Frage seit Jahren über Architektur nachdenkt, während andere bereits liefern. Und dass die Liefer-Architektur, auf die wir uns festlegen, das, was anderswo läuft, nicht ablöst, sondern parallel dazu existiert.

Randnotiz: Der BMDS-Startup-Hub

Eine Bewegung des Januar verdient eine eigene Erwähnung – auch wenn sie konzeptionell noch zu früh ist für eine harte Bewertung. Das BMDS hat in einem Workshop „Agentische KI-Lösungen für die Verwaltung" Startups und kommunale Anwender:innen zusammengebracht. Daraus soll ein laufendes Format werden, das KI-fähige Fachverfahren zwischen GovTech-Startups und Bedarfsträgern brokert.

Das Format ist anschlussfähig an die Lücke, die die deutsche Verwaltungs-IT im GovTech-Ökosystem hat: Startups können das öffentliche Vergaberecht selten allein bewältigen, etablierte Integratoren können die Produkt- und Geschwindigkeitslogik junger Anbieter selten übersetzen. Wenn dieser Hub schafft, was bisher noch keine Initiative geschafft hat – Brücken aus dem Pilot-Setup in echte Produkteinsätze zu legen – wäre das eine ernsthafte Bewegung. Wenn er bei Workshop-Pilotage hängen bleibt, eine weitere Initiative im Wimmelbild.

Fazit

An Bewegung mangelt es nicht. An Definition schon. „Souveränität" trägt im Januar zu viele Bedeutungen gleichzeitig – und wer sie ernst nimmt, muss das Wort wieder mit Substanz versehen, statt es den Anbietern als Etikett zu überlassen. Beim NOOTS gilt: Der Vertrag ist da. Die Architektur, die operativ trägt, ist es noch nicht.