Der Verkauf steuert jetzt die Produktion

Was die Amerikaner anders machen

Der Reihe nach durch Crunchtime, Restaurant365, Fourth, Toast, PAR, Blue Yonder, RELEX, Legion, Lineup.ai und Tenzo — vier Dinge tauchen überall auf, und drei davon hatten wir noch nicht.

Wie unsere Prognose jetzt rechnet

Nicht der Achtwochenschnitt, sondern eine multiplikative Zerlegung — dasselbe Prinzip, das hinter den teuren Systemen steckt, nur ohne den Ballast:

Wochentagsindex   Verhältnis jedes Tages zum gleitenden 29-Tage-Durchschnitt,
                    je Wochentag der Median daraus, Ausreisser auf 0,35 bis 3,0 gekappt,
                    normiert über die Öffnungstage.
                    → Samstag bekommt seinen Faktor, Montag seinen.

Basisniveau       Exponentielle Glättung (Alpha 0,20) auf der entsaisonalisierten Reihe.
                    → lernt aus ALLEN Tagen, reagiert in zwei bis drei Tagen auf ein neues Niveau.

Prognose          Niveau × Wochentagsindex des Zieltages.

Streuung          Geglättete mittlere absolute Abweichung der Prognosefehler × 1,25,
                    Untergrenze 15 % der Prognose.
                    → NICHT die Streuung der Rohverkäufe: die enthält das Wochentagsmuster
                      und würde den Sicherheitsbestand um das Zwei- bis Dreifache aufblähen.

Sicherheit        z(Servicegrad) × Streuung × Wurzel(Abdeckungstage + Lieferzeit)

Servicegrad       Newsvendor: entgangene Marge ÷ (entgangene Marge + Herstellkosten).
                    Bei 4,20 Verkauf und 0,95 Herstellkosten sind das 77 %, nicht 95 %.

Liefermenge       Prognose über die Abdeckungstage + Sicherheit
                    − Bestand − bereits unterwegs, aufgerundet auf Gebinde.

Die Abdeckungstage kommen aus dem Lieferkalender und zählen Öffnungstage, nicht Kalendertage: Bei Lieferung Montag, Mittwoch, Freitag deckt die Freitagslieferung Freitag und Samstag ab und bekommt dadurch automatisch mehr Menge und mehr Puffer als die Mittwochslieferung.

Was wann wohin — der neue Bildschirm

Unter Bestellen → Disposition: Liefertag wählen, rechnen lassen. Das System zeigt je Standort und Sorte die Prognose, den Sicherheitszuschlag, den verfügbaren Bestand einschließlich unterwegs befindlicher Ware und daraus die Liefermenge. Ein Knopf macht daraus die internen Bestellungen — die Produktion sieht sie im selben Moment im Backzettel.

Drei Dinge, die dabei automatisch passieren

• Geschlossene Tage erzeugen keine Lieferung. Der Standort erscheint mit dem Hinweis, dass er zu hat.
• Knappheit wird verteilt, nicht ignoriert: Reicht der Rohlingsbestand nicht für alle, teilt das System nach Bedarfsanteil zu — mit Größtrestverfahren, damit kein Stück verloren geht und kleine Standorte nicht auf null fallen. In der Zeile steht dann, von welcher Menge gekürzt wurde.
• Jede Prognose wird mitgeschrieben. Damit lässt sich später messen, wie gut sie war: WAPE als mengengewichteter Fehler und Bias als systematische Schieflage.

Die Kassenanbindung

Sofort nutzbar ist der Weg über den Tagesbericht: Mehr → Verkaufsdaten, Zeilen aus Excel oder dem Kassenbericht einfügen, Format Datum ; Artikel ; Menge ; Umsatz. Jeder Kassenartikel wird einmal einem Lagerartikel zugeordnet — eine 4er-Box bekommt den Faktor 4, dann bucht ein Boxverkauf vier Cookies ab. Ab da schreibt der Verkauf den Bestand selbst fort und füttert gleichzeitig die Prognose.

ready2order — was du dafür brauchst

Die API ist geprüft und passt. Drei Punkte sind wichtig und stehen so in keiner Broschüre:

1. Ein Account-Token pro Standort. ready2order kennt kein Standort- oder Kassenfeld. Wer einen Token für alles beantragt und danach nach Filiale gruppieren will, baut ins Leere.
2. Der Zugang läuft über drei Schritte: Registrierung auf api.ready2order.com (Developer-Token kommt per Mail), dann ein Aufruf, der eine Freigabe-Adresse liefert — und die muss der Kontoinhaber innerhalb von zehn Minuten bestätigen, sonst beginnt alles von vorn.
3. Grenzen kennen: 60 Anfragen pro Minute je Token, keine Testumgebung, und der Abruf der Rechnungen liefert ohne den Parameter items=true keine Positionszeilen — der Fehler fällt erst auf, wenn die Artikelauswertung leer bleibt. Stornos kommen als eigenes Dokument und müssen negativ gezählt werden, sonst zählt man sie als zusätzlichen Absatz.

Sobald die Tokens da sind, hänge ich den automatischen Nachtabruf dran — die Tabelle für die Kassenkonten je Standort liegt schon im System.

Was noch offen ist

• Ausverkaufstage erkennen. Wenn eine Sorte um 15 Uhr weg ist, war die echte Nachfrage höher als der Verkauf. Wer das einlernt, prognostiziert beim nächsten Mal noch weniger — eine Abwärtsspirale, die bei Backwaren planmäßig eintritt. Braucht ein Kennzeichen „ausverkauft" je Tag und Sorte.
• Feiertage und Ferien. Aktuell werden Ausreisser gekappt, aber ein Feiertag bleibt in der Historie. Sauber wäre ein Kalender, in dem solche Tage markiert und aus der Rechnung genommen werden — mit eigenem Faktor für Brückentage.
• Etiketten und Rückruf aus der letzten Runde stehen weiter offen.
• Einkaufspreise fehlen weiterhin — ohne sie rechnet der Newsvendor-Servicegrad mit dem Standardwert statt mit eurer echten Marge.