Open Data in der Verwaltung: Warum Transparenz erst mit Software, Standards und Schnittstellen wirklich beginnt
- Benjamin Metzig
- vor 3 Stunden
- 6 Min. Lesezeit
Wenn Verwaltungen „mehr Transparenz“ versprechen, klingt das zunächst nach Politik, Recht und demokratischer Kultur. Und natürlich gehört all das dazu. Aber wer sich ernsthaft mit offenen Verwaltungsdaten beschäftigt, landet sehr schnell an einer anderen Stelle: bei Dateiformaten, Metadaten, APIs, Fachverfahren, Lizenzen und Ausschreibungen.
Das ist die unbequeme Wahrheit hinter vielen Transparenzdebatten. Eine Verwaltung kann guten Willen haben, ein Portal online stellen und trotzdem Daten veröffentlichen, mit denen kaum jemand sinnvoll arbeiten kann. Dann liegen da PDFs, unklare Begriffe, fehlende Aktualisierungen, widersprüchliche Versionen und Suchmasken, die eher abschrecken als aufklären. Sichtbar ist dann etwas. Wirklich offen ist es noch lange nicht.
Open Data in der Verwaltung ist deshalb vor allem eine Software-Frage. Nicht weil Politik unwichtig wäre, sondern weil politische Transparenz in digitalen Staaten nur dann funktioniert, wenn sie technisch gebaut, gepflegt und im Alltag betriebsfähig gehalten wird.
Offen ist nicht dasselbe wie online
Der Unterschied klingt banal, ist aber zentral: Daten sind nicht schon deshalb offen, weil sie irgendwo im Netz stehen.
Das E-Government-Gesetz § 12 verlangt bei öffentlich bereitgestellten Daten grundsätzlich maschinenlesbare Formate und Metadaten. Das Datennutzungsgesetz formuliert zusätzlich den Anspruch, Daten möglichst „konzeptionell und standardmäßig offen“ zu erstellen. Und der besonders wichtige § 12a EGovG verpflichtet Bundesbehörden, unbearbeitete maschinenlesbare Daten über öffentliche Netze bereitzustellen, Metadaten in GovData einzustellen und die spätere Offenheit schon bei Prozessen, Verträgen und der IT-Beschaffung mitzudenken.
Das ist mehr als Verwaltungsjuristerei. Dahinter steckt eine schlichte technische Einsicht: Ein PDF-Bericht mag für Menschen lesbar sein. Für Software ist er oft fast wertlos. Wer Daten vergleichen, aggregieren, automatisch auswerten oder in Anwendungen einbauen will, braucht strukturierte Formate, stabile Felder, dokumentierte Begriffe und verlässliche Abrufwege.
Kernidee: Transparenz beginnt digital nicht beim Hochladen
Sie beginnt dort, wo Information so strukturiert ist, dass andere Systeme, Redaktionen, Forschende, Initiativen oder Unternehmen sie automatisiert verstehen und weiterverwenden können.
Warum Transparenz an Metadaten entscheidet
Viele Debatten über Open Data konzentrieren sich auf den Datensatz selbst. In der Praxis scheitert Wiederverwendung aber erstaunlich oft schon eine Ebene früher: an den Metadaten.
Metadaten beantworten die Fragen, ohne die Daten im Alltag kaum nutzbar sind: Wer veröffentlicht das? Wie aktuell ist es? Unter welcher Lizenz steht es? Auf welchen Raum und Zeitraum bezieht es sich? In welchem Format liegt es vor? Welche Felder bedeuten was? Wie lassen sich Versionen unterscheiden?
Genau deshalb ist GovData in Deutschland so wichtig. Laut FITKO-Dokumentation ist GovData das nationale Metadatenportal, über das Bund, Länder und Kommunen offene Verwaltungsdaten auffindbar machen. Technisch basiert das System auf standardisiertem Metadatenaustausch, nutzt DCAT-AP.de und bietet selbst maschinelle Zugänge wie SPARQL und eine CKAN-API.
Das Entscheidende daran ist fast philosophisch: GovData löst das Problem nicht dadurch, dass alles zentral gespeichert wird. Es macht die Daten vor allem auffindbar und anschlussfähig, obwohl sie dezentral entstehen und gepflegt werden. Damit das funktioniert, müssen Behörden ihre Daten aber in einer Form beschreiben, die zwischen Systemen kompatibel ist. Transparenz wird also zur Frage von Standards und sauberer Datenpflege.
Portale sind nur die Oberfläche
Wer über staatliche Transparenz spricht, denkt oft an Portale. Doch Portale sind nur die sichtbare Oberfläche eines viel tieferen Systems.
Die Praxishandreichung der BfDI zu Transparenzportalen formuliert das erstaunlich klar. Sie empfiehlt automatisierte Prozesse aus der E-Akte heraus, offene und maschinenlesbare Formate, APIs, Open-Source-Software und etablierte Standards wie DCAT-AP.de. In den ergänzenden Prinzipien der Informationsfreiheit by Design tauchen dann sehr konkrete technische Fragen auf: Sind maschinenlesbare Formate wie XML oder JSON vorhanden? Gibt es eine dokumentierte API? Lässt sich die Veröffentlichung aus bestehenden Systemen automatisieren?
Solche Fragen zeigen, worum es eigentlich geht. Ein Transparenzportal ist kein Schaufenster, das man am Ende eines Projekts dekoriert. Es ist das Frontend eines Daten- und Publikationssystems. Wenn die darunterliegenden Fachverfahren keine offenen Exporte erlauben, wenn Begriffe in jeder Behörde anders gepflegt werden oder wenn Aktualisierungen nur manuell funktionieren, hilft auch das schönste Portal wenig.
Die eigentliche Machtfrage steckt in Fachverfahren und Beschaffung
Hier wird das Thema politisch. Denn ob eine Verwaltung offen arbeiten kann, entscheidet sich oft lange vor dem ersten Datenupload: in Lastenheften, Vergaben, Softwarearchitekturen und Prozessdesigns.
Der stärkste Hinweis darauf steht ausgerechnet im Gesetz selbst. § 12a Absatz 7 EGovG verlangt, Anforderungen an offene Daten schon frühzeitig bei der Optimierung von Verwaltungsabläufen, bei vertraglichen Regelungen und bei der Beschaffung von IT-Systemen zu berücksichtigen. Das ist eine bemerkenswert präzise Diagnose. Sie sagt im Kern: Wenn Offenheit nicht in Software eingebaut wird, ist sie später nur teuer nachzurüsten oder faktisch unmöglich.
Man kann das mit drei typischen Fehlentscheidungen illustrieren:
Ein Fachverfahren speichert Daten zwar digital, aber nur in proprietären Strukturen ohne sauberen Export.
Ein System erlaubt keine stabilen Identifier, wodurch Datensätze über Jahre hinweg schlecht vergleichbar bleiben.
Eine Behörde kauft Software ein, ohne Metadatenstandards, API-Fähigkeit oder offene Formate verbindlich festzuschreiben.
In allen drei Fällen scheitert Transparenz nicht am fehlenden Bekenntnis, sondern an technischer Pfadabhängigkeit.
Faktencheck: Open Data ist kein Nebenprodukt
Gute offene Verwaltungsdaten entstehen nicht am Rand der Pressestelle. Sie entstehen dort, wo Datenmodelle, Zuständigkeiten, Schnittstellen und Update-Prozesse professionell betrieben werden.
Europa verschiebt den Maßstab
Auch auf europäischer Ebene ist längst sichtbar, dass Open Data nicht mehr als freundliche Zusatzleistung verstanden wird. Die EU-Richtlinie 2019/1024 schafft einen gemeinsamen Rahmen für die Weiterverwendung von Informationen des öffentlichen Sektors. Noch konkreter wird die Durchführungsverordnung (EU) 2023/138 zu hochwertigen Datensätzen: Für bestimmte Datensätze werden maschinenlesbare Bereitstellung via APIs, teils Bulk-Downloads, Dokumentation und technische Ansprechpartner ausdrücklich verlangt.
Das ist ein bemerkenswerter Wandel. Transparenz wird hier nicht nur als Veröffentlichung gedacht, sondern als verlässliche, technische Nutzbarkeit. APIs sind in dieser Logik keine Komfortfunktion für Nerds, sondern ein demokratisches Infrastrukturversprechen: Daten sollen nicht bloß anschau- sondern anschließbar sein.
Auch data.europa.eu macht diese Perspektive deutlich. Dort wird Open Data mit Effizienzgewinnen, gesellschaftlichem Nutzen, Innovation und transparenterem Regieren verbunden. Genau das ist der Punkt: Offenheit erzeugt erst dann öffentlichen Wert, wenn sie in wiederverwendbare Prozesse übersetzt werden kann.
Deutschland: besser geworden, aber noch nicht am Ziel
Deutschland ist in diesem Feld nicht stehen geblieben. Das Germany Factsheet 2024 zur Open Data Maturity beschreibt Verbesserungen bei GovData, Fortschritte bei DCAT-AP.de Version 3 und eine stärkere Koordination. Im Factsheet wird Deutschland für 2024 mit einer hohen Portal- und Policy-Reife beschrieben, während Qualität und Wirkung spürbar hinterherhinken.
Gerade diese Asymmetrie ist aufschlussreich. Ein Land kann Gesetze haben, Portale betreiben und trotzdem Mühe damit haben, echte Wiederverwendung auszulösen. Denn Wirkung entsteht nicht automatisch aus Veröffentlichung. Sie entsteht, wenn Datensätze auffindbar, dokumentiert, aktuell, standardisiert und zuverlässig genug sind, dass andere wirklich mit ihnen arbeiten können.
Die OECD formuliert den Maßstab inzwischen noch klarer: Regierungen sollten Daten nicht nur als öffentliches Recht, sondern als strategischen Vermögenswert für Innovation, Transparenz und wirtschaftlichen Nutzen behandeln. Das ist keine neoliberale Verengung, sondern eine realistische Beobachtung. Daten entfalten öffentlichen Wert nur dann, wenn der Staat sie nicht als Dokumentenrest, sondern als gepflegte Infrastruktur versteht.
Was eine wirklich offene Verwaltung anders machen müsste
Wenn man Open Data ernst nimmt, dann reicht es nicht, mehr Datensätze hochzuladen. Verwaltungen müssten ihre Informationssysteme in einigen Punkten grundlegend anders bauen und betreiben.
Erstens: Daten müssen als Produkte verstanden werden. Ein guter Datensatz braucht Zuständigkeiten, Qualitätskontrollen, Versionierung, klare Felddefinitionen und eine dokumentierte Aktualisierungsfrequenz.
Zweitens: Metadatenstandards dürfen kein Nachgedanke sein. Wer offen publizieren will, muss Begriffe, Lizenzen, Zeiträume, Georeferenzen und Formate von Anfang an strukturiert pflegen.
Drittens: APIs und Bulk-Downloads sollten Standard sein, wo der Nutzungskontext es verlangt. Viele journalistische, wissenschaftliche und zivilgesellschaftliche Anwendungen beginnen nicht mit einem Klick im Browser, sondern mit automatisiertem Abruf.
Viertens: Beschaffung muss Offenheit vertraglich absichern. Wenn ein neues Fachverfahren keinen ordentlichen Export, keine Standardformate und keine anschlussfähige Dokumentation unterstützt, wird es später zum Transparenzhemmnis.
Fünftens: Offenheit braucht Betrieb. Daten müssen aktualisiert, Fehlerkanäle betreut und technische Ansprechpartner benannt werden. Genau diese Betriebsdimension betont auch die EU-Verordnung zu hochwertigen Datensätzen.
Warum das mehr mit Demokratie zu tun hat, als es zunächst scheint
An dieser Stelle könnte man einwenden: Ist das nicht alles sehr technisch? Ja, ist es. Aber gerade darin liegt die politische Pointe.
In analogen Verwaltungen war Transparenz oft eine Frage von Aktenzugang, Fristen und Rechtsansprüchen. In digitalen Verwaltungen kommt eine weitere Ebene hinzu: die Architektur der Information. Wer Daten nur in schwer nutzbaren Systemen hält, schränkt Transparenz auch dann ein, wenn formell alles korrekt veröffentlicht wird. Wer dagegen offene Standards, dokumentierte Schnittstellen und maschinenlesbare Formate schafft, senkt die Reibung für Öffentlichkeit, Forschung, Journalismus und Zivilgesellschaft.
Transparenz ist daher nicht nur ein Rechtstext. Sie ist eine Eigenschaft von Systemen. Und Systeme haben immer politische Folgen.
Das eigentliche Missverständnis der Debatte
Das größte Missverständnis rund um Open Data lautet vielleicht: Erst kommt die politische Entscheidung zur Transparenz, dann baut man die Technik dazu.
In Wirklichkeit ist die Reihenfolge zirkulär. Ohne politische Vorgaben wird Technik nicht offen gebaut. Ohne offene Technik bleibt politische Transparenz zahnlos. Wer nur über Gesetze spricht, unterschätzt Software. Wer nur über Portale spricht, unterschätzt Verwaltungsorganisation. Wer nur über Datensätze spricht, unterschätzt Metadaten, Standards und Betrieb.
Genau deshalb ist der Satz so wichtig: Open Data in der Verwaltung ist vor allem eine Software-Frage. Nicht im engen Sinn von Programmcode, sondern im weiten Sinn von digitaler Staatsarchitektur.
Eine wirklich transparente Verwaltung braucht also nicht bloß mehr Veröffentlichungswillen. Sie braucht bessere Datenmodelle, offenere Fachverfahren, klügere Beschaffung, stabile Schnittstellen und Systeme, die Offenheit nicht als Ausnahme behandeln, sondern als Normalfall.
Erst dann wird aus digital sichtbarer Verwaltung auch digital nutzbare Öffentlichkeit.
