2 Commits

Include renames

Author	SHA1	Message	Date
ScarriffleandClaude Opus 5	53a8b9e0b6	Anbrechen und Teilverbrauch bekommen Knoepfe ... Das Backend konnte das seit dem letzten Commit, aber ohne Oberflaeche kam niemand dran. Jetzt traegt jede Charge zwei Knoepfe: "Anbrechen" spaltet eine Packung ab, gibt ihr ein "zu verbrauchen bis" und laesst den Rest ungeoeffnet mit seinem eigenen MHD - mit Rueckfrage, weil sich die abgespaltene Packung danach anders verhaelt. "Verbrauchen" nimmt die VERBRAUCHTE Menge ("100 ml genommen", "2 von 6 Broetchen"), nicht den Rest - das ist die Zahl, die man kennt. War die Charge noch zu, wird sie dabei angebrochen; der Haken dafuer ist abwaehlbar, falls man nur eine Buchung nachtraegt. Die Einheitenauswahl holt die Hausmasse der Kategorie dazu, deshalb laesst sich "2 EL" buchen und landet bei Mehl als 20 g im Bestand. Die Liste zeigt den Zustand jetzt auch: Spalte "Zustand" (angebrochen), Spalte "Verbrauchen bis", und bei einer offenen Packung die Restmenge in Basiseinheiten statt im Gebinde - "980 g von 1.000 g" sagt etwas, "0,98 Packungen" nicht. Gewarnt wird nach dem FRUEHEREN von MHD und Verbrauchsdatum (units.js:: faelligAm, Spiegelbild von Lot.faellig_am): Eine angebrochene Milch ist nicht mehr bis zum aufgedruckten Datum gut. Dafuer ein eigenes Farb-Token --open in ruhigem Blaugrau - angebrochen ist ein Zustand, keine Warnung. Dazu ein Fehler, der die ganze Anzeige wertlos gemacht haette: In list_all_lots fehlten opened_on, consume_by und opened_quantity. Die Liste haette eine offene Packung wie jede andere Charge gezeigt, samt falscher Ablaufwarnung. Test dagegen. Von Hand durchgeklickt: 4x1l Milch anbrechen ergibt 1 l offen mit Verbrauchsdatum 5.10. und 3 l zu mit MHD 15.11.; "2 EL" aus dem Mehl ergibt 980 g offen und 1 Packung zu. Suite bei 495. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-02 14:17:20 +02:00
ScarriffleandClaude Opus 5	fa5a2bc4fa	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>	2026-10-02 11:25:36 +02:00