Neu Wichtige Änderungen bei Amazon FBA Umlagerungen ab JTL-Wawi 1.9.6.0

[Charly1325]

jede Sendung die wir erstellen wird als LKW Ladung in SC angemeldet.
Kartons anmelden ist nicht möglich.
Es ist nicht ASIN bedingt weil ich es mit verschiedenen ASINS getestet habe

kann dann zumindest im SC die Kartons ausgewählt werden oder ist dadurch eine Paketanlieferung grundsätzlich nicht möglich?

 

[serfism]

kann dann zumindest im SC die Kartons ausgewählt werden oder ist dadurch eine Paketanlieferung grundsätzlich nicht möglich?

die Paketauswahl ist nicht möglich.
Weil es als LKW Sendung angemeldet wurde, werden die Auswahl Punkte übersprungen und geht direkt in die LKW Anmeldung.

 

[mobile61]

Dann macht eine neue Version mit der alten API. Wir können seit 2 Tagen keine Ware mehr nach Amazon senden Wirklich der beste Zeitpunkt für so ein Chaos.

Da will man wegen der GPSR aktualisieren und wartet auf eine Version die angeblich funktioniert, dann holt man sich den Supergau in Haus, weil man die API gewechselt hat. Offensichtlich ohne das ausreichend zu testen.

 

[Charly1325]

die Paketauswahl ist nicht möglich.
Weil es als LKW Sendung angemeldet wurde, werden die Auswahl Punkte übersprungen und geht direkt in die LKW Anmeldung.

Danke ! - OMG und wir wollten schon Updaten und leben quasi vom FBA-Versand mit Paketanlieferung. Interessant das u.a. 1.9.6.4 und 1.9.6.5. nachwievor zum Downloaden ohne jegliche Hinweise auf Probleme bereitsteht.
Also liebes JTL-Team - Ihr habt viel Vertrauen verspielt - Im Wissen das essentielle Probleme durch das Downloaden entstehen, AGB´s hin oder her.

 

[serfism]

Wegen der GPSR habe ich ein Update durchgeführt und stehe nun da – alles steht still.

Anscheinend interessiert es JTL wenig, was die JTL-Kundschaft derzeit durchmachen muss.
Mir fehlen die Worte.

Es wäre wirklich hilfreich, wenn JTL klar mitteilen würde, wann das Problem gelöst wird.
Eine manuelle Umbuchung, wie von JTL vorgeschlagen, ist derzeit wirklich nicht im Zeitrahmen umsetzbar.

HALLO JTL, IST EUCH BEWUSST, DASS WIR MITTEN IM JAHRESENDGESCHÄFT SIND?!

 

[Print-Green]

Bei uns das selbe:
Umlagerung dauert extrem lang = Ladezeit
Nur noch LKW Lieferung möglich und das im Quartal 4 in der Hauptsaison

 

[Mario Bublat]

Pünktlich zum Weihnachtsgeschäft steht es bei uns nun still.
Folgende
1. Problem:
LKW Ladung per API erstellter Sendung durch JTL:

Unter dem Punkt 1b:

Existiert der Edit Button jedoch nicht.
Wenn im SellerCentral normal eine Shippingplan angelegt wird ist es ganz normal auswählbar:



Problem2:
2.1 Die Anlage einer Umlagerung dauert 3x solange durch die neuen API-Abfragen, zudem ist es nur noch möglich pro Umlagerung eine einzelne SKU aufzunehmen.
Wenn mehrere SKU’s genommen werden kann es vorkommen, dass eine oder mehrere falsch eingestellt sind.

2.2 Die Fehlermeldung gibt jedoch nicht aus, welche SKU falsch ist.
Entsprechend muss dann nochmal jede SKU einzeln geprüft werden.



Gibt es bereits zu Problem 1 eine Lösung?
Oder ist die Lösung zumindest absehbar?
Oder sollen wir uns eher auf Prozessänderung direkt auf SellerCentral einstellen?

 

[Mario Bublat]

Nachtrag:

Die Logistik hat soeben mitgeteilt das die Umlagerungs nummer aus JTL nicht mehr mit übergeben wird, somit finden Sie die korrekte Umlagerungen dann schlechter.

 

[Mario Bublat]

Gibt es hierzu bereits Neuigkeiten?
Die ersten Artikel laufen bereits in die low Inventory fee von Amazon rein?

 

[simunse]

Echt traurig, dass JTL mal wieder nicht Stellung nimmt und uns im Regen stehen lässt.

 

[DavidQing]

Ich stimme den Vorredner zu. So etwas muss doch getestet werden bevor es life geht. Es ist kein Feature sondern essenziell für uns als Händler.

 

[Just-Commerce]

Nachtrag:

Die Logistik hat soeben mitgeteilt das die Umlagerungs nummer aus JTL nicht mehr mit übergeben wird, somit finden Sie die korrekte Umlagerungen dann schlechter.
Den Anhang 116620 betrachten

Dann hat dein Mitarbeiter das schon seit Jahren nicht mehr selbst gemacht bzw. selbst kontrolliert.

Seit Jahren (!) löscht amazon bereits vorhandene Informationen raus = sowohl im Namen der Umlagerung, im Begriff der auf die Versandetiketten gedruckt werden als auch in den Dateinamen der Versandetiketten schreibe ich seit Jahren die JTL Wawi Umlagerungsnummer rein.
Früher blieb alles, außer im Dateinamen, bestehen.

Das hat meiner Meinung nach mit JTL nichts zu tun sondern ist so seit amazon vor ein paar Jahren den Versandprozess im sellercentral umgestellt hat.

 

[Mario Bublat]

Dann hat dein Mitarbeiter das schon seit Jahren nicht mehr selbst gemacht bzw. selbst kontrolliert.

Seit Jahren (!) löscht amazon bereits vorhandene Informationen raus = sowohl im Namen der Umlagerung, im Begriff der auf die Versandetiketten gedruckt werden als auch in den Dateinamen der Versandetiketten schreibe ich seit Jahren die JTL Wawi Umlagerungsnummer rein.
Früher blieb alles, außer im Dateinamen, bestehen.

Das hat meiner Meinung nach mit JTL nichts zu tun sondern ist so seit amazon vor ein paar Jahren den Versandprozess im sellercentral umgestellt hat.

Das ist für mich tatsächlich neu, im November wurde die Umlagerungsnummer "U-" noch am Titel angeführt.
Sonst hätte sich die Logistik ja auch nicht beschwert?
Hier von November als die Erstellung der Umlagerung noch ging:

 

[simunse]

Das ist für mich tatsächlich neu, im November wurde die Umlagerungsnummer "U-" noch am Titel angeführt.
Sonst hätte sich die Logistik ja auch nicht beschwert?
Hier von November als die Erstellung der Umlagerung noch ging:
Den Anhang 116692 betrachten

Bei Uns wurde zumindest bis zum Update die Umlagerungsnummer auch entsprechend übertragen, bis die Umlagerung dann im Seller Central bearbeitet wurde. Danach war sie nicht mehr da.

 

[Just-Commerce]

So wie Simunse schreibt ists auch bei uns - bearbeitet man nichts im sellercentral bleibt die "U-" Nummer aber wenn man im sellercentral die Paketdaten hinterlegt werden die "U-" Nummern gelöscht.
Wir haben das damals auch erst beim reklamieren gemerkt das wir keinen Bezug mehr herstellen konnten...

Meiner Meinung nach ein Fehler von amazon aber mit denen braucht man ja eh nicht sprechen...

 

[Johannes2512]

Hi, ich möchte mich hier anschließen und ebenfalls darauf hinweisen, dass wir Sendungen als Paketsendungen an Amazon schicken und keine LKW Komplettladungen. Für uns bleibt aktuell nur der Workaround die Umlagerungen im SC anzulegen und in JTL einen Auftrag gegen einen fiktiven Kunden zu schreiben, um die Ware zu picken und aus dem Bestand zu buchen. @Eugen Fritzler und @Dominic Nelle Ihr gebt mit Sicherheit Euer Bestes. Dafür mal Danke!!!

 

[Mario Bublat]

Mein aktueller Stand von JTL Support 09.12.:

wie Sie bereits dem Forum entnehmen konnten arbeiten wir hier daran.

Sollten Sie dringend umlagern müssen, führen Sie das im SellerCentral durch, der Bestand wird dem Artikel automatisch zu gebucht, nur das Ausbuchen müsste manuell erfolgen.

Unsere Ideen sind nun:

Idee1: Outbound FBA Lager anlegen und Umlagerung von Logistic an Outbound Lager // + Umlagerung manuell in SC anlegen

Idee2: Umlagerung in SC manuell anlegen und Asana Aufgabe an Lager stellen --> klären wie wird Ware gepickt und ausgebucht aus Lager?

Alles auf jeden Fall mit zusätzlichem Aufwand verbunden, bin gespannt auf den späteren Nachlass für die Dezember JTL-Rechnung

 

[hula1499]

späteren Nachlass für die Dezember JTL-Rechnung

Wie geht's dem Regenbogen, den Hobbits und Einhörnern?

Mit viel Glück gibt's überhaupt noch in diesem Jahr eine Lösung für diesen gemachten XYZ....

 

[heatpaxx]

Oh man, da wurde hier bereits vor fast 2 Wochen angeregt dieses Problem beim Download zu kommunizieren und bis jetzt ist da nichts zu lesen. WARUM? Ihr macht Euch selbst und uns das Leben doch nur unnütz schwer! Ist auch imho respektlos von Euch uns vor Weihnachten so auflaufen zu lassen. Ihr kennt doch nun die Fehler und die daraus resultierenden Probleme. Wir schreiben uns seit über 10 Jahren geduldig die Finger wund, um Eure Produkte mit Euch zu verbessern und dann sowas. Find ich nicht gut.

 

[Rico Giesler]

Sehr schade, dass von Seiten JTL hier seit einigen Tagen nichts mehr kam.
Ich gehe mal davon aus, dass im Hintergrund fleißig an dem Thema gearbeitet wird!?

Wir haben mit dem Thema auch massiv zu tun, aber aus der Sicht eines Fulfillers.

Derzeit können wir nicht wie gewohnt arbeiten und müssen Kisten doppelt mit 2D-Barcodes bekleben.
Hintergrund: Wir bekommen die Anlieferung übergeben und erzeugen in dem Zusammenhang 2D-Barcodes. Diese haben die Umlagerungsnummer welche ursprünglich beim Händler angelegt wurde.
Nun muss dieser aber den Anlieferungsplan händisch im SC anlegen und bekommt daher eine neue Nummer, die wir bei uns dann ändern müssen.
Den Anlieferungsplan kann er aber erst erstellen, wenn er weiß wie viele Paletten es geworden sind.
Habe ich hier nun auf jeder Palette 30 Kisten, dann muss ich alle nachträglich nochmal neu bekleben, da die Inhaltsangabe ja stimmen muss.
Umlagerungen mit 3-5 Paletten á 30-50 Kisten sind keine Seltenheit.

Das ist einfach eine ABM die im Weihnachtsgeschäft (und auch sonst) nicht sein muss!

Zum Glück haben noch nicht alle unserer Kunden auf die 1.9.6.X umgestellt, so dass bei einigen noch die alte Umlagerung funktioniert.

Aber ganz ehrlich: Solche Sachen im Weihnachtsgeschäft und dann gefühlt oder effektive Tests (MHD, LKW-Anlieferung,...) sind eine wahre Herausforderung für alle Beteiligten, die so definitiv nicht sein müsste!!!

Ich hoffe hier auf eine schnelle Lösung, denn theoretisch müssen übermorgen alle Händler auf die 1.9.6.X gehen um GPSR-konform arbeiten zu können und dann wird es so richtig spaßig die letzten Tage vor Weihnachten.