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

[hula1499]

MDH kann man ja viell. noch "übersehen" oder vergessen, aber das mit der LKW-Anlieferung ist einfach nur peinlich. 0 getestet

 

[L.Baumgarte]

Hat denn jemand aktuell einen effektiven Workaround gefunden, egal wie lange oder umständlich es sein mag?
Folgende Bedingungen sollten erfüllt werden:
- Paketversand -> Bedeutet Umlagerung muss über SC angelegt werden, oder hat jemand einen anderen Workaround?
- Gibt es eine Möglichkeit, die Umlagerung von SC in die Wawi zu importieren? Wenn nicht, dann Umlagerung als Auftrag an fiktiven Kunden anlegen -> Wie kommen wir an die 2D-Strichcodes für den Paketinhalt? Vermutlich irgendwie über Versandeinstellungen, dass bei Teillieferung an besagten fiktiven Kunden, diese ausgedruckt werden?
- Noch irgendwas worauf man achten müsste?

Vielen Dank euch im Voraus, für mögliche Hinweise.

 

[dazligth]

Neben der genannten fehlenden Paketanlieferung habe ich noch folgende Probleme:

1. Ich hatte einen Adressfehler der seine Ursache im Ziellager hatte. Um diesen zu lösen habe ich in den Lagereinstellungen des FBA Lagers einfach die Adresse von DTM2 eingetragen.
Bisher waren dort nur wenige Felder gefüllt. u.A. war Straße vorher leer.

2. Das größere Problem. Umlagerungen nach GB/UK gehen nicht. Das Dropdown scheint keine Berücksichtigung zu finden. Es wird trotz GB eine Umlagerung nach DE/EU erstellt.
In dem Fall WRO5, weil wir am EFN Programm teilnehmen. Supportticket 202412113602601 ist erstellt.

 

[dazligth]

Hat denn jemand aktuell einen effektiven Workaround gefunden, egal wie lange oder umständlich es sein mag?
Folgende Bedingungen sollten erfüllt werden:
- Paketversand -> Bedeutet Umlagerung muss über SC angelegt werden, oder hat jemand einen anderen Workaround?
- Gibt es eine Möglichkeit, die Umlagerung von SC in die Wawi zu importieren? Wenn nicht, dann Umlagerung als Auftrag an fiktiven Kunden anlegen -> Wie kommen wir an die 2D-Strichcodes für den Paketinhalt? Vermutlich irgendwie über Versandeinstellungen, dass bei Teillieferung an besagten fiktiven Kunden, diese ausgedruckt werden?
- Noch irgendwas worauf man achten müsste?

Vielen Dank euch im Voraus, für mögliche Hinweise.

Also ich würde mir in der Lagerverwaltung ein Temporäres Lager anlegen und dorthin eine Umlagerung anlegen. Dann kann man in die externe Nummer auch die Amazon Sendungsnummer FBA... eintragen und die Adresse anpassen und dann kann alles wie gewohnt laufen. Auch unser FFN-Fulfillment sollte damit klar kommen.

Dann ist die Ware auch ausgebucht und ist in unserer WaWi im Streckenlager, von wo ich sie dann mit wenigen Klicks rauslöschen kann.

 

[baumm-gmbh]

Umlagerungen über das SellerCentral anlegen.
(Lagerbestand-->Sendungen-->An Amazon senden)
Der Bestand wird trotzdem in die JTL-Wawi übergeben, sobald dieser im Lager von Amazon gebucht ist. Nur das Ausbuchen aus dem Standardlager muss manuell erfolgen.
Die Ware direkt nach der Anmeldung bei Amazon aus der Wawi ausbuchen, indem man eine Korrekturbuchung mit Vermerk "Umlagerung FBA" durchführt

 

[Dominic Nelle]

Guten Morgen liebe Kunden,

wir möchten Euch über den aktuellen Stand zu den Herausforderungen mit den FBA-Umlagerungen über die JTL-Wawi informieren.
Wir haben alle von Euch gemeldeten Probleme – sowohl hier im Forum als auch über Support-Tickets – aufgenommen und arbeiten intensiv an deren Behebung.

Im Folgenden geben wir Euch eine Übersicht der Themen und bitten um Eure Mithilfe bei spezifischen Punkten:

Ober-Thema: LKW-Anlieferung​

Wir untersuchen derzeit die Ursache, warum einige Händler in den LKW-Anlieferungs-Flow geraten, während andere – inklusive unserer
eigenen Tests – dieses Problem nicht beobachten. Wir stehen hierzu auch in engem Austausch mit Amazon.

Wichtige Maßnahme für Betroffene:
Überprüft bitte im Amazon Seller Central, ob bei den betroffenen SKUs die Produkt- und Versandabmessungen vollständig hinterlegt
sind (inklusive Gewicht). Ergänzt die Angaben, falls sie fehlen, und versucht die Umlagerung aus der JTL-Wawi erneut. Gebt uns gerne Feedback zu Euren Erfahrungen!

---

Erster Ticket-Block: Vorbereitungskategorie​

Einige von Euch haben berichtet, dass die FBA-Etikettierung oder FBA-Vorbereitung nicht korrekt via API übermittelt wird,
insbesondere bei neuen FBA-SKUs. Wenn die „Vorbereitungskategorie“ manuell im Seller Central für die SKU gesetzt wird,
scheint die Umlagerung danach problemlos zu funktionieren.

Wir arbeiten daran, diese Angabe direkt über die JTL-Wawi übermitteln zu können. Dies erfordert Anpassungen sowohl in der
JTL-Wawi als auch am eazyAuction Amazon Server:

• EA-6905 – Amazon FBA Umlagerung übermittelt weitere Angaben: Vorbereitungskategorie
• WAWI-79595 – Amazon FBA Umlagerung übermittelt weitere Angaben: Vorbereitungskategorie

---

Zweiter Ticket-Block: MHD und Gefahrgutinformationen​

Für einige von Euch ist die Übermittlung von MHD-Angaben (Mindesthaltbarkeitsdatum) bei FBA-Umlagerungen essenziell.
Wir arbeiten daran, diese Funktion zu integrieren.

Zudem wurde gemeldet, dass Gefahrgutinformationen (in der JTL-Wawi als „Konformitätseinstellungen“ bezeichnet) ebenfalls übermittelt werden müssen.
Da Amazons FBA-Inbound-API die Angabe der Gefahrgutinformationen nicht unterstützt, müssen diese vorab bei einem Wechsel von MFN auf AFN
in der JTL-Wawi hinterlegt werden. Weitere Details hierzu findet Ihr in unserem Guide. Für die Übermittlung der MHDs, liegen folgende Tickets vor:

• WAWI-79530 – Amazon FBA Umlagerungen müssen weitere Daten übermitteln: MHD
• EA-6876 – FBA Umlagerungen übermitteln nun auch das MHD

---

Dritter Ticket-Block: Massenbearbeitung​

Auf vielfachen Wunsch arbeiten wir an der Möglichkeit, innerhalb der Umlagerung Massenbearbeitungen für „FBA-Etikettierung“ und „FBA-Vorbereitung“ vorzunehmen.

• WAWI-79449 – Amazon FBA Umlagerung: Massenbearbeitung für Amazon FBA-Etikettierung und FBA-Vorbereitung wird ermöglicht

---

Wir danken Euch für Eure Geduld und Euer Verständnis. Sobald es weitere Fortschritte gibt, werden wir Euch umgehend informieren.

 

[dazligth]

Wichtige Maßnahme für Betroffene:
Überprüft bitte im Amazon Seller Central, ob bei den betroffenen SKUs die Produkt- und Versandabmessungen vollständig hinterlegt
sind (inklusive Gewicht). Ergänzt die Angaben, falls sie fehlen, und versucht die Umlagerung aus der JTL-Wawi erneut. Gebt uns gerne Feedback zu Euren Erfahrungen!

Gestern hatte ich eine Testumlagerung gemacht die im LKW Zweig gelandet ist. Nur ein Artikel zum Testen, der hat meiner Ansicht nach alle Felder hinterlegt.

 

[dazligth]

Ich habe mich jetzt mal in den Amazon Einstellungen "Versand durch Amazon" umgeschaut.
https://sellercentral.amazon.de/fba/settings/index.html/

Hier alle gff. relevanten Einstellungen die wir mal untereinander abgleichen sollten.
Gerade der Punkt "Amazon-Partner-LTL Transporteur" sticht mir hier ins Auge, leider kann ich da nichts deaktivieren.

 

[dazligth]

Die AGBs hab ich auch mal akzeptiert, dass änderte aber nichts. Lege da aber später nochmal ne Testumlagerung an, vielleicht braucht die API was, bis sie die Infos aus dem SC übernimmt.

Eine andere Sache. Ich habe mir mal die Hilfeseiten angeschaut. Schwer zu verstehen, was da steht. Der Hinweis auf die Ursache könnte da aber auch vergraben liegen.
https://sellercentral.amazon.de/help/hub/reference/GQ2HY393LHXF3GZN

 

[serfism]

Ober-Thema: LKW-Anlieferung​

Wir untersuchen derzeit die Ursache, warum einige Händler in den LKW-Anlieferungs-Flow geraten, während andere – inklusive unserer
eigenen Tests – dieses Problem nicht beobachten. Wir stehen hierzu auch in engem Austausch mit Amazon.

Wichtige Maßnahme für Betroffene:
Überprüft bitte im Amazon Seller Central, ob bei den betroffenen SKUs die Produkt- und Versandabmessungen vollständig hinterlegt
sind (inklusive Gewicht). Ergänzt die Angaben, falls sie fehlen, und versucht die Umlagerung aus der JTL-Wawi erneut. Gebt uns gerne Feedback zu Euren Erfahrungen!

Aktueller stand von uns:
Die Gewichte und Abmessungen sind in Sellercentral eingetragen. Trotzdem wird die FBA Anmeldung immer noch als LKW Sendung angemeldet.

Dass kann nicht das Problem sein!

 

[Sascha@Torland]

Hallo Leute,
im Informationsschreiben (erster Beitrag in diesem Thread) weist das JTL-Team darauf hin, dass die Telefonnummer in der Lageranschrift hinterlegt sein muss. Weiß jemand von euch, wo diese Telefonnummer eingetragen werden muss? Es ist mir auch nicht klar, ob die Telefonnummer in JTL oder im SellerCentral eingetragen werden muss.

 

[dazligth]

Hab jetzt mal eine Kartonvorlage für ne volle VPE im SC angelegt und lande auch im LKW Zweig.

 

[dazligth]

Hallo Leute,
im Informationsschreiben (erster Beitrag in diesem Thread) weist das JTL-Team darauf hin, dass die Telefonnummer in der Lageranschrift hinterlegt sein muss. Weiß jemand von euch, wo diese Telefonnummer eingetragen werden muss? Es ist mir auch nicht klar, ob die Telefonnummer in JTL oder im SellerCentral eingetragen werden muss.

Oben bei "Adresse ändern" bei Start- und/oder Ziel-Lager. Habs einfach bei beiden gemacht.
Würde es aber gleich in der Lagerverwaltung machen, dass es immer automatisch hinterlegt ist.

 

[Sascha@Torland]

Oben bei "Adresse ändern" bei Start- und/oder Ziel-Lager. Habs einfach bei beiden gemacht.
Würde es aber gleich in der Lagerverwaltung machen, dass es immer automatisch hinterlegt ist.

Aha, vielen Dank! Also muss es bei JTL in den Lagerdaten hinterlegt werden.

 

[fashioncase]

Hallo Leute,
im Informationsschreiben (erster Beitrag in diesem Thread) weist das JTL-Team darauf hin, dass die Telefonnummer in der Lageranschrift hinterlegt sein muss. Weiß jemand von euch, wo diese Telefonnummer eingetragen werden muss? Es ist mir auch nicht klar, ob die Telefonnummer in JTL oder im SellerCentral eingetragen werden muss.

Ist bei uns schon immer drin. Ist also nicht das Problem

 

[Arne Janson]

Guten Morgen liebe Kunden,

wir möchten Euch über den aktuellen Stand zu den Herausforderungen mit den FBA-Umlagerungen über die JTL-Wawi informieren.
Wir haben alle von Euch gemeldeten Probleme – sowohl hier im Forum als auch über Support-Tickets – aufgenommen und arbeiten intensiv an deren Behebung.

Im Folgenden geben wir Euch eine Übersicht der Themen und bitten um Eure Mithilfe bei spezifischen Punkten:

Ober-Thema: LKW-Anlieferung​

Wir untersuchen derzeit die Ursache, warum einige Händler in den LKW-Anlieferungs-Flow geraten, während andere – inklusive unserer
eigenen Tests – dieses Problem nicht beobachten. Wir stehen hierzu auch in engem Austausch mit Amazon.

Wichtige Maßnahme für Betroffene:
Überprüft bitte im Amazon Seller Central, ob bei den betroffenen SKUs die Produkt- und Versandabmessungen vollständig hinterlegt
sind (inklusive Gewicht). Ergänzt die Angaben, falls sie fehlen, und versucht die Umlagerung aus der JTL-Wawi erneut. Gebt uns gerne Feedback zu Euren Erfahrungen!

---

Erster Ticket-Block: Vorbereitungskategorie​

Einige von Euch haben berichtet, dass die FBA-Etikettierung oder FBA-Vorbereitung nicht korrekt via API übermittelt wird,
insbesondere bei neuen FBA-SKUs. Wenn die „Vorbereitungskategorie“ manuell im Seller Central für die SKU gesetzt wird,
scheint die Umlagerung danach problemlos zu funktionieren.

Wir arbeiten daran, diese Angabe direkt über die JTL-Wawi übermitteln zu können. Dies erfordert Anpassungen sowohl in der
JTL-Wawi als auch am eazyAuction Amazon Server:

• EA-6905 – Amazon FBA Umlagerung übermittelt weitere Angaben: Vorbereitungskategorie
• WAWI-79595 – Amazon FBA Umlagerung übermittelt weitere Angaben: Vorbereitungskategorie

Den Anhang 116872 betrachten

---

Zweiter Ticket-Block: MHD und Gefahrgutinformationen​

Für einige von Euch ist die Übermittlung von MHD-Angaben (Mindesthaltbarkeitsdatum) bei FBA-Umlagerungen essenziell.
Wir arbeiten daran, diese Funktion zu integrieren.

Zudem wurde gemeldet, dass Gefahrgutinformationen (in der JTL-Wawi als „Konformitätseinstellungen“ bezeichnet) ebenfalls übermittelt werden müssen.
Da Amazons FBA-Inbound-API die Angabe der Gefahrgutinformationen nicht unterstützt, müssen diese vorab bei einem Wechsel von MFN auf AFN
in der JTL-Wawi hinterlegt werden. Weitere Details hierzu findet Ihr in unserem Guide. Für die Übermittlung der MHDs, liegen folgende Tickets vor:

• WAWI-79530 – Amazon FBA Umlagerungen müssen weitere Daten übermitteln: MHD
• EA-6876 – FBA Umlagerungen übermitteln nun auch das MHD

---

Dritter Ticket-Block: Massenbearbeitung​

Auf vielfachen Wunsch arbeiten wir an der Möglichkeit, innerhalb der Umlagerung Massenbearbeitungen für „FBA-Etikettierung“ und „FBA-Vorbereitung“ vorzunehmen.

• WAWI-79449 – Amazon FBA Umlagerung: Massenbearbeitung für Amazon FBA-Etikettierung und FBA-Vorbereitung wird ermöglicht

---

Wir danken Euch für Eure Geduld und Euer Verständnis. Sobald es weitere Fortschritte gibt, werden wir Euch umgehend informieren.

MHD war der interne Jira Link hier der richtige Link:

https://issues.jtl-software.de/issues/EA-6876

Mfg Arne Janson

 

[dazligth]

Also hier ist unser Workaround.

Vorneweg: Wir haben einen Fulfiller via FFN der bisher mit 2D Barcodes gearbeitet hat.

1. Umlagerung planen an das FBA Lager für die Mengen
2. Dann Lager auf ein neu angelegtes "Standard Dummy" Lager umgestellt. Im Lager ist die Adresse von DTM2 (als Fallback, falls jemdan Mist baut) eingetragen.
3. CSV-Export der Umlagerungsdaten über eine eigene Ansicht.
   -- ArtNr
   -- Anzahl
   -- Prep
   -- labeling
   -- leer
   -- leer
   -- Einheiten pro Karton
   -- Einheiten Kartons
   -- Karton Länge
   -- Karton Breite
   -- Karton Höhe
   -- Karton Gewicht
4. Manuelle Anlieferung im SellerCentral anlegen und über den Dateiimport importieren. Da müssen im SC dann ggf. noch die Felder für Vorbereitungskategorie und den Etiketten gepflegt werden. Über die alle Checkbox kann das Massenweise für alle 25 Elemente der Artikelseite passieren.
5. Jetzt die nächste Hürde ... egal welche Konstellation, wir können keine 2D Barcodes mehr auswählen, was der Killer für uns im bisherigen FFN workflow ist. Also mim Fulfillment gesprochen, wenn wir Label bei Amazon mit Porto kaufen, dann bekommen sie es hin die zu benutzen. Bisher wurde via Teilversenden Porto durch den Fulfiller gekauft + 2D Barcode benutzt. Dann alles durchklicken und Paketversand wählen (juhu kein Palettenversand).
6. Nun Versandlabel kaufen, dann ändert sich bei uns auch nochmal die Anlieferadresse(n), Amazon splittet hier die Sendung an 7 neue Zentren auf. Belässt aber die Kartons wie sie bei Anlage waren, gott sei Dank.
7. Jetzt Auftrag mit neu vereinbarter Versandart "Kunde stellt Labels bereit" ausliefern. Der Auftrag landet dann im FFN und wir schicken die Amazon Label ans Fulfillment. Fertig. Weihnachten erstmal gerettet. 118 Pakete können zu Amazon gehen.
8. Streckenenlager muss dann noch geleert werden. Entweder sofort oder nach Eingang bei Amazon je nach Präferenz.

Der Zusatzaufwand hält sich vom Workflow her dann noch in Grenzen, wobei die Abläufe im Fulfillment natürlich deutlich gestört sind. Die sind nicht amused.

 

[L.Baumgarte]

Also hier ist unser Workaround.

Vorneweg: Wir haben einen Fulfiller via FFN der bisher mit 2D Barcodes gearbeitet hat.

1. Umlagerung planen an das FBA Lager für die Mengen
2. Dann Lager auf ein neu angelegtes "Standard Dummy" Lager umgestellt. Im Lager ist die Adresse von DTM2 (als Fallback, falls jemdan Mist baut) eingetragen.
3. CSV-Export der Umlagerungsdaten über eine eigene Ansicht.
   -- ArtNr
   -- Anzahl
   -- Prep
   -- labeling
   -- leer
   -- leer
   -- Einheiten pro Karton
   -- Einheiten Kartons
   -- Karton Länge
   -- Karton Breite
   -- Karton Höhe
   -- Karton Gewicht
4. Manuelle Anlieferung im SellerCentral anlegen und über den Dateiimport importieren. Da müssen im SC dann ggf. noch die Felder für Vorbereitungskategorie und den Etiketten gepflegt werden. Über die alle Checkbox kann das Massenweise für alle 25 Elemente der Artikelseite passieren.
5. Jetzt die nächste Hürde ... egal welche Konstellation, wir können keine 2D Barcodes mehr auswählen, was der Killer für uns im bisherigen FFN workflow ist. Also mim Fulfillment gesprochen, wenn wir Label bei Amazon mit Porto kaufen, dann bekommen sie es hin die zu benutzen. Bisher wurde via Teilversenden Porto durch den Fulfiller gekauft + 2D Barcode benutzt. Dann alles durchklicken und Paketversand wählen (juhu kein Palettenversand).
6. Nun Versandlabel kaufen, dann ändert sich bei uns auch nochmal die Anlieferadresse(n), Amazon splittet hier die Sendung an 7 neue Zentren auf. Belässt aber die Kartons wie sie bei Anlage waren, gott sei Dank.
7. Jetzt Auftrag mit neu vereinbarter Versandart "Kunde stellt Labels bereit" ausliefern. Der Auftrag landet dann im FFN und wir schicken die Amazon Label ans Fulfillment. Fertig. Weihnachten erstmal gerettet. 118 Pakete können zu Amazon gehen.
8. Streckenenlager muss dann noch geleert werden. Entweder sofort oder nach Eingang bei Amazon je nach Präferenz.

Der Zusatzaufwand hält sich vom Workflow her dann noch in Grenzen, wobei die Abläufe im Fulfillment natürlich deutlich gestört sind. Die sind nicht amused.

Wir haben exakt denselben Workaround erstellt. Sind dann ebenfalls auf das Problem mit den 2D-Strichcodes gestoßen, da der Inhalt der QR-Codes natürlich leer ist.
Was wählt ihr dann für euren Fulfiller aus, vermutlich, dass Amazon pro Einheit die 0,18€ erhebt? Das hat ja per se jetzt erstmal nichts mit den Versandlabeln zu tun.

Ober-Thema: LKW-Anlieferung​

Wir untersuchen derzeit die Ursache, warum einige Händler in den LKW-Anlieferungs-Flow geraten, während andere – inklusive unserer
eigenen Tests – dieses Problem nicht beobachten. Wir stehen hierzu auch in engem Austausch mit Amazon.

Wichtige Maßnahme für Betroffene:
Überprüft bitte im Amazon Seller Central, ob bei den betroffenen SKUs die Produkt- und Versandabmessungen vollständig hinterlegt
sind (inklusive Gewicht). Ergänzt die Angaben, falls sie fehlen, und versucht die Umlagerung aus der JTL-Wawi erneut. Gebt uns gerne Feedback zu Euren Erfahrungen!

Ist vorhanden, bei den Artikeln, die wir aktuell versuchen umzulagern. Wir sind aktuell auf der Version 9.6.4 - Dürften unterschiedliche Versionen nicht eher der Grund sein, dass es bei einigen klappt und anderen nicht?

Erster Ticket-Block: Vorbereitungskategorie​

Einige von Euch haben berichtet, dass die FBA-Etikettierung oder FBA-Vorbereitung nicht korrekt via API übermittelt wird,
insbesondere bei neuen FBA-SKUs. Wenn die „Vorbereitungskategorie“ manuell im Seller Central für die SKU gesetzt wird,
scheint die Umlagerung danach problemlos zu funktionieren.

Wir arbeiten daran, diese Angabe direkt über die JTL-Wawi übermitteln zu können. Dies erfordert Anpassungen sowohl in der
JTL-Wawi als auch am eazyAuction Amazon Server:

Bin mir nicht ganz sicher, ob es dazu passt, jedoch scheinen wir aktuell gar keine Umlagerungen mehr via Wawi an Amazon anmelden zu können.
- Wir wählen eine SKU aus und erhalten die Fehlermeldung requires labelOwner but NONE was assigned.
- Ok, dann wählen wir labelOwner aus und erhalten die Fehlermeldung Choose the prep Category [...]
- Natürlich wählen wir dann die Prep Category aus und erhalen die Fehlermeldung SKU does not require prepOwner but Seller was assigned
Ist normalerweise genau mein Humor, nur aktuell natürlich eine Katastrophe für uns. Hoffentlich helfen euch die Informationen weiter @Dominic Nelle
Jedenfalls können wir aktuell keine weiteren Tests via Wawi durchführen und sind darauf angewiesen Umlagerungen direkt über SC zu erstellen.

Hier die Fehlermeldungen:

 

[Petraza]

Wir haben exakt denselben Workaround erstellt. Sind dann ebenfalls auf das Problem mit den 2D-Strichcodes gestoßen, da der Inhalt der QR-Codes natürlich leer ist.
Was wählt ihr dann für euren Fulfiller aus, vermutlich, dass Amazon pro Einheit die 0,18€ erhebt? Das hat ja per se jetzt erstmal nichts mit den Versandlabeln zu tun.



Ist vorhanden, bei den Artikeln, die wir aktuell versuchen umzulagern. Wir sind aktuell auf der Version 9.6.4 - Dürften unterschiedliche Versionen nicht eher der Grund sein, dass es bei einigen klappt und anderen nicht?

Bin mir nicht ganz sicher, ob es dazu passt, jedoch scheinen wir aktuell gar keine Umlagerungen mehr via Wawi an Amazon anmelden zu können.
- Wir wählen eine SKU aus und erhalten die Fehlermeldung requires labelOwner but NONE was assigned.
- Ok, dann wählen wir labelOwner aus und erhalten die Fehlermeldung Choose the prep Category [...]
- Natürlich wählen wir dann die Prep Category aus und erhalen die Fehlermeldung SKU does not require prepOwner but Seller was assigned
Ist normalerweise genau mein Humor, nur aktuell natürlich eine Katastrophe für uns. Hoffentlich helfen euch die Informationen weiter @Dominic Nelle
Jedenfalls können wir aktuell keine weiteren Tests via Wawi durchführen und sind darauf angewiesen Umlagerungen direkt über SC zu erstellen.

Hier die Fehlermeldungen:
Den Anhang 116977 betrachtenDen Anhang 116980 betrachtenDen Anhang 116986 betrachten

Hab genau das gleiche Problem, hab nun die SKU die betroffen ist entfernt da ich den Oqner Label dings da nicht finde. Dann ging der übertrag aber bei Central Seller kann ich die endung nun nur per LKW versenden bzw das geht auch nicht aber die option wird angezeigt sonst nichts.... Hast du mittlerweile ne Lösung ? Weder Central Seller noch JTL waren hier bisher hilfreich mit ihren ideen. Und das schrägeste ist das ich den ARtikel im Backend von Central Seller nicht einmal mehr aufrufen kann zum bearbeiten.......

 

[dazligth]

Wir haben exakt denselben Workaround erstellt. Sind dann ebenfalls auf das Problem mit den 2D-Strichcodes gestoßen, da der Inhalt der QR-Codes natürlich leer ist.
Was wählt ihr dann für euren Fulfiller aus, vermutlich, dass Amazon pro Einheit die 0,18€ erhebt? Das hat ja per se jetzt erstmal nichts mit den Versandlabeln zu tun.



Ist vorhanden, bei den Artikeln, die wir aktuell versuchen umzulagern. Wir sind aktuell auf der Version 9.6.4 - Dürften unterschiedliche Versionen nicht eher der Grund sein, dass es bei einigen klappt und anderen nicht?

Bin mir nicht ganz sicher, ob es dazu passt, jedoch scheinen wir aktuell gar keine Umlagerungen mehr via Wawi an Amazon anmelden zu können.
- Wir wählen eine SKU aus und erhalten die Fehlermeldung requires labelOwner but NONE was assigned.
- Ok, dann wählen wir labelOwner aus und erhalten die Fehlermeldung Choose the prep Category [...]
- Natürlich wählen wir dann die Prep Category aus und erhalen die Fehlermeldung SKU does not require prepOwner but Seller was assigned
Ist normalerweise genau mein Humor, nur aktuell natürlich eine Katastrophe für uns. Hoffentlich helfen euch die Informationen weiter @Dominic Nelle
Jedenfalls können wir aktuell keine weiteren Tests via Wawi durchführen und sind darauf angewiesen Umlagerungen direkt über SC zu erstellen.

Hier die Fehlermeldungen:
Den Anhang 116977 betrachtenDen Anhang 116980 betrachtenDen Anhang 116986 betrachten

Ja lies meine Beiträge, da stehen die Antworten knapp und z.T. implizit.

2D Barcode geht garnicht mehr also kaufen wir Portolabels. 2D Barcodes braucht es ja nicht wenn Karton Konfigurationen durchgeben werden. Das wendet die Strafgebühren auch ab.

Und zu deinem andern Problem wurde auch hier im Thread ausgiebig diskutiert und ich habe die Massen Bearbeitung im SC erwähnt.
Deine Anmeldung muss Deckungsgleich sein zu dem was du im SC in den Artikeln konfiguriert hast. Fertig, dann geht es, aber wahrscheinlich landest du dann auch im LKW Zweig und dir ist nicht geholfen.