Files
MABEA/ergebnisse/15_lager.md
T

2.4 KiB
Raw Blame History

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)