Clean Clock – Datenverarbeitungsverzeichnis

Stand: 2026-04-19

Dieses Dokument enthält ein detailliertes Verzeichnis der personenbezogenen Datenverarbeitungsaktivitäten in Clean Clock auf Basis der aktuellen technischen Implementierung.

1. Kategorien personenbezogener Daten

KategorieDatenfelderQuelleZweck
NutzerprofileVollständiger Name, E-Mail, Rolle, Unternehmens-ID, Auth-UIDNutzereingabe / Admin-EinladungAuthentifizierung, Zugriffskontrolle und Zuordnung von Aktionen.
ZeiteinträgeStart-/Endzeitstempel, Standort-ID, Manager-Notizen, GPS-Koordinaten (sofern aktiviert), GenauigkeitSystem (Zeitstempel), Nutzer (Standort), Manager (Notizen)Erfassung von Arbeitszeiten für Lohnabrechnung und Anwesenheitsnachweis.
PauseneinträgeStart-/Endzeitstempel, verknüpfte Zeiteintrag-IDNutzeraktionErfassung von Pausendauern innerhalb einer Schicht.
GPS-LogsBreitengrad, Längengrad, Genauigkeit (m), Methode (clock_in/out), Distanz zum Standort, Geräteinformationen, ZeitstempelGerätesensor (beim Ein-/Ausstempeln)Audit-Log zur Überprüfung der Geofence-Compliance.
GPS-Override-AnfragenAnfragezeitpunkt, Begründung, Breitengrad, Längengrad, Genauigkeit, Status, Manager-KommentarNutzer (Anfrage), Manager (Freigabe/Ablehnung)Bearbeitung von Stempelvorgängen außerhalb des definierten Geofence.
GPS-View-AuditBetrachter-ID, betrachtete Nutzer-ID, GPS-Log-ID, Zeitstempel, BegründungSystem (Protokollierung beim Abruf)Nachvollziehbarkeit des Zugriffs auf sensible Standortdaten.
GPS-AktivierungsnachweisAkteur-ID (Manager), Aktivierungsstatus, Bestätigungsflag, ZeitstempelManager-AktionDokumentation der organisatorischen Entscheidung zur Aktivierung der Standorterfassung.
Konto-LöschungsanfragenE-Mail des Mitarbeiters, Status, Begründung, Manager-Notizen, Bearbeiter-ID, ZeitstempelNutzer (Anfrage), Manager (Prüfung)Bearbeitung von Ansprüchen auf Löschung (Art. 17 DSGVO).
Einladungen / CodesE-Mail, Onboarding-Code-Hash, Ablaufzeitpunkt, Anzahl erneuter Sendungen, ZeitstempelManager (Einladung), System (Code)Sicheres Onboarding neuer Nutzer.
Audit-/SicherheitslogsIP (flüchtig), Korrelations-IDs, Ereignisnamen, geschwärzte DetailsSystem / Observability-DienstFehlerbehebung, Sicherheitsüberwachung und Problemanalyse.

2. Datenfluss und Empfänger

  • Intern (App): Datenzugriff erfolgt rollenbasiert (RBAC).
    • Worker sehen ausschließlich ihre eigenen Daten.
    • Manager sehen die Daten ihres Unternehmens.
    • Owner (App-Admins) sehen systemweite Logs für den Support.
  • Backend-Infrastruktur: Supabase, Inc. (Datenbank, Authentifizierung, Edge Functions). Region: EU-Central (Frankfurt).
  • Kommunikation: Resend (Plus Five Five, Inc.) für transaktionale E-Mails (Einladungen).
  • Geocoding: OpenStreetMap Foundation (Nominatim) für Adressuche und Koordinatenermittlung.
  • Kartenkacheln: OpenStreetMap Foundation (Tileserver) für Kartenansicht in der Manager-Standortprüfung. HTTP-Anfragen übermitteln die IP-Adresse und Kachelkoordinaten.
  • Hosting: Hostinger International Ltd. (Web-Frontend und Domain-Infrastruktur).
  • Schriftarten: Roboto-Schriftarten werden lokal mit der Anwendung ausgeliefert. Es erfolgen keine Anfragen an externe Schrift-CDNs.
  • Geplante Auth-Bereinigung: Die Edge Function admin_run_scheduled_purge löscht Supabase-Auth-Benutzer für Unternehmen, die einer geplanten Bereinigung unterliegen, über die Service-Role Admin API (auth.admin.deleteUser). Diese Funktion läuft innerhalb der Supabase-Infrastruktur und überträgt keine Daten an Dritte.

3. Aufbewahrung und Löschung (automatisiert)

Die folgenden Fristen werden durch automatisierte Datenbank-Cleanup-Funktionen durchgesetzt:

DatenkategorieAufbewahrungsfristAktionSQL-Referenz
GPS-Logs30 TageEndgültige Löschungcleanup_gps_logs()
GPS-Koordinaten (time_entries)30 TageRedaktion (auf NULL gesetzt); Flag location_captured bleibt erhaltenredact_old_gps_in_time_entries()
Mitarbeiter-Einladungen30 Tage nach Annahme / Widerruf / AblaufEndgültige Löschungcleanup_expired_invites()
Onboarding-Codes30 Tage nach Einlösung / AblaufEndgültige Löschungcleanup_onboarding_codes()
Löschungsprotokolle12 MonateEndgültige Löschungcleanup_company_deletion_logs()
Konto-Löschungsanfragen (abgeschlossen / abgelehnt / storniert)12 Monate nach completed_at (Fallback: reviewed_at)Endgültige Löschungcleanup_stale_account_deletion_requests()
GPS-Override-Anfragen (verbraucht / abgelehnt)90 Tage nach consumed_at bzw. created_atEndgültige Löschungcleanup_consumed_gps_overrides()
Deaktivierte Unternehmen (DB-Daten)30 TageVollständige Bereinigung (alle Unternehmensdaten)purge_due_companies()hard_delete_company_data()
Auth-Benutzer (geplante Bereinigungen)30 Tage (entspricht Unternehmensbereinigung)Löschung über Supabase Admin APIEdge Function admin_run_scheduled_purge
Observability-LogsFlüchtig (In-Memory-Ringpuffer)Wird bei Neustart geleertObservabilityService
PauseneinträgeLebenszyklus des übergeordneten Zeiteintrags / Unternehmens (kaskadierende Löschung)Endgültige Löschung per KaskadeKein eigenständiger Timer — Lohnbuchhaltungsdaten, Aufbewahrung folgt der Vertragslaufzeit.
GPS-Override-Anfragen (ausstehend / freigegeben, aber noch nicht verbraucht)Lebenszyklus des übergeordneten Unternehmens (kaskadierende Löschung)Endgültige Löschung per KaskadeKein eigenständiger Timer — bis zur Auflösung oder Unternehmensbereinigung

4. Technische Datenschutzmaßnahmen

  • Row Level Security (RLS): Streng auf Datenbankebene durchgesetzt zur Gewährleistung der Mandantentrennung.
  • Privacy-First-Geotagging: Kein Hintergrundtracking. Standorterfassung erfolgt ausschließlich im Moment des Ein-/Ausstempelns.
  • GPS-View-Auditing: Jeder Zugriff eines Managers auf detaillierte GPS-Daten wird systemseitig protokolliert.
  • Manager-Attestierungs-Gate: Manager müssen die Erfüllung der rechtlichen Voraussetzungen bestätigen, bevor GPS-Funktionen aktiviert werden können.
  • Schwärzung: Observability-Logs schwärzen automatisch sensible Zeichenketten und schließen GPS-Rohdaten aus.
Scroll to Top