Was eine Akte ist — und was nicht
Eine Akte ist die amtliche Mappe zu einer Sache — nicht das Dashboard. Vier Objekte; nur Akte und Register dürfen den Bescheid tragen.
Eine Akte ist die amtliche Sammlung zu einer Sache: Antrag, Vermerke, Belege und der schriftliche Bescheid. Sie ist das, was Bürgerin, Widerspruchsstelle oder Gericht verlangen kann. Ein Power-BI-Tile, eine Warehouse-Zeile oder ein PDF-Ordner auf dem Laufwerk ist das nicht.
Die Public-Sector-Landschaft trennt schon, wie lange die E-Akte vs. eine Analytics-Kopie leben. Das reicht für Fristen. Es scheitert, wenn das Team den Snapshot für die Akte hält.
Diese Serie schreibt Once-only und Transparenz nicht neu. Sie schneidet, welches Objekt eine Verwaltungsentscheidung tragen darf.
Die Serie Die Akte ist nicht das Dashboard gibt dir den Einstieg und den roten Faden für die folgenden Teile.
Ausgangslage
Eine Sachbearbeitung liest ein Warehouse-Chart und schreibt einen Bescheid. Schriftgutverwaltung sagt, die Entscheidung steht in der Akte. Statistik joint über die Vorgangs-ID. Das Register gilt als Dump für „die echten Zahlen“. Niemand kann sagen, welches Objekt für welchen Bescheid maßgeblich ist.
Diese Serie ist für dich, wenn du benennen musst, welches Objekt — Akte, Vorgang, Register oder Analytics-Teilmenge — eine Verwaltungsentscheidung tragen oder nur informieren darf.
Nicht diese Serie, wenn du die erste Public-Sector-Landschaft kartierst — Governance in der Behörden- und Public-Sector-Landschaft — oder Arbeit auffindbar machst, ohne die Person durchzuleuchten — Finden, nicht durchleuchten.
Was diese Serie klärt
- Orientierung: vier Objekte; nur Akte und Register tragen Authority; Analytics informiert
- Tiefe: eine Verwaltungsentscheidung fällt nicht im Warehouse
- Abschluss: Vorgangs-ID ist kein Statistik-Join-Key; Hold- und Analytics-Stop-Regel bleiben getrennt
Begriffe vor dem Lesen
- Akte — die amtliche Unterlagensammlung zu einer Sache (oft als E-Akte). Darin liegen Antrag, Begründung und Bescheid. Nicht die Tabelle, nicht das Dashboard, nicht ein Partnerfreigabe-Ordner.
- Bescheid / Verwaltungsakt — die Entscheidung selbst (ablehnen, gewähren, festsetzen). Sie wird in die Akte geschrieben. „Akt“ meint hier diese Entscheidung — nicht die Akte.
- Vorgang — das laufende Verfahren von Eingang bis Abschluss. Der Vorgang erzeugt die Akte; die Vorgangs-ID ist nicht der Bescheid.
- Register — ein gesetzlich geführter Faktenbestand (wer, was, Status) mit Rechtsgrundlage — etwa ob ein Grundstück im Altlastenkataster steht. Keine Kopie der Akte.
- Analytics — Zahlen zum Steuern oder für Statistik. Darf die Sachbearbeitung informieren. Darf den Bescheid nicht ersetzen.
Lesepfad
- Was eine Akte ist — und was nicht
- Kein Bescheid aus dem Warehouse
- Die Fall-ID ist kein Statistikschlüssel
In einem Satz: Der Authority-Grain ist das Objekt, nicht die Pipeline.
Vier Objekte, ein Erlaubnisantrag
| Objekt | In diesem Fall |
|---|---|
| Akte | Mappe mit Antrag, Ortsvermerk und Ablehnungsbescheid |
| Vorgang | Verfahren „Erlaubnis 2026-441“, von Eingang bis Abschluss |
| Register | Altlastenkataster: Grundstück belastet ja/nein |
| Analytics | Tile „offene Fälle > 90 Tage“ |
Entscheidung
- Objekt labeln. Katalog und Export nennen Akte, Vorgang, Register oder Analytics — nicht „Behördendaten“.
- Authority sitzt auf Akte oder Register. Ein Tile trägt keinen Bescheid.
- Vorgang ist das Verfahren. Er ist nicht die Registertatsache und nicht der Bescheid.
- Landscape-Lifecycle gilt weiter. Aufbewahrung vs. Analytics bleiben getrennt — E-Akte-Lifecycle.
Szenario
Eine Erlaubnisstelle lehnt einen Antrag anhand eines Power-BI-Tiles „offene Fälle > 90 Tage“ ab. Der Widerspruch verlangt die Akte. Das Warehouse hat einen restateten Snapshot; in der Akte steht kein Bescheid. Das fehlende Artefakt ist das Objektlabel und der Bescheid in der Akte — kein schöneres Tile.
Anti-Patterns
- Warehouse als Akte
- Register-Dump als „Source of Truth für den Bescheid“
- Vorgangs-ID als Personen- oder Statistikschlüssel
- Katalog-Tag
public-analyticsohne Objekt und Zweck
Umsetzung im Alltag
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Ein Produkt wählen (Erlaubnis, Leistung oder Registerabfrage).
- Jeden Store labeln: Akte / Vorgang / Register / Analytics.
- Benennen, welches Objekt für dieses Produkt eine Entscheidung tragen darf.
- Eine stille Warehouse-als-Akte-Nutzung stoppen — oder nur als Inform gewähren.
Nächster Schritt
The file is not the dashboard
Part 1 of 3
View series