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	a2877f5672	Feste Fächer-Liste je Objekttyp (Vorlagen-Positionen: Dropdown + Sonstiges) ... Nutzer-Vorgabe: Rucksack-Fächer sollen aus einer festen, je Objekttyp gepflegten Liste gewählt werden können statt jedes Mal Freitext einzutippen. Neue Tabelle fach (Migration 0004), CRUD-Endpoints /faecher, Admin-Tab Struktur bekommt Fach-Verwaltung, Vorlagen-Editor nutzt Dropdown mit "Sonstiges"-Freitext-Fallback. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-04 10:24:15 +02:00
patrickandClaude Sonnet 5	2f11011ed1	Admin-Portal: Bearbeiten für Bereich/Kategorie/Objekttyp/Standort/Benutzer, ... Vorlagen-Versionierung und Objekt-Duplizieren im Frontend nachgerüstet Backend: PATCH-Endpoints für Bereich/Kategorie/Standort/Objekttyp ergänzt (analog zu Material), die bislang fehlten und Bearbeiten grundsätzlich unmöglich machten. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-04 09:55:52 +02:00
patrickandClaude Sonnet 5	b9cf195a63	Sprint 1: Stammdaten-Modelle/-Endpunkte, Admin-Benutzerverwaltung, Zuständigkeits-Vererbung (E2) ... - ORM-Modelle: Bereich, Kategorie, Standort, Objekttyp, Material (Prompt 06/07), minimales Objekt-Modell (voll ausgebaut erst Sprint 2), Zustaendigkeit/ Kontrollverantwortung - Admin-API 7a: GET/POST Stammdaten-Endpunkte, PATCH Material, Benutzerverwaltung (anlegen/Rollen ändern), Zuständigkeits-/Kontrollverantwortungs-CRUD - Vererbungslogik E2 als eigener Service (app/services/zustaendigkeit.py): Standort-Zuordnung vererbt sich auf alle Objekte, Objekt-Zeile ist Vereinigung statt Ersatz - GET /zustaendigkeiten/benutzer/{id}/objekte exponiert das - Tests: Stammdaten-CRUD + Rollenrechte, Benutzerverwaltung (inkl. 409 bei Login-Duplikat), E2-Vererbungslogik (Standort-only, Standort+Objekt-Vereinigung, End-to-End über den Endpunkt) Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-03 23:12:49 +02:00