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

dazligth

Sehr aktives Mitglied
6. September 2018
274
76
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
396
288
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
 
  • Gefällt mir
Reaktionen: Just-Commerce

Eugen Fritzler

Sehr aktives Mitglied
Mitarbeiter
1. März 2022
109
47
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
161
38
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 !
 
  • Gefällt mir
Reaktionen: hula1499

SebiW

Sehr aktives Mitglied
2. September 2015
2.755
1.344
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
161
38
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.755
1.344
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
161
38
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.755
1.344
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
104
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.
 
  • Gefällt mir
Reaktionen: Charly1325

dazligth

Sehr aktives Mitglied
6. September 2018
274
76
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
104
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.
 
  • Gefällt mir
Reaktionen: SebiW und dazligth

SebiW

Sehr aktives Mitglied
2. September 2015
2.755
1.344
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
274
76
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
274
76
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

Aktives Mitglied
20. Juli 2016
83
23
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
161
38
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.
 
  • Gefällt mir
Reaktionen: patoc und Vilya

Charly1325

Sehr aktives Mitglied
9. März 2017
161
38
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
960
333
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 JTL-Infoschreiben "Wichtige Neuerung im Postgesetz zur Kennzeichnungspflicht" - Umsetzung auch für Österreichische Post Labels ? JTL-ShippingLabels - Ideen, Lob und Kritik 2
Ä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
GPSR Hersteller Kontaktdaten Änderungen werden nicht in den Shop übernommen JTL-Wawi 1.9 3
Neu Funktionsattribute werden nicht übertragen oder überschrieben bei Änderungen Shopware-Connector 0
Neu Amazon - Änderung bei Versand in die Schweiz - Änderungen notwendig ?! Amazon-Anbindung - Ideen, Lob und Kritik 9
Neu Änderungen am Zahlungsabgleich für DKB-Kunden (FinTS) ab 24.11.2024 News, Events und Umfragen 2
Neu Bei bestimmten Artikeln nur Palettenversand Allgemeine Fragen zu JTL-Shop 3
Problem: Falsche Ausgabe von SalesOrderPosition.Quantity bei großen Mengen JTL-Wawi 1.8 2
Artikelnummer bei Variationen bzw. Kindartikeln JTL-Wawi 1.9 3
Neu OPC - Thumbnails bei Videos anpassen Allgemeine Fragen zu JTL-Shop 2
Neu Mindestabnahme bei Bestellungen über Einkaufsliste JTL-Wawi - Fehler und Bugs 5
Neu Datenbank Abfrage/Update Kundengruppe Checkbox bei Sonderpreisen JTL Ameise - Eigene Exporte 1
Konfigurationsartikel hinzufügen bei bereits verkauften Artikeln JTL-Wawi 1.9 1
Neu Workflow : Bei Artikel die ein Erscheinungsdatum haben Denn Auftrag Farblich markieren Arbeitsabläufe in JTL-Wawi 7
In Bearbeitung Gmail Anbindung zu POS weg, bei Mail-Einrichtung zeigt er Fehler "10:" Einrichtung / Updates von JTL-POS 4
Neu 1.2.3.8. Gewicht bei Variation wird nicht dazugerechnet User helfen Usern - Fragen zu JTL-Wawi 2
Neu Frontend-Ansicht (Template) zerschossen bei Installation in Plesk Einrichtung JTL-Shop5 0
Neu Lieferschein per Workflow o.ä. von "offen" auf "Versendet" setzen bei bestimmter Versandart User helfen Usern - Fragen zu JTL-Wawi 7
Neu Amazon Bestellungen verbleiben bei Status "Pending" und werden nicht in Aufträge übernommen Amazon-Anbindung - Fehler und Bugs 20
Neu Prestashop Connector löscht Herstellerbilder (Logos) bei unterbundener Bildübertragung PrestaShop-Connector 0
Gewichtsabweichung eines Artikels bei Variationen wird nicht in Auftrag übernommen JTL-Wawi 1.8 3
Neu Hinweis bei Wareneingang wird nicht mehr angezeigt JTL-Wawi - Fehler und Bugs 0
Neu Netzwerkfehler/ Fatal error bei der Erst-Instalation Installation / Updates von JTL-Shop 8
Neu Teilrücksendungen korrekt anlegen bei Varkombi Artikel Arbeitsabläufe in JTL-Wawi 0
In Bearbeitung WMS Paketgewicht bei zweitem Paket nicht korrekt! Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 2
In Bearbeitung Barentnahme bei Kassenschnitt geht bei mir nicht oder mache ich was falsch? neues Update drauf JTL-POS - Fehler und Bugs 9
In Bearbeitung Rabattänderung bei Kundengruppen Allgemeine Fragen zu JTL-POS 2
Neu Schweiz - Probleme mit Netto-/Bruttobeträgen und Steuerhandling bei Amazon Marketplace Facilitator in JTL-Wawi Amazon-Anbindung - Fehler und Bugs 1
Neu Varianten / Varkombis bei Positionen in Emails ausgeben Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Was macht "Sendungen pro Empfänger zusammenfassen" bei JTL-Shipping Labels => UPS? JTL-ShippingLabels - Fehler und Bugs 0
Neu Transportversicherung B2B bei Ausliefern/Rechnung Problem User helfen Usern - Fragen zu JTL-Wawi 1
Neu Stücklistenkomponente bei Stückliste teilbar auf Druckvorlage Lieferschein korrekt ausgeben Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 1
Neu Merkmal in Artikelliste ausgeben bei entsprechendem Artikel ausgeben Allgemeine Fragen zu JTL-Shop 0
Neu Ebay - Grundpreisanzeige bei Variatonen eBay-Anbindung - Fehler und Bugs 2
Neu Dringlich: Angeblich falsche Preise bei Google Shopping Allgemeine Fragen zu JTL-Shop 2
In Bearbeitung Shared Key / Shared Secret bei EPSON-TSE über Bondrucker Allgemeine Fragen zu JTL-POS 1
Beantwortet Workflow funktioniert bei Unicorn 2 Bestellungen nicht JTL-Workflows - Fehler und Bugs 3
In Bearbeitung Probleme mit Rabatten bei Umstellung auf JTL POS JTL-POS - Fehler und Bugs 3
Neu Bei Änderung eines via LS-Pos erstellten Auftrages springt Zahlungsart auf bar User helfen Usern - Fragen zu JTL-Wawi 0
Neu Artikel bei Amazon neu Listen mit "Neuer" ASIN Amazon-Lister - Ideen, Lob und Kritik 0
Neu Kann kein Bilder bei Variationen hinterlegen JTL-Wawi - Fehler und Bugs 1
Gelöst Manuelle Gewichtseingabe bei "Auftrag verpacken" Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 2
Beantwortet Abfrage liefert nur Ergebnis bei exakt einem Result Eigene Übersichten in der JTL-Wawi 1
Neu Probleme bei Shopverlinkung WooCommerce-Connector 3
Neu Feld "priceCurrency" doppelt bei Vaterartikeln (Kategorie) JTL-Shop - Fehler und Bugs 0
DHL Label oberhalb des Routingcode komplett schwarz/ bei manuellem Nachdruck alles ok JTL-Wawi 1.9 4
Issue angelegt Reihenfolge Kartonage bei Auftrag verpacken [WAWI-80514] Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 1
Seit Update auf 1.9.6.5 Fehler bei Bestellabschluss, aber Bestellung geht ein JTL-Wawi 1.9 7
Neu Wechsel von CFE Shop ( Hosting bei JTL) zu SE Installation / Updates von JTL-Shop 5

Ähnliche Themen