Hotellerie und Gastronomie 13. Juli 2026 · 7 min

PC, PAK, CS, KG: Das Chaos bei Liefereinheiten, das Ihren Wareneinsatz lautlos ruiniert

Eine Preisliste schreibt 'PC' — aber ist das eine Flasche, eine Sechserbox oder eine 5-Liter-Bag-in-Box? Jeder Lieferant erfindet seine eigenen Abkürzungen, und genau in der Lücke zwischen Einkaufseinheit und Rezepteinheit gehen Wareneinsatzkalkulationen lautlos schief — nicht um ein paar Prozent, sondern um ein Vielfaches. Wie dieses Durcheinander in der Praxis aussieht und wie man sich strukturell davon befreit.

Eine Lieferanten-Preisliste enthält eine Zeile: Crème entière 35% — CHF 4.80 — PC. Was bedeutet “PC” hier? Eine 1-Liter-Flasche? Ein 200-ml-Portionsbecher? Eine 5-Liter-Bag-in-Box? Die Abkürzung sagt es nicht. Meistens weiss es auch die Person nicht, die sie unter Zeitdruck ins System eintippt — sie wählt die naheliegendste Lesart, macht weiter, und das Rezept, das diese Crème verwendet, trägt nun einen Kostenwert, der entweder ungefähr stimmt oder um den Faktor fünf daneben liegt — und allein an der Zahl lässt sich nicht erkennen, welches von beidem der Fall ist.

Das ist kein seltener Grenzfall. Nach unserer Erfahrung bei der Einführung strukturierter Rezeptsysteme in neuen Grossküchen ist es eine der grössten Einzelursachen für lautlos falschen Wareneinsatz — grösser als Portionsabweichungen, grösser als eine veraltete Preisangabe, weil dabei nicht einfach eine leicht daneben liegende Zahl entsteht. Es entsteht eine Zahl, die um ein ganzes Vielfaches falsch ist, verkleidet als präzise Berechnung.

Jeder Lieferant erfindet sein eigenes Alphabet

An dem Punkt, an dem die meisten Küchen tatsächlich bestellen, gibt es keinen gemeinsamen Standard. Der Export des einen Lieferanten verwendet “PC” für Stück. Ein anderer verwendet “PC” für Packung. Ein dritter nutzt “STK” (Stück), ein vierter “CT” für Karton, ein fünfter “GEB” für Gebinde — ein deutscher Sammelbegriff für “welcher Behälter auch immer gerade zum Versand verwendet wird”. Dazu kommen “CS” für Case, “BTL” für Flasche, “BUC” für Bund — und das multipliziert mit der Anzahl Lieferanten, von denen eine mittelgrosse Küchengruppe tatsächlich bestellt — typischerweise acht bis fünfzehn, jeder mit seinem eigenen Katalogexport, häufig je nach Region in unterschiedlichen Sprachen.

Das ist kein gelöstes Problem, das nur noch übernommen werden müsste — es ist ein schwieriges. GS1, die globale Standardisierungsorganisation hinter Barcodes, unterhält eigens dafür eine formale Verpackungshierarchie: Jede physische Einheit — Einzelstück, Innenverpackung, Case, Palette — erhält ihre eigene eindeutige Kennung, sodass “ein Case” immer einer exakten, unmissverständlichen Menge entspricht und nicht einer Vermutung. Dieser Standard existiert genau deshalb, weil die Branche die Mehrdeutigkeit bei Gebindegrössen als so gravierend erkannt hat, dass sie eine globale Lösung brauchte. In der Praxis halten sich die Preislisten-Exports der meisten kleinen und mittleren Foodservice-Lieferanten noch immer nicht daran — was bedeutet, dass die Mehrdeutigkeit ungelöst bei der Person landet, die das Produkt ins System eintippt.

Was tatsächlich schiefgeht — drei reale Muster

Die geratene Gebindegrösse. Eine Zeile lautet “1 Case — CHF 48.00.” Ist das ein Case mit 6 Einheiten oder mit 12? Liegt man falsch, wird jedes Rezept, das dieses Produkt verwendet, mit genau dem doppelten oder halben tatsächlichen Zutatenkosten kalkuliert — kein Rundungsfehler, sondern ein sauberes Vielfaches, das jede nachgelagerte Berechnung übersteht und dabei völlig plausibel aussieht.

Dieselbe Zutat, drei verschiedene Gebinde. Rahm von Lieferant A kommt in 1-Liter-Flaschen. Derselbe Rahm von Lieferant B wird in einer 5-Liter-Bag-in-Box geliefert. Ein dritter Anbieter im Catering-Format verkauft 200-ml-Portionsbecher. Behandelt Ihr System “Rahm” als ein einziges austauschbares Produkt statt als drei separate Gebinde-Datensätze, hängt die Rezeptkalkulation ausschliesslich davon ab, welches Gebinde zuletzt erfasst — oder nachbestellt — wurde, ohne jede Warnung, dass sich die Zahl verändert hat.

Die Einheit, die sich in der Beschreibung versteckt. Bei der Einführung eines neuen Systems kommt es häufig vor, dass ein erheblicher Teil eines bestehenden Produktkatalogs ganz ohne strukturiertes Einheitenfeld ankommt — die Gebindegrösse steckt stattdessen als Freitext im Produktnamen: “Box 6x1kg”, “Carton de 24”. Ein Beschreibungsfeld ist keine Information, mit der eine Kalkulationssoftware etwas anfangen kann. Jeder dieser Fälle muss manuell nachbearbeitet und die tatsächliche Zahl herausgelöst werden, bevor das Produkt in einem Rezept überhaupt vertrauenswürdig ist — und bis das geschieht, ist der Produktkostenwert entweder leer, null oder lautlos falsch.

Keines davon ist ein Schulungsproblem. Es ist das, was vorhersehbar passiert, bei dem Umfang, den ein realer Lieferantenkatalog hat — hunderte oder tausende Positionen, mehrere Gebindeformate pro Lieferant, unter Zeitdruck erfasst, ohne strukturelle Hürde, die eine mehrdeutige Einheit davon abhält, in ein Rezept zu gelangen.

Warum das die Kalkulation stärker verzerrt als fast alles andere

Anbieter von Rezeptkalkulations-Software kommen von der anderen Seite her zum selben Befund: Gebindegrösse und Masseinheit seien “die Felder, die am stärksten für Schwankungen beim Wareneinsatz verantwortlich sind” — noch vor Preisabweichungen, noch vor der Portionsgrösse. Der Grund liegt in der Grössenordnung. Ein veralteter Preis liegt vielleicht um 5–10% daneben. Eine falsche Einheitenumrechnung liegt um genau das Vielfache daneben, das das Gebinde tatsächlich hat — 2x, 6x, 12x — und sie verfälscht lautlos jedes einzelne Gericht, das dieses Produkt verwendet, bis jemand zufällig genau diese Position prüft.

Und der Effekt kumuliert sich. Deckungsbeitrag, Menu-Engineering, die Abweichung zwischen theoretischem und tatsächlichem Wareneinsatz — alles in der Rentabilitäts-Serie setzt voraus, dass die zugrunde liegenden Zutatenkosten real sind. Ein falscher Umrechnungsfaktor verzerrt nicht nur eine einzelne Zahl; er vergiftet jede darauf aufbauende Berechnung — genau wie eine undefinierte Portion das tut. Siehe dazu warum “eine Portion” ohne Zahl nichts bedeutet für die Entsprechung dieses Problems auf der Anrichte-Seite.

Wie man das tatsächlich in den Griff bekommt

Die Lösung liegt nicht in sorgfältigerer manueller Erfassung — Menschen, die unter Zeitdruck tausende mehrdeutige Abkürzungen eintippen, werden immer einen gewissen Prozentsatz an Fehlern produzieren. Die Lösung ist struktureller Natur:

Einkaufseinheit und Rezepteinheit sind zwei getrennte Felder, verbunden durch eine explizite Zahl. Lassen Sie “wie es eingekauft wird” und “wie es verwendet wird” niemals ein einziges Feld teilen, und lassen Sie die Umrechnung zwischen beiden niemals in einer Textbeschreibung stecken. “1 Case = 12 × 1 kg” ist eine Zahl, kein Satz.
Ein Produktdatensatz pro tatsächlichem Gebindeformat. Verkauft ein Lieferant — oder verkaufen drei verschiedene Lieferanten — dieselbe Zutat in unterschiedlichen Gebindegrössen, braucht es mehrere Produktdatensätze mit jeweils eigenem Umrechnungsfaktor, nicht einen einzigen Datensatz mit einem angenommenen Standardwert, der die meiste Zeit zufällig stimmt.
Kein Umrechnungsfaktor, keine Verwendung im Rezept. Ein Produkt ohne bestätigte Umrechnung von Einkaufs- zu Rezepteinheit sollte in der Kalkulation gar nicht erst verwendbar sein — eine offensichtliche, markierte Lücke, die jemand füllen muss, ist besser als eine plausibel wirkende falsche Zahl, die niemand hinterfragt.
Einheiten prüfen, bevor Sie Preise anfassen. Wenn ein neuer Standort oder ein neuer Lieferantenkatalog aufgeschaltet wird, ist das Einheitenfeld das Erste, was verifiziert werden muss — ein korrekter Preis in Kombination mit einem falschen Umrechnungsfaktor ergibt trotzdem eine falsche Kostenzahl. Erst die Preise zu korrigieren und dann die Einheiten heisst, zuerst das kleinere Problem zu lösen.
Die Umrechnung jedes Mal neu prüfen, wenn sich das Gebindeformat ändert. Lieferanten wechseln durchaus die Gebindegrösse — aus einer 5-Liter-Dose wird eine 3-Liter-Dose, aus einem Case mit 6 Einheiten wird einer mit 4 — meist ohne Ankündigung. Erzwingt nichts eine Überprüfung des Umrechnungsfaktors, wenn das passiert, wird das alte Vielfache unbegrenzt weiter auf die neue Realität angewendet.

All das macht eine Waage und ein geschultes Auge genauso wenig überflüssig wie Portionsdisziplin das tut. Was es beseitigt, ist die lautlose Version des Fehlers — jene, die wie eine echte Zahl aussieht, jeden Bericht übersteht und erst Monate später als Marge auftaucht, die sich still und leise abgebaut hat und die niemand erklären kann.

Quellen und weiterführende Links

Relevante Sektoren

Hotellerie und Gastronomie

Mit einem Menschen sprechen — 15 Min.

Kommentare

Kommentare folgen in Kürze.