patrickandClaude Sonnet 5
c7784f0106
Fleet-Epic vollständig, Inventory-Epic begonnen (INV-005..007 folgen). Zwei konkrete Funde beim MABEA-Abgleich: FLEET-003 (Kilometerstand) hat in MABEA keine Rückwärtslauf-Validierung; INV-004 (Chargenverwaltung) wäre in MABEA kein Nachzug sondern ein struktureller Umbau (Objektposition führt aktuell nur eine Charge/Ablaufdatum, nicht mehrere gleichzeitig). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KC8HYvv6UkCVYheYiTw9DD
4.7 KiB
4.7 KiB
Epic 06 — Inventory
Details zu INV-001 … INV-004. INV-005…007 noch nicht detailliert, siehe
00_index.md-Tabelle.
INV-001 — Materialarten/Kategorien
- Ziel: Grobe Materialarten-Gliederung innerhalb Inventory.
- Beschreibung: Unterscheidet sich von ASSET-001 durch Fachlichkeit (Medizin/ Sanitätsmaterial/Funk/Strom/...) statt technischer Asset-Kategorie — Entscheidung: ASSET-001 wiederverwenden, keine Doppelstruktur.
- Benutzerwert: Konsistente Kategorien app-weit statt zwei parallele Systeme.
- Abhängigkeiten: ASSET-001
- Datenmodell: keins neu (Wiederverwendung von
asset_category) - Backend/Frontend/Mobile: keins zusätzlich
- QR-Code/Seriennummer/Inventarnummer: nein
- Akte: nein direkt
- Rechte: wie ASSET-001
- Audit: wie ASSET-001
- Akzeptanzkriterien: keine doppelte Kategorie-Verwaltung im UI.
- Tests: keine zusätzlichen.
- DoD: Entscheidung dokumentiert (kein neuer Code nötig) — MABEA macht das bereits so (Material nutzt dieselbe Kategorie/Bereich-Struktur wie Objekte).
INV-002 — Einzelgeräte (SN-pflichtig)
- Ziel: Materialtyp, der als Asset (nicht Consumable) geführt wird, mit Pflicht-SN.
- Beschreibung: Kennzeichnung am AssetType („materialtyp=geraet_sn"), erzwingt SN-Erfassung bei Instanzanlage.
- Benutzerwert: Geräte wie Pulsoxymeter/Defibrillator korrekt als Einzelstücke mit Prüfhistorie führen.
- Abhängigkeiten: ASSET-003, IDENT-004
- Datenmodell:
asset_type.materialtyp(enum: standard/ablauf_charge/geraet_sn) - Backend: Validierung SN-Pflicht bei diesem Typ
- Frontend: Formular passt sich Materialtyp an
- Mobile: Erfassung im Feld
- QR-Code: eigener QR je Instanz (IDENT-006)
- Seriennummer: hier Pflichtfeld
- Inventarnummer: ergänzend
- Akte: Stammdatenbereich
- Rechte: Materialwart+
- Audit: Änderung geloggt
- Akzeptanzkriterien: Anlage ohne SN bei diesem Typ wird abgelehnt.
- Tests: Validierungstest.
- DoD: deckt sich mit MABEA
materialtyp=geraet_sn+GeraetInstanz(bereits umgesetzt).
INV-003 — Verbrauchsmaterial (Mengen)
- Ziel: Mengenbasierte Führung statt Einzel-Instanz.
- Beschreibung: Consumable-Bestand als Zahl+Einheit statt Liste von Objekten.
- Benutzerwert: Verbandsmaterial/Medikamente ohne unnötigen Verwaltungsaufwand pro Stück.
- Abhängigkeiten: ASSET-008
- Datenmodell:
bestand(consumable_id, standort_id, menge, einheit) - Backend: Mengenanpassung (Zu-/Abgang)
- Frontend: Mengenfeld statt Instanzliste
- Mobile: Mengenerfassung bei Kontrolle
- QR-Code: nein direkt
- Seriennummer: entfällt
- Inventarnummer: ggf. je Charge (INV-004), nicht je Stück
- Akte: vereinfachte Bestandsansicht
- Rechte: Mitarbeiter darf melden, Materialwart verwaltet Struktur
- Audit: Mengenänderung geloggt
- Akzeptanzkriterien: Menge erhöhen/verringern, negative Menge unmöglich.
- Tests: Grenzwerttest (0, negativ abgelehnt).
- DoD: deckt sich mit MABEA
Objektposition.istmenge(materialtyp=standard/ablauf_charge).
INV-004 — Chargenverwaltung
- Ziel: Mehrere Chargen desselben Verbrauchsmaterials unterscheidbar führen.
- Beschreibung: Chargennummer + Ablaufdatum je Teilbestand statt nur am Gesamtbestand.
- Benutzerwert: Rückrufaktionen chargen-genau möglich, unterschiedliche Ablaufdaten pro Charge korrekt abgebildet.
- Abhängigkeiten: INV-003
- Datenmodell:
charge(consumable_bestand_id, chargennummer, ablaufdatum, menge) - Backend: CRUD je Charge
- Frontend: Chargen-Liste je Verbrauchsmaterial
- Mobile: Erfassung bei Wareneingang
- QR-Code: nein
- Seriennummer: entfällt
- Inventarnummer: Chargennummer ist eine Art Sub-Identität
- Akte: Bestandsverlauf-Detailebene
- Rechte: Materialwart+
- Audit: Änderung geloggt
- Akzeptanzkriterien: mehrere Chargen mit unterschiedlichem Ablaufdatum gleichzeitig führbar.
- Tests: Mehrfach-Chargen-Test.
- DoD: echte MABEA-Lücke: MABEA führt
chargennummer+ablaufdatumnur EINFACH je Objektposition (ein Wert, keine Liste) — mehrere Chargen gleichzeitig an derselben Position sind aktuell NICHT abbildbar. Diese Kachel wäre in MABEA kein reiner Nachzug, sondern ein Datenmodell-Umbau (1:1 → 1:n).
MABEA-Ist-Stand-Abgleich: INV-001…003 vollständig vorhanden. INV-004 ist die erste Kachel in diesem Backlog, die einen echten strukturellen Umbau in MABEA bedeuten würde (Mehrfach-Chargen je Position), nicht nur eine Ergänzung — vor Umsetzung separat einschätzen lassen, ob das fachlich überhaupt gebraucht wird (bisher kein Nutzer-Bedarf dafür geäußert).