Schnittstellen, API & Automationen › DSGVO-Aufbewahrungsfristen (Cron)
DSGVO-Aufbewahrungsfristen (Cron)
AutomationTeilweise✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Prüft täglich nachts, welche Kunden- und Fahrzeugdaten die gesetzliche Aufbewahrungsfrist überschritten haben — läuft in Produktion bewusst nur als Probelauf, ohne von selbst zu löschen oder zu anonymisieren.
Bild folgt
Einmal täglich nachts prüft dieser Lauf, welche Kunden- und Fahrzeugdaten die gesetzliche Aufbewahrungsfrist überschritten haben, und würde sie anonymisieren — Name, Telefon und Adresse überschreiben, während verknüpfte Aufträge und Belege wegen der steuerlichen Aufbewahrungsfrist bestehen bleiben. In Produktion läuft er aber bewusst nur als Probelauf: Er zeigt, was betroffen wäre, löscht oder anonymisiert aber nichts von selbst, solange niemand den zusätzlichen Freigabe-Schalter setzt. Ein zweiter, kürzerer Teil des Laufs räumt unabhängig davon abgelaufene Einwilligungserklärungen, alte Zulassungsschein-Scans und liegen gebliebene KI-Uploads auf. Kandidaten mit steuerlicher Spur — bereits abgerechnete Aufträge oder Rechnungsempfänger — werden dabei grundsätzlich übersprungen, damit die Aufbewahrungspflicht nie umgangen wird.
- Ein längst überfälliger Kunde wird nie tatsächlich anonymisiert → das ist beabsichtigt, solange der Freigabe-Schalter für die echte Anonymisierung nicht gesetzt ist.
- Ein alter Kunde bleibt trotz Ablauf der Frist erhalten → er hat noch abgerechnete Aufträge oder ist Rechnungsempfänger; die steuerliche Aufbewahrungspflicht sperrt die Löschung bewusst.
- Wurde der Probelauf-Bericht inzwischen geprüft und der scharfe Lauf freigegeben? In den gelesenen Quellen kein späterer Stand.
- app/api/cron/dsgvo-retention/route.ts
- lib/dsgvo/retention.ts
- docs/dsgvo-compliance.md
- docs/SERVER-DEPLOY-PROMPT.md
| zeitplan | Täglich um 3:15 Uhr, externer OS-Cron auf dem Server |
|---|---|
| ausloeser | Kunden-/Fahrzeugdatensätze, deren jüngster steuerlicher Beleg die 7-Jahres-Frist überschreitet, sowie abgelaufene Einwilligungen, alte Zulassungsschein-Scans und liegen gebliebene KI-Uploads |
| benachrichtigt | niemanden per Mail — liefert nur einen Bericht in der Antwort des Aufrufs |
| beruehrt | Kunden-/Fahrzeugdaten (Retention) |
| vault_filter | nein — im gelesenen Code kein Treffer auf "vaulted"; die Sperre läuft stattdessen über die fiskalische Spur (abgerechnete Aufträge/Rechnungsempfänger werden übersprungen) |
| nein |
Beleg: app/api/cron/dsgvo-retention/route.ts + lib/dsgvo/retention.ts; docs/SERVER-DEPLOY-PROMPT.md:231-233 "STANDARD IST PROBELAUF... bewusst so belassen, bis Paul den Probelauf-Bericht einmal gesehen hat", Crontab "15 3 * * *" ohne "&apply=1"
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: auto-dsgvo-retention (Automation · Schnittstellen, API & Automationen · teilweise · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 0f0406a1)
Kurz: Prüft täglich nachts, welche Kunden- und Fahrzeugdaten die gesetzliche Aufbewahrungsfrist überschritten haben — läuft in Produktion bewusst nur als Probelauf, ohne von selbst zu löschen oder zu anonymisieren.
Lies zuerst (Lesebereich, nicht der ganze Baum):
app/api/cron/dsgvo-retention/route.ts
lib/dsgvo/retention.ts
docs/dsgvo-compliance.md
docs/SERVER-DEPLOY-PROMPT.md
Hängt zusammen mit:
comp-dsgvo (docs/dsgvo-compliance.md) · sec-cron-auth (app/api/cron) · comp-aufbewahrung (docs/dsgvo-compliance.md) · comp-dsgvo (docs/dsgvo-compliance.md)
Offene Fragen der Seite:
Wurde der Probelauf-Bericht inzwischen geprüft und der scharfe Lauf freigegeben? In den gelesenen Quellen kein späterer Stand.
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/schnittstellen-automation/auto-dsgvo-retention.md).