diff --git a/arbeitskacheln/00_index.md b/arbeitskacheln/00_index.md index 2174f80..ba310cd 100644 --- a/arbeitskacheln/00_index.md +++ b/arbeitskacheln/00_index.md @@ -211,7 +211,7 @@ eigenes Modul (MAINT-\*, MABEA hat nur Prüfung, keine Wartung)**. | `03_digital_file.md` | FILE-001 … FILE-007 (vollständig) | | `04_assets.md` | ASSET-001 … ASSET-009 (vollständig, ASSET-009 nachträglich ergänzt) | | `05_fleet.md` | FLEET-001 … FLEET-006 (vollständig) | -| `06_inventory.md` | INV-001 … INV-004 | +| `06_inventory.md` | INV-001 … INV-007 (vollständig) | -Restliche Kacheln (INV-005…007, WH, LOAD, INSP, MAINT, DEFECT, PERS, READY, DOC, MOBILE, -OPS): nur Zeile in der Tabelle oben, Details folgen nach Freigabe. +Restliche Kacheln (WH, LOAD, INSP, MAINT, DEFECT, PERS, READY, DOC, MOBILE, OPS): nur Zeile +in der Tabelle oben, Details folgen nach Freigabe. diff --git a/arbeitskacheln/06_inventory.md b/arbeitskacheln/06_inventory.md index 00567d7..03d9cda 100644 --- a/arbeitskacheln/06_inventory.md +++ b/arbeitskacheln/06_inventory.md @@ -1,7 +1,6 @@ # Epic 06 — Inventory -Details zu INV-001 … INV-004. INV-005…007 noch nicht detailliert, siehe -`00_index.md`-Tabelle. +Details zu INV-001 … INV-007 (vollständig). --- @@ -94,9 +93,83 @@ Details zu INV-001 … INV-004. INV-005…007 noch nicht detailliert, siehe sind aktuell NICHT abbildbar. Diese Kachel wäre in MABEA kein reiner Nachzug, sondern ein Datenmodell-Umbau (1:1 → 1:n). +## INV-005 — Ablaufdaten & Warnschwellen + +- **Ziel:** Frühwarnung vor Ablauf von Verbrauchsmaterial/Chargen. +- **Beschreibung:** Warnschwelle (Tage vor Ablauf) je Material oder global konfigurierbar, + Statusberechnung (gültig/bald ablaufend/abgelaufen). +- **Benutzerwert:** Materialwart erkennt rechtzeitig, bevor Material abläuft, kann + rotieren/nachbestellen. +- **Abhängigkeiten:** INV-004 +- **Datenmodell:** `warnzeitraum_tage` (an Material oder global als Default) — Status wird + berechnet, nicht gespeichert +- **Backend:** Berechnungsfunktion + Endpoint „bevorstehende Ablaufdaten" +- **Frontend:** Dashboard-Kachel/Liste +- **Mobile:** Anzeige +- **QR-Code/Seriennummer/Inventarnummer:** nein +- **Akte:** Bestandsverlauf-Detailebene +- **Rechte:** wie Lese-Recht (Verantwortliche) +- **Audit:** nein (reine Berechnung) +- **Akzeptanzkriterien:** korrekte Einteilung gültig/bald_ablaufend/abgelaufen nach + Schwelle. +- **Tests:** Schwellenwert-Tests (Randfälle: genau am Schwellenwert, exakt heute). +- **DoD:** deckt sich mit MABEA (`bevorstehende_ablaufdaten()`, Dashboard-Kachel) — bereits + vollständig umgesetzt. + +## INV-006 — Mindestbestände & Fehlbestandserkennung + +- **Ziel:** Automatische Erkennung, wenn Ist < Soll. +- **Beschreibung:** Sollmenge je Material/Ort, Vergleich mit Istmenge, automatischer + Fehlbestand-Vorgang bei Abweichung. +- **Benutzerwert:** Kern der ganzen Bestandskontrolle — keine manuelle Dauerüberwachung + nötig. +- **Abhängigkeiten:** INV-003, LOAD-001 (Soll kommt oft aus dem Beladungsplan) +- **Datenmodell:** `fehlbestand` (material_id, ort_id, sollmenge, istmenge, fehlmenge, + status, entstanden_am) +- **Backend:** Erkennungslogik bei Kontrolle/Bestandsänderung +- **Frontend:** Fehlbestand-Liste, Nachfüll-Aktion +- **Mobile:** Nachfüllen im Feld +- **QR-Code/Seriennummer/Inventarnummer:** nein +- **Akte:** eigener Bereich bzw. Teil des Bestandsverlaufs +- **Rechte:** Melden/Nachfüllen: Mitarbeiter+; Mindermenge genehmigen: Verantwortliche +- **Audit:** Entstehung/Erledigung geloggt +- **Akzeptanzkriterien:** Abweichung erzeugt Fehlbestand automatisch, Nachfüllung + reduziert Fehlmenge korrekt, bei 0 automatisch erledigt. +- **Tests:** Erkennungstest, Nachfüll-Test, Mindermenge-Sonderfall. +- **DoD:** deckt sich 1:1 mit MABEA (Fehlbestand-Kernmodul inkl. Mindermenge-Genehmigung) + — eines der am weitesten ausgereiften Module im gesamten Projekt, bereits vollständig + umgesetzt. + +## INV-007 — Ausgabe/Rückgabe + +- **Ziel:** Verbrauchsmaterial/Leihgeräte gezielt an Person/Einsatz ausgeben und + zurücknehmen, nicht nur pauschal Bestand ändern. +- **Beschreibung:** Ausgabevorgang mit Empfänger (Person/Einheit/Einsatz), Rückgabe + schließt den Vorgang, offene Ausgaben bleiben sichtbar. +- **Benutzerwert:** Nachvollziehbarkeit „wer hat was gerade" — z.B. Leihgeräte, Schlüssel, + Funkgeräte. +- **Abhängigkeiten:** INV-003 +- **Datenmodell:** `ausgabe` (material_id/asset_id, menge, empfaenger_id, ausgegeben_am, + rueckgabe_am, status offen/zurück) +- **Backend:** Ausgabe-/Rückgabe-Endpunkte +- **Frontend:** Ausgabe-Formular, Liste offener Ausgaben +- **Mobile:** Ausgabe im Feld erfassen +- **QR-Code:** Scan des Assets kann Ausgabevorgang direkt starten +- **Seriennummer/Inventarnummer:** Anzeige, keine neue Logik +- **Akte:** Bewegungs-/Historienbereich — „aktuell ausgegeben an" als Sonderfall von + Standort (Person statt Lagerplatz) +- **Rechte:** Mitarbeiter+ für Ausgabe/Rückgabe +- **Audit:** jeder Vorgang geloggt +- **Akzeptanzkriterien:** Ausgabe erzeugt offenen Vorgang, Rückgabe schließt ihn, + überfällige Rückgaben erkennbar. +- **Tests:** Ausgabe-/Rückgabe-Test, Überfällig-Test. +- **DoD:** mind. ein vollständiger Ausgabe-Rückgabe-Zyklus getestet. + --- -**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). +**MABEA-Ist-Stand-Abgleich:** INV-001…003 sowie INV-005/006 vollständig vorhanden — INV-006 +(Fehlbestand+Mindermenge) ist sogar eines der am weitesten ausgereiften Module im gesamten +Projekt. **INV-004 (echter struktureller Umbau, siehe oben) und INV-007 (Ausgabe/Rückgabe) +fehlen komplett:** MABEA kennt nur Standortzuordnung von Objekten (Lagerbewegung), aber kein +personenbezogenes Ausleih-Konzept für Verbrauchsmaterial/Einzelteile — „wer hat gerade das +Funkgerät" ist aktuell nicht beantwortbar.