Lagerbestand

Wie Supy die Bestandsgenauigkeit durch die Beseitigung von Phantom-Inventurabweichungen erhöht

How Supy stops phantom inventory variance by backdating recipe changes

Phantominventurdifferenzen sind Lücken zwischen Ihrer Inventur und Ihrem System, die durch keinen physischen Verlust erklärt werden können. Sie entstehen immer dann, wenn eine Rezeptmenge, ein Produktionseintrag oder das Startdatum eines Rezepts ohne Rückdatierung auf das tatsächliche Datum der Änderung erfasst wird. Das System berechnet dann Monate vergangener Verkäufe gegen die falsche Zahl neu und erzeugt eine Abweichung, die im Regal nie existiert hat.

Derselbe Mechanismus zeigt sich auf vier alltägliche Arten, und jede davon erzeugt Abweichungen auf dieselbe Weise:

  • Eine Rezeptmenge ändert sich, aber die Änderung wird auf heute datiert statt auf den Zeitpunkt der tatsächlichen Änderung, sodass Monate vergangener Verkäufe weiterhin die alte, kleinere Menge verbrauchen.
  • Ein Produktionseintrag wird manuell in die Inventur eingetragen statt als Produktion ausgeführt, sodass Warenbestand und Wert so lange falsch bleiben, bis dieses Ereignis auf den tatsächlichen Zeitpunkt rückdatiert wird.
  • Ein Rezept wird erstellt, nachdem seine Verkäufe bereits importiert wurden, sodass diese früheren Verkäufe mit nichts verknüpft sind und überhaupt keinen Warenbestand verbrauchen.
  • Ein Zutatentausch wird auf heute datiert statt auf das tatsächliche Wirksamkeitsdatum, sodass er die Kostenhistorie und Margen der vergangenen Monate still verändert.

Der gemeinsame Nenner ist das Timing, nicht das Zählen. Der theoretische Warenbestand ist keine einmal eingegebene und dann unveränderliche Zahl; er wird kontinuierlich aus jedem Wareneingang und jedem Rezeptverbrauchsereignis abgeleitet. Sobald sich ein Rezept oder ein Produktionseintrag ändert, berechnet das System ihn gegen alle Verkäufe neu, die es sehen kann. Die Rückdatierung teilt dem System mit, zu welchem Zeitraum diese Änderung gehört. Wenn Sie die Rückdatierung auslassen, haben Sie nicht nur etwas für die Zukunft geändert, sondern die Vergangenheit still umgeschrieben – deshalb schließt kein noch so häufiges Nachzählen die Lücke.

Ablauf, der zeigt, wie eine Rezeptänderung ohne Gültigkeitsdatum die Historie neu berechnet und eine Phantomabweichung erzeugt

Das Ausmaß, das dies erreichen kann, wird leicht unterschätzt. Die Überprüfung einer Multi-Standort-Restaurantgruppe ergab eine Netto-Abweichung von rund 54.000 Einheiten zwischen zwei Inventuren im Abstand von einem Monat – etwa 71.000 Einheiten negativ gegenüber 17.000 positiv – doch Artikel für Artikel war fast nichts davon ein echter Verlust. Die Inventur war korrekt und das Rezept war für die Zukunft richtig. Der einzige Fehler war eine Rezeptmenge, die ohne Gültigkeitsdatum geändert worden war, sodass Monate historischer Verkäufe immer nur die alte, viel kleinere Menge verbraucht hatten. Niemand hatte 54.000 Einheiten von irgendetwas verloren; die Diskrepanz lag im Timing der Änderung, nicht im Regal.

Statistische Hervorhebung einer Netto-Abweichung von 54.000 Einheiten, die auf eine einzige nicht rückdatierte Rezeptänderung zurückgeführt wird

Die Lösung: Jede Änderung auf ihr tatsächliches Datum rückdatieren und zuverlässige Abweichungsdaten erhalten

Die Lösung besteht nicht darin, erneut zu zählen oder eine Zahl manuell anzupassen. Sie besteht darin, jede Änderung auf das Datum zurückzudatieren, an dem sie tatsächlich wirksam wurde, sodass das System historische Verkäufe mit der korrigierten Zahl neu berechnet statt mit der veralteten. Dann wird die abgestimmte Inventur gesperrt, damit keine spätere Änderung sie wieder verfälscht. Korrigieren Sie das Timing und die Abweichung korrigiert sich selbst.

In Supy ist das ein bewusster, wiederholbarer Arbeitsablauf statt einer Tabellenkalkulations-Rettungsaktion. Finden Sie das Datum, an dem eine Änderung tatsächlich wirksam wurde: wann sich die Menge änderte, wann die Produktion lief, wann der Zutatentausch begann. Verwenden Sie Aktion > Rezept rückdatieren, um dieses tatsächliche Wirksamkeitsdatum festzulegen, und Supy berechnet historische Verkäufe mit der korrigierten Menge neu statt mit der veralteten. Da der theoretische Warenbestand kontinuierlich aus jedem Wareneingang und jedem Rezeptverbrauchsereignis aktuell gehalten wird, überträgt sich diese Korrektur sauber durch die gesamte Historie, die die Änderung betrifft – genau deshalb behebt die Rückdatierung das Problem, während eine manuelle Zahlenanpassung das nicht kann. Sobald die Zahlen übereinstimmen, sperren Sie die Inventur, damit keine Änderung sie verfälscht, während das Finanzwesen unterzeichnet.

Lösungsablauf: tatsächliches Datum finden, Änderung rückdatieren, Historie wird neu verbraucht, korrigierte Inventur sperren

Die Auswirkung ist, dass Abweichungen wieder etwas bedeuten. Statt dass Teams tagelang Regale nachzählen, um einem Verlust nachzujagen, der nie stattgefunden hat, spiegelt die Zahl im Bericht das wider, was sich physisch bewegt hat. Margen und Schlusslagerbestandswert hören auf, durch das Timing der Dateneingabe zu schwanken, Untersuchungen werden kürzer, und eine gesperrte, abgestimmte Inventur ist etwas, das das Finanzwesen tatsächlich unterzeichnen kann. Das ist der Unterschied zwischen einem Warenwirtschaftssystem, das lediglich Zahlen erfasst, und einem, dessen theoretischer Warenbestand zuverlässig genug ist, um das Unternehmen darauf zu führen.

Bevor Sie Ihre nächste große Abweichung als Verlust abschreiben, führen Sie drei schnelle Prüfungen durch: Wurde im Zeitraum ein Rezept ohne Gültigkeitsdatum geändert? Wurden Produktionsereignisse manuell eingetragen statt als Produktion ausgeführt? Wurde ein Rezept erstellt, nachdem seine Verkäufe bereits importiert wurden? Wenn die Antwort auf eine dieser Fragen Ja lautet, ist die Abweichung fast sicher durch das Timing erzeugt, und Rückdatierung – nicht Nachzählen – ist die Lösung. Sehen Sie, wie Supys Rezeptverwaltung und Warenwirtschaft den theoretischen Warenbestand korrekt halten, und unser Leitfaden zu Inventurfehlern in Multi-Standort-Gruppen deckt die anderen Timing-Fallen ab, die eine Inventur verzerren.

Demo mit Supy buchen – Inventurabweichungen durch Rückdatierung von Rezeptänderungen korrekt machen

Ready to optimize your restaurant operations?

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.

Was bewirkt die Rückdatierung einer Rezeptänderung tatsächlich?
+

Was die Rückdatierung bewirkt: Sie teilt dem System das tatsächliche Datum mit, an dem eine Rezeptänderung wirksam wurde, damit es das Rezept erneut gegen Umsätze ab dem richtigen Zeitpunkt ausführt und nicht ab dem heutigen Tag. Da der theoretische Bestandsverbrauch kontinuierlich aus Ihren Rezepten abgeleitet wird, wird jede Änderung auf die betroffene Vergangenheit angewendet. Wenn Sie auf das tatsächliche Wirksamkeitsdatum zurückdatieren, werden vergangene Umsätze mit der damals tatsächlich verwendeten Menge neu verbucht. Wenn Sie das nicht tun, wird die neue Menge rückwirkend auf alle früheren Umsätze angewendet, wobei bereits erfolgte Bestandsbewegungen überschrieben und Abweichungen erzeugt werden, die keine physische Ursache im Regal haben.

Warum erzeugt eine nicht rückdatierte Rezeptänderung eine Bestandsabweichung?
+

Warum eine solche Abweichung entsteht: Die Änderung wird stillschweigend auch auf die Vergangenheit angewendet. Wenn eine Rezeptmenge ohne Wirksamkeitsdatum geändert wird, berechnet das System neu, wie viel Bestand jeder historische Umsatz dieses Gerichts hätte verbrauchen sollen, und verwendet dabei den neuen Wert. Die physische Inventur hat sich nicht verändert und ist weiterhin korrekt, aber der vom System erwartete Verbrauch wurde neu berechnet, sodass beide nicht mehr übereinstimmen. Die Lücke zeigt sich bei der nächsten Inventur als Abweichung. Es sieht nach einem Verlust aus, aber es wurde nichts verloren. Die Diskrepanz besteht ausschließlich zwischen einem korrekten Regal und einer neu berechneten Vergangenheit, die ihr Wirksamkeitsdatum übergangen hat.

Wie kann eine Rezeptänderung Zehntausende von Einheiten an Abweichung erzeugen?
+

Wie die Zahl so groß werden kann, erklärt sich durch Wiederholung über die Zeit. Ein einzelnes Rezept kann täglich in vielen Filialen über Monate hinweg verkauft werden. Wenn sich seine Menge ohne Rückdatierung ändert, werden plötzlich alle historischen Umsätze mit dem falschen Betrag neu verbucht, und die Fehler summieren sich über den gesamten Zeitraum und alle Standorte. Eine Multi-Filialgruppe verzeichnete eine Netto-Abweichung von rund 54.000 Einheiten zwischen zwei monatlichen Inventuren, etwa 71.000 negativ gegenüber 17.000 positiv, zurückzuführen auf ein Rezept, das ohne Wirksamkeitsdatum geändert wurde. Kein Bestand fehlte tatsächlich. Der Umfang ergab sich aus einem einzigen Terminfehler, multipliziert über Monate korrekter Umsätze.

Was ist ein vergessenes Produktionsereignis und warum muss es rückdatiert werden?
+

Ein vergessenes Produktionsereignis ist eine Vorbereitungsarbeit, die physisch stattgefunden hat, z. B. das Zubereiten einer Portion Aioli, die aber nie als Produktionslauf im System erfasst wurde. In diesem Fall werden die Rohzutaten nie als verbraucht angezeigt und das fertige Vorbereitungsprodukt erscheint nur als manuell eingegebener Wert, sodass sowohl die Rohstoff- als auch die Vorbereitungsbestände falsch angezeigt werden. Eine Gruppe beobachtete, dass der Bestandswert aus genau diesem Grund von etwa 6.000 $ auf etwa 44.000 $ gestiegen ist, ohne dass Einkäufe dahinterstanden. Die Lösung besteht darin, jedes vergessene Produktionsereignis auf die Woche rückzudatieren, in der es tatsächlich stattgefunden hat, damit sowohl der Rohstoffverbrauch als auch die Vorbereitungserstellung auf den richtigen Terminen landen und der Wert sich angleicht.

Warum verbrauchen manche Umsätze überhaupt keine Bestände?
+

Warum manche Umsätze nichts verbrauchen, liegt meist daran, dass das Rezept nach dem Import dieser Umsätze erstellt wurde. Ein Umsatz kann sich nur mit einem Rezept verknüpfen, das am Datum des Umsatzes bereits existierte. Daher hat jeder Umsatz, der vor dem Erstellungsdatum des Rezepts erfasst wurde, nichts, woran er anknüpfen kann, und bewegt keine Bestände. Der Umsatz wird weiterhin erfasst, was es leicht macht, dies zu übersehen, aber die Bestände hinter diesen Umsätzen bewegen sich auf dem Papier nie, was eine stetige einseitige Abweichung erzeugt, die Diebstahl oder Verderb imitiert. Das Rückdatieren des Rezepts, sodass sein Wirksamkeitsdatum vor dem frühesten Umsatz liegt, und die Zuweisung an jeden Standort, an dem es verkauft wurde, verbindet diese Umsätze wieder mit dem tatsächlichen Verbrauch.

Wie datieren Sie eine Rezeptänderung korrekt zurück?
+

Das korrekte Rückdatieren erfordert drei Schritte. Stellen Sie zunächst das Datum fest, an dem die Änderung tatsächlich wirksam wurde, nicht das Datum, an dem Sie sie eingetragen haben: also wann sich die Menge tatsächlich geändert hat, wann die Produktion tatsächlich gelaufen ist oder wann ein Zutatentausch tatsächlich begonnen hat. Datieren Sie die Änderung dann auf dieses tatsächliche Wirksamkeitsdatum zurück, damit das System den historischen Umsatz mit dem korrigierten Betrag neu berechnet statt mit dem veralteten. Sperren Sie anschließend die korrigierte Inventur, sobald die Zahlen übereinstimmen, damit spätere Bearbeitungen sie nicht erneut verschieben, während die Finanzabteilung prüft und freigibt. Konsequent angewendet hält dies den theoretischen Warenbestand mit den tatsächlichen Vorgängen in Einklang, sodass die Abweichung die Realität widerspiegelt und nicht den Zeitpunkt der Dateneingabe.

Sollten Sie den Bestand nachzählen oder zurückdatieren, wenn die Abweichung falsch aussieht?
+

Ob Sie nachzählen oder zurückdatieren sollten, hängt davon ab, wo der Fehler liegt – und bei dieser Fehlerklasse liegt er nicht im Regal. Wenn eine große Abweichung auf ein Rezept zurückgeführt werden kann, das ohne Wirksamkeitsdatum geändert wurde, ein versäumtes Produktionsereignis oder ein Rezept, das nach seinen Verkäufen angelegt wurde, wird das Nachzählen dieselbe Zahl liefern, weil die physische Bestandszählung bereits korrekt ist. Die Diskrepanz liegt im Zeitpunkt einer Änderung – die Lösung besteht daher darin, diese Änderung zurückzudatieren, nicht erneut zu zählen. Zählen Sie erst nach, wenn Sie diese zeitlichen Ursachen ausgeschlossen haben; andernfalls bestätigen Sie eine Zahl, die nie das Problem war.

Bereit, Ihre Abläufe zu transformieren?

Schließen Sie sich mehr als 3.500 Restaurantbetreibern an, die mit Supy Kosten senken, Abläufe optimieren und klügere Entscheidungen treffen.