Inaktiv FBA-Umlagerungen werden nicht gebucht, obwohl bei Amazon bereits vereinnahmt

[aivz]

Guten Abend,

wir haben das Problem, dass FBA-Umlagerungen nicht zeitnah gebucht werden. Das eine Umlagerung mal ne Woche dauern kann, können wir noch verstehen, aber wir warten bei einigen Artikel bereits 43 Tage darauf, dass die Artikel obwohl sie im FBA-Lager eingebucht wurden trotzdem zusätzlich im Streckenlager auftauchen.

Das führt bei uns zu folgendem Problem: Wir haben bei gewissen Artikeln lt. JTL mehr Bestand, als physisch wirklich vorhanden. Hierzu auch ein konkretes Beispiel:


Hier mal ein Beispiel (weiter oben sind Artikel mit "Unterwegs seit 1...3 Tage", die aber auch schon bei Amazon eingebucht sind):


Wir haben schon im Forum gesucht und den Passus gefunden mit dem Haken bei der Anbindung
"Regelmäßige aktuelle Inventardaten anfordern" aktiviert.

Danach erfolgten sowohl händische Abgleiche mit Amazon, als auch über den Worker, der standardmäßig auf einem Server läuft. Mal mit dem Haken gesetzt, mal ohne den Hacken. Hier sehen wir dann keine Unterschiede.

Wo kann ich ein Protokoll darüber sehen, ob wir überhaupt von Amazon die Inventardaten erhalten, um den Fehlerort einzukreisen? Kann man diese Daten händisch von Amazon einfordern / importieren oder kann das nur über den Abgleich / Worker erfolgen.

Danke für Eure Hilfe & Schönen Abend noch,
Axel

 

[Rico Giesler]

Wenn ihr dauerhaft Probleme mit den Abgleichen habt dann wendet euch bitte an unseren Support. Die Kollegen können nachvollziehen was übertragen wurde und was auch nicht.

 

[Pinkman]

Hallo Axel

Wir lagern auch einiges pro Woche an Amazon um und das Problem haben wir auch immer wieder. Der Support hat auch schon öfters bei uns drauf geschaut und es gibt keine Abhilfe dafür, außer ab und zu selber manuell korrigieren. So ist der Stand bei uns.

Liebe Grüße
Pinkman

 

[aivz]

Hallo,
danke für den Tipp, anders haben wir das jetzt auch nicht gelöst, als das per Manueller Buchung zu korrigieren. Jetzt passen die Bestände erstmal, ist aber auch nur ein Workaround. Das ist aber etwas, dass kann vermutlich JTL nicht lösen, da das ein Problem von Amazon ist. Schön wäre es vielleicht hier auch eine Funktion proaktiv zu bauen, die die Bestände bei Amazon abfragt und dann daraus Rückschlüsse bildet, dass Amazon die Umbuchung ordnungsgemäß vereinahmt hat.

 

[mariox]

Hallo,

wir haben gleiches Problem festgestellt. Wir haben 10 Artikel ans FBA-Amazon-Lager gesendet. Alle 10 Artikel wurden von Amazon verbucht. Im Streckenlager bleiben bei dieser Umlagerung jedoch 2 Artikel über. Mittlerweile sind auch schon mehr als 3 Wochen vergangen. Nichts bewegt sich.
Ich gehe davon aus, dass dieser Bug in nächster Zeit nicht behoben wird und werde beide Artikel und folgende Umlagerungen manuell verbuchen. Danke für den Notlösungs-TIPP hierfür.

Gruß

 

[Loads]

Hallo,

hier eben das gleiche Problem festgestellt.
Jede Menge Artikel die bei Amazon eingebucht sind aber in der Wawi noch im Streckenlager hängen.
Das führt bei uns nun auch zu Bestandsproblemen.
Ist JTL hier dran?

 

[FelixZ]

Würde mich hier auch nochmal ranhängen, haben gleiches Problem

 

[Rico Giesler]

Hat sich denn jemand von euch mal an unseren Support gewandt um das Problem nachzustellen?

 

[FelixZ]

ich würde das einmal dokumentieren, da der Fehler ja gerade aktuell ist. Mach am besten ein kleines 20sek. Video dazu,. Wo soll das dann hingehen?

 

[Rico Giesler]

Das wäre klasse.
Im Kundencenter könnt ihr ein Ticket erstellen.

 

[FelixZ]

@Rico Giesler Ticket mit Video wurde soeben im Kundencenter eröffnet

 

[M. Hadgu]

Hallo Felix, dein Ticket schnapp ich mir gleich

Aber eine allgemeine Aussage wäre das eine FBA Umlagerung auch mal länger dauern kann bis Amazon es in den Berichten wiedergibt bzw. über die API uns mitteilt. (Besonders aktuell)
Wir haben aktuell wenig Einfluss drauf. Amazon verbucht immer die ältesten Bestellung zuerst unabhängig ob Sie komplett gezählt wurden oder nicht. Dafür gibt es aber die Korrekturbuchung und der Zukunft mit Umlagerung 2.0 noch viel Mehr.

 

[FelixZ]

Hallo @M.Hagdu,
das Ticket mit der Nummer #2018120310001384 wurde gestern geschlossen, scheinbar ohne eine Lösung bereitzustellen. Eventuell hab ich die auch übersehen?

Würde mich freuen, wenn hier jemand sich mal zu äußert, bei mir ist noch die gleiche Situation wie vorher.
LG
Felix

 

[Rico Giesler]

Ich habe meinen Kollegen gebeten sich nochmal bei dir zu melden.

 

[M. Hadgu]

Hallo Felix,

das Ticket ist vom System automatisch geschlossen worden, habs wieder auf offen
umgestellt.

Danke für die info

 

[Denis1988]

Gibt es da Neuigkeiten ob das wieder geht? (Wir sind neu bei JTL daher die Frage). Haben auch unsere ganzen "Steckenlager" noch voll obwohl die Artikel bereits bei Amazon eingebucht worden sind.

 

[Pinkman]

Es dauert in der Regel mehrere Tage bis die Ware aus dem Streckenlager gebucht wird obwohl Amazon die Artikel schon eingebucht hat. Das liegt teilweise an die von Amazon übertragenen Daten. Notfalls musst Du die Artikel manuell aus dem Streckenlager buchen.

 

[Denis1988]

Also funktioniert es Grundsätzlich, dauert aber ein paar Tage? Das ist für mich die wichtige Frage ob ich das kontrollieren muss oder ob es zu 100 % funktioniert

 

[Pinkman]

Leider nicht zu 100%, aber doch schon sehr gut. Kontrolle sollte man ab und zu trotzdem mal machen.

 

[ROGUE]

Bei uns genau das selbe Problem. Wenn man keine Korrekturbuchung macht, dann bleiben die Artikel unendlich lange im Streckenlager. Wir haben 46 Tage abgewartet, mehr lohnt es sich nicht. Mit Amazon haben wir nicht mal versucht zu kommunizieren. Wird so wie so nix bringen, da es viele Nutzer betrifft. Da muss schon JTL über deren Entwickleraccount Amazon kontaktieren. Meiner Meinung nach arbeiten bei Amazon so wie so nur 10% die Ahnung von etwas haben.

Frage an JTL Team! Könnt Ihr bitte irgendwie Amazon kontaktieren und fragen, warum der API Abgleich so lange dauert bzw. was da los ist? Ihr habt bestimmt dort bestimmte Ansprechpartner.