Lieferantenmanagement im Restaurant: dieselbe Aufgabe wie die Bestellverwaltung

Wer die Lieferanten verwaltet, schreibt auch die Bestellung

Lieferantenmanagement und Bestellverwaltung sind im Restaurant dieselbe Arbeit, weil dieselbe Person sie erledigt, fast immer in derselben Viertelstunde. Wer entscheidet, mit welchem Obst- und Gemüsegroßhändler gearbeitet wird, ist derselbe, der am Montagmorgen die Liste schreibt. Wer den im März ausgehandelten Milchpreis im Kopf hat, ist derselbe, der ihn beim Eintreffen des Lieferwagens mit dem Lieferschein vergleicht. Und wer wegen der weichen Kirschtomaten zum Hörer greift, hat genau diese Kiste fünf Tage zuvor bestellt.

Sehen Sie sich diese Sequenz einmal genau an. Sie schlagen das Notizbuch auf oder öffnen den Chat, gehen durch, was letzte Woche bestellt wurde, prüfen, was im Kühlhaus übrig ist, erinnern sich, dass dieser Lieferant nur dienstags und freitags fährt, dann fällt Ihnen ein, dass beim letzten Mal eine halbe Kiste fehlte, ohne dass jemand etwas gesagt hätte, Sie entscheiden, ob dieser Artikel wieder dorthin geht oder zum anderen wandert, und schicken ab. In diesen paar Minuten haben Sie den Lieferanten ausgewählt, seine Konditionen geprüft, eine offene Beanstandung verwaltet und eine Bestellung ausgelöst. Nicht in dieser Reihenfolge, und Sie haben es nicht so genannt: Sie haben alles auf einmal getan, weil es dieselbe Entscheidung aus vier Blickwinkeln ist.

Genau diesen Punkt überspringen die Ratgeber zum Thema fast immer. Sie behandeln die Lieferantenauswahl als eigenes Projekt, das man einmal im Jahr am Schreibtisch erledigt, und die Bestellung als ausführenden Schritt danach. In der inhabergeführten Gastronomie existiert dieses „danach“ nicht: Die Bewertung eines Lieferanten schreibt sich bei jeder Lieferung fort, und die nächste Bestellung ist der Ort, an dem diese Bewertung zur handfesten Entscheidung wird — wieder kaufen, wie viel, oder doch den anderen probieren.

Warum Software und Ratgeber daraus zwei Aufgaben machen

Die Trennung von Lieferantenstammdaten und Bestellfluss ist aus der Software geerbt und nicht im Betrieb beobachtet. Sie stammt aus zwei Werkzeugfamilien, die für etwas anderes gebaut wurden: aus der Warenwirtschaft, wo die Stammdaten eine Tabelle im Dienst des Wareneingangs sind, und aus dem Einkaufs-CRM großer Unternehmen, wo es tatsächlich eine Einkaufsabteilung gibt, die Beziehungen pflegt, und eine nachgelagerte Stelle, die Bestellungen auslöst.

In einem Betrieb mit fünfzig Beschäftigten ist diese Aufteilung sinnvoll, weil ihr zwei Schreibtische entsprechen. Der Einkäufer verhandelt den Rahmenvertrag, das Bestellsystem führt ihn aus, beide tauschen Belege aus, und das funktioniert. In einem Restaurant mit dreißig Plätzen sind diese zwei Schreibtische derselbe — und oft ist es nicht einmal ein Schreibtisch, sondern der Tresen um vier Uhr nachmittags.

Die Folge: Sie wählen zwischen Werkzeugen, die jeweils die Hälfte der Arbeit abdecken. Auf der einen Seite ausgebaute Lieferantenverzeichnisse mit Datensätzen, Ansprechpartnern, angehängten Preislisten und Notizen, die nichts darüber wissen, was Sie bestellt haben. Auf der anderen Seite Bestellmodule, die zwar wissen, was rausgegangen ist, den Lieferanten aber als Etikett im Belegkopf behandeln. Über diese zweite Hälfte haben wir bereits geschrieben: Das Bestellmodul einer Kassen- oder Lagersoftware führt einen Ablauf aus, der für etwas anderes entworfen wurde — und das Lieferantenmanagement ist genau eines der Stücke, die dieser Ablauf nie vorgesehen hat.

Was die Trennung Sie tatsächlich kostet

Lieferantendatensatz und Bestellungen an zwei Orten zu führen halbiert die Arbeit nicht, sondern fügt eine dritte hinzu: von Hand abzugleichen, was das eine Werkzeug weiß und das andere ignoriert. Diese dritte Arbeit hat keinen Namen, steht in keiner Stellenbeschreibung und wird von niemandem gezählt — aber sie meldet sich in vier sehr genau bestimmbaren Momenten der Woche.

Konditionen, die in einer Maske veralten

Eine Preisliste in getrennten Stammdaten stimmt an dem Tag, an dem Sie sie hinterlegen, und löst sich ab dem Tag darauf von der Wirklichkeit. Die echten Konditionen eines Lieferanten stehen nicht in einem PDF. Sie stehen im Preis, den er bei der letzten Lieferung berechnet hat, im Mindestbestellwert, den er im September angehoben hat, im Bestellfenster, das er verschoben hat, seit die Tour anders fährt. Lauter Dinge, die Sie beim Bestellen und beim Annehmen erfahren — also im jeweils anderen Werkzeug.

Damit der Datensatz weiter stimmt, müssten Sie jede Abweichung, die Ihnen auf dem Lieferschein auffällt, von Hand dort nachtragen. Bei zwanzig Lieferanten macht das niemand, und deshalb beschreiben die Stammdaten nach ein paar Monaten einen Lieferanten, den es so nicht mehr gibt. Ab diesem Punkt schauen Sie gar nicht mehr hinein — dann hätten Sie sie auch gleich weglassen können.

Die Reklamation ohne Bestellzeile

Wenn Sie wegen einer falschen Lieferung anrufen, zählt nur eines: die Bestellzeile. Was hatten Sie bestellt, in welcher Menge, zu welchem vereinbarten Preis, an welchem Tag. Liegt die Lieferantenbeziehung im einen Werkzeug und liegen die Bestellungen im anderen, führen Sie dieses Telefonat entweder aus dem Gedächtnis oder mit zwei offenen Bildschirmen.

Den Unterschied hören Sie sofort am Ton. „Ich meine, wir hätten drei Kisten gesagt“ ist eine Diskussion, die Sie auch dann verlieren, wenn Sie recht haben. „Die Bestellung vom Dienstag sagt drei Kisten zu diesem Preis, angekommen sind zwei“ ist eine Feststellung. Und vor allem: Wenn die Beanstandung nicht auf dem Lieferantendatensatz landet, können Sie im März des Folgejahres nicht sagen, ob dieser Lieferant hin und wieder danebenliegt oder bei jeder dritten Lieferung.

Die Verhandlung aus dem Gedächtnis

Am teuersten wird die Trennung in der Preisverhandlung. Sie sitzen dem Außendienstler gegenüber, er hat die vollständige Kaufhistorie vor sich, Sie haben einen Datensatz mit Kontaktdaten und eine Preisliste vom letzten Jahr. Sie verhandeln, ohne zu wissen, welches Gewicht dieser Lieferant in Ihrem Wareneinsatz hat, bei welchen Artikeln Sie von ihm abhängen und welche Sie folgenlos verlagern könnten.

Es ist derselbe Datenverzug, der einen erst am Monatsende aus den Rechnungen rekonstruierten Wareneinsatz unbrauchbar macht: Die Information existiert, sie kommt nur an, wenn die Entscheidung längst gefallen ist. Hängt die Bestellhistorie am Lieferantendatensatz, ändert dieses Gespräch seinen Charakter — nicht weil Sie härter auftreten, sondern weil Sie aufhören, der Einzige am Tisch zu sein, der nicht weiß, worüber gesprochen wird.

Der Ersatzartikel, den niemand festhält

Der Artikel fehlt, der Lieferant schlägt einen anderen vor, Sie sagen zu, weil der Service in drei Stunden beginnt. Das ist in jeder Hinsicht eine Entscheidung des Lieferantenmanagements — anderes Produkt, wahrscheinlich anderer Preis, womöglich andere Ausbeute —, getroffen mitten im Bestellfluss und nirgendwo vermerkt. In der Woche darauf schlägt die wiederkehrende Bestellung erneut den ursprünglichen Artikel vor, und niemand erinnert sich, warum es damals anders lief.

Bei wenigen Lieferanten bleibt der Schaden überschaubar, er wächst aber schnell mit ihrer Zahl: Jeder weitere Lieferant ist ein weiterer Datensatz, der sich von seinen Bestellungen löst. Das ist einer der Gründe, warum die Zahl der Lieferanten eine Kostengröße ist und nicht bloß eine Preisfrage.

Woran Sie ein Werkzeug erkennen, das beides zusammenhält

Ein Lieferantenmanagement, das nicht vom Bestellfluss abreißt, erkennen Sie an einem sehr handfesten Betriebsdetail: Der Lieferantendatensatz ist kein Adressarchiv, sondern das Protokoll dessen, was Sie dort bestellt haben, zu welchen Konditionen und wie es gelaufen ist. Sie öffnen ihn nicht, um eine Telefonnummer zu finden — dafür genügt das Adressbuch —, sondern um zu entscheiden, ob Sie dort noch einmal bestellen.

In der Praxis heißt das: Aus diesem Datensatz sehen Sie vier Dinge, ohne etwas anderes zu öffnen. Die Bestellungen, die dorthin gegangen sind, nach Datum sortiert. Die Konditionen, die jetzt gelten — nicht die zugesagten, sondern die aus den letzten Lieferungen abgelesenen. Die betrieblichen Randbedingungen, die Sie wirklich betreffen: Mindestbestellwert, Liefertage, und bis wann die Bestellung raus sein muss, damit die Ware rechtzeitig ankommt. Und die Lieferungen, die schiefgegangen sind, jeweils mit der Bestellzeile daneben, aus der sie hervorgingen.

Das gilt auch in die Gegenrichtung, und die brauchen Sie häufiger. Während Sie die Montagsbestellung zusammenstellen, muss auf der Artikelzeile der Preis stehen, den dieser Lieferant beim letzten Mal berechnet hat — nicht ein Listenpreis, der vor neun Monaten von Hand erfasst wurde. Hat sich der Preis bewegt, merken Sie es beim Entscheiden und nicht beim Eintreffen der Rechnung. Es ist dieselbe Logik, nach der die Menge, die später in der Tonne landet, an der Bestellzeile entschieden wird: Dort können Sie noch etwas ändern, und dort müssen Sie mit den Informationen ankommen, statt sie hinterher zu suchen.

Nichts davon verlangt exotische Funktionen. Es verlangt eine einzige Architekturentscheidung: dass der Lieferant und seine Bestellungen im System dasselbe sind und nicht zwei Archive, die einander aus der Ferne betrachten.

Fünf Fragen an ein Werkzeug, bevor Sie es einführen

Ein Werkzeug hält Lieferanten und Bestellungen wirklich zusammen, wenn es fünf Fragen besteht — alle in einer zehnminütigen Demo prüfbar, keine davon mit Worten zu beantworten. Lassen Sie sie von der Person beantworten, die Ihnen das Produkt zeigt, an ihren eigenen Beispieldaten, und zählen Sie mit, wie viele Bildschirme sie dafür durchqueren muss.

1. Wie viele Klicks brauche ich vom Lieferantendatensatz aus bis zur letzten Bestellung, die dorthin gegangen ist? Lautet die Antwort „exportieren und gegenüberstellen“, sind es zwei Werkzeuge in einer gemeinsamen Oberfläche.
2. Sehe ich beim Zusammenstellen der Bestellung, was ich für diesen Artikel zuletzt tatsächlich bezahlt habe? Das ist die Frage, die einen statischen Katalog von einer lebenden Historie trennt.
3. Wo landet eine Lieferbeanstandung? Bleibt als einzige Spur ein Freitextfeld, das nie wieder jemand liest, wird aus der Reklamation nie ein Auswahlkriterium.
4. Wenn ich denselben Artikel bei zwei Lieferanten kaufe: merkt das Werkzeug es? Das ist der häufigste Fall im Betrieb — und der, in dem entkoppelte Stammdaten am stärksten danebenliegen.
5. Was passiert, wenn ich die Konditionen eines Lieferanten ändere: übernehmen künftige Bestellungen sie von selbst? Müssen Sie beim Bestellen selbst daran denken, hat das Werkzeug die Arbeit verschoben und nicht abgenommen.

Wie wir das sehen, steht auf der Seite zur Kontrolle der Ausgaben gegenüber Lieferanten. Die fünf Fragen gelten aber unabhängig davon, auch wenn Sie bei Papier und WhatsApp bleiben: Sie helfen Ihnen zu verstehen, was Sie kaufen, bevor Sie es kaufen.

Der Fünf-Minuten-Test

Sie können heute messen, was die Trennung Sie kostet, ohne etwas zu ändern und ohne etwas zu installieren. Nehmen Sie einen beliebigen Lieferanten, starten Sie die Stoppuhr und beantworten Sie diese Frage: Welche Artikel habe ich dort in den letzten drei Monaten gekauft, und was habe ich im Juni dafür bezahlt?

Die Zeit, die Sie dafür brauchen, ist der Preis, den Sie jedes Mal zahlen, wenn Sie diese Angabe in einer Verhandlung, in einer Reklamation oder bei der Frage brauchen, ob Sie den Lieferanten behalten. Kommt die Antwort in unter einer Minute, sind Ihr Lieferantenmanagement und Ihre Bestellungen bereits dasselbe, ganz gleich mit welchem Werkzeug. Brauchen Sie zehn Minuten und landen am Ende in einem Ordner voller PDFs, wissen Sie jetzt genau, was es für Sie wert wäre, beides zusammenzuhalten.