Lagerverwaltungssoftware: Worauf es wirklich ankommt
Die meiste Lagerverwaltungssoftware ist für den Einzelhandel gebaut — ein Artikel kommt rein, derselbe Artikel geht raus. In der Gastronomie funktioniert das nicht so: Eine Lieferung rohes Hähnchen wird zu einem Dutzend verschiedener Gerichte, zu unterschiedlichen Zeiten, an unterschiedlichen Tagen. Das braucht ein Lager- und Bestandssystem für Küchen wirklich — nicht für ein Lagerhaus.
Warum generische Lagerverwaltungssoftware in der Küche nicht ausreicht
Die meiste Lagerverwaltungssoftware übernimmt ihre Logik aus dem Einzelhandel: Ein Artikel kommt rein, derselbe Artikel geht raus, man zählt den Rest. Eine gastronomische Küche funktioniert nicht so. Eine 20-kg-Lieferung rohes Hähnchenbrustfilet wird zu Hähnchen-Curry, Hähnchen-Caesar-Salat und Hühnerbrühe — drei unterschiedliche Verbrauchsraten, an drei unterschiedlichen Tagen, mit drei unterschiedlichen Ausbeuten nach dem Zuschneiden. Der Bestandswert, der zählt, ist nicht „Einheiten Hähnchenbrust”, sondern „wie viel von allem, was ich bereits gekauft habe, liegt noch in meinem Kühlschrank, meiner Kühlzelle und meinem Trockenlager, und wie viel davon werde ich diese Woche brauchen, basierend auf dem, was tatsächlich auf der Karte steht”.
Diese Diskrepanz kostet Geld. Digitale Lagerverwaltung, die speziell für dieses Muster entwickelt wurde, reduziert Lebensmittelabfälle im Gastronomiebetrieb laut branchenübergreifend zusammengetragenen Studiendaten um 25–30 % — und die Ausgangsbasis, die damit verbessert wird, ist alles andere als klein: US-Restaurants verlieren laut einem 2026 von Forbes aufgegriffenen Bericht schätzungsweise 162 Milliarden Dollar pro Jahr durch Lebensmittelabfälle. Rund 58 % davon entstehen vor dem Verzehr — Vorbereitungsabfälle, Überbestellungen und Verderb — genau die Kategorie, die ein echtes Bestandssystem verhindern soll.
Auch Europa ist von diesem strukturellen Problem nicht ausgenommen. Restaurants und Gastronomiebetriebe verlieren bis zu 4 % ihres Gewinns durch Lebensmittelverschwendung, und eine peer-reviewte Studie speziell über Lebensmittelabfälle in der Schweizer Gastronomiebranche fand dieselbe Grundursache, wiederholt sich über Küchen hinweg: mangelnde Transparenz darüber, was tatsächlich auf Lager ist, im Vergleich zu dem, was ein System annimmt, was auf Lager sein sollte. GastroSuisses eigene Branchenberichte führen die Reduktion von Lebensmittelabfällen als dauerhafte Branchenpriorität, nicht als einmalige Initiative.
Die Lücke zwischen theoretischem und tatsächlichem Bestand
Der Fachbegriff dafür ist Wareneinsatzabweichung: der Unterschied zwischen Ihrem theoretischen Wareneinsatz (was Ihre Rezepte sagen, was ein Verkaufszeitraum basierend auf Standardportionen hätte kosten sollen) und Ihrem tatsächlichen Wareneinsatz (was Ihre Einkaufs- und Lageraufzeichnungen sagen, was Sie wirklich ausgegeben haben). Eine Küche, die nur Einkäufe verfolgt — Geld raus, ohne strukturierte Verbindung zu dem, was tatsächlich gekocht wurde — kann diese Lücke nie schließen, weil sie keine Möglichkeit hat zu wissen, ob der Unterschied auf Verderb, Überportionierung, Diebstahl oder eine unvollständige Lieferantenlieferung zurückzuführen ist. Branchenanalysen der Ursachen weisen durchgängig auf dieselbe Handvoll Übeltäter hin: uneinheitliche Ausbeuten, manuelle Rechnungseingabefehler und „Rezept-Drift” — das schleichende Abweichen, bei dem die Portion eines Kochs während des Stresses auf der Station jedes Mal etwas grösser ist, als die Rezeptkarte vorgibt, bis daraus reale Kosten werden.
Um diese Lücke zu schliessen, müssen Rezept und Lagerbuch dasselbe System sein — nicht zwei getrennte Systeme, die eine Führungskraft am Monatsende von Hand abgleicht.
Worauf es wirklich ankommt
Ohne Marketing-Beiwerk muss ein Lager- und Bestandssystem für die Gastronomie fünf Dinge richtig machen:
- Rezeptgebundener Verbrauch statt manuelles Zählen. Wenn ein Gericht verkauft wird, sollte das System die Zutaten dieses Rezepts automatisch vom Bestand abziehen — nicht darauf warten, dass jemand eine körperliche Zählung macht und die Lücke schätzt.
- Echtzeit-Bestand nach Standort. Ein Mehrstandortbetrieb, oder auch nur ein einzelnes Hotel mit einem zentralen Lager und Satellitenküchen, muss wissen, was wo ist — nicht eine einzige Gesamtzahl, die einen Engpass an einem Standort hinter einem Überschuss an einem anderen verbirgt.
- FEFO statt FIFO-per-Annahme. „First expired, first out” funktioniert nur, wenn das System das Verfallsdatum tatsächlich pro Charge verfolgt, nicht pro Produktkategorie. Das ist genau bei den verderblichen Waren am wichtigsten, die den grössten Abfall verursachen: Milchprodukte, Frischware, Meeresfrüchte.
- Einkauf gekoppelt an tatsächlichen Verbrauch, nicht an einen festen Nachbestellplan — damit eine ruhige Woche nicht zu Überbestellung führt und eine geschäftige Woche nicht zu Engpässen.
- Ein Weg zu vollständiger Rückverfolgbarkeit, auch wenn man sie am ersten Tag noch nicht braucht. HACCP- und Chargenrückruf-Pflichten kommen tendenziell mit dem Wachstum (Mehrstandort, institutionelle Verträge, öffentliche Ausschreibungen), und die nachträgliche Rückverfolgbarkeit in ein System einzubauen, das nie dafür konzipiert wurde, ist weit teurer, als die Option von Anfang an verfügbar zu haben.
Die Kategorie hat echte, kompetente Anbieter, die Teile davon abdecken — Plattformen wie MarketMan, Craftable, Apicbase und FutureLog decken jeweils bedeutenden Boden bei Einkauf, Abweichungsberichten oder hotellerie-spezifischer Bestandskontrolle ab. Die entscheidenden Unterschiede liegen weniger bei einer einzelnen Funktion als vielmehr darin, wie eng der Bestand tatsächlich mit dem Rezept selbst verknüpft ist — und was es kostet, dorthin zu gelangen, an Software, Integrationsaufwand und IT-Overhead.
Wo FoodOps ansetzt
Genau dieses Problem löst FoodOps: CalcMenu-Rezepte synchronisieren sich automatisch als Stücklisten in FoodOps, sodass eine Rezeptänderung den Bestandsverbrauch aktualisiert, ohne dass jemand Daten neu eingeben muss. Der Bestand wird in Echtzeit nach Standort verfolgt, der Wareneingang generiert automatisch Chargennummern, und FEFO wird durchgesetzt statt angenommen. FoodOps läuft auf Odoo — das heisst, wenn Sie noch kein ERP haben, bringt FoodOps eines mit, und wenn Sie später mehr brauchen (Mehrstandort, Non-Food-Einkauf, integrierte Buchhaltung), ist es dieselbe Plattform, kein Anbau.
Für eine Küche, die Tabellenkalkulationen oder ein veraltetes Backoffice-Tool hinter sich gelassen hat und deren Bestandszahlen tatsächlich etwas bedeuten müssen, ist diese Verbindung zwischen Rezept und Lagerbuch der Punkt, den es zuerst zu prüfen lohnt — bei jedem System, nicht nur bei diesem.
Quellen
- Restaurants Lose $162 Billion To Food Waste, New Report Finds — Forbes, März 2026
- Food waste in the Swiss food service industry – Magnitude and potential for reduction — ScienceDirect
- Explaining Actual vs. Theoretical Food Cost Variance — Crunchtime
Entdecken Sie CalcMenus Rezeptmanagement-Software für Restaurants, Hotels und Catering, um zu sehen, wie sie sich auf Ihre Küche anwenden lässt.
Relevante Sektoren
Kommentare
Kommentare folgen in Kürze.