Onlineshop-Anbindung an eBay: Lagerbestand, Angebote und Abwicklung

Die eBay-Anbindung umfasst getrennte Einheiten: Lagerorte, Lagerartikel und Verkaufsangebote. Bestellungen und Tracking bilden einen eigenen Abwicklungsablauf. Vor einer Katalogübertragung prüfen wir Rechte, Verkäuferrichtlinien und SKU-Zuordnung. So pflegt die Anbindung Angebote kontrolliert, statt nur erste Einträge zu veröffentlichen.

Die Inventory API trennt Lagerort, Artikel und Angebot. Ein Angebot ist mit Markt, Kategorie und Geschäftsrichtlinien verbunden. In der Umsetzung halten wir diese Zuordnungen getrennt. Wir prüfen Pflichtfelder bei der Angebotsveröffentlichung, denn ein erfolgreich erstellter vorläufiger Datensatz beweist noch keine Verkaufsverfügbarkeit.

Das Verkäuferkonto benötigt passende Business Policies. Die Anwendung wird per OAuth für ihre Aktionen autorisiert. Rückgabe- und Versandeinstellungen müssen zum tatsächlichen Betrieb passen. Wir übernehmen keine allgemeine Richtlinie ungeprüft für alle Märkte. Der Zugang wird sicher erneuert, und eine nicht mehr funktionierende Autorisierung wird deutlich angezeigt.

Variantenprodukte brauchen eine strukturierte Zuordnung von Gruppe und Optionen. Die SKU bleibt je Lagerartikel eindeutig. Die Anbindung trennt den angezeigten Titel von der Identität der gekauften Option. Außerdem gilt: Mit der Inventory API erstellte Angebote werden darüber gepflegt. Der Betriebsplan muss widersprüchliche Änderungen durch Werkzeuge verhindern, die nicht demselben Ablauf folgen.

Ein Unternehmen verkauft Ersatzteile mit vielen Codes und möchte eine Auswahl auf eBay veröffentlichen. Zuerst ordnet es jede SKU zu und prüft die Merkmale der jeweiligen Kategorie. Die Anbindung erstellt Angebote mit vereinbarten Richtlinien und importiert Bestellungen ohne Dubletten. Kompatibilitätsangaben werden vom Unternehmen geprüft und nicht aus Vermutungen der Anwendung erzeugt. Die Pilotphase testet Mengenänderungen und Versand mit Tracking für einen konkreten Artikel.

Wir prüfen Entwurfserstellung, Angebotsveröffentlichung, Preisänderung und Nullbestand als getrennte Szenarien. Die Protokollierung zeigt aktive Angebote und abgelehnte Artikelcodes. Vorübergehende Fehler werden ohne zweites Angebot wiederholt. Bestellungen werden mit Shop und tatsächlichem Tracking abgeglichen. Zur Übergabe gehören Anleitungen, wo welche Änderung erfolgt, damit das Team nicht auf unvereinbare manuelle Eingriffe angewiesen ist.