6 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	0249921bd5	feat(vorlage): Vorlage direkt editierbar ohne Versionszwang (Nutzer-Vorgabe) ... Bisher wurde die Sollmenge einer Objektposition live aus der Vorlagenposition gelesen (objekt.vorlage_id -> vorlagenposition.sollmenge), Bearbeiten der Vorlage erzeugte deshalb zwingend eine neue Version - sonst hätte sich jede Änderung rückwirkend auf alle Objekte ausgewirkt, die diese Vorlage nutzen. - Neue Spalte objektposition.sollmenge_vorlage (Migration 0020): kopiert die Sollmenge fest bei Anlage/Duplizieren statt live nachzuschlagen - sollmenge_effektiv(position) liest jetzt nur noch override/sollmenge_vorlage, kein DB-Lookup mehr nötig (sollmenge_map() entfernt) - Neuer Endpoint PUT /vorlagen/{id}/positionen: ersetzt Positionen direkt, ohne neue Version. Bestehende Objekte unbetroffen, nur neu angelegte nutzen die aktualisierten Werte (Test: test_aktualisiere_positionen_wirkt_nicht_ rueckwirkend_auf_bestehendes_objekt) - POST /vorlagen/{id}/neue-version bleibt zusätzlich bestehen (nicht entfernt) - Frontend: "Neue Version speichern" -> "Positionen speichern" (PUT statt POST) - 140 Tests grün Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-05 22:33:08 +02:00
patrickandClaude Sonnet 5	c3f141f7b0	feat(objekt): letzte abgeschlossene Kontrolle je Objekt anzeigen ... Bisher nirgends vermerkt/abrufbar, wann ein Objekt zuletzt komplett kontrolliert wurde (nur roh in kontrolle.beendet_am ableitbar). Neues Feld ObjektRead.letzte_kontrolle_am (jüngste Kontrolle mit status=abgeschlossen), angezeigt in Objektliste und Admin-Objektsektion ("noch nie kontrolliert" falls keine). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD	2026-09-05 11:00:49 +02:00
patrickandClaude Sonnet 5	38b8ce1795	fix(objekt): Fahrzeug-Zuordnung als 1:n statt n:m (fachliche Korrektur) ... Nutzer-Korrektur: "Ein Objekt gehört immer nur zu genau einem Fahrzeug" - Spalte gezogen_von_objekt_id -> fahrzeug_id (Rename-Migration 0010) - Zuvor begonnener n:m-Ansatz (objekt_kopplung Tabelle/Endpoints/Panel) wieder entfernt, da fachlich falsch - PATCH /objekte/{id} prüft Existenz + direkten Zyklus (A<->B) - Frontend: einfache Single-Select "Fahrzeug zuordnen" statt Kopplungs-Panel Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-05 01:11:25 +02:00
patrickandClaude Sonnet 5	eff9fe4956	Fahrzeug/Anhänger-Kopplung (objekt.gezogen_von_objekt_id) ... Nutzer-Vorgabe: Fahrzeug und Anhänger beide als eigenständige Objekte möglich, optional fest gekoppelt. Selbstreferenzierende nullable FK, kein eigener Anhänger-Objekttyp nötig (Objekt bleibt generisch, Karte 11). POST /objekte übergibt das Feld, neuer PATCH /objekte/{id} zum nachträglichen Setzen/Lösen. Von postgres-expert gegengeprüft, Fixes übernommen: ON DELETE SET NULL (Zugfahrzeug entfernen blockiert Anhänger nicht), CHECK-Constraint gegen Selbstbezug, Existenzprüfung + direkter Zyklus-Check (A↔B) im Endpoint statt unhandled 500. Mehrstufige Ketten bewusst nicht geprüft (kein Anwendungsfall). Tests: Anlage mit/ohne Kopplung, nachträglich setzen/lösen, Selbstbezug, ungültiges Ziel, direkter Zyklus. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 20:48:35 +02:00
patrickandClaude Sonnet 5	69e7d0c8d0	Karte 10: Geräte-Code für Objektpositionen (Code128-Vorbereitung) + Code-Vorschlag ... objektposition.code (nullable, unique) für Geräte-Etiketten, separat von seriennummer. Lookup-Endpunkt für Geräte-Scan (GET /objektpositionen/code/{code}) sowie Auto-Vorschlag PRAEFIX-NNN für Objekt- und Objektposition-Codes (GET /objekte/naechster-code, GET /objektpositionen/naechster-code). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 17:35:25 +02:00
patrickandClaude Sonnet 5	67cebbbf48	Test-Engine pro Test statt Modul-Global erzeugen (echter Fix für Event-Loop-Konflikt) ... Der vorherige Fix (asyncio_default_fixture_loop_scope/asyncio_default_test_loop_scope) griff nicht - letztere Option existiert in der gepinnten pytest-asyncio-Version vermutlich noch nicht, Tests liefen weiterhin auf function-scoped Loops während die Engine session-weit global war. Echte Ursache behoben: db_session erzeugt jetzt eine frische AsyncEngine pro Test (und disposed sie danach), sodass Engine/Pool immer auf derselben Loop laufen wie der Test selbst. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-03 23:27:06 +02:00