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

dazligth

Sehr aktives Mitglied
6. September 2018
385
107
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
409
315
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
239
101
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
191
51
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.015
1.562
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
191
51
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.015
1.562
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
191
51
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.015
1.562
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
110
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
385
107
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
110
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.015
1.562
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
385
107
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
385
107
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

Gut bekanntes Mitglied
20. Juli 2016
96
44
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
191
51
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
191
51
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.567
784
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 OPC friert beim speichern von Änderungen ein nach JTL-Shop Update von Version 5.1.5 auf 5.6.1 JTL-Shop - Fehler und Bugs 0
Neu Alternative zu https://wawi-db.jtl-software.de/ - Wawi-Diff zur Darstellung von Datenbank-Änderungen User helfen Usern - Fragen zu JTL-Wawi 6
Wichtig Änderungen bei der Installation des Shopify Connectors ab 01.01.2026 Shopify-Connector 0
Neu custom.css: keine Änderungen sichtbar Templates für JTL-Shop 2
Neu Anzeigen der Zahlungsart, die bei der Zahlung gesetzt wird Eigene Übersichten in der JTL-Wawi 10
Versandkosten bei gemischten Steuersätzen JTL-Wawi 2.0 6
Gelöst Bekannte Störung: Fehler "Der Inhaltstyp text/html stimmt nicht mit text/xml überein" bei der Labelerstellung JTL-ShippingLabels - Fehler und Bugs 1
Neu Synchronisation funktioniert nur bei manchen Produkten Shopify-Connector 7
Neu Problem bei Varianten-Upload mit Amazon Lister 2.0 (Attribut-Mapping Farbe/Größe) Onlineshop-Anbindung 1
Neu Reihenfolge der Länder (bei der Versandkostenberechnung) Betrieb / Pflege von JTL-Shop 2
Neu Workflow Ereignis "Position hinzufügen" bei Angebote User helfen Usern - Fragen zu JTL-Wawi 0
Neu Kundenrabatte bei Auftragsimport JTL-Ameise - Fehler und Bugs 0
Neu Rückverfolgung des Verkaufskanal bei Angeboten aus dem Shop User helfen Usern - Fragen zu JTL-Wawi 3
Neu Rückverfolgung des Verkaufskanal bei Angeboten aus dem Shop Eigene Übersichten in der JTL-Wawi 0
Neu welche Sync Benutzer Daten in Shop und WAWI bei neu-Hosting über JTL Allgemeine Fragen zu JTL-Shop 0
welche Sync Benutzer Daten in Shop und WAWI bei neu-Hosting über JTL JTL-Wawi 1.11 0
Neu Gelangensbestätigungen bei innergemeinschaftlichen Lieferungen? User helfen Usern - Fragen zu JTL-Wawi 1
Neu SaaS Connector – product.push Performance-Problem bei Shopware 6.6 Shopware-Connector 1
Neu Ständig neue Angebote von JTL und Fallen bei Unaufmerksamkeit Smalltalk 26
Export Zahlungen Amazon marketplace bei Kombi OSS und FBA erfolgt nach JTL2DATEV unvollständig JTL-Wawi 1.9 0
Neu Massive 504 Timeouts bei Bot-Crawl (JTL-Hosting) – PHP-Worker-Pool als Flaschenhals? JTL-Shop - Fehler und Bugs 2
Neu Hinweisfeld bei Versandarten: HTML Code möglich? Betrieb / Pflege von JTL-Shop 7
Neu Hinweis bei B2B-IGL User helfen Usern - Fragen zu JTL-Wawi 5
Aktualisierung Artikelbilder bei Kaufland nicht möglich? kaufland.de - Anbindung (SCX) 0
Neu Fehlermeldung bei Farbänderung im Nova oder Nova Child Theme Templates für JTL-Shop 2
Skonto bei Barzahlung wird angezeigt, aber nicht vom Rechnungsbetrag abgezogen JTL-Wawi 1.9 11
Neu Fehler bei Artikel Filter in der Wawi JTL-Wawi - Fehler und Bugs 2
Neu Bei Gutschein einlösen kein Rückgeld möglich Allgemeine Fragen zu JTL-POS 0
Neu SPAM durch die Eingabeseite bei den Kundendaten JTL-Shop - Fehler und Bugs 67
Inaktive Zahlungsart wird bei Eingangsrechnungen angezeigt JTL-Wawi 1.11 0
Neu Shopify Connector Fehlermeldung bei Kategoriebildern Shopify-Connector 6
Neu Eigenen Firmennamen bei eingehenden Anrufen anzeigen lassen Smalltalk 2
Neu Bei Abgleich steuerfreie Lieferung VAT ID importieren Shopify-Connector 3
Neu Lieferzeiten Angabe bei "wenn ausverkauft" und schon in Beschaffung ist Allgemeine Fragen zu JTL-Shop 0
Neu Wo ist der Worker Status hin? Bei mir ist in Version 1.11.4 nicht mehr zu finden? User helfen Usern - Fragen zu JTL-Wawi 7
Fehlerhafte Bestandsberechnung bei Stücklisten JTL-Wawi 1.9 0
Neu Rabatt auf Zahlungsart wird bei Lieferung ins EU-Ausland mit falscher MwSt berechnet? Betrieb / Pflege von JTL-Shop 0
Datenfiltereinstellung funktioniert bei Mail Vorlage nicht. JTL-Wawi 1.9 2
Neu Eingabefeld der PayPal Kreditkartenzahlung wird bei eingeloggten Kundenkonto nicht angezeigt JTL-Shop - Fehler und Bugs 1
Neu Wieder Rundungsdifferenzen bei Coupon! Shopware-Connector 2
Neu Alle Kindartikel in Beständen, bzw. bei Lager JTL-Wawi - Fehler und Bugs 1
Artikelnummern-Konflikt bei JTL-WaWi-Import aus Shopify, SEO-Ranking erhalten JTL-Wawi 1.10 1
Neu 503 Service Unavailable bei Payrexx Webhook nach Plugin-Update - wer hat das auch? Plugins für JTL-Shop 0
Neu DPD Fehler bei der Anmeldung JTL-ShippingLabels - Fehler und Bugs 1
Neu Fehler bei der Anmeldung nach Update auf 1.11.5 Installation von JTL-Wawi 11
letzter EK bei der Lagerbewertung JTL-Wawi 1.10 2
Steuer Einstellung bei Sonderpreis und nach OSS Landauswahl JTL-Wawi 1.10 0
Neu JTL-Shop 5.2.3 – Google-Shoppin-Plugin 2.3.0: Mehrere Rückgaberichtlinien (DE + Ausland) bei einem Feed / return_policy_label Plugins für JTL-Shop 0
Neu eBay Angebotsimport : Fehler bei der Kommunikation mit dem eA-Server eBay-Anbindung - Fehler und Bugs 0
Neu Fehlerhafte bzw, leere Labels bei DHL & DPD JTL-ShippingLabels - Fehler und Bugs 1

Ähnliche Themen