TOMs

Technische und organisatorische Maßnahmen (TOMs) · Version 1.0

Die TOMs sind Anlage der AVV und werden mit ihr angenommen.

Anlage: Technische und organisatorische Maßnahmen (TOM) Version 1.0

Die folgenden Maßnahmen beschreiben den aktuellen Zweimano-Betrieb zum Zeitpunkt der Annahme dieser AVV-Fassung.

Zugriffskontrolle und Authentifizierung

  • Zugang zu Zweimano nur für authentifizierte Benutzer
  • Rollenbasierte Berechtigungen (Admin, Büro/Dispatcher, Mitarbeiter)
  • Multi-Faktor-Authentifizierung ist für Web-Benutzer im Firmenpanel verfügbar (Authenticator-App und E-Mail)
  • Für den Operator-Zugang ist Multi-Faktor-Authentifizierung (Authenticator-App mit Recovery Codes) verpflichtend
  • Passwörter werden gehasht gespeichert
  • Mobile Zugriffstokens über Laravel Sanctum; QR-Aktivierung mit widerrufbaren Tokens

Mandanten- und Operatortrennung

  • Mandantentrennung der Firmendaten auf Anwendungsebene (Company-Scope)
  • Getrennter Operator-Bereich mit eigenem Guard für Plattformbetrieb
  • Keine Vermischung von Mandantendaten in normalen Firmenabfragen

Übertragung und Anwendungsbetrieb

  • Übertragung über HTTPS; HTTP wird auf HTTPS umgeleitet
  • Production mit APP_DEBUG=false
  • Secrets und Zugangsdaten außerhalb des Quellcodes (Umgebungsvariablen)
  • Queue-Verarbeitung über Redis und Laravel Horizon
  • Uptime-/Health-Checks für Anwendung, Datenbank und Redis
  • Server- und Application-Logs mit begrenzter Aufbewahrung

Dateien und Uploads

  • Private Auftragsdateien außerhalb des öffentlichen Webroots
  • Kontrollierter Anwendungszugriff auf private Dateien
  • Upload-Validierung und Re-Encoding von Bildern vor Speicherung

Backup und Wiederherstellung

  • Verschlüsselte Backups mit Borg (repokey-blake2)
  • Getrennte Hetzner Storage Box außerhalb des Anwendungsservers
  • Aufbewahrung: 7 tägliche, 4 wöchentliche und 3 monatliche Wiederherstellungspunkte
  • Datenbank- und Datei-Restore sind getestet

Entwicklung, Betrieb und Vorfälle

  • Deployment-, Dependency- und Testprozesse vor Produktivänderungen
  • Dokumentierter Incident-/Breach-Prozess
  • Dokumentierter Löschprozess für operative Kundendaten
  • Subprocessor-Management mit dokumentierten Unterauftragsverarbeitern

Integrität der Arbeitsnachweise

  • Prüfwert (SHA-256) je PDF-Arbeitsnachweis
  • Keine nachträgliche Änderung eines abgeschlossenen Nachweises; bei erneutem Abschluss entsteht eine neue Version

Push-Benachrichtigungen

  • Datensparsamkeit: keine Kunden- oder Auftragsinhalte in der Benachrichtigung

Abwesenheiten und Einsatzzeiten

  • Sichtbar und änderbar nur für die Rollen Admin und Büro (Dispatcher), nicht in der Mitarbeiter-App
  • Abwesenheiten nur mit Zeitraum und Art (Urlaub, nicht verfügbar), keine Gründe oder Gesundheitsangaben
  • Einsatzzeiten werden nur aufgezeichnet, wenn der Betrieb die Funktion eingeschaltet hat
  • Korrekturen von Einsatzzeiten speichern die ursprünglichen Zeiten, die korrigierende Person und den Zeitpunkt
  • Automatische Löschung von Einsatzzeiten 25 Monate nach ihrem Ende durch einen täglichen Lauf

Lesemodus nach Vertragsende

  • Lesemodus serverseitig durchgesetzt
  • Mitarbeiter-App in dieser Phase gesperrt

API und Schnittstellen

  • Rate Limits und einheitliche Fehlerantworten der API
  • Versionierte Schnittstelle für den dokumentierten Datenexport

Unterschriften und Arbeitsnachweise

  • Private Speicherung von Unterschriften und Nachweisen
  • Auslieferung nur nach Berechtigungsprüfung

Website und öffentliche Oberflächen

  • Schriftarten und Ressourcen der Website selbst gehostet, keine Drittanbieter-Einbindungen