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

dazligth

Sehr aktives Mitglied
6. September 2018
311
81
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
398
291
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
136
65
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
167
41
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
2.784
1.362
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
167
41
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
2.784
1.362
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
167
41
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
2.784
1.362
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
510
106
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
311
81
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
510
106
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
2.784
1.362
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
311
81
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
135
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
311
81
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
84
31
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
167
41
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
167
41
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
1.330
419
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
Änderungen aus Child-Template Einstellungen (Nova-child) werden nicht übernommen (Footer/Header) Einrichtung JTL-Shop5 3
Änderungen in Formularen werden nicht immer gespeichert JTL-Wawi 1.9 12
Neu SMARTY-Änderungen beim Shopupdate von 5.2 auf 5.4 ... Kategorie-Funktionsattribute abfragen geht nicht mehr! Templates für JTL-Shop 5
Offene Positionen bei Teillieferung auf Lieferschein ausgeben JTL-Wawi 1.9 3
Problem bei der Produkt-Upload - Marketplace-Abgleich JTL-Wawi 1.9 0
CDATA in CountryID bei ZUGFeRD/XRechnung verursacht Validierungsfehler beim Kunden JTL-Wawi 1.9 1
Neu "Sofort Verfügbar" Anzeige fehlt bei Vaterartikeln Allgemeine Fragen zu JTL-Shop 0
Neu Bei XML-Auftragsimport entstehen Aufträge ohne Kundendatensatzverknüpfung JTL-Wawi - Fehler und Bugs 2
Neu Fehler bei Artikelanlage (Error Code 21919303) eBay-Anbindung - Fehler und Bugs 0
Neu Fehler beim Zuweisen von Kunden-Zahlungen bei Auftragssplittung JTL-Wawi - Fehler und Bugs 1
Beantwortet Workflow Warengruppe nicht ausführen bei bestimmter Warengruppe, bei unterschiedlichen klappt es nicht JTL-Workflows - Fehler und Bugs 1
Problem bei der Anzeige von Kindartikel-Titeln bei Vaterartikeln (JTL-Shop & eBay) JTL-Wawi 1.9 0
JTL 1.9.7.0 | Warum ändert sich der Nummernkreis für Rechnungen bei Bestellungen aus dem OTTO-Market und bei anderen Marktplatzanbindungen nicht? Otto.de - Anbindung (SCX) 3
Neu Lieferanten Lieferzeiten werden nicht bei WooCommerce abgleich berücksichtigt WooCommerce-Connector 7
Neu Problem bei Update 1.7.11 zu 1.7.14 Installation von JTL-Wawi 1
Neu Bildgrösse bei swatches Allgemeine Fragen zu JTL-Shop 0
In Diskussion Bestand aus bestimmten Lager bei Auftragserstellung abfragen JTL-Workflows - Ideen, Lob und Kritik 5
Neu Größentabelle bei Artikel anzeigen Allgemeine Fragen zu JTL-Shop 13
Artikel werden bei Ebay und im Shop willkürlich gelöscht JTL-Wawi 1.9 0
Keine Preise bei Import von Aufträgen JTL-Wawi 1.9 5
Neu Fehlende Metadaten bei eBay Schnittstellen-Anbindung eBay-Anbindung - Fehler und Bugs 1
Neu Gastkunde registriert sich bei zweiter Bestellung - und die Wawi bekommt es nicht mit! Shopware-Connector 0
Neu Fehlermeldung bei Versand Schweiz - Gewicht wäre falsch Arbeitsabläufe in JTL-Wawi 1
Neu Übertragungsproblem der Kategorien bei der Shopware-Integration Shopware-Connector 0
Telefonisch Beratung, Hilfe bei der Angebotserstellung für otto.de Otto.de - Anbindung (SCX) 0
Beantwortet Bei "Paket hinzufügen" sofortiger Labeldruck mit neuer Sendungsnummer Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 0
Neu Verfügbarer Bestand wird bei Onlinebestellung nicht reduziert JTL-Wawi - Fehler und Bugs 11
Gelöst JTL POS Crash bei Start JTL-POS - Fehler und Bugs 2
Neu Footer-Links, andere Farbe bei Hover Einrichtung von JTL-Shop4 4
Neu Neukundenrabatt wird nicht im Warenkorb abgezogen, erst bei der Bestellungszusammenfassung Allgemeine Fragen zu JTL-Shop 0
Neu Problem mit der Anleitung bei der Vergabe der Rechte. Installation / Updates von JTL-Shop 1
Neu Rechnungskorrekturen/ Gutschriften werden nicht bei Zahlung/ Folgerechnungen berücksichtigt? Arbeitsabläufe in JTL-Wawi 4
Neu Rechnungsadresse ändert sich bei Ansprechpartner JTL-Wawi - Ideen, Lob und Kritik 6
Anhänge bei zb. Auftrag per Email versenden | Workflow JTL-Wawi 1.9 5
Neu Keinen neuen Kunden anlegen bei ebay Bestellungen die in Aufträge umgewandelt werden User helfen Usern - Fragen zu JTL-Wawi 1
Neu Fehlermeldung bei Synchronisation aus der WaWi: "Artikel "XYZ" kann nicht hochgeladen werden, da der Shop den Steuersatz '19' nicht unterstützt." WooCommerce-Connector 1
Beantwortet Workflow einrichten bei Sonderpreise = Kategoriezuordnung User helfen Usern - Fragen zu JTL-Wawi 1
Neu Fehler bei der Installation in der defines.php Installation / Updates von JTL-Shop 9
Artikelpreise Brutto auf Basis des Nettopreises bei unterschiedlichen Steuersätzen JTL-Wawi 1.9 13
Neu Ist das möglich? Verwiegepflicht nur bei bestimmtem Aufträgen? Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 1
UVP bei Kindartikel wird nicht angezeigt. Einrichtung JTL-Shop5 4
Neu Automatische Rückerstattungen bei Amazon Retouren? Amazon-Anbindung - Fehler und Bugs 4
Neu Fehlercode bei JTL-POS auf iMin Swan 1 – Hilfe benötigt! JTL-POS - Fehler und Bugs 1
Suffix bei Kindartikeln JTL-Wawi 1.6 4
In Diskussion Workflow email senden bei Bestandsänderung (nur Erhöhung) JTL-Workflows - Ideen, Lob und Kritik 41
Wichtig! Wie kann ich bei ABOs die VKs und EKs überwachen / aktualisieren? JTL-Wawi 1.9 9
Beantwortet Workflow - Versandart ändern bei Fehler JTL-Workflows - Ideen, Lob und Kritik 2
Neu Leerer dsfinv-k Export bei eigenem Datumsfilter JTL-POS - Fehler und Bugs 3
Wawi 1.9 - Connector ändert MWST in Shopware 5 bei Lieferantenbestellungen JTL-Wawi 1.9 0
Gewichtsabfrage bei Nachdruck über EazyShipping JTL-Wawi 1.9 2

Ähnliche Themen