Daten, Datenschutz & Sicherheit › Betriebsmessung, Protokoll & Sicherheitswarnungen
Betriebsmessung, Protokoll & Sicherheitswarnungen
DatenbereichLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Technisches Hintergrundprotokoll: wie lange Mitarbeitende an welcher Funktion arbeiten (für den Business-Case), erkannte Fehler/Inkonsistenzen, allgemeine Aktivitäts-Logs, geblockte verdächtige IP-Adressen und die Warteschlange für externe Systemaufrufe.
Bild folgt
Hier sammelt sich, was im Hintergrund über den Betrieb selbst gemessen wird: wie lange Mitarbeitende an welcher Funktion arbeiten, erkannte Widersprüche in den Daten, allgemeine Aktivitäts-Einträge, gesperrte auffällige Adressen und eine Warteschlange für externe Systemaufrufe, die es bei einem Fehlschlag noch einmal versucht. Jede Zeile ist ein einzelnes Ereignis mit Zeitstempel, meist nur lose mit einem Auftrag oder Benutzer verknüpft statt über eine feste Verbindung — das hält die Messung unabhängig davon, ob der zugehörige Auftrag später verändert oder archiviert wird. Für keine dieser Tabellen wurde eine automatische Aufräumung gefunden: Sie wachsen unbefristet weiter, eine eigene Löschregel gibt es nicht.
- Welche externen Systeme integration_outbox konkret bedient, ist ohne Lesen der Verbraucher-Stellen (lib/*.ts, ausserhalb des Datenaxis) nicht abschliessend zu sagen.
- Fuer keine der Tabellen hier wurde im Schema eine automatische Aufraeumung oder Loeschung gefunden — ob eine Aufbewahrungsfrist ueberhaupt gilt, ist unklar.
- lib/db/schema.ts
| tabellen | mess_durations, mess_incidents, mess_manual, feature_usage, activities, bot_ip_blocks, integration_outbox |
|---|---|
| schluessel | keine klassische Entitaetskette — jede Zeile ist ein Zeitpunkt-Ereignis, teils mit loser Referenz auf job_id/user_id (kein DB-FK, bewusst weich) |
| besonderheit | mess_manual haelt handeingegebene Vergleichswerte (Buerokosten/Altsystemkosten/Kundenzitate) fuer den Nutzenachweis des Systems; integration_outbox ist eine Retry-Warteschlange fuer externe Aufrufe (idempotencyKey, attempts) |
| aufbewahrung | unklar — im Schema selbst steht keine Frist, die Zeilen wachsen unbefristet |
| loeschung | unklar — keine automatische Aufraeumung fuer diese Tabellen gefunden |
Beleg: MEM: messung-testwoche-2026-08-07.md 'Testwochen-Erhebung LIVE'
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: data-system-audit (Datenbereich · Daten, Datenschutz & Sicherheit · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 0f0406a1)
Kurz: Technisches Hintergrundprotokoll: wie lange Mitarbeitende an welcher Funktion arbeiten (für den Business-Case), erkannte Fehler/Inkonsistenzen, allgemeine Aktivitäts-Logs, geblockte verdächtige IP-Adressen und die Warteschlange für externe Systemaufrufe.
Lies zuerst (Lesebereich, nicht der ganze Baum):
lib/db/schema.ts
Hängt zusammen mit:
feat-aktivitaeten-wiedervorlagen (app/api/admin/record-activities) · feat-export (app/admin/export/page.tsx) · feat-messung (app/admin/messung/page.tsx) · feat-protokoll (app/admin/protokoll/page.tsx) · ops-monitoring (app/api/health) · sec-rate-limit (lib/rate-limit.ts) · sec-ip-blocks (app/api/admin/ip-blocks) · auto-outbox-realtime-notify (app/api/admin/push)
Offene Fragen der Seite:
Welche externen Systeme integration_outbox konkret bedient, ist ohne Lesen der Verbraucher-Stellen (lib/*.ts, ausserhalb des Datenaxis) nicht abschliessend zu sagen.
Fuer keine der Tabellen hier wurde im Schema eine automatische Aufraeumung oder Loeschung gefunden — ob eine Aufbewahrungsfrist ueberhaupt gilt, ist unklar.
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/daten-recht-sicherheit/data-system-audit.md).