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>

backend/app/services/conversion.py

@@ -98,8 +98,27 @@ def in_artikel_basis(product: Product, menge: float, quell_base: BaseUnit) -> fl
     return menge * anzahl / zweit
 
 
-def to_base(db: Session, product: Product, quantity: float, unit_token: str) -> float:
-    """Rechnet eine Menge (in unit_token) in die Basiseinheit des Produkts um."""
+def to_base(
+    db: Session,
+    product: Product,
+    quantity: float,
+    unit_token: str,
+    *,
+    hausmasse: bool = False,
+) -> float:
+    """Rechnet eine Menge (in unit_token) in die Basiseinheit des Produkts um.
+
+    Reihenfolge: Packung → verwaltete Einheit → Hausmaß → Zweiteinheit-Brücke.
+    Die Einheitentabelle steht VOR den Hausmaßen, weil sie die harte Physik ist:
+    Ein versehentlich angelegtes Hausmaß namens „Liter" würde sonst die echte
+    Einheit dauerhaft verdecken.
+
+    ``hausmasse=True`` lässt Hausmaße überhaupt zu („2 EL"). Vorgabe ist False,
+    weil ein Esslöffel ein Schätzwert ist: Beim **Verbrauchen und Auslagern** ist
+    das richtig, beim **Einlagern** und bei **Mindestbeständen** ausdrücklich
+    nicht. Der Schalter hält das in der Signatur fest, statt es der Disziplin an
+    jeder Aufrufstelle zu überlassen.
+    """
     if quantity <= 0:
         raise ConversionError("Menge muss größer als 0 sein")
 
@@ -113,6 +132,10 @@ def to_base(db: Session, product: Product, quantity: float, unit_token: str) ->
 
     unit = find_unit(db, t)
     if unit is None:
+        if hausmasse:
+            gerechnet = _hausmass_to_base(db, product, quantity, t)
+            if gerechnet is not None:
+                return gerechnet
         raise ConversionError(f"Unbekannte Einheit: {unit_token}")
     if unit.kind != kind_of_product(product):
         # Artfremde Einheit: geht nur über die Zweiteinheit des Artikels.
@@ -130,6 +153,50 @@ def to_base(db: Session, product: Product, quantity: float, unit_token: str) ->
     return quantity * unit.factor
 
 
+def _hausmass_to_base(
+    db: Session, product: Product, quantity: float, token: str
+) -> float | None:
+    """Hausmaß-Token auflösen. ``None`` = kein Hausmaß dieses Namens.
+
+    Unterschied, der wichtig ist: Ein **unbekannter Name** gibt ``None`` zurück,
+    damit danach die normale Einheitensuche greift. Ein **bekanntes Maß ohne
+    Menge** für diesen Artikel ist dagegen ein Fehler mit klarer Ansage – genau
+    die Meldung, aus der der Rezeptabgleich sein „Maß jetzt anlegen" macht.
+    """
+    from .vererbung import mass_aufloesen, mass_in_basiseinheit
+
+    angabe = mass_aufloesen(db, product, token)
+    if angabe is None:
+        bekannt = _bekanntes_mass(db, token)
+        if bekannt is not None:
+            # Den richtigen Namen nennen, nicht das klein geschriebene Token –
+            # die Meldung steht so in der Oberflaeche.
+            raise ConversionError(
+                f"Für diese Kategorie ist kein Maß '{bekannt.name}' hinterlegt."
+            )
+        return None
+    ergebnis = mass_in_basiseinheit(db, product, token, quantity)
+    if ergebnis is None:
+        raise ConversionError(
+            f"Das Maß '{angabe.measure.name}' ist in "
+            f"{BASE_LABEL[BaseUnit(angabe.base)]} hinterlegt und passt nicht zur "
+            f"Art dieses Artikels ({BASE_LABEL[product.base_unit]}). Mit einer "
+            f"Zweiteinheit am Artikel ginge es."
+        )
+    return ergebnis
+
+
+def _bekanntes_mass(db: Session, token: str):
+    """Das Hausmaß mit diesem Namen oder dieser Kurzform – sonst ``None``."""
+    from ..models import Measure
+
+    t = (token or "").strip().lower()
+    for measure in db.query(Measure).all():
+        if t == measure.name.lower() or (measure.short and t == measure.short.lower()):
+            return measure
+    return None
+
+
 def resolve_product_unit(db: Session, unit_id: int) -> tuple[BaseUnit, int]:
     """Ermittelt zu einer gewählten Einheit die kanonische Basiseinheit + Anzeige-ID."""
     unit = db.get(Unit, unit_id)