Überverkäufe sind für eBay-Händler teuer: Stornos, schlechte Bewertungen und im schlimmsten Fall Einschränkungen des Kontos. Die Ursache ist fast immer dieselbe – der Bestand bei eBay stimmt nicht mit dem tatsächlichen Lager überein. Dieser Artikel erklärt, wie eine automatische Bestandsaktualisierung technisch funktioniert und worauf es bei der Umsetzung ankommt.

Warum manuelle Bestandspflege nicht skaliert

Solange du wenige Artikel über einen einzigen Kanal verkaufst, reicht es, den Bestand ab und zu von Hand nachzuziehen. Sobald einer dieser Punkte zutrifft, wird es fehleranfällig:

  • Du verkaufst dieselben Artikel auf mehreren Kanälen (eBay, eigener Shop, Amazon)
  • Dein Katalog umfasst hunderte SKUs
  • Wareneingänge kommen unregelmäßig und in Teilmengen
  • Mehrere Personen arbeiten am Bestand

Jede manuelle Änderung ist ein Zeitfenster, in dem eBay einen falschen Wert zeigt. Automatisierung schließt dieses Fenster auf wenige Minuten.

Das führende System festlegen

Bevor du eine Zeile Automatisierung baust, brauchst du eine klare Antwort auf die Frage: Wo ist der Bestand „wahr“? Mögliche Antworten:

  • Ein Google Sheet mit SKU und Menge
  • Eine kleine Datenbank
  • Eine Warenwirtschaft oder ein Shopsystem
  • Ein Lieferanten-Feed (bei Dropshipping)

Nur ein System darf führend sein. Alle anderen Kanäle, auch eBay, werden aus dieser Quelle beschrieben. Wenn zwei Systeme gleichzeitig „recht haben“ können, entstehen Sync-Konflikte, die keine Automatisierung sauber auflöst.

Wie der Sync mit der Inventory API funktioniert

Die eBay Inventory API arbeitet SKU-basiert. Jeder Artikel ist ein Inventory Item mit einer eindeutigen SKU und einer Bestandsmenge (availableQuantity). Das Angebot auf dem Marktplatz ist ein separates Offer, das auf diese SKU verweist.

Ein Sync-Workflow läuft typischerweise so ab:

  1. Änderung erkennen: Eine Bestellung, ein Wareneingang oder eine manuelle Korrektur ändert den Bestand im führenden System.
  2. Zielwert berechnen: Physischer Bestand minus Bestandspuffer minus reservierte Mengen aus offenen Bestellungen.
  3. Abgleich: Der Workflow vergleicht den Zielwert mit dem zuletzt an eBay gesendeten Wert. Nur bei Abweichung wird ein API-Aufruf ausgelöst.
  4. Schreiben: Per bulkUpdatePriceQuantity lassen sich bis zu 25 SKUs in einem Aufruf aktualisieren – das schont die Rate Limits.
  5. Loggen: Jede Änderung wird mit Zeitstempel, SKU, altem und neuem Wert protokolliert.

Für Angebote, die noch über die Trading API angelegt wurden, gibt es das Pendant ReviseInventoryStatus. Viele bestehende Konten haben beides im Einsatz, der Workflow muss dann wissen, welche SKU über welche API gepflegt wird.

Zielwert berechnen: Puffer und Reservierungen

Bestandspuffer: der wichtigste Parameter

Ein Bestandspuffer bedeutet, dass eBay bewusst weniger anzeigt, als physisch vorhanden ist. Beispiel: 10 Stück im Lager, Puffer 2, eBay zeigt 8. Das fängt Verkäufe ab, die zwischen zwei Sync-Läufen auf anderen Kanälen stattfinden.

Sinnvolle Regeln für den Puffer:

  • Höherer Puffer bei Artikeln, die auf mehreren Kanälen laufen
  • Puffer 0 bei Einzelstücken ist riskant, hier lieber kanalexklusiv verkaufen
  • Puffer pro SKU oder pro Kategorie konfigurierbar, nicht global hart codiert

Bestand nach Zahlungseingang, nicht nach Bestellung

Ein häufiger Denkfehler: Bestand sofort bei Bestelleingang abziehen. Unbezahlte Bestellungen werden aber oft storniert. Bewährt hat sich, den Bestand erst nach Zahlungseingang zu reduzieren und offene, unbezahlte Bestellungen als Reservierung zu behandeln. Die Fulfillment API liefert den Zahlungsstatus (paymentStatus), an dem der Workflow ansetzen kann.

Typische Fehlerquellen

Nach unserer Erfahrung scheitern Bestands-Syncs selten an der API selbst, sondern an Details:

  • SKU-Inkonsistenzen: Groß-/Kleinschreibung, Leerzeichen oder Varianten-SKUs, die im führenden System anders heißen als bei eBay.
  • Race Conditions: Zwei Läufe schreiben gleichzeitig, der ältere Wert gewinnt. Lösung: sequenzielle Verarbeitung pro SKU.
  • Abgelaufene Tokens: Der OAuth Refresh Token läuft nach längerer Zeit ab oder wird widerrufen. Ohne Monitoring läuft der Sync dann still ins Leere.
  • Teilerfolge bei Bulk-Aufrufen: eBay kann einzelne SKUs im Batch ablehnen. Die Antwort muss pro SKU ausgewertet werden.
  • Fehlende Rückmeldung: Wenn niemand über Fehler informiert wird, fällt das Problem erst beim nächsten Überverkauf auf.

Ein sauberer Workflow hat für jeden dieser Fälle eine Antwort: Retries mit Wartezeit, eine Manual-Review-Queue für dauerhaft fehlschlagende SKUs und Benachrichtigungen per E-Mail oder Slack.

Selbst bauen oder betreiben lassen?

Technisch ist ein Bestands-Sync mit n8n oder einem kleinen Script in wenigen Tagen umgesetzt. Der eigentliche Aufwand liegt im Betrieb: Hosting, Token-Erneuerung, Monitoring, Anpassung an API-Änderungen. Wenn du das nicht selbst übernehmen willst, ist ein Managed Service wie HandelPilot eine Option, der den Sync inklusive Bestandspuffer, Logging und Überwachung als Festpreis-Leistung betreibt.

Fazit

Automatische Bestandsaktualisierung bei eBay steht und fällt mit drei Entscheidungen: ein klar führendes System, ein sinnvoller Bestandspuffer und eine Fehlerbehandlung, die Probleme sichtbar macht. Die Inventory API liefert die Werkzeuge, die Regeln kommen von dir. Wie viel manuelle Arbeit bei dir rechnerisch wegfällt, kannst du mit dem Einsparpotenzial berechnen.