Amazon Vendor-Integration – Bestellungen und Abläufe
Amazon Vendor Central – manchmal auch Amazon 1P oder Amazon Vendor-Integration genannt – ist ein Großhandelsprogramm, bei dem Amazon Ihre Ware über Sammelbestellungen einkauft und weiterverkauft. Sie wickeln nicht mehr nur Verkäufe ab; Sie sind jetzt Lieferant und unterliegen Amazons strengen operativen Standards und engmaschigem KPI-Monitoring.
Umso komplexer, als Amazon Vendor-Bestellungen meist Dutzende, wenn nicht Hunderte Positionen umfassen. Jedes Produkt muss auf EAN/SKU-Ebene korrekt zugeordnet, jede Bestellmenge exakt bestätigt und geliefert und jede Bestellung an ein bestimmtes Amazon-Logistikzentrum gebunden sein. Verpassen Sie ein Lieferfenster, senden Sie eine verspätete oder fehlerhafte Bestellbestätigung oder driften Ihre Produktdaten von Amazons Datenbestand ab, sind die Folgen gravierend: entgangene Verkäufe, Chargeback-Gebühren und Rechnungsdifferenzen.
Genau das macht Vendor Central teuer, wenn es manuell läuft – oder schlimmer: über mehrere Systeme, von denen jedes nur einen Ausschnitt des Ablaufs sieht. Base führt Amazon Vendor Central-Bestellungen durch dasselbe Panel, denselben Katalog und denselben Workflow wie jeden anderen Kanal, auf dem Sie verkaufen – ohne dass Amazons strenge Anforderungen und Ihre individuellen Anpassungen einander im Weg stehen.
Kostenlos testen
Wo es wirklich schiefgeht – und wie Base es löst
Purchase Orders, einfach gemacht
Amazon Vendor ist bei der Bestellbestätigung streng: Angenommene Mengen und Artikel müssen bis auf die Einheit genau Ihrer tatsächlichen Lieferung entsprechen – innerhalb eines engen Zeitfensters nach Eingang. Genauigkeit ist nicht verhandelbar. Base importiert Bestellungen automatisch in Ihren bestehenden Workflow und nutzt dabei die individuellen automatischen Aktionen, Status und Regeln, die Sie bereits für jeden anderen Kanal einsetzen – mit voller Bestandstransparenz, damit Sie nicht mehr bestätigen, als Sie liefern können.
Hunderte Positionen im Versand, automatisiert
Eine einzige Vendor-Bestellung kann leicht Dutzende oder Hunderte Positionen enthalten. Sie von Hand zu bearbeiten – Bestände prüfen, Pick-und-Pack-Listen erstellen, mit verschiedenen Vendor-Lagern jonglieren – kostet Teams ganze Tage. WMS und OMS von Base passen sich daran an, wie Ihr Lager tatsächlich arbeitet: Großbestellungen werden systematisch abgewickelt, vom Eingang bis zur Versandbestätigung.
Produktdaten, immer aktuell
EAN- und SKU-basierte Systeme laufen auseinander. Artikel werden umbenannt, eingestellt oder auf einer der beiden Seiten neu identifiziert – und genau diese Abweichungen führen zu abgelehnten Bestellungen und mühsamen Abstimmungen. Base setzt auf APIs und ASIN-first-Übertragung: eine einzige verlässliche Datenquelle statt zweier Datenbanken, die langsam auseinanderdriften.
Mehrere Konten, keine Silos mehr
Mehrere Marken, Fulfillment-Modelle oder Regionen bedeuten mehrere Logins – und mehrere Orte, an denen eine PO verloren gehen kann. Base verwaltet jedes Vendor-Konto – und jedes Seller-Konto – über einen einzigen Login. Wenn Sie ein hybrides 1P/3P-Modell fahren oder neben Vendor auch Amazons Versandservices nutzen, liegt alles am selben Ort.
EDI vs. API: Was ist der Unterschied und warum zählt er für Vendor Central
Die meisten Vendor Central-Integrationen am Markt laufen noch über EDI. Base setzt auf Amazons SP-API. Beide erfüllen ihren Zweck, funktionieren aber grundverschieden:
| EDI | API (Base) | |
|---|---|---|
| Einsatz bei Amazon | Ausschließlich Vendor Central; der langjährige Standard im Vendor-Bereich, deckt den kompletten Order-to-Cash-Prozess ab: PO-Empfang und -Bestätigung, ASN, Rechnungsstellung, Bestands- und Logistiknachrichten | Vor allem Seller Central, dazu Vendor Central. Die in den letzten Jahren eingeführten Vendor-APIs decken die meisten EDI-Anwendungsfälle ab (bis auf einige Programm-/Ländervarianten) sowie vendorspezifische Listing- und Reporting-Funktionen |
| Datenformat | Standardisierte Dokumente (X12, EDIFACT) mit kodierter Sprache pro Feld, erfordert umfangreiches Mapping | Amazon-APIs (SP-API) nutzen REST/JSON |
| Implementierung | Länger, teurer; erfordert meist Middleware zur Übersetzung ins ERP, Mapping von Nachrichtenstandards und dedizierte Verbindungseinrichtung (AS2/SFTP oder Drittanbieter-VAN) | Schneller, günstiger; keine VAN-Gebühren, flexibleres Feld- und Katalog-Mapping |
| Kommunikation | Eingehend: eine PO rein, eine Nachricht raus. Ausgehend: Bündelung möglich | Eingehend: konfigurierbare Parameter (POs nach Datum, Status usw. abrufen). Ausgehend: Bündelung möglich |
| Geschwindigkeit | Minuten; ggf. EDI-zu-ERP-Übersetzung über Middleware nötig | Millisekunden bis Sekunden; Import und Umwandlung in Base nahezu in Echtzeit |
| Produktabgleich | EAN / SKU / GLN – laufen bei Katalogabweichungen leicht auseinander. | ASIN-first – eine einzige verlässliche Datenquelle |
| Flexibilität | Durch Nachrichtenstandards begrenzt | Hochflexibel |
| Fehlerbehandlung | Sammelbestätigungen oder Abruf über spezielle Nachrichten | Sofortige Rückmeldungen |
| Skalierbarkeit | Stark für große Unternehmensnetzwerke, besonders wenn EDI auch mit anderen Partnern läuft; traditionell bei großen Händlern und Logistikunternehmen im Einsatz | Stark für moderne Cloud-Anwendungen und Omnichannel-Plattformen |
Speziell bei Amazon Vendor Central entsteht der größte operative Schmerz in der Zeile Produktabgleich. EDI-Systeme auf EAN- und SKU-Basis erzeugen Abweichungen, sobald ein Artikel auf einer der beiden Seiten umbenannt, eingestellt oder neu identifiziert wird. Bei den meisten Systemen löst das einen Fehler aus, der die Übersetzung der gesamten Nachricht blockiert. Die ASIN-first-Übertragung hält beide Seiten auf einer einzigen Kennung synchron, die Amazon selbst besitzt und kontrolliert.
Die Einrichtung ist ganz einfach
Verbinden Sie Ihr Amazon Vendor-Konto.
Vendor-Bestellungen laufen in Ihr Base-Panel ein – neben allem anderen, was Sie verkaufen.
Verknüpfen Sie Angebote mit Ihrem Katalog und binden Sie bei Bedarf weitere Vendor-Konten an.
Ergänzen Sie Direct Fulfillment, Seller Central, weitere Carrier oder Systeme, wann immer Sie so weit sind. Dasselbe Konto, kein separates Projekt, kein Entwickler nötig.
Base FAQ: Testphase, Tarife & Integrationen
Nein, Direct Fulfillment ist eine eigene Integration, gebaut rund um Lager-Mapping, Labels und Versanddokumente für Bestellungen, die Sie selbst verschicken. Beide sind darauf ausgelegt, nebeneinander zu laufen.
Nein. Sie läuft über Amazons SP-API, den neueren Weg zur Anbindung an Vendor Central. EDI war jahrelang der Branchenstandard, bringt aber hohe Implementierungskosten, starres Nachrichten-Mapping und teure Anpassungen bei jeder Spezifikationsänderung von Amazon mit sich. Die API-basierte Integration von Base ist flexibler, deutlich günstiger zu implementieren und verfolgt einen ASIN-first-Ansatz, der Abweichungen reduziert.
Abweichungen. Zwischen dem, was Ihr Katalog sagt, und dem, was bei Amazon hinterlegt ist; zwischen dem, was Sie bestätigt haben, und dem, was Amazon erwartet. Das meiste geht darauf zurück, dass zwei Systeme nicht richtig miteinander sprechen. Anders als Legacy-Lösungen, die auf EDI setzen und strikt über EAN/GLN/SKU laufen, arbeitet Base mit Amazons SP-API und einem ASIN-first-Ansatz.
Ja. Bestehende Angebote lassen sich direkt aus Ihrem verbundenen Amazon-Konto importieren und anschließend mit Produkten in Ihrem Base-Katalog verknüpfen – oder automatisch als neue Katalogprodukte anlegen, falls sie dort noch fehlen.
Ja. Base unterstützt beide neben Amazons wichtigsten Fulfillment-Modellen – Sie verwalten sie also nicht über zwei getrennte Systeme.
Das Verbinden des Kontos dauert Minuten. Die weitere Konfiguration – Multi-Konto-Setups, Katalogverknüpfung, zusätzliche Programme – hängt davon ab, wie komplex Ihr Betrieb bereits ist.
