Angebrochene Packungen, Teilverbrauch und Hausmasse (Backend)

Eine Teilmenge auszulagern ging rechnerisch schon, aber es blieb keine Spur
davon: Eine Charge mit 900 von urspruenglich 1000 ml war von einer frisch
eingelagerten 900-ml-Charge nicht zu unterscheiden, und eine geoeffnete
Milch galt weiter bis zum aufgedruckten MHD.

Anbrechen spaltet jetzt eine Packung ab. Aus 4 x 1 l wird eine offene
Charge mit 1 l und eine ungeoeffnete mit 3 l - sonst truegen die
restlichen 3 l das kurze Verbrauchsdatum mit, obwohl sie noch zu sind. Der
Gesamtbestand aendert sich dabei nicht, es ist eine Umbuchung wie das
Aufteilen und schreibt wie dieses keine Bewegung.

Verbrauchen geht in einem Schritt: Wer "100 ml verbraucht" eintraegt,
bricht die Charge dabei an (abschaltbar ueber auto_open). Gerechnet wird
vor dem Anbrechen - scheitert die Einheit, soll keine Packung grundlos
offen stehen.

MHD und "zu verbrauchen bis" stehen nebeneinander und bleiben beide
sichtbar; gewarnt wird nach dem FRUEHEREN (Lot.faellig_am). Dafuer musste
in /expiring die Vorbedingung "best_before IS NOT NULL" weg, sonst fehlte
ausgerechnet die angebrochene Packung ohne aufgedrucktes MHD. ExpiringItem
traegt beide Daten plus warn_date und warn_source, und best_before ist dort
jetzt optional.

Die Frist kommt aus drei Ebenen: Artikel schlaegt Kategorie, Kategorie
schlaegt ueber ihre Oberkategorien hinweg den globalen Wert. Der Helfer
dafuer (services/vererbung.py) liest die Kategoriekette von
services/fields.py rueckwaerts - dort werden Felder ALLER Vorfahren
gesammelt, hier gewinnt der naechste. Dieselbe Mechanik traegt die
Hausmasse.

Hausmasse sind der zweite Teil: "2 EL Mehl" liess sich bisher nicht
buchen, weil eine globale Einheit "Essloeffel" bei Mehl und Zucker
zwangslaeufig gleich schwer waere. Der Name ist deshalb global, die Menge
haengt an Kategorie und Artikel. to_base loest sie nur mit hausmasse=True
auf - beim Auslagern und Verbrauchen ja, beim Einlagern und bei
Mindestbestaenden ausdruecklich nicht, denn ein Loeffel ist ein
Schaetzwert. Verwaltete Einheiten werden zuerst geprueft, damit ein Mass
namens "Liter" die echte Einheit nicht verdeckt.

Zwei Stellen waeren sonst still kaputtgegangen:

- Die Konsolidierung haette die offene Packung beim naechsten Einlagern am
  selben Ort einkassiert und ihr Verbrauchsdatum verschluckt. Angebrochene
  Chargen werden deshalb nie zusammengefasst - in consolidate_lot_group
  und im Start-Aufraeumer, beide bisher ohne jeden Test. Das Netz dafuer
  ist jetzt da (test_konsolidierung.py).
- FEFO sortiert nach dem wirksamen Datum statt nur nach dem MHD. Eine
  offene Packung kommt damit meist von selbst zuerst, aber eine
  ungeoeffnete, die morgen ablaeuft, geht vor - Verderb schlaegt
  Bequemlichkeit. Erst bei gleichem Datum wird das Angebrochene vorgezogen.

Dashboard bekommt "angebrochen" als fuenften Zustand, mit Vorrang
abgelaufen > bald > angebrochen > in Ordnung: Was offen ist und morgen
ablaeuft, gehoert in die Warnung, nicht in den ruhigeren Zustand.

Oberflaechen in Web und App folgen in eigenen Commits.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Scarriffle
2026-10-02 11:25:36 +02:00
co-authored by Claude Opus 5
parent 254737086e
commit fa5a2bc4fa
22 changed files with 2073 additions and 51 deletions
+29 -9
View File
@@ -283,14 +283,28 @@ def set_enforced(
# --------------------------------------------------------------------------
# Auswertungen
# --------------------------------------------------------------------------
def _zustand(best_before: date | None, heute: date, warnfrist: int) -> str:
"""Ablaufzustand einer Charge: ohne MHD / abgelaufen / bald / in Ordnung."""
def _zustand(
best_before: date | None, heute: date, warnfrist: int, *, angebrochen: bool = False
) -> str:
"""Ablaufzustand einer Charge: abgelaufen / bald / angebrochen / ohne MHD / ok.
``best_before`` ist hier das WIRKSAME Datum – das frühere aus aufgedrucktem
MHD und Verbrauchsdatum (``Lot.faellig_am``).
Vorrang: abgelaufen > bald ablaufend > angebrochen > in Ordnung.
Dringlichkeit schlägt Zustand: Eine angebrochene Packung, die morgen weg
muss, gehört in „bald ablaufend" – sonst verstoeckte der ruhigere Zustand
die Warnung. „angebrochen" ist damit das, was offen ist und noch Zeit hat.
"""
if best_before is not None:
if best_before < heute:
return "expired"
if (best_before - heute).days <= warnfrist:
return "soon"
if angebrochen:
return "opened"
if best_before is None:
return "no_date"
if best_before < heute:
return "expired"
if (best_before - heute).days <= warnfrist:
return "soon"
return "ok"
@@ -321,7 +335,10 @@ def _bestand_beitraege(
continue
faktor, _label = article_unit(product)
menge = lot.quantity / (faktor or 1.0)
beitraege.append((product, menge, _zustand(lot.best_before, heute, warnfrist)))
beitraege.append((
product, menge,
_zustand(lot.faellig_am, heute, warnfrist, angebrochen=lot.ist_angebrochen),
))
for product in db.query(Product).filter(Product.individual.is_(True)).all():
# Verliehene Stuecke sind nicht im Haus und zaehlen deshalb nicht mit.
@@ -374,7 +391,7 @@ def expiry_split(
) -> ExpirySplit:
heute = date.today()
warnfrist = get_expiry_warning_days(db)
summen = {"ok": 0.0, "soon": 0.0, "expired": 0.0, "no_date": 0.0}
summen = {"ok": 0.0, "soon": 0.0, "expired": 0.0, "opened": 0.0, "no_date": 0.0}
for _product, menge, zustand in _bestand_beitraege(db, heute, warnfrist):
summen[zustand] += menge
return ExpirySplit(**{k: round(v, 3) for k, v in summen.items()})
@@ -417,7 +434,10 @@ def by_category(
rollup_cache[cid] = ziel
return ziel
leer = lambda: {"article_units": 0.0, "ok": 0.0, "soon": 0.0, "expired": 0.0, "no_date": 0.0}
leer = lambda: {
"article_units": 0.0, "ok": 0.0, "soon": 0.0,
"expired": 0.0, "opened": 0.0, "no_date": 0.0,
}
eimer: dict[int | None, dict] = defaultdict(leer)
for product, menge, zustand in _bestand_beitraege(db, heute, warnfrist):
topf = eimer[rollup(product.category_id)]