4 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	2dd7e574e6	feat(identity): IDENT-005 Hersteller/Modell-Stammdaten ... Neue Tabellen hersteller/modell (Migration 0030), CRUD-Endpunkte (/hersteller, /modelle) nach bestehendem Kategorie-Muster, inkl. 409 bei Duplikaten (IntegrityError abgefangen wie in personal.py). geraet_instanz bekommt optionales modell_id-Feld - verknüpft eine konkrete Geräteinstanz (mit Seriennummer, IDENT-004) mit ihrem Hersteller/Modell. Ergänzt Material.hersteller (bleibt unverändert als Freitext) um eine normalisierte Variante gezielt für Geräte mit Seriennummer - keine Datenmigration bestehender Freitext-Werte (Scope dieser Kachel). Bewusst kein neues Admin-UI-Screen für die Pflege (Scope-Grenze der Kachel) - Hersteller/Modell aktuell nur über die API verwaltbar. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-08 14:51:15 +02:00
patrickandClaude Sonnet 5	fca9ee8fd8	fix(ci): CI-Testdatenbank-Encoding + 3 echte Session-/Logikfehler behoben ... Root Cause der "CI rot"-Meldung gefunden und behoben: - CI legte Testdatenbank ohne explizites ENCODING an, erbte SQL_ASCII vom Runner-Postgres-Template. Umlaute in JSONB (Historie-Einträge) brachen mit UntranslatableCharacterError - betraf auch die Produktions-DB (separat gemeldet, nicht Teil dieses Commits). CI legt jetzt explizit UTF8 an. Drei echte Bugs beim Verifizieren gegen eine isolierte Testdatenbank gefunden: - objekte.py PATCH /objekte/{id}: Selbstbezug-Check verließ sich auf den DB-CHECK-Constraint statt vorab zu prüfen - ein Flush-Fehlschlag hinterlässt die Session im Zustand DEACTIVE, jeder folgende Request in derselben Session crasht mit PendingRollbackError (401 statt 404 im Test). Jetzt expliziter Vorab-Check. - geraet_instanz.py: gleiches Muster bei doppelter Seriennummer - jetzt expliziter Vorab-Check statt UNIQUE-Constraint-Exception. - test_lagerbewegung.py: Testbug, las objekt.standort_id NACH dem POST (durch geteilte Session bereits auf den neuen Wert mutiert) statt vorher. Nebenbei (Auftrag Priorität 4): "Mindermenge genehmigen"-Button direkt im Nachfüll-Dialog der Kontroll-Erfassung (nur für materialverantwortlicher/ leitungsverantwortlicher/administration), nutzt den bereits bestehenden POST /fehlbestaende/{id}/mindermenge Endpunkt. Priorität 2 (Fahrzeug-Feldnamen-Mismatch) und Priorität 3 (nur Zugfahrzeuge wählbar) waren bereits in früheren Commits erledigt (38b8ce1, 54fc296) - Auftragsbeschreibung war auf altem Stand. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-05 17:57:14 +02:00
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	6934276e8a	Karte 14 Schritt 2 (Admin-Teil) + Frontend für Anhänger-Kopplung ... Backend: geraet_instanz-CRUD (Liste/Anlegen/Status ändern inkl. optionalem Fehlbestand pro Gerät/Löschen), pruefintervall_monate in Objektposition- Schemas verdrahtet (Prüfdatum -> naechste_pruefung wird automatisch berechnet, Monatsrechnung ohne neue Dependency). Frontend: GeraeteInstanzenListe ersetzt das Einzel-SN-Feld im Admin-Portal (ObjektPositionenPanel) durch eine Instanz-Liste mit Status/Prüfdatum/ Bemerkung je Exemplar - löst das Karte-14-Kernproblem (mehrere Geräte pro Position). ObjektSection: Anhänger-Kopplung bei Anlage und nachträglich änderbar. Kontroll-Erfassung (PositionCard/KontrollPage) bleibt unverändert - die komplett neue Erfassungs-UI für geraet_sn (Umsetzungsschritt 4, Karte 14) ist bewusst nicht Teil dieses Commits. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 20:55:09 +02:00