Amazon-Vendor-Tools: sechs Kategorien, und wofür jede von ihnen zuständig ist

Warum Seller-Tools im Vendor-Modell zu kurz greifen

Der weit überwiegende Teil des Amazon-Tool-Markts ist für Seller (3P) gebaut. Diese Werkzeuge setzen auf Seller Central und der Selling Partner API auf, arbeiten mit Endkundenbestellungen, FBA-Beständen, Gebührenabrechnungen und Suchbegriff-Berichten. Ein Vendor hat diese Datenquellen nicht.

Vendoren arbeiten mit einem anderen Datensatz: Bestellungen von Amazon, Bestätigungs- und Lieferquoten, Sell-In gegenüber Sell-Out, Abzügen und Rückstellungen, den Berichten aus Vendor Central. Entsprechend beantwortet ein Seller-Tool die zentralen Vendor-Fragen nicht, etwa welcher Anteil der bestellten Menge tatsächlich abgerufen wurde, wo Abzüge entstehen oder ob ein Artikel gerade Richtung CRaP läuft.

Daraus folgt die praktische Einteilung dieses Überblicks: Die Kategorien sind nach Aufgabe sortiert, nicht nach Anbieter. Fast jede Marke braucht am Anfang nur zwei davon, und die teuerste Fehlentscheidung ist, mit Kategorie 1 zu starten, während das Problem in Kategorie 3 liegt.

Kategorie 0: die Bordmittel, und wo sie aufhören

Vor jedem Kauf steht die Frage, was Vendor Central selbst liefert. Die enthaltenen Analyse-Berichte decken Umsatz, Sell-Through, Bestands- und Verfügbarkeitskennzahlen sowie Teile der Kundendaten ab, dazu kommen bei registrierten Marken die Brand-Analytics-Berichte. Für eine Marke mit überschaubarem Sortiment ist das eine ernstzunehmende Basis, und viele Tool-Anschaffungen im ersten Vendor-Jahr sind vor allem gekaufte Bequemlichkeit.

Die Grenzen sind allerdings klar erkennbar und immer dieselben: Historie über längere Zeiträume, Verknüpfung von Vendor-Daten mit eigenen Kosten- und Margendaten, Alarmierung bei Abweichungen statt manuellem Nachsehen, sowie Auswertung über mehrere Marktplätze hinweg. Sobald eine dieser vier Anforderungen regelmäßig auftritt, beginnt der Tool-Bedarf.

Kategorie 1: Vendor-Analytics und Business Intelligence

Diese Kategorie zieht Vendor-Central-Daten automatisiert ab, hält sie historisiert vor und legt Alarme darüber. Typische Fragen: Welche ASINs verlieren Verfügbarkeit, wo weicht der Abruf von der Prognose ab, welche Artikel entwickeln sich Richtung Unprofitabilität, wie steht Sell-In zu Sell-Out.

Im DACH-Raum sind unter anderem AMALYTIX aus Köln und AMVisor mit ausdrücklichem Vendor-Fokus verbreitet, international kommen größere Retail-Analytics-Plattformen dazu. Die Auswahl entscheidet sich weniger am Funktionsumfang als an zwei banaleren Punkten: Deckt das Tool alle Marktplätze ab, auf denen die Marke tatsächlich Vendor ist, und lassen sich eigene Einkaufs- und Kostendaten einspielen. Ohne den zweiten Punkt bekommt man hübsche Umsatzkurven ohne Margenaussage.

Kategorie 2: EDI- und Integrations-Middleware

Die zweite Kategorie ist keine Auswertungs-, sondern eine Betriebssoftware: Sie transportiert und übersetzt die Nachrichten des Bestellzyklus zwischen Amazon und dem eigenen System, also Bestellung, Auftragsbestätigung, Versandavis und Rechnung. Anbieter reichen von klassischen EDI-Häusern und Netzbetreibern über Integrationsplattformen bis zu spezialisierten Connectoren, die direkt auf ein bestimmtes Warenwirtschaftssystem aufsetzen.

Diese Kategorie ist die einzige mit harter Fristbindung: Wenn sie ausfällt, entstehen nicht schlechtere Entscheidungen, sondern unmittelbar Abzüge. Entsprechend sind die relevanten Auswahlkriterien Betriebs- und keine Feature-Kriterien: Wie wird ein Fehler gemeldet, wie schnell und an wen, wer korrigiert eine fehlgeschlagene Nachricht, und was passiert an einem Freitagabend. Wie der Zyklus im Detail aufgebaut ist und welche Fristen daran hängen, steht im EDI-Überblick.

Kategorie 3: ERP und Warenwirtschaft als Rückgrat

Das ERP- beziehungsweise Warenwirtschaftssystem ist im Vendor-Modell kein Tool unter vielen, sondern die Quelle, aus der die Qualität aller anderen folgt. Bestände, Kommissionierdaten, Preise und Rechnungsdaten entstehen dort. Ein Versandavis kann nur so genau sein wie die Lagerbuchung dahinter, und die häufigste Chargeback-Ursache im Vendor-Betrieb ist genau diese Bruchstelle: Daten werden aus einem System in ein anderes übertragen, statt aus einer Quelle zu stammen.

Im DACH-Mittelstand sind für Amazon-Vendor-Anbindungen vor allem JTL-WaWi und Xentral verbreitet, meist über spezialisierte Connectoren oder Integrationsdienste, daneben weitere Systeme wie plentymarkets oder weclapp. Im gehobenen Mittelstand und im Konzernumfeld dominieren SAP und Microsoft Dynamics, typischerweise nicht direkt, sondern über eine EDI-Middleware davor.

Die Entscheidung, die hier tatsächlich getroffen wird, ist selten die Systemwahl, sondern die Frage, wo die führende Wahrheit liegt. Wer Amazon-Bestellungen im ERP führt und von dort alles ableitet, hat einen Prozess. Wer Bestellungen im Portal ansieht, in einer Tabelle plant und im ERP nachbucht, hat drei Wahrheiten und wird die Abzüge dafür bezahlen, unabhängig davon, welches Produkt auf dem Vertrag steht.

• Mittelstand DACH: JTL-WaWi, Xentral, plentymarkets, weclapp, jeweils mit Connector oder Integrationsdienst
• Enterprise: SAP, Microsoft Dynamics, angebunden über eine vorgeschaltete EDI-Middleware
• Entscheidend ist nicht das Produkt, sondern dass Versanddaten aus derselben Quelle kommen wie die Kommissionierung

Kategorie 4: Chargeback- und Deduction-Recovery

Abzüge sind im Vendor-Modell strukturell, nicht ausnahmsweise. Ein Teil davon ist berechtigt, ein Teil nicht, und der unberechtigte Teil verfällt, wenn er nicht innerhalb der Fristen bestritten wird. Genau hier setzt eine eigene Werkzeug-Kategorie an: Sie zieht Abzüge und Zahlungsavise, ordnet sie Lieferungen zu, priorisiert nach Erfolgsaussicht und automatisiert das Einreichen von Einsprüchen. Bekannte Anbieter in diesem Feld sind SupplyPike und iNymbus, beide mit Schwerpunkt auf dem US-Markt.

Diese Kategorie ist die einzige, deren Nutzen sich direkt in Euro nachrechnen lässt, und zwar bevor man sie kauft: Man nimmt die Abzüge der letzten zwölf Monate, schätzt den strittigen Anteil und vergleicht ihn mit dem Aufwand, den ein Mensch dafür heute betreibt. Liegt das Abzugsvolumen im niedrigen vierstelligen Bereich pro Jahr, ist die Antwort meistens eine Tabelle und ein fester Wochentermin, kein Tool.

Kategorie 5 und 6: Advertising und Stammdaten

Advertising-Werkzeuge steuern Gebote, Struktur und Auswertung der Amazon-Kampagnen. Vendoren nutzen im Kern dieselben Anzeigenformate wie Seller, arbeiten aber mit anderen Margen- und Preisrealitäten, weil der Endpreis nicht bei ihnen liegt. Ein Bid-Management-Tool ist deshalb im Vendor-Modell weniger ein Automatisierungs- als ein Transparenz-Werkzeug: Es soll zeigen, welche Werbung auf ein Produkt einzahlt, dessen Preis Amazon jederzeit ändern kann.

Die sechste Kategorie umfasst Content- und Stammdatenpflege, also PIM-Systeme und Werkzeuge für Listing-, A+- und Bildpflege über viele Artikel und Sprachen hinweg. Sie wird relevant, sobald das Sortiment vierstellig wird oder mehrere Marktplätze mit unterschiedlichen Sprachfassungen bedient werden. Bei kleinen Sortimenten ist sie nachweislich verzichtbar.

Auswahl: welche Kategorie ab welcher Größe

Eine belastbare Reihenfolge lässt sich weniger am Umsatz festmachen als an drei Auslösern. Der erste ist Fristdruck: Sobald Bestätigungen und Versandavise nicht mehr zuverlässig rechtzeitig rausgehen, ist Kategorie 2 fällig, und zwar vor allem anderen. Der zweite ist Blindheit: Wenn niemand sagen kann, welche Artikel gerade Verfügbarkeit oder Marge verlieren, folgt Kategorie 1. Der dritte ist Abzugsvolumen: Wenn Chargebacks eine eigene Zeile in der Ergebnisrechnung verdienen, lohnt Kategorie 4.

Die häufigste Fehlreihenfolge in der Praxis ist der Start mit einem Analytics-Tool, während der eigentliche Schmerz im Datenprozess liegt. Ein Dashboard macht schlechte Stammdaten sichtbarer, aber nicht besser, und die Abzüge laufen währenddessen weiter.

• Fristen reißen: EDI- und Integrations-Layer zuerst (Kategorie 2)
• Keine Sicht auf Verfügbarkeit und Marge: Vendor-Analytics (Kategorie 1)
• Abzüge werden zur eigenen Kostenposition: Deduction-Recovery (Kategorie 4)
• Sortiment wird vierstellig oder mehrsprachig: Stammdaten und Content (Kategorie 6)
• Datenchaos zwischen Portal, Tabelle und Lager: das ERP zuerst sortieren (Kategorie 3)

Was kein Tool im Vendor-Modell löst

Drei der wirksamsten Kräfte im Vendor-Modell liegen außerhalb der Reichweite von Software. Die Preishoheit liegt bei Amazon, kein Repricing-Werkzeug ändert das. Die Depriorisierung unprofitabler Artikel (CRaP) folgt Amazons interner Deckungsbeitragsrechnung, ein Dashboard kann sie früher sichtbar machen, aber nicht verhindern. Und die jährliche Konditionsrunde ist eine Verhandlung, in der Datenqualität die Argumente liefert, aber nicht die Machtverteilung ändert.

Deshalb ist die ehrliche Einordnung dieser sechs Kategorien: Sie senken die Betriebskosten und die Fehlerkosten des Vendor-Modells, und das kann erheblich sein. Sie ändern nicht seine Konstruktion. Marken, die einen Tool-Stack aufbauen, um ein strukturelles Margenproblem zu kompensieren, lösen damit selten das Problem, das sie eigentlich stört. Wer die Betriebslast insgesamt abgeben will statt sie besser zu instrumentieren, landet bei der Modellfrage, nicht bei der Softwarefrage.