JTL-Wawi Marktplatz-Ansicht mit Amazon-Angebot, Bestand zeigt 0 trotz vorhandenem Lagerbestand

Amazon-Bestand springt auf 0 oder wird nicht aktualisiert: Ursachen in JTL-eazyAuction und wie du sie behebst

Du hast Ware im Lager, JTL-Wawi zeigt 50 Stück verfügbar — aber Amazon listet deinen Artikel mit Bestand 0 oder deaktiviert das Angebot komplett. Dieses Problem taucht in Dutzenden Forum-Threads auf und hat meist eine von drei Ursachen: eine falsch konfigurierte Bestandsgrenze, ein API-Timeout beim Lagerbestandsbericht oder eine Verwechslung zwischen FBA- und MFN-Bestand. Das Problem ist lösbar, wenn du weißt, wo du suchen musst. Wenn der JTL Amazon Bestand nicht aktualisiert wird, hilft systematische Diagnose mehr als blindes Ausprobieren.

Warum stimmt mein Amazon-Bestand nicht mit JTL überein — und was muss ich zuerst prüfen?

Dieser Beitrag zeigt die drei häufigsten Ursachen aus echten Projekten und erklärt, wie du sie Schritt für Schritt behebst — ohne dabei stundenlang im Dunkeln zu tappen.

Auf einen Blick

  • ✓Der häufigste Grund: Max-Bestand in den Amazon-Angebotseinstellungen ist auf 0 gesetzt. Dann überträgt JTL-eazyAuction automatisch 0 an Amazon, egal wie viel Ware im Lager liegt. Wir sehen diesen Konfigurationsfehler regelmäßig bei Neukunden, die eazyAuction frisch aufgesetzt haben.
  • ✓Wenn Lagerbestandsberichte nicht abgeholt werden, kennt JTL-Wawi den aktuellen FBA-Bestand nicht und kann ihn nicht synchronisieren. Prüfe zuerst das Abgleich-Log in eazyAuction, nicht den Bestand selbst.
  • ✓FBA und MFN sind technisch getrennte Bestandskreise in JTL-eazyAuction. Wer beide mischt, ohne die Konfiguration anzupassen, riskiert, dass ein Bestandskreis dauerhaft auf 0 steht. Vlarom E-Commerce Agentur behebt genau diese Verwechslung in vielen Onboarding-Projekten.

Als JTL Service Partner Gold bearbeiten wir bei Vlarom E-Commerce Agentur aus Ahrensfelde bei Berlin regelmäßig Fälle, in denen Amazon-Bestände nicht stimmen. Meistens liegt der Fehler nicht bei Amazon, sondern in der eazyAuction-Konfiguration oder in einem stillschweigend steckengebliebenen Worker — wer noch ganz am Anfang steht, findet in unserer Anleitung zur JTL-Wawi-Einrichtung die Grundlagen zur Worker- und eazyAuction-Konfiguration. Die offizielle JTL-Dokumentation beschreibt das Grundprinzip korrekt: Lagerbestandsberichte, die länger als 30 Minuten auf dem Server verbleiben, werden von JTL-eazyAuction verworfen — was stillen Bestandsstillstand verursacht. Bei einem Händler aus dem B-Ware-Segment hatten alle 340 Angebote nach einem Wawi-Update plötzlich Bestand 0 bei Amazon. Der Grund: Die Max-Menge war beim Update auf 0 zurückgesetzt worden. Zwei Konfigurationseinstellungen korrigiert. Danach lief der Bestandsabgleich wieder.

Drei Ursachen, die zusammen 90 Prozent der Fälle erklären

Das Problem klingt überall gleich: „Amazon zeigt 0“. Die Ursache ist aber fast immer eine von dreien. Diese Karten helfen dir, schnell einzugrenzen, wo du suchen musst.

primary

Falsch konfigurierte Bestandsgrenzen in eazyAuction

In den Amazon-Angebotseinstellungen in JTL-Wawi gibt es die Felder Max-Menge und Puffer. Ist Max-Menge auf 0 gesetzt, überträgt JTL exakt 0 an Amazon, unabhängig davon wie viel Ware im Lager liegt. Ein Händler im JTL-Forum beschreibt das treffend: „Ich bin davon ausgegangen, dass nun nur die Artikel gelistet werden, die wir im Lager haben. Wenn jedoch ein Artikel verkauft wird, besteht das Angebot bei Amazon weiterhin.“ Das klingt nach einem Bug, ist aber Konfiguration.

Der Puffer ist ebenfalls kritisch: Er zieht vom verfügbaren Bestand einen definierten Sicherheitspuffer ab, bevor der Wert an Amazon gesendet wird. Liegt dein Lagerbestand bei 3 und dein Puffer bei 5, sendet JTL Bestand 0. Das Angebot wird deaktiviert. Prüfe in jedem Angebot: Marktplatz > Amazon > Angebotsverwaltung > Mengenangaben.

highlight

API-Timeout: Lagerbestandsberichte werden nicht abgeholt

Für FBA-Bestand funktioniert der Abgleich anders als bei MFN. JTL fordert regelmäßig Lagerbestandsberichte von Amazon an. Kommt dieser Bericht nicht an oder wird er nicht verarbeitet, bleibt der Bestand in Wawi veraltet oder steht auf 0. In einem Forum-Thread aus 2026 beschreibt ein Händler genau das: Bestellungen wurden eingelesen, der Worker lief, aber die Lagerbestandsberichte kamen nicht an.

Das Abgleich-Log in eazyAuction zeigt dir, wann der letzte erfolgreiche Bericht abgeholt wurde. Liegt der Zeitstempel länger als 24 Stunden zurück, ist das ein klares Signal. JTL selbst dokumentiert: Bleibt die Lagerbestandsdatei länger als 30 Minuten auf dem Server, wird sie verworfen. Ein steckengebliebener Worker oder ein kurzzeitiger API-Fehler von Amazon kann diesen Zyklus unterbrechen.

muted

FBA vs. MFN: zwei Bestandskreise, eine Verwechslung

FBA (Versand durch Amazon) und MFN (Versand durch Händler) sind in JTL-eazyAuction getrennte Bestandskreise. FBA-Bestand liegt physisch bei Amazon im Fulfillment-Center und wird über den Lagerbestandsbericht synchronisiert. MFN-Bestand kommt aus deinem eigenen Lager in JTL-Wawi. Wer ein Angebot auf FBA umstellt, ohne den Bestandsabgleich entsprechend zu konfigurieren, sieht im MFN-Kanal dauerhaft 0.

Ein typisches Symptom: Das Angebot existiert in der Wawi-Angebotsverwaltung, zeigt aber Bestand 0, obwohl Amazon-Seller-Central einen anderen Wert ausweist. In diesem Fall synchronisiert JTL den falschen Bestandskreis. Prüfe in den Angebotsdetails, ob das Fulfillment-Modell korrekt gesetzt ist.

warning

Worker läuft nicht — Abgleich passiert einfach nie

Dieser Fall ist der offensichtlichste und wird trotzdem oft übersehen. Ohne aktiven JTL-Worker findet kein automatischer Bestandsabgleich statt. Manuelle Abgleiche alle paar Stunden reichen nicht, um Überverkäufe zu verhindern und den Bestand aktuell zu halten.

Ein Händler im JTL-Forum fasst es knapp zusammen: „Machst du einen manuellen Abgleich, das ist natürlich gefährlich und kann Doppelverkäufe produzieren. Also wenn kein Worker und nicht dauernd ein manueller Abgleich, dann werden keine Daten an die Plattformen gesendet.“ Der Worker sollte im Windows-Dienste-Manager als laufend angezeigt werden und im eazyAuction-Log regelmäßige Aktivität zeigen.

Deine Diagnose in 5 Schritten

Diese Reihenfolge kommt aus echten Projekten — sie spiegelt die Diagnosestrategie wider, die wir als Vlarom E-Commerce Agentur in jedem Fall als erstes durchlaufen. Du sparst Zeit, wenn du von oben nach unten gehst: Die häufigste Ursache steht zuerst. Wenn der Fehler nicht in eazyAuction selbst liegt, schau dir auch unsere Übersicht der häufigsten eazyAuction-Fehler an — dort findest du Codes und Lösungen für die verwandten Symptome.

Schritt 1: Max-Menge und Puffer in der Angebotsverwaltung prüfen (5 Minuten)

Öffne in JTL-Wawi unter Marktplatz > Amazon > Angebotsverwaltung ein betroffenes Angebot. Prüfe die Felder Max-Menge und Puffer. Max-Menge 0 bedeutet: JTL sendet immer 0 an Amazon, egal was im Lager liegt. Setze Max-Menge entweder auf einen sinnvollen Wert (z.B. 9999 wenn du keine Begrenzung willst) oder nutze die Option „Wawi-Bestand verwenden“. Puffer darf nicht höher sein als dein typischer Mindestbestand. Für Variationsartikel diese Einstellung im Kindartikel vornehmen, nicht im Vaterartikel. Offizielle Dokumentation: Lagerbestände bei Amazon pflegen.

Schritt 2: Worker-Status prüfen (2 Minuten)

Öffne auf dem Server, auf dem JTL-Wawi läuft, den Windows-Dienste-Manager (services.msc). Suche nach JTL-Worker. Status muss ‚Wird ausgeführt‘ sein. Falls nicht: Dienst starten, 10 Minuten warten, dann das eazyAuction-Abgleich-Log prüfen. Im Log siehst du, wann der letzte automatische Abgleich stattgefunden hat. Kein Eintrag in den letzten 15 Minuten bedeutet: Worker war nicht aktiv.

Schritt 3: Abgleich-Log auf Fehlermeldungen durchsuchen (10 Minuten)

Im eazyAuction-Abgleich-Log (in JTL-Wawi unter Marktplatz > Amazon > Abgleich-Protokoll) nach Fehlercodes suchen. Code 92003 bedeutet: Amazon hat doppelte Aktualisierungen unterdrückt. Das passiert, wenn JTL zu häufig denselben Bestand sendet. Dieser Code ist eine Warnung, kein kritischer Fehler. Kritischer ist Folgendes: Keine Einträge zum Lagerbestandsbericht-Abruf bedeutet, dass FBA-Berichte nicht ankommen.

Schritt 4: FBA vs. MFN im Angebot kontrollieren (5 Minuten)

Prüfe in der Angebotsverwaltung das Fulfillment-Modell des betroffenen Angebots. Steht dort FBA, aber du versendest selbst aus deinem Lager, stimmt der Bestandskreis nicht. Ändere das Fulfillment-Modell auf MFN (Merchant Fulfilled Network / Versand durch Händler) und starte einen manuellen Abgleich. Danach im Seller Central kontrollieren, ob der neue Bestand angekommen ist. Das dauert typisch 5 bis 15 Minuten.

Schritt 5: Lagerbestandsbericht manuell anfordern (falls FBA betroffen)

Wenn FBA-Bestand betroffen ist und der Bericht seit mehr als 24 Stunden nicht aktualisiert wurde: Im Amazon Seller Central unter Berichte > Lagerbestand eine neue Lagerbestandsdatei für aktive Angebote anfordern. Danach in JTL-Wawi einen manuellen Abgleich starten. Kommt der Bericht jetzt an, war ein API-Timeout die Ursache. Falls nicht: Prüfe, ob im Seller Central manuell angelegte Versandarten Sonderzeichen enthalten. Ein ß in einer Versandartbezeichnung hat in einem bekannten Forum-Fall alle Berichte blockiert.

Häufig gestellte Fragen zum JTL-Amazon-Bestandsabgleich

Warum zeigt Amazon Bestand 0, obwohl JTL-Wawi Lagerbestand anzeigt?

Das liegt fast immer an einer der drei Ursachen: Max-Menge in den Angebotseinstellungen ist auf 0 gesetzt, der Worker läuft nicht, oder der Puffer übersteigt den verfügbaren Bestand. Prüfe zuerst die Max-Menge in der Angebotsverwaltung (Marktplatz > Amazon > Angebotsverwaltung > Mengenangaben). Ist Max-Menge auf 0 gesetzt, sendet JTL immer 0 an Amazon. Das ist kein Fehler, sondern eine Konfigurationsvorgabe. Ändere den Wert und starte einen manuellen Abgleich. Im JTL-Forum ist das die mit Abstand häufigste Lösung, die Händler nach stundenlanger Suche finden.

Mit aktivem Worker dauert es typisch 5 bis 15 Minuten, bis eine Bestandsänderung bei Amazon ankommt. Der Worker führt den Abgleich in konfigurierbaren Intervallen durch, meist alle 5 Minuten. Wichtig: In JTL-Wawi kann es bis zu einer Stunde dauern, bis der aktualisierte Amazon-Bestand zurückgemeldet wird und die Angebotsverwaltung synchron ist. Zur Kontrolle direkt im Seller Central prüfen, nicht in JTL-Wawi warten. Das erklärt, warum viele Händler glauben, der Abgleich habe nicht funktioniert. Er hat, aber Wawi zeigt es erst später.

Code 92003 bedeutet: Amazon hat doppelte Bestandsübertragungen erkannt und unterdrückt. JTL hat zweimal denselben Bestandswert gesendet, Amazon wertet das als unnötige Doppelübertragung. Das ist kein kritischer Fehler. Der Bestand ist korrekt übertragen worden, Amazon hat nur die zweite identische Übertragung ignoriert. Problematisch wird dieser Code, wenn er dauerhaft erscheint und kein Bestandsupdate mehr durchkommt. Dann hilft oft ein Update von JTL-Wawi auf eine neuere Version, da der Fehler in älteren Releases durch fehlerhafte Synchronisationslogik ausgelöst wurde. Einen Überblick über bekannte eazyAuction-Verhaltensweisen gibt die offizielle eazyAuction-Dokumentation.

Der erste Schritt ist ein Blick ins Abgleich-Protokoll: Liegt der letzte Lagerbestandsbericht-Abruf länger als 24 Stunden zurück, ist der Bericht nicht angekommen. Öffne in JTL-Wawi das Abgleich-Protokoll (Marktplatz > Amazon > Abgleich-Protokoll) und suche nach dem letzten Eintrag zum Lagerbestandsbericht. Fordere im Seller Central manuell eine neue Lagerbestandsdatei an und starte danach einen manuellen Abgleich in JTL. Ein bekannter Auslöser: Versandarten im Seller Central mit dem Zeichen ß. Das blockiert das korrekte Einlesen der Berichte.

Ja. In den Artikelstammdaten in JTL-Wawi kann die Bestandsführung pro Artikel deaktiviert werden (Allgemein > Bestandsführung aktiv). Ist sie deaktiviert, sendet JTL keinen Bestand an Amazon. Das Angebot bleibt dauerhaft auf dem zuletzt übertragenen Wert oder auf 0. Diese Einstellung ist sinnvoll für Artikel, die du auf Bestellung fertigst oder für die Amazon den Bestand selbst verwaltet (FBA). Für MFN-Artikel sollte die Bestandsführung immer aktiv sein, sonst riskierst du Überverkäufe.

Bestellungen werden nicht verloren. Amazon speichert Bestellungen unabhängig vom JTL-Worker. Sie werden beim nächsten erfolgreichen Abgleich eingelesen. Was passieren kann: Artikel werden in der Zwischenzeit weiter verkauft, weil der Bestand bei Amazon nicht auf 0 aktualisiert wird. Das führt zu Überverkäufen. JTL empfiehlt, den Worker als Windows-Dienst mit automatischem Neustart einzurichten. Den Worker-Status täglich im Abgleich-Protokoll zu kontrollieren oder einen einfachen Monitoring-Alert einzurichten, ist laut JTL-Dokumentation Best Practice.

Wenn du keine Mengenbegrenzung nach oben willst, setze Max-Menge auf einen hohen Wert wie 9999 oder nutze die Option, den Wawi-Bestand direkt zu verwenden. Eine Max-Menge von 0 ist keine neutrale Einstellung. Sie bedeutet aktiv, dass 0 Stück an Amazon gesendet wird. Die offiziell empfohlene Konfiguration laut JTL-Guide: Bestandsführung aktiv, Überverkäufe nur aktivieren wenn du das wirklich willst, Puffer auf einen realistischen Sicherheitspuffer setzen (typisch 1-2 Stück für kleine Lager, 5-10 für größere Sortimente).

Amazon-Bestand stimmt immer noch nicht? Wir schauen gemeinsam ins Abgleich-Log.

Mit Vlarom E-Commerce Agentur das Bestand-Problem lösen.

Als JTL Service Partner Gold hat die Vlarom E-Commerce Agentur Dutzende Fälle bearbeitet, in denen Amazon-Bestände nicht stimmten. In fast allen Fällen lag die Ursache in wenigen Konfigurationseinstellungen, sobald die richtige Stelle gefunden war. Ruf direkt an unter +49 30 91473862, schreibe an info@vlarom.de oder nutze unser Kontaktformular. Wir helfen dir, den Abgleich-Fehler zu finden und zu beheben.

Autor

Alexander Luft

JTL Service Partner Gold · Vlarom E-Commerce Agentur · Ahrensfelde bei Berlin