Inaktiv 1.4.16.4 Umlagerungen Amazon-SKU wird benötigt

[kornwestheimer]

Guten Tag,

wir haben das Update auf 1.4.16.4 gemacht. Jetzt wollten wir eine Umlagerung machen. Dabei wird nun eine Aamazon-SKU zusätzlich abgefragt. Wo und wie können wir diese Daten eintragen das wir die Umlagerung abschließen können? Der Anlieferungsplan kann nicht angelegt werden. Wenn man versucht über die Tabelle eine Amazon-SKU hinzuzufügen ist die Tabelle leer.

Wie kommt man hier weiter?

 

[Enrico W.]

Im Idealfall tragt ihr die SKU direkt im Artikel ein.
Und im letzten Bild - da schau mal, was sich alles noch verbirgt, wenn du den Scrollbalken mal verschiebst

 

[kornwestheimer]

Ok, die frage ist wo würde man die Amazon-SKU in den Artikeln eintragen. Bei uns sind die Artikelnummern aus WaWi ebenso die SKU Nummern bei Amazon. Deswegen kann ich nicht genau sagen wo man diese Nummer jetzt einträgt in unseren Artikeln das Sie bei der Umlagerung als Amazon-SKU erkannt wird...

Ich habe den Balken beim letzen Bild verschoben. Kann aber auch hier keine Hilfe erkennen....

 

[j.rollar]

Stehe vor dem selben Fall/Problem.
Wie war die Lösung hier?

 

[kornwestheimer]

Moin,

wir haben eine Lösung die auch funktioniert hatte aber im Moment haben wir das selbe Problem wieder. Wir nutzen immer noch die JTL-WaWi Version 1.4.16.4

Wir haben folgendes gemacht auf anraten des JTL Supports:

Marktplätze -> Amazon Kontoverwaltung -> Bearbeiten -> den Haken "Regelmäßig aktuelle Inventardaten anfordern" deaktiveren -> OK
Marktplätze -> Amazon Kontoverwaltung -> Bearbeiten -> den Haken "Regelmäßig aktuelle Inventardaten anfordern" aktiveren -> OK

Siehe Bild im Anhang...

So das der Haken einmal neu gesetzt wird.
Jetzt, wenn der Worker genutzt wird, den Abgleich für Amazon deaktivieren und manuell den Amazon Abgleich starten, mehrmals 10 - 15 mal hintereinander, bis JTL Wawi die Daten mit den auf "Amazon.de" eingestellten Angeboten abgleicht. Das steht dann auch in der Statusmeldung.

Diesen Abgleich durch laufen lassen dann sind die Daten wieder da. Der Abgleich dauert bei uns ca. 4 Std. da wir sehr viele Angebote haben und eine schlechte Internet Leitung.

Über den Worker funktioniert es bei uns nicht! Deswegen der manuelle Abgleich.

Das hat bei uns funktioniert. ist aber wieder weg. Wir warten nun auf die neue Release Version.

 

[Pinkman]

Wir lagern täglich Ware um zu Amazon. Wir können da keine Probleme feststellen.
Wollt Ihr Ware hinsenden die erstmals gesendet werden?

Gruß
Pinkman

 

[kornwestheimer]

Das sind alles Artikel die schon mal bei Amazon sind unsere FBA Artikel. Keine neuen.

 

[Pinkman]

Mhmm, dann ist das schon merkwürdig, denn wir nutzen die Umlagerungen täglich ohne Probleme.

 

[kornwestheimer]

Der Fehler ist zumindest bekannt bei JTL. Wir sind ja noch auf 1.4.16.4 RC... ggf.ist das ein Problem nur aus dieser Version. Wir machen nicht täglich Umlagerungen. Wir werden abwarten bis es ein neues Update gibt von einer Release Version. Damit sollen auch ein paar andere Fehler / Probleme verschwunden sein.

 

[Stetto]

Hi, hier wird das neue Angebotsmapping beschrieben und auch die Möglichkeiten wie und wo man die SKUs hinterlegen muss:
https://www.jtl-software.de/blog/loesungen-von-jtl/feature-preview-amazon-angebotsmapping

 

[mmarsching]

Also ich habe mit der 1.4.20.2 ein ähnliches Problem...



(1) Wenn ich eine Umlagerung anlegen will, sagt er es gäbe zwar eine JTL SKU und eine FNSKU, aber keine Amazon-SKU
(2) Will ich die hinzufügen, bekomme ich "Keine Einträge vorhanden" - ergo kann ich nichts verbinden!
(3) In Marktplätze > Angebote finde ich den Artikel mit vorhandener Amazon SKU (aber ohne FNSKU?!?)
(4) Was ich versucht habe: "Alle Zuordnungen löschen", Abgleich mit Amazon, "Angebote anhand von ArtNr = SKU zuordnen" - leider ohne Ergebnis.

Das Problem daran?



Ich kann nicht mehr zu amazon umlagern.

GRANDE CATASTROPHE!

Wie komme ich da nun raus?

 

[Dominic Nelle]

@mmarsching

Ich habe das Thema gerade bei dir genauer geprüft. Das dürfte in Kürze gelöst sein.
Im betroffenen Amazon FBA Bestandsbericht ist diese SKU zwar enthalten, aber wir lesen diese nicht ein, da in der Spalte "AFN-Listing-Exists" Amazon dies mit "No" beantwortet und wir somit davon ausgehen das es sich nicht um ein FBA Angebot handelt.

 

[mmarsching]

@mmarsching

Ich habe das Thema gerade bei dir genauer geprüft. Das dürfte in Kürze gelöst sein.
Im betroffenen Amazon FBA Bestandsbericht ist diese SKU zwar enthalten, aber wir lesen diese nicht ein, da in der Spalte "AFN-Listing-Exists" Amazon dies mit "No" beantwortet und wir somit davon ausgehen das es sich nicht um ein FBA Angebot handelt.

Es handelt sich um ein Produkt "Out of stock", dass wir auf "Versand durch Händler" gesetzt haben, da wir davon auch noch Ware im eigenen Lager hatten. Wird wieder FBA, sobald die Umlagerung funktioniert hat...

Wann ist denn "bald" und was muss ich tun, damit es dann geht? Irgendwas neu einlesen, irgendwo klicken, Update installieren?

 

[ace16vitamine]

Hallo zusammen,

wie sieht es hier aus? Gibt es bereits ein Update wann wir wieder umlagern können?
@Dominic Nelle

 

[zero111181]

Bei uns ist es genau das gleiche und noch komplizierter. Wir haben z.B. ein Artikel mit mehreren Artikeln in Amazon verknüpft. Weil es den Artikel nunmal mehrmals auf Amazon gibt. Nun rennt einer der Artikel auf Amazon sehr gut, so dass wir den ins FBA senden wollen. Die SKU können wir aber nicht zuordnen weil die Tabelle leer ist. Die eb5656-006 wiel ich zu Amazon senden. Die FNSKU steht nur da weil ich die im Artikel unter sonstiges eingetragen habe, mit der Hoffnung das es so geht.

 

[Bau.Shop]

Bei uns genau das gleiche Problem wie von zero111181 beschrieben.
Gibt es schon eine Lösung?

 

[Pinkman]

Bei uns liegen keine Probleme vor und wir schicken mehrmals pro Woche Artikel zu Amazon. Seit Ihr sicher, dass Ihr es richtig anwendet? (ist nicht böse gemeint)

 

[Bau.Shop]

Könnte sein aber wo kann der Fehler liegen?

 

[Christian ausm Westerwald]

Hallo..

gibts ne lösung?

 

[Pinkman]

Könnte sein aber wo kann der Fehler liegen?

Gibt es den Artikel noch im Seller Cerntral? Wir hatten mal den Fall, dass der Artikel ausversehen dort gelöscht wurde.