Legal Duty Monitor: Funktionsbeschreibung, Transparenz und Zielbild

Der Legal Duty Monitor ist als operatives Governance-Tool gebaut: Er hilft dabei, rechtlich relevante Änderungen strukturiert zuzuweisen, als Rechtskataster zu führen und Änderungen nachvollziehbar zu priorisieren.

Wichtig: Das Tool ist keine Rechtsberatung, sondern ein Monitoring- und Dokumentationssystem.

Welche Ziele verfolgt werden

1. Früherkennung: Änderungen aus offiziellen Quellen schneller sichtbar machen.
2. Zuweisung: Rollenbasiert festlegen, welche Rechtsbereiche für wen relevant sind.
3. Kohärenz: Eigene und verbundene Register zu einer gemeinsamen Sicht zusammenführen.
4. Nachweisfähigkeit: Änderungen, Quellenstatus und Integrität auditierbar darstellen.
5. Operative Umsetzung: Aus Signalen konkrete nächste Schritte in Security/Compliance ableiten.

Genaue Funktionsbeschreibung

1) Zuweisung im Legal Tool

Im Legal Tool (/legal-duty-monitor) wird das fachliche Scope festgelegt:

• Rollenprofil auswählen,
• Collections und Gesetze/Normen optional feinjustieren,
• Zuweisung automatisch im Nutzerprofil speichern.

Der Legal Tool Bereich ist bewusst auf Zuweisung reduziert.

2) Rechtskataster im User-Dashboard

Im User-Kontext (/me und /me/legal-register) werden die Ergebnisse genutzt:

• persönliches Register,
• Share-Link zum Verbinden weiterer Nutzer,
• kohärentes Gesamtregister (eigene + verbundene Nutzer),
• RSS-Link auf Basis der aktuellen Zuweisung,
• Druckansicht als dokumentierbarer Auszug.

2.1) Wie Kataster verknüpft und zusammengeführt werden

Die Verknüpfung erfolgt bewusst einfach und nachvollziehbar:

1. Jeder Nutzer pflegt seine eigene Zuweisung (Rolle, Collections, Gesetze/Normen).
2. Der Nutzer teilt seinen persönlichen Share-Link aus dem Dashboard.
3. Ein Auditor oder Verantwortlicher öffnet den Link im eingeloggten Zustand.
4. Dadurch wird eine Verbindung zwischen Viewer und Owner gespeichert.

Für die Zusammenführung wird daraus eine kohärente Sicht erzeugt:

• Basis ist das eigene Register des Viewers,
• ergänzt um Register aller verbundenen Nutzer,
• Laws werden als gemeinsame Menge zusammengeführt (Dubletten werden vermieden),
• Changes werden quellenübergreifend nach Aktualität sortiert (neueste oben),
• Integritätsstatus wird sowohl für eigenes als auch aggregiertes Register ausgewiesen.

So entsteht ein konsistentes Gesamtbild für Team-Steuerung und Audit-Nachweise, ohne dass Einzelregister verloren gehen.

2.2) Praxisbeispiel: ISB + Datenschutz + IT-Leitung (4 Schritte)

Ein typischer Ablauf in einer Organisation mit drei Verantwortungsbereichen:

1. ISB wählt im Legal Tool ein Security-zentriertes Rollenprofil und speichert die Zuweisung.
2. Datenschutz wählt ein DSGVO-/Datenschutzprofil und speichert die eigene Zuweisung.
3. IT-Leitung verbindet beide Share-Links im Dashboard und schaltet auf Scope Kohärent.
4. Das Team arbeitet die Change-Liste von oben nach unten ab und dokumentiert den Stand als Druckauszug.

Ergebnis: Jede Rolle behält ihren fachlichen Fokus, während die IT-Leitung eine zusammengeführte, priorisierte Gesamtübersicht für Steuerung und Audit erhält.

3) Änderungen priorisieren

Die Änderungsansicht ist auf operative Verarbeitung ausgelegt:

• neueste Änderung oben,
• NEW-Markierung am aktuellsten Eintrag,
• Filter über Gesetz in der Sidebar,
• Sicht pro eigenem Register oder kohärentem Gesamtscope.

Transparenz: Wie das Signal entsteht

Der Monitor zeigt offen, wie ein Signal entstanden ist. Er arbeitet primär mit technischen Quell-Metadaten offizieller Seiten:

• HTTP-Status,
• ETag,
• Last-Modified,
• letzter Prüfzeitpunkt,
• Erreichbarkeit je Quelle.

Zusätzlich wird der Betriebsmodus ausgewiesen:

• LIVE: aktuelle Veränderungssignale erkannt,
• FALLBACK: robuste Standard-Changes bei ausbleibenden Live-Signalen.

Integritätsfelder zeigen, ob das Register mit dem aktuellen Katalog konsistent ist (catalog_match_ok, fehlende Referenzen, unerreichbare Quellen).

Wie das Tool entwickelt wurde

Das System wurde als FastAPI-Architektur mit klarer Trennung umgesetzt:

• Katalog- und Registerlogik im Backend,
• Rollen-/Scope-Zuweisung im Legal Tool,
• Nutzer-Dashboard für Register, Verbindungen, Aggregation und RSS,
• Transparenzseite zur Methodenoffenlegung,
• persistente Profile pro Nutzer für reproduzierbare Register.

Entwicklungsprinzipien:

1. kleine, nachvollziehbare API-Schritte,
2. klare Trennung von Zuweisung vs. Auswertung,
3. explizite Integritätsprüfung statt impliziter Annahmen,
4. audit-taugliche Darstellung statt Blackbox-Verarbeitung.

Verfolgte Prozesslinie (End-to-End)

Die Linie, die im Betrieb verfolgt wird:

Signal → Bewertung → Maßnahmenbezug → Nachweis

• Signal: technische Quelländerung erkannt,
• Bewertung: Relevanz im Rollen-/Gesetzeskontext einordnen,
• Maßnahmenbezug: interne Aufgaben/Controls ableiten,
• Nachweis: Register, Changes, Integritätsstatus und Druckauszug dokumentieren.

Was erreicht werden soll

• weniger manuelle Sucharbeit,
• schnellere Priorisierung im Team,
• ein konsistentes, gemeinsam nutzbares Rechtskataster,
• höhere Transparenz für interne und externe Audits.

Tool: /legal-duty-monitor
Rechtskataster-Dashboard: /me/legal-register
Transparenzseite: /legal-duty-monitor/transparency