Vendor-Bestandsprognose
Zugriff über: Forecast → Logistik
Für Vendor-Konten berechnet die Prognose für jedes Produkt und jeden Marktplatz, wie viele Einheiten an Amazon versendet werden sollten über den von dir definierten Horizont. Sie geht von der realen Verbrauchernachfrage aus und korrigiert sie anhand des Bestellverhaltens von Amazon, des bereits vorhandenen Bestands und deiner Geschäftsregeln.
Vendor vs. Seller
Bei Vendor kauft Amazon bei dir und verkauft dann an den Verbraucher; das Modell betrachtet daher nicht nur, was verkauft wird, sondern lernt auch, wie Amazon bestellt — was selten mit der realen Nachfrage übereinstimmt. Die Seller-Prognose geht von einer anderen Prämisse aus.
So startest du eine Prognose
- Zu Forecast → Logistik gehen.
- Die Vendor-Verbindungen auswählen, die in die Berechnung einbezogen werden sollen.
- Den Horizont definieren (Daten oder Anzahl der Tage), für den der Versand berechnet wird.
- Die Parameter anpassen, die für deinen Betrieb gelten: minimaler Endbestand, minimale zu versendende Einheiten, Einheiten pro Karton und, falls du einschränken möchtest, die Länder oder Produkte.
- Die Prognose generieren und die Tabelle nach Produkt und Marktplatz prüfen.
- Nach Excel exportieren, um sie als internes Werkzeug zur Produktionssteuerung und Beschaffungsplanung zu nutzen.
Erstmalige Datenerfassung
Wenn du das erste Mal eine Prognose für eine Vendor-Verbindung startest, kann das System einige Minuten brauchen, um die nötige Historie aus Amazon zu laden (bis zu 24 Monate). Die folgenden Ausführungen sind sofort, da sie auf der bereits vom System gepflegten Historie aufsetzen.
Welche Daten berücksichtigt werden
Reale Nachfrage (Verbraucherverkäufe)
- Aktuelle Verkäufe des Produkts (laufender Trend).
- Saisonalität: Verkäufe aus dem gleichen Zeitraum des Vorjahres.
- Das Modell kombiniert beides, um sich weder nur von den neuesten Daten leiten zu lassen noch saisonale Spitzen zu ignorieren.
Bestellungen von Amazon an den Vendor
- Was Amazon bei dir bestellt und erhält (kann stark von dem abweichen, was verkauft wird).
- Was du bestätigst im Vergleich zu dem, was Amazon letztlich vereinnahmt.
- Offene Bestellungen und Ware in Transit (was Amazon bereits unterwegs hat).
Bestand bei Amazon
- Verfügbarer Bestand aktuell in den Logistikzentren.
- Bestand in Transit.
- Alter Bestand (mehr als 90 Tage ohne Verkauf), als Signal für Überbestand.
Fehlbestände
- Zeiträume, in denen das Produkt ohne verfügbaren Bestand war, um die reale Nachfrage nicht zu unterschätzen: Es wurde nicht verkauft, weil keiner da war, nicht weil keine Nachfrage bestand.
Wie die Empfehlung angepasst wird
Auf die Verbrauchernachfrage wendet das Modell eine Reihe von geschäftlichen Korrekturen an:
| Anpassung | Wofür |
|---|---|
| Bestellmuster von Amazon | Amazon bestellt selten 1:1 zu dem, was verkauft wird; meist über- oder unterbestellt es. Das Modell lernt dies aus der Historie und passt die Zahl an das an, was Amazon tatsächlich bestellen wird. |
| Bereits verfügbarer und unterwegs befindlicher Bestand | Zieht ab, was bereits in den Zentren ist und was Amazon bereits bestellt hat, um Dopplungen zu vermeiden. |
| Vereinnahmungsquote von Amazon | Wenn Amazon nur einen Teil des Bestätigten vereinnahmt, gleicht die Empfehlung dies aus. |
| Fehlbestände | Gab es Zeiträume ohne Bestand, wird die Nachfrage nach oben angepasst, um die nicht bediente Nachfrage abzubilden. |
Produktzustände
Das System klassifiziert jedes Produkt nach seiner Versorgungssituation und zeigt den Zustand als farbige Markierung in der Spalte Zustand der Tabelle. Er beschreibt die Beziehung zu Amazon, nicht den aktuellen Bestand: die Dringlichkeit der Nachbestellung wird separat angezeigt, mit dem Symbol ⚠ neben dem Bestand zu Periodenbeginn. Wenn du mit der Maus über die Markierung fährst, siehst du eine Beschreibung des Zustands.
Mit Versandempfehlung
In den meisten Fällen gibt das System eine Versandzahl aus und ergänzt den Zustand, um dem Verkaufsgespräch Kontext zu geben.
| Zustand | Signal | Was es bedeutet |
|---|---|---|
| Stabil | 🟢 | Amazon bestellt im Einklang mit dem, was sich verkauft. Gesunde Beziehung. |
| Überbestand (aktiv) | 🟡 | Amazon bestellt mehr als sich verkauft; neigt zu Überbestand. |
| Überbestand + alt | 🟡 | Überbestand mit altem Inventar; Amazon wird bald weniger bestellen. |
| In Korrektur | 🟡 | Amazons Bestellungen haben stark zwischen Perioden variiert; die Prognose wird geglättet. |
| Unterversorgt | 🟡 | Amazon bestellt etwas weniger als sich verkauft. |
| Stark unterversorgt | 🔴 | Amazon bestellt deutlich weniger als sich verkauft; Risiko, knapp zu werden. |
| Systemisches OOS | 🔴 | Häufige Fehlbestände, die die beobachteten Verkäufe drücken. |
| Unzureichende Daten | ⚪ | Zu wenig Historie zur Klassifizierung; eine konservative Zahl wird ausgegeben. |
Ohne Versandempfehlung
In diesen Fällen gibt das System bewusst keine Zahl an, weil das Versenden von Bestand keinen Sinn ergäbe, und nennt den Grund:
| Zustand | Signal | Was es bedeutet |
|---|---|---|
| PO ausgesetzt | 🔴 | Amazon hat aufgehört, Bestellungen für dieses Produkt aufzugeben. |
| Retouren-dominiert | 🔴 | Es wird mehr zurückgegeben, als Amazon erhält. |
| Vendor deaktiviert | 🔴 | Amazon hat fast aufgehört, dieses Produkt von dir zu kaufen. |
| Keine Aktivität | ⚪ | Sehr geringe Verkäufe; nicht genug Verkaufsaktivität. |
Parameter, die du konfigurierst
| Parameter | Wirkung |
|---|---|
| Horizont (Daten / Tage) | Zeitraum, für den der Versand berechnet wird. |
| Minimaler Endbestand | Sicherheitspuffer, unter den man nicht fallen sollte. |
| Minimale zu versendende Einheiten | Untergrenze der empfohlenen Zahl. |
| Einheiten pro Karton | Rundet den Versand auf Karton-Vielfache. |
| Länder / Produkte | Legt den Umfang der Prognose fest. Die Vendor-Codes der Verbindung werden zur Information angezeigt, können aber nicht zum Einschränken verwendet werden: die Daten von Amazon kommen nicht in dieser Granularität. |
Was zurückgegeben wird
| Ausgabe | Was es ist |
|---|---|
| Verkaufsprognose | Erwartete Verbrauchernachfrage über den Horizont. |
| Zu versendende Einheiten | Endgültige Versandempfehlung an Amazon. |
| Geschätzter Anfangsbestand | Bestand, mit dem der Zeitraum voraussichtlich startet. |
| Produktzustand | Operative Situation und, falls keine Zahl vorliegt, der Grund. |
Gruppierte Prognose über Vendor-Konten
Was sie ist und wann sie sich lohnt
Wenn du mehrere Vendor-Konten hast (zum Beispiel eines pro Land), gibt Amazon oft eine einzige Bestellung für ganz Europa aus einem Land auf. Die Prognose jedes Kontos einzeln zu berechnen reicht dann nicht: Nachfrage und Bestand eines Landes können andere Länder mit abdecken.
Bei der gruppierten Prognose über Konten addiert das System Verkäufe und Bestand der Konten, die dieselben Produkte verkaufen, und berechnet eine einzige Prognose pro Produkt statt einer pro Konto. Es lohnt sich, sie zu aktivieren, wenn deine Vendor-Konten in verschiedenen Ländern denselben Katalog teilen.
Wie die Gruppe erkannt wird
Die Gruppe wird automatisch erkannt, anhand der gemeinsamen Produkte der Vendor-Konten deines Kunden. Sie wird nicht von Hand bearbeitet: Du kannst der Gruppe keine Konten hinzufügen und keine entfernen.
In den Einstellungen jedes Kontos siehst du immer, welche Konten zur Gruppe gehören und wie viele gemeinsame Produkte jedes hat, auch wenn die Gruppierung ausgeschaltet ist. So kannst du prüfen, ob die vorgeschlagene Gruppe sinnvoll ist, bevor du sie aktivierst. Teilt ein Konto keine Produkte mit anderen Konten, gibt es nichts zu gruppieren und die Einstellung erscheint nicht (der Grund wird erklärt).
So aktivierst du sie
- Zu Forecast → Logistik gehen und die Einstellungen eines der Vendor-Konten öffnen. In der Kontotabelle klickst du in der Zeile des Kontos auf die Schaltfläche für weitere Optionen (die drei Punkte) und wählst Details anzeigen: Die Spezifische Einstellung dieses Kontos öffnet sich.
- Gruppierte Prognose über Konten anhaken.
- Das Basiskonto (Basiskonto) unter den Konten der Gruppe auswählen.
- Speichern.
Das Basiskonto ist das Referenzkonto der Gruppe: Die Zeilen der Prognose entstehen auf den Produkten des Basiskontos, mit den addierten Daten aller Konten. Aktivierst du die Gruppierung, ohne das Basiskonto zu wählen, kannst du nicht speichern (Wähle das Basiskonto, um speichern zu können.). Dasselbe gilt, wenn das gespeicherte Basiskonto nicht mehr zur Gruppe gehört: Das gespeicherte Basiskonto gehört nicht mehr zur Gruppe. Wähle ein anderes, um speichern zu können.
Die Einstellung gilt für die ganze Gruppe
Diese Einstellung gilt für alle Konten der Gruppe: Wenn du sie hier änderst, ändert sie sich auch bei den anderen. Es spielt keine Rolle, von welchem Konto aus du sie öffnest: Es ist eine einzige Einstellung für die Gruppe.
Produkte, die im Basiskonto nicht existieren
Da die Zeilen auf den Produkten des Basiskontos entstehen, bekommt ein Produkt, das in anderen Konten der Gruppe existiert, aber nicht in der Basis, keine Zeile und bleibt außerhalb der Prognose. Beim Konfigurieren der Gruppierung sagt dir das System, wie viele es sind: N Produkte der Gruppe existieren nicht in X und bleiben in der Prognose außen vor. Du kannst ein anderes Basiskonto wählen, um sie zu verringern.
Wenn du lieber keines verlieren möchtest, hake Auch die Produkte einbeziehen, die im Basiskonto nicht existieren an. Dann erscheint jedes Produkt, das in der Basis fehlt, in der Prognose mit den Daten eines anderen Kontos der Gruppe, in dem es existiert, und die Zeile zeigt, zu welchem Konto es gehört. Diese Option ist standardmäßig deaktiviert.
Was du in der Ergebnistabelle siehst
+N Konten: Label, das anzeigt, dass die Zeile die Daten von N weiteren Konten zusätzlich zum eigenen addiert. Wenn du mit der Maus darüberfährst, siehst du die in dieser Zeile gruppierten Konten (In dieser Zeile gruppierte Konten:).Produkt von X: erscheint, wenn die Zeile in einem anderen Konto als der Basis verankert ist, weil das Produkt in der Basis nicht existiert und du die Option aktiviert hast, die dort fehlenden Produkte einzubeziehen.
Hinweise
Beim Erstellen der Prognose warnt dich das System, wenn die Gruppierung nicht so angewendet werden kann, wie du sie konfiguriert hast:
- Wenn in dieser Prognose nur ein Konto der Gruppe aktiviert ist: Die gruppierte Prognose wird nicht angewendet: Nur ein Konto der Gruppe ist aktiviert, mindestens 2 sind nötig. Jedes Konto wird einzeln berechnet.
- Wenn du nur einen Teil der Konten der Gruppe aktivierst: Die gruppierte Prognose umfasst N von M Konten der Gruppe: Nur die in dieser Prognose aktivierten Konten werden gruppiert.
- Wenn das Basiskonto in dieser Prognose nicht aktiviert ist: Das Basiskonto der gruppierten Prognose ist in dieser Prognose nicht aktiviert. Aktiviere es oder schalte die Gruppierung in den Kontoeinstellungen aus, um sie erstellen zu können.
- Wenn das gespeicherte Basiskonto nicht mehr zur Gruppe gehört: Das Basiskonto der gruppierten Prognose gehört nicht mehr zur Gruppe. Prüfe die Kontoeinstellungen und wähle eine andere Basis, um sie erstellen zu können.
- Nach der Erstellung, wenn die Gruppe weniger als zwei aktivierte Konten behalten hat: Die gruppierte Prognose wurde nicht angewendet: Nur N Konten der Gruppe waren aktiviert, mindestens 2 sind nötig. Jedes Konto wird einzeln berechnet.
Bei der Datenerfassung braucht die Gruppierung die Historie der Konten der Gruppe. Fehlt sie bei einem Konto, das nicht die Basis ist, wird die Gruppe ohne dieses Konto angewendet. Fehlt sie bei der Basis, wird nicht gruppiert und die anderen Konten werden einzeln berechnet. In beiden Fällen bleibt das im Hinweis genannte Konto in dieser Prognose außen vor, bis seine Historie vollständig ist: Starte die Prognose dann erneut.
| Situation | Hinweis |
|---|---|
| Die Historie eines Kontos fehlt, das nicht die Basis ist, und die Gruppe wird ohne es angewendet | Das Konto X wurde aus der gruppierten Prognose ausgeschlossen, weil seine Historie fehlt. |
| Der Download der Amazon-Daten eines Kontos, das nicht die Basis ist, schlägt fehl und die Gruppe wird ohne es angewendet | Das Konto X wurde aus der gruppierten Prognose ausgeschlossen, weil der Download seiner Amazon-Daten fehlgeschlagen ist. |
| Die Historie der Basis fehlt, oder die Gruppe kann ohne dieses Konto nicht angewendet werden | Die gruppierte Prognose wurde nicht angewendet, weil die Historie des Kontos X fehlt: Dieses Konto bleibt in dieser Prognose außen vor, die anderen werden einzeln berechnet. |
| Der Download der Basis schlägt fehl, oder die Gruppe kann ohne dieses Konto nicht angewendet werden | Die gruppierte Prognose wurde nicht angewendet, weil der Download der Amazon-Daten des Kontos X fehlgeschlagen ist: Dieses Konto bleibt in dieser Prognose außen vor, die anderen werden einzeln berechnet. |
| Die Basis war in dieser Prognose nicht aktiviert | Die gruppierte Prognose der Konten X, Y wurde nicht angewendet: Das Basiskonto war in dieser Prognose nicht aktiviert. Jedes Konto wird einzeln berechnet. |
| Es waren nicht mindestens 2 Konten der Gruppe aktiviert | Die gruppierte Prognose der Konten X, Y wurde nicht angewendet: Es mussten mindestens 2 Konten der Gruppe aktiviert sein. Jedes Konto wird einzeln berechnet. |
Credits
Die Credits werden für alle Konten berechnet, genau wie ohne Gruppierung: Gruppieren oder nicht kostet dasselbe, auch wenn das Ergebnis weniger Zeilen hat.
Beispiel
Ein Produkt, das ~150 Einheiten/Monat verkauft, für das Amazon aber historisch deutlich mehr bestellt, als verkauft wird und nur einen Teil des Bestätigten vereinnahmt. Nach Anwendung der Anpassungen liegt die Versandempfehlung über den realen Verkäufen —bei etwa ~300 Einheiten—, um das tatsächliche Bestellmuster von Amazon abzudecken. Der Produktzustand weist darauf hin, dass Amazon überbestellt: ein nützlicher Hinweis für das Gespräch mit der Marke.