Bildquelle: Pexels / Jakub Zerdzicki / https://www.pexels.com/photo/documents-17065813/
NOOTS wird für Behörden dort teuer, wo Register, Prüflogs und Rollen ungeklärt bleiben
Deutschlands Registermodernisierung hat einen Punkt erreicht, an dem sich operative Unschärfe nicht mehr hinter Strategiepapieren verstecken lässt. Mit dem NOOTS-Staatsvertrag ist der rechtliche Rahmen vorangekommen, das Bundesministerium für Digitales und Staatsmodernisierung spricht von einem Minimum-Viable-Product bis Ende 2025, ersten produktiven Use Cases in 2026 und einem flächig nutzbaren Anschluss ab Herbst 2026. Genau deshalb verschiebt sich die eigentliche Frage. Es geht nicht mehr darum, ob die Verwaltung irgendwann einmal ein Once-Only-System bekommt. Es geht darum, ob Register, Onlinedienste und Fachverfahren betrieblich so vorbereitet werden, dass der Anschluss an NOOTS nicht zum nächsten föderalen Stresstest wird.
Diese Verschiebung ist wichtig, weil NOOTS leicht missverstanden werden kann. Wer das Thema nur als neue Vermittlungsschicht liest, übersieht die eigentliche Last. Das System selbst soll Nachweise sicher und nachvollziehbar zwischen öffentlichen Stellen vermitteln. Es heilt aber keine unsauberen Register, keine ungeklärten Zuständigkeiten und keine schwachen Betriebsmodelle. Genau dort wird der Aufwand teuer: bei Datenbereinigung, Identifiern, Prüfprotokollen, Rollenmodellen und der Frage, welche Stelle im Fehlerfall wirklich verantwortlich ist.
Der kritische Teil beginnt nicht beim Netz, sondern bei den Registern dahinter
Das zeigt die aktuelle Germany Digital Public Administration Factsheet 2025 sehr klar. Dort wird NOOTS nicht als fertige Wunderlösung beschrieben, sondern als großes Anschlussprogramm mit harter Vorarbeit. Register sollen an NOOTS angebunden werden, Verifikationslogs bereitstellen und ihre Systeme modernisieren. Dazu gehören ausdrücklich auch Datenbereinigung und die Speicherung der benötigten Identifikatoren. Außerdem soll der IT-Planungsrat festlegen, in welcher Reihenfolge die Anbindung erfolgt. Schon diese drei Punkte reichen, um das eigentliche Problem sichtbar zu machen: Der Engpass liegt nicht zuerst in der Vermittlungsplattform, sondern in der Heterogenität der Registerlandschaft.
Genau an dieser Stelle wird Registermodernisierung zum Betriebsjob. Wenn verschiedene Register unterschiedliche Datenqualitäten, Lebenszyklen, Pflegeverantwortungen und Änderungsrhythmen haben, nützt eine neue Austauschschicht allein wenig. Dann wird NOOTS eher zum Spiegel bestehender Schwächen. Ein Register liefert vielleicht fachlich plausible Daten, aber ohne belastbares Verifikationsprotokoll. Ein anderes besitzt die benötigten Attribute, aber nicht die richtigen Identifier. Ein drittes ist technisch angebunden, organisatorisch aber niemandem mit klarer Serviceverantwortung zugeordnet. Die Folge sind keine spektakulären Architekturfehler, sondern teure Alltagsprobleme: Nachweise laufen ins Leere, Verfahren hängen an manuellen Rückfragen und Störungen lassen sich nicht sauber auflösen.
Die operative Lehre daraus ist unbequem, aber nützlich. Wer NOOTS vorbereitet, muss Register wie kritische Produkte behandeln und nicht wie passiv vorhandene Datenbestände. Erst wenn klar ist, welche Quelle führend ist, welche Felder verbindlich gepflegt werden, welche Logs erzeugt werden und wer bei Widersprüchen entscheidet, wird aus dem Once-Only-Prinzip ein belastbarer Verwaltungsservice.
Warum Prüflogs, Identifier und Rollen keine Nebenfragen sind
Im Projektalltag gelten Prüflogs und Identifier schnell als technische Details für Spezialisten. Für den späteren Betrieb sind sie jedoch zentral. Wenn ein Nachweis automatisiert abgerufen wird, muss nachvollziehbar sein, welche Stelle wann was angefragt hat, auf welcher Rechtsgrundlage der Abruf beruhte und welches Ergebnis zurückgegeben wurde. Ohne diese Nachvollziehbarkeit verliert die Verwaltung nicht nur Effizienz, sondern auch Vertrauen. Das gilt intern für Revision und Incident-Aufklärung ebenso wie extern für Transparenz gegenüber Bürgerinnen, Bürgern und Unternehmen.
FITKO beschreibt NOOTS deshalb ausdrücklich im Zusammenspiel mit Identitätsabruf, Datenschutzcockpit und Registerlandkarte. Das ist mehr als eine technische Komponentenliste. Es ist ein Hinweis darauf, dass Registermodernisierung nur funktioniert, wenn Identität, Nachweiszugriff, Transparenz und föderale Übersicht zusammengebaut werden. Ein Data Provider muss andere Fragen beantworten als ein Data Consumer. Ein Fachverfahren braucht andere Fallbacks als ein Register. Und ein Betriebsteam braucht andere Eskalationswege als ein Umsetzungsprojekt. Solange diese Rollen verwischen, entstehen im Anschluss genau die Reibungen, die später fälschlich der Plattform angelastet werden.
Hinzu kommt die Reihenfolge. Die Factsheet-Logik, nach der der IT-Planungsrat die Anschlussreihenfolge festlegt, ist kein Verwaltungsdetail, sondern Portfoliosteuerung. Werden zuerst Register angebunden, die fachlich häufig gebraucht werden, aber organisatorisch schlecht vorbereitet sind, entsteht schnell eine negative Wahrnehmung: technisch großer Aufwand, wenig sichtbarer Nutzen, viele Ausnahmen. Werden dagegen nur leichte Fälle priorisiert, fehlt später der Nachweis, dass NOOTS unter realen Lasten trägt. Die Anschlussreihenfolge ist deshalb keine Terminfrage, sondern eine Governance-Entscheidung über Risiko, Nutzen und Lernkurve.
Europa erhöht den Druck auf echte Interoperabilität
Dass diese Fragen jetzt drängender werden, liegt auch am europäischen Rahmen. Die EU-Factsheet-Lage für 2025 erinnert daran, dass Interoperabilitätsbewertungen nach dem Interoperable Europe Act seit dem 12. Januar 2025 verpflichtend anwendbar sind. Gleichzeitig hat die Kommission bereits fünf Durchführungsrechtsakte für das europäische Wallet-Ökosystem beschlossen, damit interoperable EUDI-Wallets bis 2026 funktionieren können. Das ist für Deutschland relevant, weil NOOTS nicht nur eine nationale Aufräumübung bleiben soll. Laut FITKO gehört auch die Anbindung an das europäische Once-Only-System zum Zielbild.
Damit endet die alte Komfortzone, in der Verwaltungsdigitalisierung vor allem als nationales Portal- oder Fachverfahrensprojekt geführt werden konnte. Sobald Nachweise grenzüberschreitend, wallet-basiert oder über Single-Digital-Gateway-Prozesse abrufbar werden sollen, reichen lokale Sonderlogiken nicht mehr. Dann zählen semantische Konsistenz, belastbare Rollen, eindeutige Identifier und dokumentierte Betriebsverantwortung. Was in einer rein nationalen Strecke noch als pragmatische Ausnahme durchging, wird in europäischen Ketten schnell zum strukturellen Defekt.
Gerade deshalb sollte Behörden-IT NOOTS nicht als isoliertes Infrastrukturprojekt behandeln. Es ist der Punkt, an dem föderale Registermodernisierung, deutsche Verfahrensdigitalisierung und europäische Interoperabilität operativ zusammenlaufen. Wer dort nur Schnittstellen baut, aber keine Betriebsreife erzeugt, verschiebt das Problem in eine teurere und sichtbarere Phase.
Was öffentliche IT jetzt konkret festziehen sollte
- Register produktförmig führen: Für führende Register braucht es benannte Owner, klaren Change-Prozess, Qualitätsmetriken und echte Laufzeitverantwortung.
- Verifikationslogs früh standardisieren: Nachweisabrufe müssen nachvollziehbar, revisionsfest und im Incident auswertbar sein, bevor breite Verfahren produktiv anschließen.
- Identifier und Datenbereinigung nicht vertagen: Die technisch bequemste Anbindung hilft wenig, wenn Stammdaten und Zuordnungen später permanent manuell repariert werden müssen.
- Rollen entlang des Verfahrens trennen: Data Provider, Data Consumer, Fachverfahren, Betrieb und Datenschutz brauchen unterschiedliche Verantwortlichkeiten statt einer Sammelzuständigkeit.
- Anschlussreihenfolge als Portfoliosteuerung behandeln: Priorisiert werden sollten nicht nur schnelle Erfolge, sondern Register und Verfahren mit hohem Nutzwert und beherrschbarer Betriebsreife.
- Europäische Anschlussfähigkeit mitdenken: Wer heute nationale Sonderpfade baut, produziert morgen zusätzliche Kosten beim Übergang zu OOTS, Wallet- und SDG-Strecken.
Fazit
NOOTS ist für die Verwaltungsdigitalisierung in Deutschland ein Fortschritt, aber kein Selbstläufer. Der eigentliche Härtetest beginnt dort, wo Register angeschlossen, Nachweise protokolliert, Rollen sauber getrennt und Fehlerpfade betrieblich beherrscht werden müssen. Genau an diesen Punkten wird aus dem politischen Leitbild „Once Only“ entweder ein verlässlicher Service oder ein weiteres Integrationsprogramm mit Dauerfriktion.
Für Behörden, IT-Leitungen und Programmverantwortliche ist die Schlussfolgerung klar. Die teure Phase beginnt nicht erst beim Produktivgang der Plattform, sondern schon jetzt in der Vorbereitung der Register und Verfahren. Wer Prüflogs, Identifier, Datenqualität und Ownership früh sauber zieht, macht NOOTS anschlussfähig. Wer diese Arbeit weiter vertagt, wird denselben Rückstand später unter größerem öffentlichen Druck und mit deutlich höheren Betriebskosten nachholen müssen.
