Governance im Public Sector — Register, Akten und Datennutzung verbinden
Im öffentlichen Bereich treffen Register, Fallbearbeitung, Akten und Statistik aufeinander.
Was diese Landschaft besonders macht
Im öffentlichen Bereich treffen Register, Fallbearbeitung, Akten und Statistik aufeinander. Eine vorhandene Information ist nicht automatisch für jeden Verwaltungszweck verwendbar. Zuständigkeiten, Nachvollziehbarkeit und langfristige Lesbarkeit können wichtiger sein als eine schnelle neue Oberfläche.
- Registerstand, Akte und statistische Ableitung getrennt erklären.
- Zweck- und Zuständigkeitsgrenzen beim Austausch erhalten.
- Aufbewahrung, Export und Anbieterwechsel früh prüfen.
Welche Werkzeuge zu welcher Aufgabe passen
Ausgangspunkt sind die Aufgabe und die vorhandenen Systeme. Die Beispiele zeigen geeignete Einsatzgebiete; vor einer Auswahl müssen Datenzugriff, Funktionsumfang und laufender Betriebsaufwand im eigenen Bestand geprüft werden.
| Aufgabe | Passende Werkzeugklasse und Beispiele | Worauf es bei der Auswahl ankommt |
|---|---|---|
| Register und Verwaltungsfall | Bestehendes Fachverfahren mit interoperablen Schnittstellen. | Identität, Korrektur, Abrufberechtigung und tatsächlichen Nutzungszweck prüfen. |
| Akten und Aufbewahrung | DMS/E-Akte; Purview Retention nur für die tatsächlich unterstützten Microsoft-Inhalte. | Nachvollziehbarkeit, zulässige Lösch-/Sperrverfahren und lesbaren Export testen. |
| Offene und interne Statistik | Getrennte Veröffentlichungswege mit nachvollziehbarer Aggregation. | Rückschlüsse, Klassifikation und Aktualität prüfen; interne Berechtigung gilt nicht automatisch für Veröffentlichung. |
Die folgenden Kapitel vertiefen die einzelnen Grenzen und Problemfelder:
- Register, Once-only und Zweckbindung
- E-Akte — Aufbewahrung vs. Analytics-Lifecycle
- Transparenz vs. Klassifikationsgrenzen
- Shared Services, Wiederverwendung und Vendor Hosting
Einstieg
Public-Sector-Governance beginnt nicht mit einem Tool. Sie beginnt mit einer scheinbar einfachen Frage: Darf eine Behörde eine Information für genau diesen Zweck nutzen, und kann sie diese Entscheidung später erklären?
In Behörden, öffentlichen Unternehmen und regulierten öffentlichen Einrichtungen liegen Daten oft in mehreren Welten zugleich. Ein Register enthält eine verbindliche Angabe, zum Beispiel eine Adresse, eine Erlaubnis oder einen Status. Ein Fachverfahren bearbeitet einen Antrag oder einen Vorgang. Eine E-Akte dokumentiert, warum eine Entscheidung getroffen wurde. Ein Statistik- oder BI-Team möchte Entwicklungen auswerten. Ein Transparenzportal soll Informationen veröffentlichen. Ein zentraler IT-Dienstleister betreibt vielleicht die Plattform.
Das ist nicht falsch. Es wird erst gefährlich, wenn diese Welten so behandelt werden, als wären sie ein einziger Datenhaufen.
Wenn du nur fünf Minuten hast
- Starte mit dem Zweck: Fachverfahren, Registerabfrage, Akte, Analyse oder Veröffentlichung.
- Kläre Zuständigkeit, Rechtsgrund, Zugriff und Nachweis vor der technischen Kopie.
- Trenne Registerfakt, Vorgang, Akte, Analyse und Transparenzprodukt.
- Nutze Shared Services als Betrieb, nicht als zentrale fachliche Verantwortung.
- Prüfe bei jeder Veröffentlichung: zeigen, schwärzen, aggregieren oder zurückhalten?
Begriffe vor dem Lesen
- Register — eine autoritative Liste oder Datenbasis für definierte Fakten, zum Beispiel Meldedaten, Genehmigungen, Objekte oder Organisationen.
- Fachverfahren — Anwendung oder Prozess, mit dem eine konkrete öffentliche Leistung bearbeitet wird.
- E-Akte — die elektronische Akte, die den entscheidungsrelevanten Verlauf nachvollziehbar macht.
- Zweckbindung — Daten dürfen nur für den Zweck genutzt werden, für den die Nutzung erlaubt und begründet ist.
- Transparenz — kontrollierte Bereitstellung von Informationen, nicht das ungefilterte Öffnen interner Daten.
- Shared Service — zentral bereitgestellter Dienst, den mehrere Stellen nutzen, ohne dass dadurch jede fachliche Verantwortung zentral wird.
- On-Prem — Betrieb im eigenen Rechenzentrum oder in einer kontrollierten Infrastruktur statt als externer SaaS-Dienst.
- Souveräne Cloud — Cloud-Betrieb mit besonderen Anforderungen an Kontrolle, Datenresidenz, Zugriff, Nachweise und Ausstieg.
Warum Public Sector besonders ist
Im Public Sector geht es selten nur um Effizienz. Es geht um Rechtmäßigkeit, Zuständigkeit, Gleichbehandlung, Aktenmäßigkeit, Nachvollziehbarkeit und Vertrauen.
Eine Bürgerin muss nicht wissen, welches Data-Warehouse im Hintergrund läuft. Sie muss sich aber darauf verlassen können, dass eine Entscheidung nicht aus einer unzulässigen Kopie, einem veralteten Registerstand oder einer falsch verstandenen Statistik entsteht.
Ein gutes Governance-Modell trennt deshalb vier Dinge, die technisch oft zusammenlaufen:
Diese Trennung verhindert nicht Zusammenarbeit. Sie macht Zusammenarbeit erst belastbar.
Ein nachvollziehbarer Fall
Eine Behörde bearbeitet einen Antrag auf eine Leistung. Dafür ruft das Fachverfahren eine Adresse aus einem Register ab. Die Bearbeitung erzeugt Unterlagen, Nachrichten und eine Entscheidung. Ein Teil davon landet in der E-Akte. Später möchte das Controlling wissen, wie lange solche Verfahren dauern. Zusätzlich kommt eine Anfrage, ob bestimmte Kennzahlen öffentlich bereitgestellt werden können.
Ohne Governance entstehen schnell fünf Probleme:
- Die Adresse wird lokal gespeichert, aber niemand weiß später, aus welchem Registerstand sie kam.
- Die komplette Akte wird in einen Analysebereich kopiert, obwohl nur Status, Dauer und Leistungstyp gebraucht werden.
- Eine Statistik sieht aus wie eine Einzelfallentscheidung, weil Fallnummern und Detaildaten unverändert übernommen wurden.
- Ein Transparenzexport enthält Felder, die intern nützlich, aber nicht veröffentlichbar sind.
- Ein zentraler Dienstleister betreibt die Plattform, aber niemand weiß, wer Zweck, Zugriff, Löschung und Auskunft verantwortet.
Mit Governance wird daraus kein Bürokratiemonster. Es wird eine klare Kette: Zweck prüfen, Daten minimieren, Zuständigkeit benennen, technische Umsetzung absichern und Nachweis ablegen.
Was diese Serie klärt
Diese Serie ist ein Einstieg in die Public-Sector-Landschaft. Sie zeigt, wie Register, Akten, Analytics, Transparenz und zentrale Dienste zusammenpassen, ohne ihre Zuständigkeiten zu vermischen.
Die fünf Teile bauen aufeinander auf:
- Dieser Teil erklärt die Landschaft und die wichtigsten Grenzen.
- Teil 2 zeigt, wie Registerdaten im Once-only-Prinzip genutzt werden, ohne Zweckbindung zu verlieren.
- Teil 3 trennt E-Akte und analytische Nutzung sauber.
- Teil 4 erklärt Transparenz, Klassifikation und Veröffentlichung.
- Teil 5 zeigt Shared Services, Wiederverwendung und Vendor Hosting.
Produkte und Entscheidungen
Registerprodukt
Ein Registerprodukt beschreibt, welche Fakten führend sind. Dazu gehören Objekt, Identifier, zuständige Stelle, Gültigkeit, Qualität, erlaubte Empfänger und Korrekturweg.
Die wichtige Entscheidung lautet: Wer darf einen Fakt begründen, ändern oder für einen neuen Zweck freigeben?
Vorgangsprodukt
Ein Vorgangsprodukt beschreibt die Bearbeitung einer Leistung. Es enthält Antrag, Beteiligte, Status, Fristen, Bearbeitungsschritte und Übergaben.
Die wichtige Entscheidung lautet: Welche Informationen gehören zur Bearbeitung, und welche davon werden später aktenrelevant?
Aktenprodukt
Die E-Akte bewahrt den entscheidungsrelevanten Verlauf. Sie muss zeigen, welche Unterlagen, Begründungen, Fristen und Entscheidungen relevant waren.
Die wichtige Entscheidung lautet: Was muss unverändert erhalten bleiben, wer darf es sehen, und wann darf es ausgesondert oder archiviert werden?
Analyseprodukt
Ein Analyseprodukt beantwortet eine fachliche Frage, etwa Bearbeitungsdauer, Mengenentwicklung oder Qualitätskennzahlen. Es darf die Akte nicht still in eine zweite Vollkopie verwandeln.
Die wichtige Entscheidung lautet: Welche Merkmale reichen für die Auswertung, und wann endet dieser Analysezweck?
Transparenzprodukt
Ein Transparenz- oder Open-Data-Produkt ist eine freigegebene Sicht nach außen. Intern sichtbar bedeutet nicht automatisch veröffentlichbar. Aggregation ist ebenfalls kein automatischer Anonymitätsnachweis: kleine Gruppen, Kombinationen und Zusatzwissen prüfen. Im Beispiel sind grobe Statistikmerkmale die Ausgangsbasis, keine pauschale Veröffentlichungsfreigabe. Quellenstand 23.10.2026: EDPB: direkte und indirekte Identifizierbarkeit.
Die wichtige Entscheidung lautet: Was darf gezeigt werden, was muss geschwärzt, aggregiert oder zurückgehalten werden, und wer bestätigt das?
Shared-Service-Produkt
Ein Shared Service stellt Technik für mehrere Stellen bereit, zum Beispiel Identität, Dokumentenablage, Integration, Analytics oder KI.
Die wichtige Entscheidung lautet: Was standardisiert der Betreiber, und welche fachliche Verantwortung bleibt bei der nutzenden Stelle?
Rollen in einfachen Worten
Die zuständige Fachstelle verantwortet Zweck, Bedeutung und fachliche Entscheidung. Datenschutz, Recht, Informationssicherheit und Geheimschutz beraten und entscheiden in ihren jeweiligen Mandaten. Records Management sorgt dafür, dass Aktenführung, Aufbewahrung und Aussonderung belastbar bleiben. Data Stewards pflegen Begriffe, Datenflüsse, Qualitätsregeln und offene Klärungen. Data Custodians betreiben Systeme, Zugriffe, Schnittstellen, Protokolle und technische Kontrollen.
Der zentrale Punkt: Betrieb ist nicht automatisch fachliche Verantwortung. Wer eine Plattform administriert, wird dadurch nicht Herrscher über den Zweck.
Typische Bruchstellen
Register wird zur Universalquelle
Ein Register ist für definierte Fakten führend. Es erlaubt nicht automatisch jede spätere Nutzung in Statistik, KI, Reporting oder neuen Fachverfahren.
Akte wird zum Analyse-Speicher
Die E-Akte muss Entscheidungen nachvollziehbar machen. Analytics braucht meist nur einen begrenzten Ausschnitt. Wer alles kopiert, macht Löschung, Zugriff und Zweckbindung schwer beherrschbar.
Transparenz wird mit internem Zugriff verwechselt
Eine Information kann intern erforderlich sein und trotzdem nicht veröffentlichbar. Veröffentlichung braucht Schutzprüfung, Freigabe, Redaktion und Rücknahmeweg.
Shared Service verwischt Verantwortung
Ein zentraler Dienst kann gute Controls liefern. Die nutzende Stelle bleibt trotzdem für Zweck, Rechtsgrundlage und fachliche Bedeutung verantwortlich, sofern nichts anderes sauber geregelt ist.
Mini-Fall
Eine Kommune veröffentlicht Kennzahlen zu Genehmigungsverfahren. Die Auswertung soll zeigen, wie viele Anträge je Monat abgeschlossen wurden und wie lange die Bearbeitung dauerte.
Im ersten Entwurf enthält die Auswertung noch Fallnummern, genaue Adressen und interne Statusnotizen. Das ist für die Statistik nicht nötig. Außerdem könnte ein Dritter einzelne Verfahren wiedererkennen.
Die saubere Lösung ist einfacher: Die Statistik nutzt nur Leistungstyp, Monat, Bearbeitungsdauer und grobe Region. Die Fallnummer bleibt in der E-Akte. Die Adresse bleibt im Fachverfahren. Die Veröffentlichung bekommt eine eigene Freigabe.
Erster Umsetzungsschnitt
Nimm eine echte öffentliche Leistung, nicht die ganze Organisation. Ziel ist ein kleiner, prüfbarer Arbeitsstand.
- Leistung und konkrete Entscheidung benennen.
- Register, Fachverfahren, E-Akte, Analytics und Veröffentlichung getrennt aufschreiben.
- Zuständige Fachstelle, Datenschutz, Recht, Records Management und technischen Betreiber benennen.
- Datenfluss mit Abruf, lokaler Kopie, Aktenübergabe, Analyse und Veröffentlichung skizzieren.
- Einen erlaubten und einen abgelehnten Zugriff testen.
- Eine unnötige Kopie oder ein unnötiges Feld entfernen.
- Nachweise an einem Produkt oder Vorgang auffindbar ablegen.
Exit-Kriterien
- Register, Vorgang, Akte, Analyse und Veröffentlichung sind getrennt beschrieben.
- Jeder Abruf nennt Zweck, Empfänger, Attribute und verantwortliche Stelle.
- Aktenaufbewahrung und analytische Löschung sind getrennt entschieden.
- Veröffentlichungen durchlaufen Schutzprüfung, Freigabe und Rücknahmeweg.
- Für mindestens einen Shared Service sind Betreiberpflichten und Fachverantwortung getrennt.
In der Serie weiterlesen
Governance in the public-sector landscape
Part 1 of 5
View series