Skip to content
Opt Dir

Lebensmittel · Tagesbestellung und Produktion

Wie viel soll ich heute Morgen bestellen?

Landwirtschaft 4 Min Lesezeit
Gilt auch für: Gastronomie Einzelhandel
#frischware #tagesbestellung #verderbliche ware #schwund #obst und gemüse #bäckerei

Für Obst-/Gemüsehändler, Bäckerei, Metzgerei oder Restaurantlieferant — die tägliche Bestell-/Produktionsmenge, die Mangel und Verderb mathematisch ausbalanciert (in der Literatur: Newsvendor-Problem).

Kurz gesagt

Ein Obst- und Gemüsehändler in der Nachbarschaft, eine Quartiersbäckerei, eine Metzgerei, ein Fischverkaufsstand, eine Frischteig- oder Fertiggerichte-Werkstatt, ein Restaurantlieferant — jeden Tag oder zu jedem Schichtstart die Frage ‘wie viel produzieren oder einkaufen wir heute?’. Drei Realitäten gelten: (1) das Produkt verdirbt am Ende des Tages oder hat sehr kurze Haltbarkeit, (2) die Nachfrage schwankt nach Tag, Wetter und Aktion, (3) die Bestellung wird einmal abgegeben; zu wenig bedeutet Stockout, zu viel bedeutet Verlust- oder Wegwerfware. Die Entscheidung ist mathematisch: das Verhältnis Stockout-Kosten zu Verderbkosten ist der Schlüsselparameter. Wenn die Entscheidung als ’letzte Woche haben wir so viel verkauft, nehmen wir etwas mehr’ getroffen wird, steigt der Schwund jährlich auf 8–20 % und die Stockout-Rate auf 5–15 %.

Kommt Ihnen das bekannt vor?

  • Morgens bei der Öffnung lautet die Antwort auf 'wie viel heute' immer noch 'letzten Montag haben wir so viel verkauft'
  • Am Tagesende werden 10–25 % der Produkte weggeworfen, reduziert verkauft oder an Personal verschenkt — frisst spürbar in den Jahresgewinn
  • Gegen 18:00 sind ein, zwei beliebte Artikel ausverkauft; Kundinnen gehen zum Wettbewerber und kommen nicht zurück
  • An einem Regentag wurde dieselbe Menge produziert wie an einem Sonnentag; auf einer Seite Abfall, auf der anderen Mangel
  • Vor Feiertagen, Muttertag oder bei Wetterumschwung wird 'mehr oder weniger?' jedes Mal neu diskutiert
  • Personal notiert 'Kunde wollte, war nicht da', aber diese Notizen verschwinden; keine systematische Analyse
  • Das Produktionsteam macht jeden Tag dieselbe Menge; die Nachfrageschwankung deckt sich nicht mit der Produktion — entweder Bestand wächst oder reicht nicht

Warum es wichtig ist

Manuelle Tagesbestell-/Produktionsentscheidungen verlieren Geld auf fünf Kanälen: (1) Schwund/Verderb — direkter Verlust, in Frischware typisch 5–15 % vom Umsatz, (2) Umsatzausfall — Stockouts treiben Kundenabwanderung, besonders bei margenstarken Artikeln, (3) Verkauf mit Preisnachlass — bald verderbende Artikel unter Kosten oder unter Listenpreis verkaufen, (4) Rohstoff- und Arbeitsverschwendung — Inputs für Überproduktion, (5) Managementzeit — die tägliche ‘wie viel’-Diskussion. Die Operations-Research-Literatur zeigt, dass systematische Newsvendor-Entscheidungen den Schwund um 30–50 % und Umsatzausfälle um 20–40 % gegenüber Bauchgefühl senken können. Für ein Frischwarenunternehmen mit 1 Mio. EUR Umsatz ist das ein jährliches Einsparpotenzial von 50.000–150.000 EUR.

Wie wird es gelöst?

Technische Tiefe

In einem Satz: Bei margenstarken Artikeln etwas mehr bestellen (Stockout-Strafe wiegt schwer), bei verderbstarken Artikeln etwas weniger (Restwert null). Nicht eine einzige ‘mittlere’ Menge anpeilen — pro Artikel eine eigene Balance setzen.

Was die Software wirklich tut: pro Artikel berechnet sie numerisch die optimale Bestellmenge, die Verderbkosten gegen Stockout-Kosten balanciert; dann lernt sie aus der Verkaufshistorie die Nachfrageverteilung und empfiehlt eine Tagesmenge. Drei Stufen:

1. Kosten- und Nachfragedaten zusammenführen. Pro Artikel: Einkaufs-/Produktionskosten, Verkaufspreis, Restwert eines unverkauften Stücks (oft Null oder sehr niedrig), entgangener Deckungsbeitrag bei Stockout, Nachfrageschwankung (8–12 Wochen tägliche Historie). Wetter, Kalenderereignisse (Feiertage, Wochenenden, Schultermin), lokale Events fließen als zusätzliche Faktoren ein.

2. Optimale Bestellmenge berechnen. Die klassische Newsvendor-Formel beruht auf dem Prinzip der ‘kritischen Fraktile’ (Schwelle ‘wir wollen an X % der Tage nicht ausverkauft sein’): optimaler Servicegrad = Marge / (Marge + Verderbkosten). Ein margenstarker Artikel rechtfertigt also ökonomisch leichte Überbestellung, ein verderbstarker Artikel rechtfertigt leichte Unterbestellung. Für jeden Artikel sucht die Software die Nachfragemenge, die dieser kritischen Fraktile aus der historischen Verteilung entspricht — das ist die optimale Bestellmenge. Die Verteilung kann normal, lognormal oder die echte empirische Verteilung sein.

3. Die tägliche Empfehlung landet auf dem Tisch. Bei Öffnung oder zur Bestellzeit liefert die Software eine Artikelliste: ‘Heute: Äpfel 45 kg, Brot 180 Stück, Rindfleisch 18 kg.’ Wetter- oder Aktionsüberschreibungen wirken automatisch. Am Tagesende vergleicht die Software den realen Verkauf mit der Prognose und aktualisiert das Modell — es lernt mit. Manuelles Übersteuern ist immer möglich: ‘Heute regnet es, Brot 15 % weniger’ — die Entscheidung der Leitung gewinnt.

Sie ersetzt die Erfahrung nicht; denken Sie an einen Taschenrechner, der ’etwas mehr, etwas weniger’-Entscheidungen von 20 auf 200 Artikel skaliert — mit zahlenmäßiger Begründung pro Artikel. Die Entscheidung bleibt bei Ihnen, aber pro Produkt liegt eine ‘Optimum’-Zahl bereit.

Alternativen

Bauchgefühl + Wochenbuch

Kostenlos

Kostenlos

Für wen geeignet: 10–30 Artikel, stabile Nachfrage, kleines Geschäft

  • + Keine Kosten
  • + Flexibel — sofortige Anpassung
  • + Keine Investitionsentscheidung
  • − Über 30 Artikel ist die optimale Menge nicht im Kopf zu halten
  • − Nachfrageschwankung (Wetter, Aktion, Event) bleibt im Bauch
  • − Letztjähriges Muttertagsvolumen ist nicht abrufbar
  • − Schwund und Umsatzausfälle werden nicht zahlenmäßig erfasst

Tabellenkalkulation + manuelle Tageserfassung

Kostenlos

Kostenlos (eigene Zeit)

Für wen geeignet: 20–60 Artikel, bereit, Durchschnitte schriftlich zu führen

  • + Keine Software-Kosten
  • + Eigene Formeln, individuell anpassbar
  • + Daten an einer Stelle
  • − Die probabilistische Newsvendor-Formel von Hand anzuwenden ist mühsam
  • − Tägliche manuelle Pflege nötig
  • − Kein selbstlernendes Modell

POS-/Bestellsoftware mit eingebauter Prognose

Enterprise

500–2.000 EUR Einrichtung + 50–200 EUR/Monat (regionale KMU-Preise)

Für wen geeignet: 50–300 Artikel, Kassensystem im Markt/Bäcker/Metzgerei vorhanden

  • + Deutsche Oberfläche und Support
  • + Kassen-/Bestellsystem integriert
  • + Tägliche Empfehlung per E-Mail/SMS
  • − Prognose-Engine meist 'letzte Woche im Schnitt'; keine echte Newsvendor-Mathematik
  • − Kostenparameter (Marge, Verderbkosten) pro Artikel nicht einstellbar
  • − Wetter und Event-Faktor nicht enthalten

Internationale spezialisierte Frischware-Prognose-Software

Enterprise

20–100 EUR/Artikel/Jahr oder 25.000–150.000 EUR/Jahr Lizenz

Für wen geeignet: 300+ Artikel, Lebensmittelhandelskette, Restaurantnetzwerk, Lebensmittelproduzent

  • + Ausgereift: Newsvendor + ML-Prognose, mehrere Kategorien, Wetter- und Event-Faktoren
  • + Kassen- und Lager-Integration vorhanden
  • + Algorithmen über Jahre gehärtet
  • − Hohe Lizenz- und Beratungskosten
  • − Einführung 2–4 Monate
  • − Anpassung an lokale Produkte und Lieferanten nötig

Eigenbau auf Open-Source-Bibliotheken

Open Source

Lizenz kostenlos; 4–8 Wochen interne Entwicklung oder 20.000–80.000 EUR Beratung

Für wen geeignet: Kette mit Datenteam oder technologisch geführter Betreiber

  • + Keine Lizenzkosten
  • + Voll anpassbar an Produkt und Kostenstruktur
  • + Cloud oder eigener Server
  • − Data-Science-Kapazität im Haus nötig
  • − Laufende Wartung ist echte Arbeit
  • − Schlechte Historiendaten führen zu irreführenden Ergebnissen

Empfehlung

Klein
10–30 Artikel, kleines Geschäft: Bauchgefühl plus Wochenbuch reicht. Monatliche Software-Kosten 50–150 EUR; bei kleinem Volumen ist die Ersparnis ähnlich — der ROI rechnet sich nicht. Erst 8–12 Wochen reale Verkäufe und Schwund erfassen.
Mittel
50–200 Artikel, kleine Lebensmittel-/Obst-Gemüse-Kette oder Restaurantlieferant: POS-/Bestellsoftware mit eingebauter Prognose oder Abo-Produkt. 6–8 Wochen Pilot. Akzeptable Erfolgsschwelle: in 60 Tagen Schwund minus 30 %, Stockouts minus 20 %, Manager-Bestellzeit halbiert. Typische Monatskosten: 50–200 EUR.
Groß
200+ Artikel, Handelskette oder Lebensmittelproduzent: Volle Prognose-Suite plus Kasse und Beschaffungsanbindung. Jährliche Gesamtkosten 30.000–250.000 EUR. Amortisation in 12–18 Monaten — Branchenstudien berichten 30–50 % Verbesserung beim Frischware-Schwund.

Im Gespräch fragen

  • Wendet die Prognose-Engine echte Newsvendor-Mathematik an (optimale Menge per kritischer Fraktile) oder nur historische Mittelwerte?
  • Können Verderbkosten, Marge und Haltbarkeit pro Artikel als separate Parameter eingestellt werden, oder werden alle Artikel über einen einzigen 'Sicherheitsbestand' behandelt?
  • Fließen Wetter, Kalenderereignisse (Feiertage, Wochenenden) und lokale Events automatisch in die Prognose?
  • Werden Stockout-Phasen in der Verkaufshistorie automatisch korrigiert (Censored-Demand-Korrektur)?
  • Wird Substitution modelliert (z. B. helles Brot ausverkauft, Kunde nimmt Vollkorn)?
  • Fließen Lieferanten-Mindestbestellmengen (MOQ) und Mengenrabatte in die Empfehlung ein?
  • Wie ist der Pilot aufgebaut — wie viele Artikel, wie viele Wochen, was ist die Erfolgsschwelle?
  • Wenn wir die Zusammenarbeit beenden, wie bekommen wir Produkthistorie, Schwund-Aufzeichnungen und Bestellempfehlungen zurück? Gibt es einen Standard-Export?

Technische Details

Anmerkung der Redaktion

Auf dem Ladentisch heißt dieses Problem ‘wie viel bestellen wir heute’, ‘Schwundreduktion’ oder ’tägliche Produktionsmenge’. Der akademische Name ist das Newsvendor-Problem — einperiodische stochastische Bestandsentscheidung. Der Name kommt vom Zeitungsverkäufer, der morgens die Tagesauflage bestellt; was verkauft wird, ist Gewinn, was übrig bleibt, wird verschrottet. Dieselbe Struktur taucht in Frischware, saisonaler Mode, Eventtickets, Blutreserven und sogar Flug-Overbooking auf. Ohne diese Einordnung lässt sich in einer Demo nicht beurteilen, ob das ‘Prognosemodul’ wirklich den Trade-off Schwund-Stockout optimiert oder nur Mittelwerte bildet.

Der in diesem Segment am häufigsten übersehene Punkt: viele Produkte werben mit ‘Nachfrageprognose’, laufen darunter aber nur mit gleitenden Mittelwerten — ‘Schnitt der letzten 4 Wochen × 1,1’. Das genügt, wenn die Schwankung niedrig ist; aber in der Frischware kann die Nachfrage täglich 20–50 % schwanken, und die Kosten auf beiden Seiten (Stockout vs Verderb) sind asymmetrisch. Ein echter Newsvendor berechnet die ‘kritische Fraktile’ als Marge / (Marge + Verderbkosten). Verlangen Sie in jeder Demo ein durchgerechnetes Beispiel: ‘Marge 5 EUR, Verderbkosten 8 EUR, Mittelwert 100, Standardabweichung 30 — wie hoch ist die optimale Bestellmenge?’

Schritt-für-Schritt-Pfad für ein KMU

Phase 1 — Erst messen, dann planen. Über 8–12 Wochen vier Dinge erfassen:

  • Tägliche tatsächliche Verkäufe pro Artikel
  • Schwund am Tagesende: weggeworfen, reduziert, retourniert
  • Stockout-Stunden (z. B. ‘Brot um 18:00 ausverkauft, 4 Stunden mit Käufern’)
  • Wetter- und Kalenderhinweise (Feiertage, Schultermin, lokale Events)

Ohne diese Basislinie können Sie nicht beurteilen, welche Software welches Ergebnis liefert.

Phase 2 — Kostentabelle erstellen. Pro Artikel: Einkaufskosten, Verkaufspreis, Marge (Preis minus Kosten), Verderb-Stückkosten, Verhältnis Marge/Verderb. Dieses Verhältnis definiert die ‘kritische Fraktile’ — der Hauptparameter hinter jeder ehrlichen Empfehlung. Diese Tabelle ist Ihr Wissenskapital — jeder ernsthafte Anbieter fragt sie zuerst ab.

Phase 3 — Pilot. Mit den 10–30 wichtigsten Artikeln über 6–10 Wochen starten. Erfolgskriterium schriftlich, vor dem Start: z. B. ‘in 60 Tagen Schwund in der A-Gruppe minus 25 %, Stockouts minus 30 %’. Wird die Marke nicht erreicht, endet der Pilot — sichern Sie dieses Recht im Vertrag.

Phase 4 — Rollout. Bei erfolgreichem Pilot über 2–3 Monate auf das gesamte Sortiment ausrollen. Schulung 1–2 Wochen; morgens sollte ein ‘System empfiehlt, akzeptieren’ genügen.

Risiken — was schiefgehen kann

  1. Schlechte historische Daten. Aufzeichnungen wie ‘verkauft’ / ‘weggeworfen’ sind zu grob; Newsvendor kann damit nicht korrekt rechnen. Vor dem Pilot tägliche + artikelbezogene Verkaufs- und Schwund-Aufzeichnungen standardisieren.
  2. Verlorene Stockout-Daten. Wenn das System einen Stockout als ’null Verkäufe’ aufzeichnet, ist die Nachfragehistorie irreführend (censored demand). Ein gutes System erfasst Stockout-Stunden separat.
  3. Substitutionseffekt. Findet ein Kunde sein Wunschprodukt nicht, nimmt er ein anderes (Weißbrot ausverkauft, nimmt Vollkorn). Unmodelliert lautet die falsche Schlussfolgerung ‘Weißbrot-Nachfrage ist niedrig’.
  4. Lieferantenabhängigkeit. Software, die Produkthistorie und Kostenparameter in proprietärem Format speichert, erschwert einen späteren Wechsel. Schreiben Sie in den Vertrag: ‘Wir können unsere Daten jederzeit in offenen Standardformaten (CSV oder ähnlich) exportieren.’

Verwandte Lehre aus der Praxis (wird verlinkt, sobald veröffentlicht): ‘Eine mittelgroße Supermarktkette verwarf ihre Bestellsoftware nach 9 Monaten — was übersehen wurde.’

Technischer Blick auf die Lösungsmethode

Dieser Abschnitt enthält, was Sie im Gespräch mit Software-Team oder Berater brauchen. Es ist nicht das, was der Bediener auf dem Bildschirm sieht — es ist der Motor hinter dem Vorhang.

Hauptansätze für die Bestellung verderblicher Ware:

AnsatzTypischer EinsatzDatenbedarfEntscheidungslogik
Gleitender MittelwertHistorie vorhanden, Nachfrage stabilNiedrigMittel der letzten N Tage
Klassischer NewsvendorVerderblich, einmalige EntscheidungMittelKritische Fraktile × Nachfrageverteilung
Mehrperiodig mit Übertrag2–7 Tage HaltbarkeitMittelDynamische Programmierung
ML-PrognoseViele Artikel + Wetter + EventsHochRegressionsbäume, neuronale Netze
Stochastisches MIPMulti-Produkt + LieferantenbedingungenHochVollständige Optimierung

Faustregel: Unter 30 Artikel reicht der klassische Newsvendor. Bei 100+ Artikeln, mehreren Kategorien und Saisoneffekten ist ML-Prognose + Newsvendor-Mischung zu bevorzugen. Bei Lieferanten-MOQ und Multi-Produkt-Bedingungen stochastisches MIP.

Die Wahl der Zielfunktion verändert die Lösungsform:

  • Erwarteter Gewinn (Verderb + Stockout-Balance): ‘Nettogewinn maximieren’ — passt zu margenstarken Produkten
  • Gesamter Schwund: ‘Weggeworfenes minimieren’ — passt zu nachhaltigkeitsorientierten Betrieben
  • Servicegrad (z. B. 95 % ohne Stockout): ‘Kunde findet immer’ — passt zu marktanteilorientierten Strategien
  • Kostenasymmetrie: ‘Stockout-Kosten 3-fach Verderbkosten’ — passt zu margenarmen Produkten

Die meisten realen Einsätze verwenden eine gewichtete Mischung der vier — am häufigsten erwarteter Gewinn × Servicegrad.

Akademische Quellen

Im sources-Block dieser Seite gelistet. Das Newsvendor-Problem wurde 1951 von Arrow, Harris und Marschak formalisiert und ist eines der ältesten, weiterhin aktiven Felder der Operations Research; aktuelle Arbeit erweitert es mit ML-basierter Nachfrageprognose und Multi-Produkt-Substitutionsmodellen.

Quellen

  • Arrow, K. J., Harris, T. und Marschak, J. (1951). Optimal inventory policy. Econometrica, Band 19 — die Arbeit, die das mathematische Fundament des Newsvendor-Problems legte.
  • Khouja, M. (1999). The single-period (news-vendor) problem: literature review and suggestions for future research. Omega, Band 27 — umfassende Übersicht des Feldes.
  • Porteus, E. L. (2002). Foundations of Stochastic Inventory Theory. Stanford University Press. Standardwerk der stochastischen Bestandstheorie.
  • INFORMS Interfaces — Fallstudien zu Newsvendor-Einsätzen in Frischware und Einzelhandel. informs.org/Publications/Interfaces

Glossar

Newsvendor
Klassisches einperiodisches Bestandsmodell, das die optimale Bestellmenge für Verderbliche aus der Balance von Verderb- und Stockout-Kosten liefert.
Servicegrad
Die Wahrscheinlichkeit, dass ein Kunde findet, wonach er fragt — ein numerisches Ziel für Bestands- und Bestellentscheidungen.
MIP
Optimierungsmodell, bei dem ein Teil der Entscheidungsvariablen ganzzahlig sein muss (z. B. Anzahl LKW, Anzahl Schichten).
X LinkedIn
War das hilfreich?
Korrektur vorschlagen
Esc Schließen