From b011d580fbdddc1e318f99d9d6f06c1672ba3d3f Mon Sep 17 00:00:00 2001 From: patrick Date: Thu, 3 Sep 2026 17:24:37 +0200 Subject: [PATCH] Dateien nach "/" hochladen --- 05_benachrichtigungen.md | 15 +++++++++++++++ 06_geraet_pc_mobil.md | 11 +++++++++++ 07_sofort_nachfuellung.md | 10 ++++++++++ 08_mindermenge_gueltigkeit.md | 11 +++++++++++ 4 files changed, 47 insertions(+) create mode 100644 05_benachrichtigungen.md create mode 100644 06_geraet_pc_mobil.md create mode 100644 07_sofort_nachfuellung.md create mode 100644 08_mindermenge_gueltigkeit.md diff --git a/05_benachrichtigungen.md b/05_benachrichtigungen.md new file mode 100644 index 0000000..e4f2e08 --- /dev/null +++ b/05_benachrichtigungen.md @@ -0,0 +1,15 @@ +# Karte 05 – Benachrichtigungen + +**Status:** entschieden + +## Entscheidung +Bei neuem Fehlbestand wird Verantwortlicher benachrichtigt über: +- Dashboard (Portal) +- E-Mail + +Kein Push/App in V1. + +## Konsequenz +- Prompt 12 (Dashboard): Dashboard-Anzeige ist Pflichtbestandteil. +- Technische Architektur (Prompt 19): E-Mail-Versand-Komponente einplanen (z. B. Trigger bei Statuswechsel "offen"). +- Push/App bleibt spätere Ausbaustufe (Roadmap, Prompt 24). diff --git a/06_geraet_pc_mobil.md b/06_geraet_pc_mobil.md new file mode 100644 index 0000000..a998e9c --- /dev/null +++ b/06_geraet_pc_mobil.md @@ -0,0 +1,11 @@ +# Karte 06 – Geräteanforderung PC/Mobil + +**Status:** entschieden + +## Entscheidung +Kontrolle muss sowohl auf PC als auch auf Smartphone/Tablet funktionieren – kein "mobile-only" oder "PC-only". + +## Konsequenz +- Prompt 11 (Mitarbeiter-UI): Responsive Design, keine reine Mobile-App-Annahme. +- Prompt 17 (Mobile/Offline): Offline-Fähigkeit bleibt separat zu bewerten, unabhängig von Geräteklasse. +- Technische Architektur (Prompt 19): Web-basiert sinnvoll, um beide Geräteklassen mit einer Codebasis abzudecken. diff --git a/07_sofort_nachfuellung.md b/07_sofort_nachfuellung.md new file mode 100644 index 0000000..611c642 --- /dev/null +++ b/07_sofort_nachfuellung.md @@ -0,0 +1,10 @@ +# Karte 07 – Sofort-Nachfüllung während Kontrolle + +**Status:** entschieden + +## Entscheidung +Wenn Besatzung Fehlmenge noch während laufender Kontrolle direkt aus Lager nachfüllt, gilt: Fehlbestand entsteht trotzdem als Vorgang und wird im selben Moment als erledigt markiert. Kein "verschwindet spurlos". + +## Konsequenz +- Prompt 03 (Fehlbestandsmanagement): Statuswechsel "offen" → "erledigt" muss auch innerhalb derselben Kontrollsitzung möglich sein (nicht nur über mehrere Kontrollen hinweg). +- Historie (Prompt 13) muss diesen Fall abbilden: Fehlmenge festgestellt, Fehlbestand angelegt, Nachfüllung, erledigt – alles mit Zeitstempel, auch wenn zeitlich sehr nah beieinander. diff --git a/08_mindermenge_gueltigkeit.md b/08_mindermenge_gueltigkeit.md new file mode 100644 index 0000000..3d9f6ae --- /dev/null +++ b/08_mindermenge_gueltigkeit.md @@ -0,0 +1,11 @@ +# Karte 08 – Mindermengen-Gültigkeit + +**Status:** entschieden + +## Entscheidung +Genehmigte Mindermenge gilt automatisch nur bis zur nächsten Kontrolle des betroffenen Objekts – kein festes Ablaufdatum, kein unbefristetes Gelten. + +## Konsequenz +- Prompt 04 (Mindermengen): Genehmigung ist an "nächste Kontrolle" gekoppelt, nicht an Kalenderdatum. +- Bei nächster Kontrolle: Ist-Menge wird neu erfasst; ist die Abweichung weiterhin vorhanden, muss neu entschieden werden (neuer Genehmigungsvorgang oder Fehlbestand wieder aktiv). +- Datenmodell: Genehmigung referenziert die Kontrolle, ab der sie NICHT mehr automatisch gilt (z. B. "gültig_bis_kontrolle_id" oder Statuslogik beim Kontrollabschluss).