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
103 lines
4.7 KiB
Markdown
103 lines
4.7 KiB
Markdown
# 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`+`ablaufdatum` nur 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).
|