4 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	d61aabadf3	Karte 14 Schritt 1: geraet_instanz-Tabelle (additiv) ... objektposition.seriennummer war ein Einzelfeld, konnte nur EIN Gerät pro Materialtyp/Objekt abbilden (z.B. 2 Pulsoxymeter im selben Rucksack nicht darstellbar). Neue Tabelle geraet_instanz erlaubt beliebig viele Exemplare pro Position (Seriennummer, Prüfdatum, nächste Prüfung, Status). Zusätzlich objektposition.pruefintervall_monate (individuell überschreibbar). Bewusst additiv: seriennummer-Spalte bleibt vorerst stehen (Service/ Endpunkte/Frontend hängen noch daran), bestehende Werte werden per INSERT...SELECT nach geraet_instanz kopiert. Drop + Umbau der abhängigen Schichten folgt in Umsetzungsschritt 2 (siehe arbeitskarten/14_...). Migration von postgres-expert gegengeprüft (ON CONFLICT DO NOTHING als Sicherheitsnetz, DROP TYPE IF EXISTS ergänzt), Tests decken Mehrfach- Instanzen, UNIQUE-Constraint je Position, gleiche SN an verschiedenen Positionen und pruefintervall_monate ab. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV	2026-09-04 20:45:04 +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	8f9bd57c5b	CI-Bugfixes aus erstem echten Testlauf: bcrypt-Pin, pytest-asyncio Loop-Scope ... 1. passlib 1.7.4 liest bcrypt.__about__.__version__, das bcrypt>=4.1 entfernt hat - führte zu irreführendem "password cannot be longer than 72 bytes". Fix: bcrypt<4.1 pinnen. 2. Globaler async engine in conftest.py + pytest-asyncios default function-scoped Event-Loop führte zu "Task ... attached to a different loop" bei asyncpg. Fix: session-weiter Loop-Scope für Fixtures und Tests. Erster echter CI-Lauf (Host-Runner ohne Docker) kam bis zum pytest-Schritt durch, beide Fehler dort aufgedeckt. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L85hmKbvX7Cqkq47KnQhFt	2026-09-03 23:24:40 +02:00