Files
MABEA/ergebnisse/15_lager.md
T

27 lines
2.4 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Prompt 15 Zukünftige Lagerintegration
Bezug: [[06_datenmodell]], [[07_materialstamm]], [[02_prozess_kontrolle]]. Status: Roadmap-Konzept, NICHT MVP (V1 bleibt bewusst einfach).
## 1. Grundprinzip
Klare Trennung: Fahrzeug-/Rucksackbestand (Objektposition, operativ) vs. Lagerbestand (zentral, disponierend). V1 kennt nur „aus dem Lager nachgefüllt" als Aktion, ohne echte Lagerbestandsführung.
## 2. Zukünftige Lager-Entität (analog Objekt)
- **Lagerort** eigener Standort-Typ, z. B. „Zentrallager Wache 1".
- **Lagerbestand** Materialstamm-Referenz + Lagerort-Referenz + Menge, gleiche Materialstamm-Basis wie Objektpositionen (Prompt 06 Designziel: keine Duplizierung der Stammdaten).
## 3. Prozesse (Roadmap)
- **Materialentnahme**: Nachfüllung eines Objekts (Prompt 02) bucht künftig automatisch vom Lagerbestand ab, statt nur zu dokumentieren „nachgefüllt". Fehlt Lagerbestand → System warnt vor Entnahme, statt sie zu blockieren (keine harte Sperre, damit Einsatzfähigkeit nie durch Software blockiert wird).
- **Nachfüllung des Lagers selbst**: eigener Vorgang, Bestellung/Wareneingang erhöht Lagerbestand (Details Prompt 24).
- **Mindestbestände**: je Lagerbestand konfigurierbarer Schwellenwert, System warnt Lagerverantwortlichen (Roadmap-Rolle, Prompt 05) bei Unterschreitung.
- **Automatische Hinweise**: Dashboard-Erweiterung (Prompt 12) um „Lager unter Mindestbestand", analog zu Fehlbestand-Logik, aber eigener Vorgangstyp (nicht zu verwechseln mit Fehlbestand am Fahrzeug/Rucksack).
## 4. Warum nicht in V1
- Erfordert zusätzliche Prozesse (Wareneingang, Bestellwesen, Mindestbestands-Pflege), die den MVP-Umfang sprengen (Grundprinzip: „Version 1 soll bewusst klein und praxistauglich bleiben").
- V1-Nachfüllung bleibt bewusst simpel: Mitarbeiter bestätigt „habe nachgefüllt", ohne dass System prüft, ob Lager das hergibt.
## 5. Vorbereitung im Datenmodell (falls sinnvoll, ohne V1 zu verkomplizieren)
- Keine zwingende Vorbereitung nötig, da Lagerbestand strukturell wie ein weiteres „Objekt" mit eigenem Bestand modellierbar ist (Wiederverwendung Prompt 06) kein Schema-Umbau bei späterer Einführung erwartet, nur neue Entität „Lagerort/Lagerbestand" + neuer Prozess „Entnahme bucht ab".
## Referenzen
Bezug: [[06_datenmodell]], [[07_materialstamm]], [[02_prozess_kontrolle]], [[05_rollen_rechte]] (Roadmap-Rolle Lagerverantwortlicher)