Einkaufsliste bekommt ein Gedaechtnis - und den Knopf aus dem Rezept

Die Einkaufsliste war vollstaendig GERECHNET: Artikel unter ihrem
Mindestbestand, Gruppen unter ihrem, Bedarfe je Lagerort. Das bleibt, es
ist die Staerke der Liste. Was fehlte, war ein Ort fuer "Milch gehoert
drauf, weil ich das sage" - und damit auch fuer "diese Zutaten fehlen mir
fuer das Rezept". Der Knopf konnte nirgends hinschreiben.

Zwei Tabellen dafuer, und die Trennung ist der Kern:

shopping_entries haelt, was jemand bewusst draufgesetzt hat. Genau eines
von Artikel, Gruppe oder Freitext - der Freitext ist unverzichtbar, denn
eine Rezeptzutat ohne Artikel ("Ras el Hanout") kommt nur so auf den
Zettel, und gerade die unbekannte Zutat ist die, die man vergisst.

shopping_checks haelt nur den HAKEN an einem gerechneten Posten, nicht
den Posten. Die gerechneten Vorschlaege duerfen keine Zeile bekommen: Sie
aendern sich mit jedem Einlagern, eine materialisierte Kopie waere sofort
falsch. Abhaken ging deshalb bisher nur im Browser und war nach dem
Neuladen weg - mitten im Supermarkt.

Aus einem Rezept uebernommen wird die FEHLMENGE, nicht die Rezeptmenge:
Wer 250 g braucht und 100 g hat, kauft 150 g. Gerechnet wird frisch mit
der Portionszahl, die auf dem Schirm steht. Je Rezept und Ziel gibt es
hoechstens einen offenen Eintrag - ein zweiter Druck nach dem Hochdrehen
der Portionen rechnet die Menge neu, statt die Liste zu verdoppeln. Ueber
verschiedene Rezepte hinweg bleiben es getrennte Zeilen, denn derselbe
Artikel kann zweimal fehlen. Ein abgehakter Eintrag blockiert nichts -
abgehakt heisst gekauft.

Mengen formatiert dieselbe Funktion wie beim Rezeptabgleich, damit die
Liste eine Sprache spricht: "2 Packungen" statt "1500 ml", aufgerundet,
weil man keine halbe Packung kauft.

In der Oberfläche eine eigene Karte "Selbst draufgesetzt" mit Eingabefeld,
Herkunftsangabe ("fuer Pfannkuchen") und "Erledigte entfernen", das beide
Quellen zusammen aufraeumt - fuer den Nutzer ist es eine Liste. Das
Abhaken wandert sofort und speichert im Hintergrund; schlaegt es fehl,
springt der Haken zurueck. Die Seite holt jetzt alles mit einem Aufruf
statt mit drei.

Von Hand geprueft gegen eine Mealie-Attrappe: Pfannkuchen fuer 48
Portionen ergibt 2 Packungen Mehl, 2 Packungen Milch, 3 Packungen Eier
und "Ras el Hanout" als Notiz; derselbe Knopf bei 96 Portionen
aktualisiert diese vier statt acht daraus zu machen; ein Haken
ueberlebt das Neuladen. 17 neue Tests, Suite bei 512.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

backend/app/routers/views.py

@@ -42,7 +42,9 @@ from ..services.conversion import (
     display_unit_info,
     group_min_context,
 )
+from ..services import einkaufsliste
 from ..services import gruppen as gruppen_graph
+from .shopping import eintrag_out
 from ..services.stock import (
     current_stock,
     descendant_location_ids,
@@ -469,13 +471,20 @@ def shopping_list_by_location(
 def shopping_list_all(
     db: Session = Depends(get_db), user: User = Depends(get_current_user)
 ) -> ShoppingListAll:
-    """Komplette Einkaufsliste in einem Aufruf: Produkte, Gruppen und Bedarfe je
-    Lagerort – genau die drei Quellen, die auch die Oberfläche zusammenführt.
-    Erspart drei getrennte Abfragen."""
+    """Komplette Einkaufsliste in einem Aufruf: die gerechneten Bedarfe
+    (Produkte, Gruppen, je Lagerort), die gespeicherten eigenen Einträge und die
+    dauerhaft gesetzten Haken. Erspart der Oberfläche fünf Abfragen.
+
+    Gerechnet und gespeichert stehen bewusst nebeneinander: Die Bedarfe aus den
+    Mindestbeständen entstehen bei jedem Aufruf neu, die eigenen Einträge
+    bleiben liegen, bis sie abgehakt sind.
+    """
     return ShoppingListAll(
         products=shopping_list(db, user),
         groups=group_shopping_list(db, user),
         by_location=shopping_list_by_location(db, user),
+        entries=[eintrag_out(db, e) for e in einkaufsliste.eintraege(db)],
+        checked=einkaufsliste.abgehakte(db),
     )