# 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).