Zentralküche: Bestellte vs. gelieferte Mengen standortübergreifend tracken

Kurze Lieferungen im Wareneingang erfassen, nicht im Bericht
Eine Zentralküche beliefert jeden Restaurantstandort. Ein Bericht über gelieferte Mengen listet nur das auf, was tatsächlich eingetroffen ist. Eine Zeile, die nie geliefert wurde, fällt daher heraus. Um bestellte vs. gelieferte Mengen standortübergreifend zu verfolgen, muss die Lücke dort erfasst werden, wo sie entsteht. Sie zeigt sich an drei Stellen: im Wareneingang, auf der Bestellung und im Transferpfad. Der Wareneingang ist die früheste und zuverlässigste der drei.
Eine Filiale empfängt eine Zentralküchen-Lieferung, indem sie direkt aus dem versendeten Auftrag einen Wareneingang erstellt. Artikel und Mengen werden vorausgefüllt übernommen. Supy prüft dann die gelieferte Menge gegen die bestellte Menge auf jeder Zeile. Jede Zeile, die zu kurz geliefert wird oder gar nicht ankommt, wird markiert, bevor der Warenempfänger bestätigt.
Dieser Hinweis ist der Moment zum Handeln. Der Warenempfänger kann die kurze Menge akzeptieren, sie anfechten oder sofort eine Abweichung und eine Gutschrift aufnehmen. Die Lücke wird gegen die Bestellung erfasst. Niemand muss sie Wochen später bei einer Inventur neu entdecken. Die Mechanik solcher kurzen Zeilen und ihrer Gutschriften wird unter Lieferantengutschriften und Wareneingangsabweichungen beschrieben.

Wareneingang vs. Bestellung auf der Bestellung, Zeile für Zeile lesen
Jede Zentralküchen-Bestellung trägt ihre eigenen Erfüllungsdaten. Empfangene Mengen werden beim Wareneingang gegen die bestellte Menge aktualisiert. So zeigt jede Bestellung, wie viel tatsächlich auf jeder Zeile eingetroffen ist. Eine Bestellung mit null empfangenen Einheiten ist eine nicht gelieferte Zeile. Sie ist auf der Bestellung selbst sichtbar, nicht in einem Bericht vergraben.
Das zeilenweise Lesen trennt eine vollständige Lieferung auf einen Blick von einer Kurzlieferung. Die folgende Bestellung zeigt fünf Zeilen für eine Sendung. Zwei sind vollständig erfüllt. Zwei sind kurz. Eine ist nicht angekommen.
| Artikel | Bestellt | Erhalten | Zeilenstatus |
|---|---|---|---|
| Hähnchenbrust (kg) | 40 | 40 | Erfüllt |
| Beef-Patties | 60 | 45 | Kurz 15 |
| Burgerbrötchen | 500 | 0 | Nicht geliefert |
| Tomatensauce (Behälter) | 24 | 24 | Erfüllt |
| Salat (Kisten) | 12 | 8 | Kurz 4 |
Die Burgerbrötchen-Zeile ist genau das, was ein Bericht über gelieferte Mengen verbirgt. Nichts wurde empfangen, also hat der Bericht nichts zu listen. Auf der Bestellung steht sie bei null und wartet darauf, nachverfolgt oder storniert zu werden.
Jeden Transfer an beiden Enden bestätigen lassen
Standortübergreifende Transfers durchlaufen drei Phasen: aufgegeben, versendet, dann empfangen. Der Zielort muss den Empfang bestätigen, bevor Bestände an einem Ende gebucht werden. Eine nicht gelieferte Zeile markiert sich daher nie stillschweigend als geliefert. Sie bleibt offen, bis jemand sie tatsächlich gegen die Bestellung empfängt.
Sowohl der bestellende Standort als auch die Zentralküche erhalten bei jeder Phase Statusbenachrichtigungen. Keine Seite rätselt, ob eine Sendung angekommen ist. Ein Transfer kann aufgegeben und versendet worden sein, aber nie als empfangen bestätigt worden sein. Diese Lücke bleibt für beide Teams sichtbar. Derselbe Bestätigungspfad liegt Zentralküchentransfers innerhalb von Restaurantgruppen zugrunde.

Einen ganzen Zeitraum ohne manuellen Extrakt abgleichen
Für eine Zwei-Monats-Übersicht über sieben Standorte sollte man nicht auf einen Bericht über gelieferte Mengen warten. Er zählt nur das, was geliefert wurde. Die gesuchten nicht gelieferten Zeilen sind genau jene, die er auslässt. Stattdessen aus den Bestellungen und dem Bestandshauptbuch arbeiten.
Die Bestellungen enthalten die bestellte-vs.-empfangene Zahl für jede Zeile. Die offenen und kurzen Zentralküchen-Bestellungen für den Zeitraum herausziehen. Das liefert die Erfüllungslücken direkt.
Das prüfbare Bestandshauptbuch erfasst jede verbuchte Bewegung, und Transfer-Controlling fasst diese Bewegungen über Standorte zusammen. Zwischen den offenen Bestellungen und dem Hauptbuch erhält man beide Hälften. Niemand muss einen manuellen Extrakt anfordern. Dieser Abgleich findet innerhalb von Beschaffungssoftware für Restaurants statt, nicht in einer Tabellenkalkulation.
| Wo man nachschaut | Was es zeigt | Erfasst Nulllieferungs-Zeilen? |
|---|---|---|
| Bericht über gelieferte Mengen | Nur die gelieferten Zeilen | Nein, nicht gelieferte Zeilen werden ausgeschlossen |
| Bestellerfüllungsansicht | Bestellt vs. empfangen auf jeder Bestellung | Ja, eine Bestellung mit null Empfang ist direkt sichtbar |
| Wareneingangsabweichungs-Markierung | Kurze Zeilen zum Zeitpunkt des Wareneingangs | Ja, vor der Bestätigung |
| Prüfbares Bestandshauptbuch | Jede verbuchte Bewegung | Nur Bewegungen, nicht die Lücke |
Welches bestellte-vs.-gelieferte Problem liegt tatsächlich vor?
Die richtige Lösung hängt davon ab, wann man nachschaut. Eine Zeile, die gerade beim Wareneingang kurz ist, ist eine Aufgabe. Ein Zeitraum, den man nachträglich prüft, ist eine andere. Beide erfordern unterschiedliche Vorgehensweisen.

Den eigenen Fall benennen. Wenn eine Sendung gerade kurz ist, im Wareneingang markieren. Die Abweichung vor der Bestätigung aufnehmen. Das Problem wird an der Quelle behoben.
Wenn ein vergangener Zeitraum geprüft wird, stattdessen die offenen und kurzen Zentralküchen-Bestellungen herausziehen. Diese Bestellungen sind die nicht gelieferten Zeilen. Sie gegen das Bestandshauptbuch abgleichen. So oder so lebt die gesuchte Zahl auf der Bestellung und im Wareneingang, nicht in einem Bericht, der nur zählt, was angekommen ist.


.jpeg)

