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

dazligth

Sehr aktives Mitglied
6. September 2018
392
111
Also unsere Preiserhöhung war mit ca. 30% auch vertretbar.

Wenn JTL schreibt, dass sie ein Modul komplett neu programmieren wollen/müssen, dann würde ich Erfahrungsgemäß schon von einigen Wochen ausgehen.

Vorallem wo es in den letzten zwei Wochen wirklich alle in meinem weiten Umfeld für mindestens 1 Woche krank niedergestreckt hat.

Die Krankenquote in der Kita ist bei 50% in der Grundschule bei 40%.
 
  • Gefällt mir
Reaktionen: Just-Commerce

Dominic Nelle

Moderator
Mitarbeiter
18. Januar 2016
412
322
Guten Morgen zusammen,

hier kommt ein weiteres Update zur aktuellen Situation.

Nachdem sich viele von Euch nach meiner letzten Nachricht am 16.01. direkt an Amazon gewandt haben, wurde der Fall dort noch einmal intensiv geprüft. Nach Rücksprache mit uns ist Amazon nun zu dem Schluss gekommen, dass es kein Bug im Sellercentral ist.

Bitte wendet Euch daher nicht mehr an den Amazon-Support zu diesem Thema.

Wie geht es weiter?​

  • Wir arbeiten mit Hochdruck an der vollständigen Implementierung der Amazon FBA-Umlagerungsprozesse direkt in JTL-Wawi.
  • Diese Funktionalität wird mit JTL-Wawi 1.10 eingeführt.

Mögliche Workarounds zum "LKW-Problem"​

In der Zwischenzeit haben sich in der Community zwei mögliche Lösungen herauskristallisiert:

  1. Manuelles Duplizieren der Umlagerung im Sellercentral:
    • Nachdem JTL-Wawi die Umlagerung angelegt hat, könnt Ihr diese direkt im Sellercentral kopieren/duplizieren und anschließend in dem dortigen Flow die gewünschte Versandoption wählen. (Siehe Screenshot)
  2. Nutzung des bereitgestellten Tools von @Eugen Fritzler :
    • Falls Ihr es ausprobieren möchtet, schaut Euch die entsprechenden Beiträge hier im Forum an.
Wir halten Euch weiterhin über den Fortschritt auf dem Laufenden und vielen Dank für Euer Verständnis und Eure Geduld!

Screenshot_00907.png
 

Eugen Fritzler

Moderator
Mitarbeiter
1. März 2022
246
105
Die SQL Query im Tool funktioniert jetzt, nur in deinem Skript gibt es einen Fehler.

Die Zeile 74 in CreateExcel.ps1 gehört wie folgt geändert:
Code:
WHERE A.cAuftragsNr = '$Key'

Ansonsten wird die Auftragsnummer nicht in der SQL Query gezetzt.

Jetzt funktioniert auch die Abfrage und der Excel Export!

Ich habe auch in Zeile 127 folgendes ersetzt, dann macht das Skript für jede Umlagerung ein eigenes Excel-File, anstatt das vorherige ständig zu überschreiben.
Code:
$workbook.SaveAs("C:\FBA-Tool\$Key.xlsx")
Hey, danke für den Hinweis. Ich habe die Variable angepasst.

Dass das Tool immer die gleiche Datei nutzt, ist Absicht, da in meinen Tests Amazon etwas pingelig war, was die Excel-Datei anging.
Die Änderung habe ich nicht eingepflegt. Wenn es bei dir funktioniert, dann ist es super.
 

Charly1325

Sehr aktives Mitglied
9. März 2017
196
55
Also unsere Preiserhöhung war mit ca. 30% auch vertretbar.

Wenn JTL schreibt, dass sie ein Modul komplett neu programmieren wollen/müssen, dann würde ich Erfahrungsgemäß schon von einigen Wochen ausgehen.

Vorallem wo es in den letzten zwei Wochen wirklich alle in meinem weiten Umfeld für mindestens 1 Woche krank niedergestreckt hat.

Die Krankenquote in der Kita ist bei 50% in der Grundschule bei 40%.
Ihr Hinweis auf Krankenstände interressiert niemanden - das Problem ist seit MItte Dezember JTL bekannt und haben noch immer keine Problemlösung.
Erst heute ist es offiziell dass das Problem nicht bei Amazon liegt. Kann man nicht erfinden !
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Ihr Hinweis auf Krankenstände interressiert niemanden - das Problem ist seit MItte Dezember JTL bekannt und haben noch immer keine Problemlösung.
Erst heute ist es offiziell dass das Problem nicht bei Amazon liegt. Kann man nicht erfinden !
Gehts auch ein bisschen freundlicher? Wir sind alle gleich stark von dem Problem betroffen, bei uns sind das auch dutzende Extrastunden pro Woche.
Und Amazon hat zu jedem Problem 4 Antworten und alle sind falsch. Das dürfte jedem, der regelmässig mit Amazon arbeiten muss bewusst sein.
Ich beneide die armen Hanseln bei JTL, die die Schnittstelle mit Amazon ausbaldowern dürfen keineswegs.
Da wir aber für eine funktionierende Schnittstelle bezahlen bleibt die einfache Feststellung: JTL muss entweder liefern oder entschädigen.
Ich warte weiter gespannt auf ein entsprechendes Angebot.
 
  • Gefällt mir
Reaktionen: Just-Commerce

Charly1325

Sehr aktives Mitglied
9. März 2017
196
55
Wo ist eine Unfreundlichkeit zu erkennen ? Betreffend armen Hanseln: da wird wohl der AWS-Support mit dem Verkäuferservice von Amazon verwechselt.
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Wo ist eine Unfreundlichkeit zu erkennen ? Betreffend armen Hanseln: da wird wohl der AWS-Support mit dem Verkäuferservice von Amazon verwechselt.
Da:
Ihr Hinweis auf Krankenstände interressiert niemanden
Wir sind hier als Händler alle in einem Boot. Kein Grund sich gegenseitig anzublaffen.

Unsere Erfahrung mit dem technischen Support (und ja, wir haben ne Zeitlang ne eigene Schnittstelle betrieben): Es gibt zwei Arten von Ansprechpartnern: Die einen, die nichts entscheiden und ändern dürfen und die anderen, die erklären müssen, warum die ersteren nichts entscheiden und ändern dürfen ;)
 

Charly1325

Sehr aktives Mitglied
9. März 2017
196
55
Guten Morgen zusammen,

hier kommt ein weiteres Update zur aktuellen Situation.

Nachdem sich viele von Euch nach meiner letzten Nachricht am 16.01. direkt an Amazon gewandt haben, wurde der Fall dort noch einmal intensiv geprüft. Nach Rücksprache mit uns ist Amazon nun zu dem Schluss gekommen, dass es kein Bug im Sellercentral ist.

Bitte wendet Euch daher nicht mehr an den Amazon-Support zu diesem Thema.

Wie geht es weiter?​

  • Wir arbeiten mit Hochdruck an der vollständigen Implementierung der Amazon FBA-Umlagerungsprozesse direkt in JTL-Wawi.
  • Diese Funktionalität wird mit JTL-Wawi 1.10 eingeführt.

Mögliche Workarounds zum "LKW-Problem"​

In der Zwischenzeit haben sich in der Community zwei mögliche Lösungen herauskristallisiert:

  1. Manuelles Duplizieren der Umlagerung im Sellercentral:
    • Nachdem JTL-Wawi die Umlagerung angelegt hat, könnt Ihr diese direkt im Sellercentral kopieren/duplizieren und anschließend in dem dortigen Flow die gewünschte Versandoption wählen. (Siehe Screenshot)
  2. Nutzung des bereitgestellten Tools von @Eugen Fritzler :
    • Falls Ihr es ausprobieren möchtet, schaut Euch die entsprechenden Beiträge hier im Forum an.
Wir halten Euch weiterhin über den Fortschritt auf dem Laufenden und vielen Dank für Euer Verständnis und Eure Geduld!

Den Anhang 118603 betrachten

@Dominic Nelle: Danke für die langersehnte Rückmeldung,

Nachfrage: werden für die Neuentwicklung des FBA-Umlagerungsprozesses auch die Inputs im Issue Tracker z.B. hinsichtlich zusätzliche Spalte und etc. bei der Vorschlagsmengenbrechnung berücksichtigt? https://issues.jtl-software.de/issues/WAWI-77545
oder werden diese Themen nicht berücksichtigt?
Unabhängig davon wäre toll wenn im Issue Tracker diese Neuentwicklung des FBA-Umlagerungsprozesses mit näheren Infos auch angeführt wird und ergänzend von Usern Inputs/Wünsche gegeben werden kann.

Danke
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Ehrlich gesagt hoffe ich, dass an dieser Stelle nicht auf Userwünsche gehört oder gleich mit an zusätzlichen Features gewerkelt wird.
Wir brauchen erstmal wieder eine Lösung die die Grundfunktionen abdeckt. Eine typische JTL Lösung der Marke eierlegende Wollmilchsau, die dafür irgendwann in nemm halben Jahr kommt, wäre ein Desaster.
 

spaxxilein

Sehr aktives Mitglied
27. November 2013
516
112
Gehts auch ein bisschen freundlicher? Wir sind alle gleich stark von dem Problem betroffen, bei uns sind das auch dutzende Extrastunden pro Woche.
Und Amazon hat zu jedem Problem 4 Antworten und alle sind falsch. Das dürfte jedem, der regelmässig mit Amazon arbeiten muss bewusst sein.
Ich beneide die armen Hanseln bei JTL, die die Schnittstelle mit Amazon ausbaldowern dürfen keineswegs.
Da wir aber für eine funktionierende Schnittstelle bezahlen bleibt die einfache Feststellung: JTL muss entweder liefern oder entschädigen.
Ich warte weiter gespannt auf ein entsprechendes Angebot.
Naja - JTL hat sich doch entschieden die alte Schnittstelle (ohne direkte Not, denn anscheinend läuft die ja noch bis Ende Februar / März) in der neuen JTL Version zu ersetzen - und anscheinend auch wieder ohne das ganze überhaupt getestet zu haben.

Man kann von einem Software-Dienstleister schon erwarten, dass man die "neuen" Funktionen auch einmal testet, bevor es der breiten Masse zur Verfügung gestellt wird. Zusätzlich zahlt nicht JTL den finanziellen Schaden durch die Mehrarbeit sondern jeder Unternehmer der mit JTL Amazon beliefern will. Und leider ist dass ja nicht der einzige kritische Fehler in JTL, der eingeführt wurde.

Lustig finde ich in diesem Zuge z.B. auch dass manuelle Workflows die i.d.R. Unzuänglichkeiten von JTL beheben für kleinere Versionen von JTL begrenzt / abgeschaltet wurden ;) Das zeigt einfach, dass kein Verständnis für Händler besteht, die sich leider nicht auf die Grundfunktionalität von JTL verlassen können.

Hier nur einige Punkte die z.B. bei uns für deutliche Mehrarbeit führen:

1) FBA Anlieferungen nicht mehr ohne weiteres möglich
2) SCX Kaufland erstattet nach Retoureneingang ohne Möglichkeit zum eingreifen die Bestellung auf Kaufland
3) SCX Schnittstelle wurde von Alpha/Beta direkt in Produktiv geschoeben - Artikel anlegen ist einfach ein graus - und sinnvolle Fehlermeldungen wo das Problem liegt erhält man auch nicht, voll dafür zahlen sollen wir aber.
4) Amazon Lister / 2.0 - fehlende Kategoriefelder, wenig aussagekräftige Fehlermeldungen, Artikelanlage nur sehr mühsam möglich.
 

dazligth

Sehr aktives Mitglied
6. September 2018
392
111
Erst heute ist es offiziell dass das Problem nicht bei Amazon liegt. Kann man nicht erfinden !
Das ist definitv falsch. Amazon hat da eine Funktion in der API wegrationalisiert. Ich habe mir die API Dokumentation angeschaut.
Es gibt den Zweig "Pack later" nicht mehr für Kartonanlieferungen (ohne Maße) der im Schritt 1b landet. "Pack later" ladent automatisch auf nur mit LKW. Da hat Amazon sein Paket mit zu tragen.
 

spaxxilein

Sehr aktives Mitglied
27. November 2013
516
112
Das ist definitv falsch. Amazon hat da eine Funktion in der API wegrationalisiert. Ich habe mir die API Dokumentation angeschaut.
Es gibt den Zweig "Pack later" nicht mehr für Kartonanlieferungen (ohne Maße) der im Schritt 1b landet. "Pack later" ladent automatisch auf nur mit LKW. Da hat Amazon sein Paket mit zu tragen.
Dann hätte man die Implementierung seitens JTL halt vorher anpassen müssen, so dass vorher Kartonmaße anzugeben sind und nicht blindlinks los zu implementieren.
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Alles richtig, aber die Aussage
Naja - JTL hat sich doch entschieden die alte Schnittstelle (ohne direkte Not, denn anscheinend läuft die ja noch bis Ende Februar / März) in der neuen JTL Version zu ersetzen - und anscheinend auch wieder ohne das ganze überhaupt getestet zu haben.

Man kann von einem Software-Dienstleister schon erwarten, dass man die "neuen" Funktionen auch einmal testet, bevor es der breiten Masse zur Verfügung gestellt wird. Zusätzlich zahlt nicht JTL den finanziellen Schaden durch die Mehrarbeit sondern jeder Unternehmer der mit JTL Amazon beliefern will. Und leider ist dass ja nicht der einzige kritische Fehler in JTL, der eingeführt wurde.

Lustig finde ich in diesem Zuge z.B. auch dass manuelle Workflows die i.d.R. Unzuänglichkeiten von JTL beheben für kleinere Versionen von JTL begrenzt / abgeschaltet wurden ;) Das zeigt einfach, dass kein Verständnis für Händler besteht, die sich leider nicht auf die Grundfunktionalität von JTL verlassen können.

Hier nur einige Punkte die z.B. bei uns für deutliche Mehrarbeit führen:

1) FBA Anlieferungen nicht mehr ohne weiteres möglich
2) SCX Kaufland erstattet nach Retoureneingang ohne Möglichkeit zum eingreifen die Bestellung auf Kaufland
3) SCX Schnittstelle wurde von Alpha/Beta direkt in Produktiv geschoeben - Artikel anlegen ist einfach ein graus - und sinnvolle Fehlermeldungen wo das Problem liegt erhält man auch nicht, voll dafür zahlen sollen wir aber.
4) Amazon Lister / 2.0 - fehlende Kategoriefelder, wenig aussagekräftige Fehlermeldungen, Artikelanlage nur sehr mühsam möglich.
Alles richtig, hat aber ja nix mit meiner Aussage zu tun? Der Hinweis auf die derzeit hohen Krankenzahlen kam ja nicht von einem JTL Mitarbeiter sondern von einem Händler wie uns.

Insofern fand ich auch die Formulierung "Ihr Hinweis auf Krankenstände interressiert niemanden" schlicht daneben. Es ging dem Poster ja offensichtlich nicht darum, irgendwas zu entschuldigen, sondern er wollte offensichtlich nur darauf hinweisen, dass wir alle uns wohl noch deutlich länger als gewünscht mit dem derzeitigen Stückwerk rumschlagen müssen.

Hilft keinem wenn wir uns gegenseitig angiften. Aber bevor ich jetzt die rote Fahne hisse und über gemeinsame Stärke und Solidarität schwabuliere lass ichs jetzt mal gut sein :D
 

dazligth

Sehr aktives Mitglied
6. September 2018
392
111
Dann hätte man die Implementierung seitens JTL halt vorher anpassen müssen, so dass vorher Kartonmaße anzugeben sind und nicht blindlinks los zu implementieren.
Ja korrekt, denke JTL hat es nicht richtig eingeschätzt und einen falschen Weg eingeschlagen.
Irgendwie hilft es ja uns auch nicht wer jetzt ein paar Wochen braucht. Ob jetzt JTL eine Kartonverwaltung einbaut oder Amazon ihre API ändert. Es wird nicht schneller.

Hier könnt ihr übrigens sehen, dass der Schritt 1b vom Amazon via API abgeschafft bzw. nicht ermöglicht wurde.
https://developer-docs.amazon.com/sp-api/docs/fulfillment-inbound-api-v2024-03-20-use-case-guide

Insofern ist es kein BUG, aber es geht halt trotzdem nicht.
 
Zuletzt bearbeitet:

Mike.H.

Gut bekanntes Mitglied
4. Dezember 2019
150
7
Heusenstamm
Guten Morgen zusammen,

hier kommt ein weiteres Update zur aktuellen Situation.

Nachdem sich viele von Euch nach meiner letzten Nachricht am 16.01. direkt an Amazon gewandt haben, wurde der Fall dort noch einmal intensiv geprüft. Nach Rücksprache mit uns ist Amazon nun zu dem Schluss gekommen, dass es kein Bug im Sellercentral ist.

Bitte wendet Euch daher nicht mehr an den Amazon-Support zu diesem Thema.

Wie geht es weiter?​

  • Wir arbeiten mit Hochdruck an der vollständigen Implementierung der Amazon FBA-Umlagerungsprozesse direkt in JTL-Wawi.
  • Diese Funktionalität wird mit JTL-Wawi 1.10 eingeführt.

Mögliche Workarounds zum "LKW-Problem"​

In der Zwischenzeit haben sich in der Community zwei mögliche Lösungen herauskristallisiert:

  1. Manuelles Duplizieren der Umlagerung im Sellercentral:
    • Nachdem JTL-Wawi die Umlagerung angelegt hat, könnt Ihr diese direkt im Sellercentral kopieren/duplizieren und anschließend in dem dortigen Flow die gewünschte Versandoption wählen. (Siehe Screenshot)
  2. Nutzung des bereitgestellten Tools von @Eugen Fritzler :
    • Falls Ihr es ausprobieren möchtet, schaut Euch die entsprechenden Beiträge hier im Forum an.
Wir halten Euch weiterhin über den Fortschritt auf dem Laufenden und vielen Dank für Euer Verständnis und Eure Geduld!

Den Anhang 118603 betrachten
Hallo Herr Nelle,

wir haben seit einiger Zeit auch das Probleme mit unseren Umlagerungen zu Amazon über JTL Wawi und WMS. Leider funktioniert der Prozess nicht wie gewünscht und wir sind auf der Suche nach einer Lösung.

Konkret geht es um folgende Fragen:

  1. Art der Sendungen: Betrifft das Problem nur LKW-Ladungen oder auch Pakete? Unser Kollege vom Support sprach von "allem", aber wir sind uns unsicher, was das genau bedeutet.
  2. Zeitpunkt der Lösung: Wann können wir endlich wieder reibungslos unsere Umlagerungen über WMS versenden? Gibt es einen konkreten Zeitplan für die Behebung des Problems?
  3. Unterstützung: Wer kann uns helfen, den Prozess zu optimieren und die Probleme zu beheben? Wir sind bereit, Unterstützung in Anspruch zu nehmen, um schnellstmöglich eine Lösung zu finden.
  4. Kosten: Wir zahlen monatlich über 1000 Euro für die Nutzung von JTL Wawi und WMS. Angesichts der aktuellen Probleme halten wir die Situation für unzumutbar.
Wir sind für jede Hilfe und jeden Hinweis dankbar. Bitte teilt eure Erfahrungen und Lösungsvorschläge mit uns.

Viele Grüß
Mike Höselbarth
 

dazligth

Sehr aktives Mitglied
6. September 2018
392
111
Wir sind für jede Hilfe und jeden Hinweis dankbar. Bitte teilt eure Erfahrungen und Lösungsvorschläge mit uns.
Hey Lösungsvorschläge findest du in diesem Thema einige. Einfach mal einlesen. Dominik hat zwei Wege genannt, die hier in den Beiträgen auch etwas ausführlicher diskutiert werden.

Hier noch ein dritter Weg den wir nutzen. Auf diesem basiert das Tool von Herrn Fritzer.
https://forum.jtl-software.de/threa...b-jtl-wawi-1-9-6-0.227968/page-4#post-1243114
 

prs

Sehr aktives Mitglied
20. Juli 2016
101
46
Das Problem liegt also jetzt doch nicht an Amazon, sondern an JTL? Oder an wem liegt es jetzt denn schlussendlich? Woher wisst Ihr überhaupt dass Ihr jetzt richtig liegt?

Und jetzt entscheidet man auf Teufel komm raus einfach das Modul neu zu Programmieren?

Habt ihr denn intern keine langfristige Projektplanung, etc? Man hatte doch monatelang gewusst von dieser Änderung?

Gibt es denn keine Kommunikation mit Amazon? Oder werden eurerseits die Amazon-Schnittstellen-Dokus und Updates nicht gelesen?

Es wirkt wirklich langsam so als ob bei euch nur Amateure am Werk sind... so ein Modul ist ja nicht von heute auf morgen neu gemacht, so wie ich das von der Ferne beurteile wird das sicher mindestens 1-2 Monate dauern.

Das Ganze hier ist ja wirklich eine Farce sondergleichen und man sieht wie es um euch steht.

Der Kunde den ich betreue beginnt jetzt ernsthaft nach Wawi-Alternativen zu suchen, da die mittlerweile schon die Nase voll haben. Das hier war jetzt das I-Tüpfelchen....
 
Zuletzt bearbeitet:

Charly1325

Sehr aktives Mitglied
9. März 2017
196
55
Das ist definitv falsch. Amazon hat da eine Funktion in der API wegrationalisiert. Ich habe mir die API Dokumentation angeschaut.
Es gibt den Zweig "Pack later" nicht mehr für Kartonanlieferungen (ohne Maße) der im Schritt 1b landet. "Pack later" ladent automatisch auf nur mit LKW. Da hat Amazon sein Paket mit zu tragen.

Das ist definitv falsch. Amazon hat da eine Funktion in der API wegrationalisiert. Ich habe mir die API Dokumentation angeschaut.
Es gibt den Zweig "Pack later" nicht mehr für Kartonanlieferungen (ohne Maße) der im Schritt 1b landet. "Pack later" ladent automatisch auf nur mit LKW. Da hat Amazon sein Paket mit zu tragen.
OMG -nein eben richtig die Aussage "Erst heute ist es offiziell dass das Problem nicht bei Amazon liegt. Kann man nicht erfinden ! " - nochmals, lt. Hrn. Nelle "Nach Rücksprache mit uns ist Amazon nun zu dem Schluss gekommen, dass es kein Bug im Sellercentral ist." Kein Wort das JTL dies anders sieht. Somit ist klar dass das Problem jetzt nicht bei Amazon liegt sondern bei JTL und somit bei uns.
Unabhängig davon wäre das Problem aufgefallen wenn es vorab getestet worden wäre - dies ist offensichtlich nicht oder nicht vollständig erfolgt.
Wir alle hätten uns viel Arbeit, Stress und Sorgen erspart und man ist mehr als erstaunt wie die Mühlen aktuell bei JTL mahlen.
 

Charly1325

Sehr aktives Mitglied
9. März 2017
196
55
Das Problem liegt also jetzt doch nicht an Amazon, sondern an JTL? Oder an wem liegt es jetzt denn schlussendlich? Woher wisst Ihr überhaupt dass Ihr jetzt richtig liegt?

Und jetzt entscheidet man auf Teufel komm raus einfach das Modul neu zu Programmieren?

Habt ihr denn intern keine langfristige Projektplanung, etc? Man hatte doch monatelang gewusst von dieser Änderung?

Gibt es denn keine Kommunikation mit Amazon? Oder werden eurerseits die Amazon-Schnittstellen-Dokus und Updates nicht gelesen?

Es wirkt wirklich also ob bei euch nur Amateure am Werk sind... so ein Modul ist ja nicht von heute auf morgen neu gemacht, so wie ich das von der Ferne beurteile wird das sicher mindestens 1-2 Monate dauern.

Das Ganze hier ist ja wirklich eine Farce sondergleichen und man sieht wie es um euch steht.

Der Kunde den ich betreue beginnt jetzt ernsthaft nach Wawi-Alternativen zu suchen, da die mittlerweile schon die Nase voll haben. Das hier war jetzt das I-Tüpfelchen....
Ja sehe ich auch so - denke wir sollten einen Thread aufmachen hinsichtlich der Alternativen zu JTL da zu befürchten ist dass sich dies jederzeit wieder wiederholen kann, man sieht ja auch wie JTL darauf reagiert.
Auch von anderen Usern wenn man diese Vorgangsweise kritisiert, dürfte doch Einige ein Naheverhältnis zu JTL haben und dadurch eine gesunde Objektivität verloren gegangen worden sein .
 

frankell

Sehr aktives Mitglied
9. September 2019
2.676
840
Flensburg
Das ist definitv falsch. Amazon hat da eine Funktion in der API wegrationalisiert. Ich habe mir die API Dokumentation angeschaut.

Formulier den Gedanken mal einen Schritt weiter: Wenn Du in der Lage bist, das in einer Dokumentation zu entdecken, ...

Nur um sicherzugehen, dass ich nicht missverstanden werde: Ich spiel hier nur über Bande. ;)

Aber um Dich direkt zu adressieren: Richtig gute Unterstützung in diesem Thread! :thumbsup::thumbsup::thumbsup:
 
  • Gefällt mir
Reaktionen: SebiW
Ähnliche Themen
Titel Forum Antworten Datum
Neu Wichtige Info: Abkündigung der DHL-Schnittstelle zum 31.05.2026 News, Events und Umfragen 0
Neu OPC - Rich Text Änderungen werden nicht übernommen Allgemeine Fragen zu JTL-Shop 1
Neu Kind-Artikel nicht bei Ebay anbieten Allgemeine Fragen zu JTL-Shop 1
Neu Wie ändere ich das vorausgewählte Lager bei Bestellungen? User helfen Usern - Fragen zu JTL-Wawi 1
Neu Fehlender Rabattabzug bei Amazon Multirabatten Amazon-Anbindung - Fehler und Bugs 0
In Diskussion Workflow bei fehlerhaften Bankabgleich JTL-Workflows - Ideen, Lob und Kritik 4
Gelöst: Störung bei LInk11 - JTL- Shops teilweise nicht erreichbar Störungsmeldungen 1
Neu JTL Wawi 1.11.11 - Zahlungsabgleich bei FYRST Bank verlangt immer Passwort User helfen Usern - Fragen zu JTL-Wawi 0
Kundengruppenrabatte werden bei einzelnen Artikeln nicht übernommen – „Rabatte ignorieren“ springt nach Speichern zurück JTL-Wawi 2.0 2
Neu [API] Zahlungen bei salesOrders verbuchen Schnittstellen Import / Export 0
Neu Unerwünschtes Scrollen/Springen zum Seitenanfang bei Footer-Menüs (Mobile) JTL-Shop - Fehler und Bugs 0
Frage stellen bei Bestellung JTL-Wawi 1.11 1
Bei Update auf 2.05 kam folgende Meldung JTL-Wawi 2.0 2
Neu Fehleretikett bei OTTO Bestellungen bzgl. Adresszusatz JTL-ShippingLabels - Fehler und Bugs 2
Skonto wird bei Zahlung setzen nicht berücksichtigt JTL-Wawi 1.11 2
Wawi 1.11.9 Ständige Abstürze bei Aktualisierung Artikelstammdaten JTL-Wawi 1.11 4
Neu Helfen Lösungen wie Unicorn wirklich, um die teuren Preise bei JTL zu vermeiden? Amazon-Anbindung - Ideen, Lob und Kritik 1
Neu Erstellung der Sitemap bei WaWi Abgleich funktioniert nicht Allgemeine Fragen zu JTL-Shop 0
Neu Bug? Führende Nullen bei Sendungsnummern verschwinden in JTL-Wawi 2.0.3 JTL-ShippingLabels - Fehler und Bugs 1
Neu Update nach 5.7.1 hängt bei Mirgation Installation / Updates von JTL-Shop 4
Wawi 1.11. Rechnungsanhang funktioniert nicht mehr bei Versandmail JTL-Wawi 1.11 6
Fehlermeldungen bei Einrichtung DHL 4.0 "Objektverweis" und "Konfiguration Versandart" JTL-Wawi 1.11 2
Error 500 bei Neuinstallation Einrichtung JTL-Shop5 7
Neu Amazon Versandentgelt Kaufen bei Standardbestellungen Amazon-Anbindung - Ideen, Lob und Kritik 0
Neu Hilfe bei jtl-pos Synchronisation User helfen Usern - Fragen zu JTL-Wawi 5
Neu Fragen zum SaaS-Connector / Shopware6 bei Lagerbestandskorrektur Shopware-Connector 0
Kontrollkästchen "Export" bei Zahlungen nicht mehr angehakt JTL-Wawi 2.0 4
Neu Seltsamer Fehler bei PayPal-Checkout: "Warenkorb enthielt Vaterartikel..." JTL-Shop - Fehler und Bugs 2
Neu Nach Update auf 1.11.10.0 Abgleich zu Ebay über 3 Stunden bei neuen Angeboten eBay-Anbindung - Fehler und Bugs 2
Neu Falsch erzeugte Ausgangszahlung bei Teilzahlungen und Retoure (Kauf auf Rechnung) Arbeitsabläufe in JTL-Wawi 0
Anmeldung mit OAuth bei Versanddienstleister notwendig JTL-Wawi 1.10 5
Neu Kritisches Problem bei DHL 4.0: Handelsstücklisten brechen EU- und Exportversand JTL-ShippingLabels - Fehler und Bugs 25
Neu Muss bei DHL Express ebenfalls was geändert werden, aufgrund DHL 4.0? User helfen Usern - Fragen zu JTL-Wawi 1
Ameise.exe Fundort bei JTL WAWI 2.02 JTL-Wawi 2.0 2
Neu Keine Adressvalidierung bei DHL Versenden 4.0? JTL-ShippingLabels - Ideen, Lob und Kritik 5
Fehlermeldung bei DHL 4.0 versand JTL-Wawi 2.0 26
Neu Neuerdings E-Mail benachrichtigung bei "Pick up in Store", allerdings mit E-Mail "Bestellung wurde abgeholt" Shopify-Connector 0
Neu keine Kontakt Absender/Empfänger bei DHL Versenden 4.0 JTL-ShippingLabels - Ideen, Lob und Kritik 4
Neu DHL Versenden 4.0 HS Code-Fehler bei Freiposition JTL-ShippingLabels - Fehler und Bugs 20
Neu Muss man für DHL Versenden 4.0 einen neuen Benutzer bei DHL anlegen? JTL-ShippingLabels - Ideen, Lob und Kritik 2
Ebay angebote lassen sich nicht mehr bei JTL bearbeiten JTL-Wawi 2.0 0
Ameise-Export: Umsatzsteuer stimmt nicht mit Differenz aus Netto und Brutto überein (insbesondere bei mehreren Steuersätzen) JTL-Wawi 1.11 0
Fehler bei Bearbeitung von Attributen via HTML-Editor JTL-Wawi 2.0 3
Neu product_visibility bei JTL-Wawi und Shopware 6 Shopware-Connector 1
Neu Produkt-Upload schlägt fehl nach Shopware-Update 6.7.9.0 – Fehler bei quantityStart (SaaS-Connector) Shopware-Connector 14
Neu Wie aktiviere ich den richtigen EK bei freiem Wareneingang? Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 0
Workflow Trigger bei Angebot-Import über Ameise JTL-Wawi 1.9 1
Absturz bei Hinzufügen von Artikelbildern JTL-Wawi 2.0 3
Neu Falsche Zahlungsart bei Gutscheinzahlungen im DSFinV-K-Export JTL-POS - Fehler und Bugs 1
Update auf 2.0.1 Fehler bei eazybusiness JTL-Wawi 2.0 17

Ähnliche Themen