Restaurant POS-Lagerabnahme: Vier Wege ohne vollständige Integration

Wie POS-Verkäufe Ihren Warenbestand reduzieren

Die Verknüpfung von POS-Verkäufen mit dem Lagerabgang läuft über eine einzige Engine. Ein Rezept bindet jeden Menüartikel an seine Zutaten, sodass jeder Verkauf diese Zutaten in den Mengen aus dem Rezept aus dem Bestand entfernt. Verkaufen Sie einen Cheeseburger, zieht Supy 150 g Rindfleisch, ein Brötchen und 30 g Käse aus dem Bestand ab.

Modifier und Zubereitungsrezepte reduzieren den Bestand auf dieselbe Weise. Fügen Sie diesem Burger Speck hinzu, verlässt auch der Speck den Bestand – vorausgesetzt, der Modifier ist einer Zutat zugeordnet. Ein Zubereitungsrezept, wie etwa ein Saucenansatz, reduziert seine eigenen Komponenten, wenn ein Gericht, das davon verwendet, verkauft wird.

Der Importpfad entscheidet, wie der Verkauf eingeht, nie was er mit dem Bestand macht. Ein Schritt kommt vor allen Pfaden. Ordnen Sie jeden Menüartikel und seine Modifier einem Rezept zu – einmalig.

Ein nicht zugeordneter Artikel wird trotzdem verkauft, reduziert aber nichts, sodass ein halb-gemapptes Menü stille Lücken in Ihrer Warenwirtschaft hinterlässt. Führen Sie die Zuordnung zuerst durch, und jeder nachfolgende Verkauf zieht automatisch die richtigen Zutaten ab. Das ist die Idee hinter dem Verbinden von POS-Verkäufen mit dem Bestand. Ihr theoretischer Bestand bildet den tatsächlichen Verbrauch zwischen physischen Zählungen ab, sodass eine Abweichung bei der nächsten Inventur auf Verschwendung oder Verlust hinweist – nicht auf Verkäufe, die Sie vergessen haben zu erfassen.

Hat Ihr POS einen nativen Connector, laufen Verkäufe automatisch ein

Beginnen Sie hier, wenn Ihr POS zu den 75+ Systemen gehört, die Supy bereits verbindet. Diese Liste umfasst Foodics, Square, Toast, Lightspeed und Oracle Micros. Ein nativer Connector importiert jeden Verkauf per Webhook im Moment, in dem das Ticket geschlossen wird. Nichts hochzuladen, keine Schaltfläche zu drücken.

Nutzen Sie diesen Pfad zuerst, wenn er verfügbar ist. Verkäufe gehen nahezu in Echtzeit ein, sodass der aktuelle Bestand widerspiegelt, was die Küche vor Minuten serviert hat – nicht was jemand gestern Abend eingetippt hat. Lieferdienstanwendungen und Online-Bestellungen laufen über dieselben Connectoren, sodass ein Verkauf über einen Aggregator den Bestand genauso reduziert wie eine Kassenbestellung.

Führen Sie nach dem Verbinden einen Testverkauf durch und beobachten Sie, wie die Zutat den Bestand verlässt. Das bestätigt die Rezeptzuordnung, bevor echtes Volumen eingeht. Ein Live-Feed zahlt sich auch nachgelagert aus: Mit täglichen POS-Verkäufen in Supy haben Bedarfsprognosen und vorausschauende Bestellungen echte Zahlen als Grundlage.

Die Connector-Liste wächst kontinuierlich, daher kann ein POS ohne Slot heute morgen einen erhalten. Prüfen Sie das Verzeichnis der Integrationen, bevor Sie annehmen, dass Ihrer fehlt.

Kein nativer Connector? Importieren Sie Verkäufe als Sonstiges

Wenn Ihr POS nicht auf der Connector-Liste steht, müssen Sie nicht zwei Systeme parallel betreiben. Ein generischer Verkaufsimport bringt die Tickets ein und ordnet sie einer Sonstiges-POS-Quelle zu. Von dort werden sie über Rezepte genauso aufgelöst wie Connector-Verkäufe – bis hin zu denselben Zutatenmengen.

Dieser Pfad schließt die Lücke, die die Connector-Liste offen lässt. Der Betreiber, der Verkäufe bisher manuell abgeglichen oder den Verbrauch zwischen Zählungen geschätzt hat, erhält dieselbe rezeptgenaue Lagerabnahme wie jeder verbundene Standort. Im Alltag läuft der generische Import planmäßig oder auf Abruf. Die Verkäufe tragen ihre eigene POS-Kennzeichnung innerhalb von Supy, sodass Sie die Leistung nach Filiale und Artikel auslesen können – auch ohne bidirektionalen Connector.

Zwei weitere Pfade decken den Rest ab. Ein manueller Verkaufsimport zieht einen benannten Datumsbereich, z. B. letzte Woche, diesen Monat oder letztes Quartal. Nutzen Sie ihn, um den Bestand nach einer Feed-Lücke aufzuholen oder um Verlaufsdaten vor dem Go-live zu laden, damit Tag eins mit echter Lagerabnahme beginnt.

Eine Gruppe kann Verkäufe auch nach eigenem Zeitplan fließen lassen. Die Offene API überträgt Verkäufe, Wareneinsatz, Rezept- und Schwunddaten in Echtzeit oder in festgelegtem Rhythmus. Sie speist Reporting-Tools wie Power BI, Tableau und Looker sowie Data Warehouses wie BigQuery oder Snowflake. Die API ist der aufwändigste Pfad zum Einrichten – und der flexibelste, wenn er läuft.

Welcher Pfad zu Ihrem POS und Ihren Standorten passt

Wählen Sie anhand von zwei Fragen. Hat Ihr POS einen nativen Connector, und wie viele Standorte speisen ihn? Der Connector-Pfad gewinnt immer, wenn er verfügbar ist, weil er keiner Pflege bedarf. Jeder andere Pfad tauscht etwas manuellen Aufwand gegen dieselbe rezeptgenaue Lagerabnahme.

Beginnen Sie mit dem Pfad, den Ihr POS heute erlaubt – nicht dem, den Sie vielleicht später aufbauen. Ein Sonstiges-Import, der diese Woche eingeschaltet wird, reduziert den Bestand genauer als ein nativer Connector, der noch drei Monate bis zur Unterzeichnung braucht. Sie können den Pfad wechseln, sobald der Connector vorhanden oder der Daten-Stack bereit ist.

Um zu prüfen, ob Ihr Setup funktioniert, führen Sie einen Test durch. Verkaufen Sie einen Artikel, öffnen Sie dann seine Zutaten und bestätigen Sie, dass der Bestand sich bewegt hat. Falls nicht, ist der Artikel nicht zugeordnet oder der Feed erreicht Supy nicht – beheben Sie zuerst die Zuordnung und danach den Feed. Sobald ein Testverkauf korrekt abzieht, folgen alle anderen – und die Lagerabnahme-Engine bleibt dieselbe, unabhängig vom gewählten Pfad.