mitai-jinkendo/docs/issues/issue-bls-food-mapping.md
Lars a7e5511039
All checks were successful
Deploy Development / deploy (push) Successful in 1m1s
Build Test / pytest-backend (push) Successful in 8s
Build Test / lint-backend (push) Successful in 0s
Build Test / build-frontend (push) Successful in 29s
feat: Rezepte beim Zuordnen anlegen und offene Zutaten listen
Lebensmittel oder Rezept wählbar; gemappte Zutaten werden übernommen, offene erscheinen in der Liste. Dazu Fettgehalt-Suche, EPA-Stoffe, Rezept-CRUD und Wechsel bestehender Zuordnungen.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-09-12 16:59:24 +02:00

1.1 KiB

BLS-Stammdaten, FDDB-Mapping, Item-Tagebuch

Status: in Umsetzung · Gitea: #106 · Folge: #75 (Zucker/Ballaststoffe/Qualität)

Ziel

Verlässliche Lebensmittel-Stammdaten (BLS 4.0 + manuelle Erweiterung), lernendes Mapping aus FDDB, optionale Item-Ebene. Tagesmakros bleiben ohne Katalog nutzbar.

Abnahme Phase 1

  • BLS-XLSX-Import (Dry-Run + Apply), Codes bleiben erhalten
  • Manuelle Foods gekennzeichnet
  • Mapping: Lookup, Bestätigen, Ändern, Löschen; keine KI
  • FDDB-Import speichert Zeilen; Makro-Konflikt laut Policy
  • Fasten-/Lücken-Marken unabhängig vom Import
  • Einzelerfassung nur Makros unverändert
  • Zuordnen über Namenssuche im Popup (kein BLS-Code-Lookup durch den Nutzer)
  • FDDB-Listen-CSV importieren; Tagebuch-Rezeptzeilen in Zutaten auflösen
  • Zuordnungen und Listen als JSON zwischen Instanzen übertragen
  • Eigener Katalogeintrag im Suchpopup; Gramm pro Stück/EL/… am Mapping
  • Manueller Eintrag: beliebige num_per_100g-Stoffe (EPA/DHA/…) und Portionsumrechnung