Lagerbestand

POS-Umsätze, die nicht mit Ihrem Warenwirtschaftssystem übereinstimmen: Die zwei Ursachen und wie Sie sie beheben

Curran Dye

August 1, 2026

Stellen Sie zuerst fest, welche der beiden POS-Bestandsabweichungen Sie haben

Wenn Ihr Kassensystem und Ihre Warenwirtschaftsplattform bei den Verkäufen nicht übereinstimmen – wenn Ihre POS-Umsätze nicht mit dem Warenbestand übereinstimmen –, ist die Ursache fast nie zufällig. In fast allen Fällen ist es eines von zwei Dingen: Entweder flossen die Umsätze, bevor Ihre Rezepte zugeordnet wurden, oder eine spätere POS-Änderung hat eine zuvor funktionierende Zuordnung stillschweigend unterbrochen. Benennen Sie, welchen Fall Sie haben, bevor Sie etwas beheben.

Diese eine Frage – bestand die Abweichung von Anfang an oder trat sie erst nach dem Go-live auf – teilt fast jeden Fall klar auf, da die beiden Ursachen entgegengesetzte Behebungsmaßnahmen erfordern. Eine Abweichung von Anfang an bedeutet, dass die Verknüpfungen nie fertiggestellt wurden. Eine Abweichung, die Monate später auftritt, bedeutet, dass sich etwas im POS verändert hat und die Warenwirtschaft davon nie erfahren hat. Unbenannt kann eine Umsatzabweichung vier Monate lang ungelöst bleiben und ein Dashboard, für das Betreiber bezahlt haben, zu einem machen, das sie nicht mehr öffnen. Beginnen Sie also mit der untenstehenden Entscheidung und springen Sie dann zum entsprechenden Abschnitt.

Entscheidungsbaum zur Diagnose einer POS-Bestandsabweichung: von Anfang an versus nach Go-live aufgetreten

Wenn Umsätze fließen, bevor Ihre Artikel zugeordnet sind

Das ist das häufigste Abstimmungsproblem beim Onboarding. Der Umsatz-Feed wird eingeschaltet, um ein Go-live-Datum zu erreichen, aber die Rezept- und Menüartikel-Zuordnung ist noch nicht abgeschlossen. Jedes Ticket für einen nicht zugeordneten Artikel landet trotzdem als Umsatz im System, aber da dieser Menüartikel nicht mit einem Rezept verknüpft ist, werden keine Zutaten für ihn verbucht. Die Umsätze sehen ungefähr richtig aus, während der Warenbestand still aufhört, sich zu bewegen, sodass theoretischer und tatsächlicher Verbrauch auseinanderdriften und Ihre Kostenzahlen ihnen folgen.

Die Lösung besteht darin, die Verknüpfungen fertigzustellen, nicht die Daten neu zu importieren. Jeder Menüartikel, den Ihr POS verkaufen kann, muss auf das Rezept verweisen, das er verbraucht, damit ein Verkauf die richtigen Zutaten einschließlich Modifikatoren abbucht. Supys Rezept- und Menüartikel-Verknüpfung schließt diese Lücke: Verknüpfen Sie jeden verkauften Artikel einmal mit seinem Rezept, und die Verbrauchsbuchung beginnt sofort, wenn ein Ticket eintrifft. Tun Sie dies für das vollständige Menü, bevor Sie einem einzigen Abweichungsbericht vertrauen, und zählen Sie einmal neu, damit das System eine genaue Eröffnungsbasis zum Messen hat.

Wie ein nicht zugeordneter Menüartikel einen Verkauf erfasst, aber nie den Warenbestand verbucht, was zu einer Abweichung zwischen Theorie und Praxis führt

Wenn eine POS-Änderung die Warenwirtschaft nie erreicht

Die zweite Ursache sieht anders aus, weil früher alles übereinstimmte. Dann benennt jemand auf der POS-Seite ein Umsatzcenter um, fügt einen neuen PLU für einen Saisonartikel hinzu oder teilt einen Menüartikel in zwei auf. Keine dieser Änderungen ist falsch, aber die Warenwirtschaft erwartet noch die alten Namen, sodass die geänderten Artikel nun ohne Zuordnung ankommen und sich die Zahlen wieder trennen. Niemand hat absichtlich etwas beschädigt; die zwei Systeme haben sich einfach nicht mehr synchronisiert.

Die Behebung dieser Ursache bedeutet, das Umgeordnete neu zuzuordnen und dann zu bestätigen. Der Bildschirm Integrationen zeigt Ihre eingehenden Umsatzimporte, sodass Sie nach Artikeln filtern können, die ohne Zuordnung eingegangen sind, und genau diese beheben können, anstatt alles neu aufzubauen. Für Anbieter, die Umsatzcenter verwenden, können Sie mehrere Center innerhalb einer Filiale einem einzigen Warenbestandsstandort zuordnen, was ein umbenanntes oder neu hinzugefügtes Center erfasst. Nachdem Sie neu zugeordnet haben, lösen Sie eine manuelle Neusynchronisierung aus und prüfen Sie den Importverlauf, um zu bestätigen, dass die zuvor nicht zugeordneten Tickets jetzt korrekt ankommen.

Umsatzimport-Tabelle, die zwei Menüartikel zeigt, die nach einer POS-Änderung ohne Zuordnung ankommen, mit zugeordnetem und nicht zugeordnetem Status

Die Prüfung, die alle überspringen: Fließt Ihre Integration wirklich in beide Richtungen?

Bevor Sie irgendeine Zuordnung beschuldigen, bestätigen Sie, dass Umsätze überhaupt ankommen. Manche Verbindungen, die als POS-Integration bezeichnet werden, exportieren Daten nur aus dem POS; sie schreiben Umsätze nie zurück in die Warenwirtschaft. Wenn das Ihr Fall ist, muss jedes Ticket manuell hochgeladen werden und der automatisierte Feed, den Sie erwartet haben, existiert nicht, sodass kein Neuzuordnen es je abstimmen kann. Das ist die Falle, die Betreiber erst nach dem Go-live entdecken, wenn sie merken, dass der versprochene Live-Feed von Anfang an nur in eine Richtung funktionierte.

Prüfen Sie zuerst die Richtung: Entspricht die Anzahl der Umsatzimporte in einer normalen Woche ungefähr den Tickets, die Ihr POS erstellt hat? Wenn der Wert null ist, während der POS über tausend Tickets anzeigt, haben Sie einen unidirektionalen Feed und kein Zuordnungsproblem. Die Lösung ist eine echte bidirektionale Verbindung – Supy ist mit 75+ Integrationen über die wichtigsten POS-Plattformen verbunden –, und wo ein regionaler POS überhaupt keinen nativen Connector hat, ist die ehrliche Übergangslösung ein geplanter verwalteter Import und nicht das Versprechen einer sofortigen Live-Synchronisierung. Wenn Sie den größeren Kontext möchten, sind diese Abweichungen ein Ausschnitt der umfassenderen POS-Datenqualitätsprobleme, die den Warenbestand still verzerren. Schließen Sie die Richtung aus, bevor Sie einen Nachmittag damit verbringen, Zuordnungen neu zu prüfen, die die ganze Zeit einwandfrei waren.

Statistik-Callout, der zeigt, dass null POS-Umsätze von 1.240 Tickets den Warenbestand erreicht haben, was auf eine unidirektionale Integration hinweist

Stimmen Sie in dieser Reihenfolge ab

Arbeiten Sie die drei Prüfungen von außen nach innen durch und halten Sie bei der ersten fehlgeschlagenen Prüfung an. Erstens: Bestätigen Sie, dass der Feed bidirektional ist – wenn Umsätze nie importiert werden, beheben Sie zuerst die Verbindung. Zweitens: Wenn die Abweichung von Anfang an bestand, schließen Sie die Rezept-zu-Menüartikel-Verknüpfungen für das gesamte Menü ab und zählen Sie für eine saubere Ausgangsbasis neu. Drittens: Wenn die Abstimmung früher funktioniert hat und später abgewichen ist, suchen Sie die kürzliche POS-Änderung, ordnen Sie den betroffenen Artikel oder das Umsatzcenter neu zu und synchronisieren Sie erneut. Benennen Sie, in welchem Fall Sie sind, nehmen Sie die eine passende Maßnahme und bestätigen Sie diese anhand des Importverlaufs, bevor Sie dem Dashboard wieder vertrauen.

Dreistufiger Abstimmungsablauf in Reihenfolge: Prüfen, ob der Feed bidirektional ist, Zuordnung von Anfang an prüfen, auf POS-Abweichung prüfen

Demo buchen mit Supy – POS-Umsätze und Warenbestand abstimmen

Get weekly insights and tips delivered straight to your inbox.

Ready to optimize your restaurant operations?

Book a demo



Blog

Our operational insights





No items found.

Your questions  answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

Warum stimmen meine POS-Verkäufe nicht mit meinem Lagerverwaltungssystem überein?

Weil eines von zwei Dingen nicht stimmt. Entweder wurde die Verkaufsdatenübertragung aktiviert, bevor jeder Menüartikel mit einem Rezept verknüpft wurde – so erfassen nicht zugeordnete Artikel Umsätze, ohne den Bestand zu reduzieren. Oder eine spätere POS-Änderung – ein umbenanntes Umsatzzentrum, ein neuer PLU, ein aufgeteilter Menüartikel – hat eine zuvor funktionierende Zuordnung unterbrochen. Eine dritte, vorgelagerte Möglichkeit ist, dass die Verbindung Daten nur aus dem POS exportiert, ohne Verkäufe zurückzuimportieren – dann ist ohne bidirektionalen Feed keine Abstimmung möglich. Identifizieren Sie, welchen der drei Fälle Sie haben, bevor Sie Einstellungen ändern, da jeder eine andere Lösung erfordert.

Was ist der Unterschied zwischen den beiden Grundursachen für POS-Abstimmungsprobleme?

Der Unterschied liegt im Zeitpunkt. Eine anfängliche Diskrepanz bedeutet, dass die Rezept- und Menüartikelzuordnung vor dem Start der Verkaufsdatenübertragung nie abgeschlossen wurde – die Artikel waren also von Anfang an nicht zugeordnet. Eine Abweichung hingegen bedeutet, dass alles eine Zeitlang korrekt abgestimmt wurde, dann aber eine Änderung auf der POS-Seite – Umbenennung eines Kosten- oder Erlöszentrums, Hinzufügen eines Artikels – nicht auf der Lagerverwaltungsseite gespiegelt wurde, sodass zuvor funktionierende Artikel plötzlich nicht mehr zugeordnet sind. Der schnellste Test: Fragen Sie, ob die Zahlen jemals übereinstimmten. Wenn sie nie übereinstimmten, handelt es sich um eine Zuordnungslücke; wenn sie übereinstimmten und dann aufgehört haben, liegt eine Konfigurationsabweichung vor.

Wie gleiche ich Kassenverkäufe nach einer Abweichung mit meinem Lagerverwaltungssystem ab?

Gehen Sie von außen nach innen vor. Bestätigen Sie zunächst, dass die Integration bidirektional ist und der Umsatz tatsächlich importiert wird – ein einseitiger Feed kann gar nichts abgleichen. Falls die Lücke von Beginn an bestand, verknüpfen Sie jedes verkaufbare Menüelement mit seinem Rezept und führen Sie eine Neuinventur durch, um eine saubere Ausgangsbasis zu schaffen. Falls die Zahlen nach einer Änderung abwichen, öffnen Sie den Umsatzimport-Bildschirm, filtern Sie nach Bons, die ohne Zuordnung eingegangen sind, ordnen Sie die betroffenen Artikel oder Umsatzbereiche neu zu, und lösen Sie dann eine manuelle Neusynchronisierung aus. Überprüfen Sie anhand der Importhistorie, dass die zuvor nicht zugeordneten Bons jetzt korrekt verarbeitet werden, bevor Sie dem Dashboard vertrauen.

Beeinflusst ein nicht zugeordnetes Menüelement wirklich meinen Wareneinsatz und die Abweichung?

Ja, und mehr als die meisten Betreiber erwarten. Wenn ein Menüelement nicht mit einem Rezept verknüpft ist, wird beim Verkauf zwar Umsatz erfasst, aber keine Zutaten abgebucht, sodass Ihr theoretischer Verbrauch unterschätzt, was tatsächlich das Regal verlassen hat. Diese Lücke zeigt sich als aufgeblähte Abweichung und als ein Wareneinsatz-Prozentsatz, der nicht der Realität entspricht, obwohl nichts gestohlen oder verschwendet wurde. Da sich der Effekt mit jedem Bon summiert, können schon wenige nicht zugeordnete umsatzstarke Artikel die Zahlen einer ganzen Filiale innerhalb eines einzigen Zeitraums verfälschen. Das Zuordnen dieser Artikel schließt die Lücke an der Quelle, anstatt sie mit manuellen Korrekturen zu überdecken.

Wie erkenne ich, ob meine Kassenintegration einseitig oder bidirektional ist?

Vergleichen Sie die Volumina über eine normale Handelswoche. Zählen Sie die Bon-Anzahl Ihres Kassensystems und prüfen Sie dann, wie viele Verkaufstransaktionen tatsächlich in Ihr Lagerverwaltungssystem über denselben Zeitraum importiert wurden. Stimmt die Importanzahl ungefähr mit den Kassenbons überein, ist der Feed bidirektional und jede Abweichung ist ein Zuordnungsproblem. Ist die Importanzahl null oder nur ein kleiner Bruchteil der Bons, exportiert die Verbindung aus dem Kassensystem, schreibt aber keine Umsätze zurück – ein einseitiger Feed. Eine einseitige Integration lässt sich nicht durch Anpassung der Zuordnungen abgleichen; sie benötigt eine echte bidirektionale Verbindung oder eine verwaltete Importroutine.

Was tun, wenn mein Kassensystem keine native Lager-Integration hat?

Erzwingen Sie keine Live-Synchronisierung, die die Plattform nicht wirklich leisten kann. Bei einem Kassensystem ohne nativen bidirektionalen Connector – was bei regionalen oder Nischensystemen häufig vorkommt – ist die ehrliche Übergangslösung ein geplanter verwalteter Import, der den Umsatz in regelmäßigen Abständen einliest, statt einen sofortigen Echtzeit-Sync zu versprechen. Prüfen Sie die Richtung der verfügbaren Verbindung, bevor Sie sich darauf verlassen, und behandeln Sie einen einseitigen Export als manuellen Upload-Prozess, bis eine echte Integration besteht. Wird die Einschränkung von Anfang an klar benannt, vermeidet man die unangenehme Überraschung nach der Einführung, festzustellen, dass die Integration nie einen einzigen Verkauf importiert hat.

Wie oft sollte ich POS-zu-Bestand-Zuordnungen überprüfen?

Überprüfen Sie diese Zuordnungen immer dann, wenn sich am POS etwas ändert, und führen Sie darüber hinaus eine leichte Routine durch. Sobald jemand einen Menüpunkt hinzufügt, eine PLU einführt oder ein Umsatzzentrum umbenennt, sollten Sie noch am selben Tag sicherstellen, dass die Änderung auf der Bestandsseite nachgezogen wurde – denn genau das verursacht Drift. Über ereignisgesteuerte Prüfungen hinaus fängt ein kurzer wöchentlicher Blick auf den Bildschirm für Verkaufsimporte alle nicht zugeordneten Einträge ab, bevor sie die Abweichung einer ganzen Periode verzerren. Das Ziel ist, die Zuordnung zu einer kleinen, regelmäßigen Gewohnheit zu machen – nicht zu einem aufwändigen Abgleichprojekt einmal pro Quartal.