4 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	c56fc285de	feat(rollen): granulares Rechte-System (Roadmap Phase 6, letztes Modul) ... Additiv neben dem bestehenden 4-Rollen-System (mitarbeiter/material- verantwortlicher/leitungsverantwortlicher/administration bleiben unverändert, kein Breaking Change): Admin kann jetzt eigene Rollen (z.B. "Materialwart", "Helfer" aus der Ursprungs-Anforderung) mit frei wählbaren Einzelrechten aus einem Berechtigungs-Katalog anlegen und Benutzern zuweisen - auch Benutzern ganz ohne feste RolleTyp-Zuordnung. Neue Tabellen: berechtigung (Katalog), rolle (custom, admin-anlegbar), rolle_berechtigung (M:N), benutzer_rolle_zuordnung (M:N, eigene Tabelle statt Wiederverwendung des ENUM-basierten benutzer_rolle). require_roles_or_permission() kombiniert beide Systeme: bestehende feste Rollen ODER eine passende granulare Berechtigung. Auf die vom Nutzer genannten Beispiel-Endpunkte angewendet: Material anlegen/bearbeiten, Lagerbewegung durchführen, Mangel melden/lesen/bearbeiten, Prüfung durchführen - weitere Endpunkte folgen bei Bedarf nach demselben Muster (require_permission()/ require_roles_or_permission() stehen jetzt als Bausteine bereit). Neue Endpunkte: GET /berechtigungen, CRUD /rollen, PUT/DELETE /rollen/{id}/berechtigungen/{id}, PUT/DELETE /benutzer/{id}/rollen/{id}. Frontend: neuer Admin-Tab "Rollen & Rechte" (Rolle anlegen, Rechte togglen, Benutzer zuweisen/entfernen). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD	2026-09-05 14:07:03 +02:00
patrickandClaude Sonnet 5	11ad747136	fix(historie): Audit-Lücke bei Mangel/Personal/Objekt-Änderungen geschlossen ... Bisher waren nur Kontrolle/Fehlbestand/Nachfüllung/Mindermenge/Geräteinstanz im append-only Audit-Log (historie.log() war seit Prompt 13 nie flächendeckend verdrahtet, docstring sagte das bereits so). Drei neue Ereignisse ergänzt: - mangel_gemeldet / mangel_status_geaendert (Mangel-Modul) - qualifikation_erfasst (Personal-Modul, sicherheitsrelevant: "wer hat wem wann eine Qualifikation bestätigt" hängt fachlich direkt an "wer darf fahren") - objekt_geaendert (Status-/Fahrzeug-Zuordnungsänderungen via PATCH /objekte) Lagerbewegung bewusst NICHT zusätzlich in historie dupliziert - hat bereits eigenes vollständiges Audit-Trail (Wer/Wann/Von/Nach/Grund in eigener Tabelle). Frontend: Änderungslog-Filter um geraet_instanz/mangel/benutzer_qualifikation/ objekt ergänzt (geraet_instanz fehlte dort zuvor ebenfalls). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD	2026-09-05 13:50:48 +02:00
patrickandClaude Sonnet 5	8fbb356c34	feat(mangel): Leitungsverantwortliche dürfen Mangel-Status ändern/erledigen ... Nutzer-Entscheidung: Status ändern/Erledigen bleibt nicht nur Materialverant- wortlichen+Admin vorbehalten, Leitungsverantwortliche gehören ebenfalls dazu. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD	2026-09-05 13:42:28 +02:00
patrickandClaude Sonnet 5	eb20affd5d	feat(mangel): Mangel-Ticket-System (Roadmap Phase 2) ... Eigener Workflow für Schäden/Defekte, getrennt von Fehlbestand (Mengen- Abweichung Soll/Ist). Status: neu → in_bearbeitung → ersatzteil_bestellt/ reparatur_geplant → erledigt. entitaet_typ/entitaet_id optional (Objektposition oder Geräteinstanz), analog zum bestehenden historie.entitaet_typ-Muster, objekt_id immer gesetzt für Dashboard-Abfragen. Ein offener Mangel mit prioritaet=hoch macht das Objekt "nicht einsatzbereit" (neuer Grund mangel_kritisch_offen in dashboard.einsatzbereitschaft) - niedrige/normale Mängel blockieren nicht. Melden/Lesen: alle Mitarbeiter+. Status ändern: Materialverantwortliche+. Neue Seite /maengel für alle eingeloggten Nutzer (Nav-Link "Mängel"). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD	2026-09-05 13:23:38 +02:00