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

[Eugen Fritzler]

Gibt es jetzt endlich mal ein Zieldatum für das Release mit FbA-Umlagerung und MHD-Unterstützung?

Aktuell steht noch kein Datum fest.

Beinhaltet die 1.10.10.3 stable von heute dem 16.04.2025 nun die FBA-Umlagerungsfunktionalität mit Paketsendungen und ohne das "LKW-Problem"?

Nein, wie ich bereits geschrieben habe, wird es nicht direkt in der ersten Version enthalten sein.

 

[tierfreund]

Aktuell steht noch kein Datum fest.

Nein, wie ich bereits geschrieben habe, wird es nicht direkt in der ersten Version enthalten sein.

Du hattest auch geschrieben, es läge daran, dass es keine stable ist, daraus hatte ich wohl fälschlich geschlossen, es käme mit der Stable, welche sich ja als 1.10.10.3 auch nicht wie die erste Version der 1.10 liest.
Die Aussage, dass es mit der 1.10 kommt, nur nicht mit der Ersten kann also auch bedeuten, dass das Feature erst in 2 Jahren wieder kommt, mit der 1.10.42.42, verstehe ich das so korrekt?

Die FBA-Umlagerungsfunktionalität WAR ein Alleinstellungsmerkmal von JTL, was ERP für den deutschen Markt anbelangt, soweit ich weiß und auch für mich ein Killerfeature. Ich frage mich halt immer mehr, welchen großen Mehrwert JTL für FBA Produkte gegenüber reinem Sellercentral + externer Wawi noch bringt.

 

[Eugen Fritzler]

Du hattest auch geschrieben, es läge daran, dass es keine stable ist, daraus hatte ich wohl fälschlich geschlossen, es käme mit der Stable, welche sich ja als 1.10.10.3 auch nicht wie die erste Version der 1.10 liest.
Die Aussage, dass es mit der 1.10 kommt, nur nicht mit der Ersten kann also auch bedeuten, dass das Feature erst in 2 Jahren wieder kommt, mit der 1.10.42.42, verstehe ich das so korrekt?

Die FBA-Umlagerungsfunktionalität WAR ein Alleinstellungsmerkmal von JTL, was ERP für den deutschen Markt anbelangt, soweit ich weiß und auch für mich ein Killerfeature. Ich frage mich halt immer mehr, welchen großen Mehrwert JTL für FBA Produkte gegenüber reinem Sellercentral + externer Wawi noch bringt.

So lange sollte es nicht dauern. Wir arbeiten mit Hochdruck an dem Thema. Ich habe nur kein Datum oder Version die ich sagen kann.

Die FBA-Umlagerungen werden, wenn diese fertig sind, durchaus umfangreicher als bis jetzt der Fall gewesen ist. Warten lohnt sich meiner Meinung nach.

 

[prs]

"Warten lohnt sich"... starke Aussage!!

Wer entschädigt uns Kunden für ein Feature das zwar bezahlt wird aber nicht funktioniert ?? Mittlerweile sind es fast 5 Monate!!

 

[hula1499]

"Warten lohnt sich"... starke Aussage!!

Lohnt sich doch zu warten, auf eine Funktion, die es schon "immer" gab nur halt jetzt seit 5 Monaten vergessen/ignoriert/vollkommen für egal befunden und/oder NichtGenugVotesImIssueTracker hat

 

[patoc]

So lange sollte es nicht dauern. Wir arbeiten mit Hochdruck an dem Thema. Ich habe nur kein Datum oder Version die ich sagen kann.

Die FBA-Umlagerungen werden, wenn diese fertig sind, durchaus umfangreicher als bis jetzt der Fall gewesen ist. Warten lohnt sich meiner Meinung nach.

Wird das MHD-Thema dann auch endlich drin sein?

Seit 5 Monaten lagern wir entweder gar nicht um oder mühsam außerhalb von JTL - warten lohnt sich ggf. aus JTL-Sicht, aber warten kostet uns viel Ärger und Extraaufwand... ;-(

Wenn Ihr wenigstens mal einen Zeitplan vorlägen könnte, wüssten wir zumindest welche Mühen sich lohnen, das ohne JTL umzusetzen. Aber Ihr lass uns ja leider ohne zeitliche Orientierung pfriemeln...

 

[Eugen Fritzler]

Wird das MHD-Thema dann auch endlich drin sein?

Seit 5 Monaten lagern wir entweder gar nicht um oder mühsam außerhalb von JTL - warten lohnt sich ggf. aus JTL-Sicht, aber warten kostet uns viel Ärger und Extraaufwand... ;-(

Wenn Ihr wenigstens mal einen Zeitplan vorlägen könnte, wüssten wir zumindest welche Mühen sich lohnen, das ohne JTL umzusetzen. Aber Ihr lass uns ja leider ohne zeitliche Orientierung pfriemeln...

Das MHD-Thema haben wir ebenfalls auf dem Schirm.

 

[patoc]

Hallo zusammen,

aus der Not heraus versuchen wir nun auch das Tool von Eugen Fritzler. Generell ist es konfiguriert und es lässt sich auch aufrufen. Alles, was es tut, ist ja ein "Manifest" (Exceldatei) zu befüllen, MHD trägt man manuell nach, das Ganze lädt man dann in SellerCentral hoch. Soweit so gut.

ABER: Eine reguläre FbA-Umlagerung können wir in JTL ja nicht anlegen, da wir ja kein MHD eingeben können. D.h., wir können die Umlagerung nur auf "zurückgehalten" setzen. Ok. Dann können wir auch das Tool aufrufen und das Manifest befüllen lassen, was wir dann in SellerCentral hochladen können. Aber so können wir über WMS ja nicht ausliefern, denn erstens ist der Auftrag ja "zurückgehalten" und zweitens haben wir gar keine Versandadresse, die normalerweise durch SellerCentral zurück gespielt wird. Der Weg funktioniert also schon mal nicht.

Wenn wir nun ein Dummy-Lager anlegen, eine Umlagerung anlegen und speichern, und auch die FNSKU etc. hinterlegen, damit ein Manifest erzeugt und in SellerCentral hochgeladen werden kann, können wir zwar via WMS ausliefern, aber wir haben ja noch gar keine Lieferadresse, womit wir die Umlagerung nicht verschicken können. Gehen wir dann in SellerCentral haben wir via Manifest zwar hochgeladen, erhalten hier aber auch keine Lieferadresse. Wir können lediglich den "an Amazon senden"-Prozess komplett durchlaufen. Damit haben wir ja aber keinerlei "Link" zu JTL und können somit auch nicht via WMS ausliefern.

Haben wir hier einen Denkfehler? Oder warum scheint das alles nicht zusammenzupassen?

HELP.

LGP

 

[Eugen Fritzler]

Hallo zusammen,

aus der Not heraus versuchen wir nun auch das Tool von Eugen Fritzler. Generell ist es konfiguriert und es lässt sich auch aufrufen. Alles, was es tut, ist ja ein "Manifest" (Exceldatei) zu befüllen, MHD trägt man manuell nach, das Ganze lädt man dann in SellerCentral hoch. Soweit so gut.

ABER: Eine reguläre FbA-Umlagerung können wir in JTL ja nicht anlegen, da wir ja kein MHD eingeben können. D.h., wir können die Umlagerung nur auf "zurückgehalten" setzen. Ok. Dann können wir auch das Tool aufrufen und das Manifest befüllen lassen, was wir dann in SellerCentral hochladen können. Aber so können wir über WMS ja nicht ausliefern, denn erstens ist der Auftrag ja "zurückgehalten" und zweitens haben wir gar keine Versandadresse, die normalerweise durch SellerCentral zurück gespielt wird. Der Weg funktioniert also schon mal nicht.

Wenn wir nun ein Dummy-Lager anlegen, eine Umlagerung anlegen und speichern, und auch die FNSKU etc. hinterlegen, damit ein Manifest erzeugt und in SellerCentral hochgeladen werden kann, können wir zwar via WMS ausliefern, aber wir haben ja noch gar keine Lieferadresse, womit wir die Umlagerung nicht verschicken können. Gehen wir dann in SellerCentral haben wir via Manifest zwar hochgeladen, erhalten hier aber auch keine Lieferadresse. Wir können lediglich den "an Amazon senden"-Prozess komplett durchlaufen. Damit haben wir ja aber keinerlei "Link" zu JTL und können somit auch nicht via WMS ausliefern.

Haben wir hier einen Denkfehler? Oder warum scheint das alles nicht zusammenzupassen?

HELP.

LGP

Das Datum kann schon beim Erstellen der Umlagerung im Feld Hinweis hinterlegt werden.

Dann muss die Umlagerung zurückgehalten werden und dann das Tool laufen lassen.
Jetzt haben Sie eine XML Datei für das SellerCentral.
Jetzt kann die Umlagerung auf ein Dummylager umgestellt und regulär über WMS ausgeliefert werden, nur dass der Paketschein direkt aus dem SellerCentral genommen werden muss.

Ich hoffe das hilft euch.

 

[patoc]

Hallo Eugen,

vielen Dank für Deinen Hinweis. Wir haben beschlossen, dass das Tool uns für unser Vorgehen so wenig Nutzen bringt, dass wir es jetzt ohne gemacht haben. So konnten wir dann unsere DHL-Labels sowie die FbA-Label (für die Einzelkartons, inkl. 2D-Code pro Karton) wie gewohnt aus JTL heraus erstellen. Dafür haben wir aber eben sowohl eine Umlagerung in JTL (mit Dummy-Lager, aber mit der korrekten Lieferadresse!) wie auch ein "An Amazon senden" in SellerCentral erstellt und in letzterem die ganze Schritt manuell durchgeführt. Dann über WMS versandt und die Tracking Codes manuell in SellerCentral eingetragen. Mühsam... aber es hat zumindest funktioniert.

Dennoch Danke für Dein Tool und Deine Tipps!

Frage: Diese Umlagerungen erscheinen in der Wawi nun unter F4 Lager > Eingehende Umlagerungen. Im Status "in Bearbeitung". Sollten wir / müssen wir die noch "abschließen" und damit aus dem Streckenlager ausbuchen? Oder stört das nicht weiter und wir können das einfach so stehen lassen?

UND: Bei unserem Herumexperimentieren ist es irgend wie passiert, dass wir einen Bestand auf "Amazon" eingebucht haben?! Wir haben zu Amazon eigentlich gar keine Bestandführung aktiviert. Auf jeden Fall erhalten wir, wenn wir versuchen, im Artikel die Bestandsführung zu deaktivieren die folgende Fehlermeldung: "Der Artikel hat Bestand bei Amazon..." (siehe Bild anbei). Irgend eine Idee, wie wir das gelöst bekommen? Also den Bestand in Amazon auf 0 setzen? Denn eine PLUS/MINUS-Buchung funktioniert nicht, da wir Amazon als Lager ja nicht auswählen können?

Lieben Dank

 

[patoc]

JTL hat mal wieder komplett versagt und anstatt die Kunden zu informieren und in eine Kommunikation zu gehen, wird versucht Fehler zu vertuschen. Das ist leider ein Verhalten, was sich in den letzten 12-18 Monaten wiederholt abspielt und gleichzeitig die Leistungen immer teurer werden. Kein guter und zukunftsfähiger Partner, das ist unsere Einschätzung nach den letzten 4 Jahren.

Wir haben eine Erstattung der eazyauction Gebühren beantragt, ich würde jedem das selbe empfehlen. Für die Menschen, die bei JTL diesen Mist jedes mal ausbaden tut es mir leid, für die Führungskräfte und verantwortlichen Personen habe ich leider nicht viel übrig, Kompetenz scheint auch nicht vorhanden zu sein. Sonst würde man so eine Schnittstelle im Jahresendspurt mitten im Weihnachtsgeschäfts ausführlich testen, bevor man so etwas veröffentlicht.

Unser Lösungsansatz:
1. Vorschläge aus Wawi generieren lassen, dann als csv. exportieren.
2. Vorschläge als Auftrag an ein temporäres, eigenes Lager anlegen. Somit kann mit WMS etc. gepickt werden.
3. Vorschläge im SC als Liste uploaden und beten, dass keine unterschiedlichen Lagerstätten bei gemischten Kartons verwendet werden.
4. Im Kommissioniervorgang Teillieferungen und damit Teillieferscheine erzeugen.
5. SQL-Code für die Inhalte der Teillieferungen (SKU; MENGE; UMLAGERUNSGNUMMER) schreiben, um die Kartoninhalte durch fehlende QR Codes zu ermitteln.
6. Kartonmengen im SC anhand der Vorlage und dem Ergebnis aus dem SQL Code eintragen.

Streckenlager wird allerdings nicht gebucht durch dieses Vorgehen.

Alles in allem, händischer Aufwand ohne Ende für einen Arbeitsablauf, der eigentlich keinerlei Aufmerksamkeit verdient.

Hallo grüß Dich! Hattet Ihr mit der Erstattung Erfolg? JTL ist bei sowas ja recht stur. Selbst wenn man ein Editionen-Update etwas zu früh bucht kriegt man das nicht mehr umgebucht geschweige denn erstattet... LG

 

[Eugen Fritzler]

Hallo Eugen,

vielen Dank für Deinen Hinweis. Wir haben beschlossen, dass das Tool uns für unser Vorgehen so wenig Nutzen bringt, dass wir es jetzt ohne gemacht haben. So konnten wir dann unsere DHL-Labels sowie die FbA-Label (für die Einzelkartons, inkl. 2D-Code pro Karton) wie gewohnt aus JTL heraus erstellen. Dafür haben wir aber eben sowohl eine Umlagerung in JTL (mit Dummy-Lager, aber mit der korrekten Lieferadresse!) wie auch ein "An Amazon senden" in SellerCentral erstellt und in letzterem die ganze Schritt manuell durchgeführt. Dann über WMS versandt und die Tracking Codes manuell in SellerCentral eingetragen. Mühsam... aber es hat zumindest funktioniert.

Dennoch Danke für Dein Tool und Deine Tipps!

Frage: Diese Umlagerungen erscheinen in der Wawi nun unter F4 Lager > Eingehende Umlagerungen. Im Status "in Bearbeitung". Sollten wir / müssen wir die noch "abschließen" und damit aus dem Streckenlager ausbuchen? Oder stört das nicht weiter und wir können das einfach so stehen lassen?

UND: Bei unserem Herumexperimentieren ist es irgend wie passiert, dass wir einen Bestand auf "Amazon" eingebucht haben?! Wir haben zu Amazon eigentlich gar keine Bestandführung aktiviert. Auf jeden Fall erhalten wir, wenn wir versuchen, im Artikel die Bestandsführung zu deaktivieren die folgende Fehlermeldung: "Der Artikel hat Bestand bei Amazon..." (siehe Bild anbei). Irgend eine Idee, wie wir das gelöst bekommen? Also den Bestand in Amazon auf 0 setzen? Denn eine PLUS/MINUS-Buchung funktioniert nicht, da wir Amazon als Lager ja nicht auswählen können?

Lieben Dank

Hey,

du musst das Angebot vom Artikel lösen. Dann sollte der FBA-Bestand verschwinden. Jetzt kannst du auch die Bestandsführung deaktivieren und das Angebot wieder an den Artikel knüpfen. Das sollte dein Anliegen lösen.

 

[patoc]

Hallo Eugen,

vielen Dank für Deinen Tipp. Wir hatten nun schon einfach den Artikel gelöscht und wieder neu importiert. Wir haben unsere Artikel eigentlich gar nicht mit Amazon-Angeboten verknüpft, da wir die Artikeldaten separat direkt und außerhalb von JTL in SellerCentral laden.

Jetzt passt es auf jeden Fall

Beste Grüße und Dank

 

[timmken]

Weil jetzt schon ein paar mal die Nachfrage kam:
Hier ein "Anfang" für ein SQL dass ihr in eine eigene Ansicht packen könnte.
Das Ergebnis könnt Ihr dann als .csv speichern und per Copy&Paste in das Amazon-Excel für den Upload packen.

Die Default Felder müsst ihr dann noch pflegen.
Den Anhang 117772 betrachten

SELECT
      AP.cArtNr AS [Art-Nr]
   ,CAST(SUM(ap.fAnzahl) AS decimal(14,0)) AS Anzahl
   ,'Seller' AS [Prep]
   ,'Seller' AS [Labeling]
   ,NULL AS [MHD]
   ,NULL AS [LOT]

FROM Verkauf.tauftrag AS A
     JOIN Verkauf.tAuftragPosition AS AP ON A.kAuftrag = AP.kAuftrag
WHERE A.kAuftrag = @key
group by AP.[cArtNr]
order by [Art-Nr]

vielen Dank für das Script. Leider gibt das bei Stücklistenartikeln nicht nur den Hauptartikel aus sondern auch alle Komponenten aus der Stückliste. Hat das vielleicht jemand schon umgebaut damit nur die Hauptartikel ausgegeben werden?

 

[timmken]

Das Tool ist seit heute in der Version V5 erhältlich.

auch das Tool gibt leider neben dem Hauptartikel die Komponenten mit in die Manifestdatei aus.

 

[frankell]

vielen Dank für das Script. Leider gibt das bei Stücklistenartikeln nicht nur den Hauptartikel aus sondern auch alle Komponenten aus der Stückliste. Hat das vielleicht jemand schon umgebaut damit nur die Hauptartikel ausgegeben werden?

Hallo @timmken,

setz mal anstelle der Zeile

WHERE A.kAuftrag = @key

diese hier:

WHERE A.kAuftrag = @key AND (AP.kAuftragStueckliste IS NULL OR AP.kAuftragStueckliste = '' OR AP.kAuftragPosition = AP.kAuftragStueckliste)

Das vermeidet einen weiteren JOIN und klammert alle Stücklistenkinder aus.

 

[Eugen Fritzler]

auch das Tool gibt leider neben dem Hauptartikel die Komponenten mit in die Manifestdatei aus.

Wenn du noch Hilfe benötigst, schreib mir eine PM

 

[timmken]

Hallo @timmken,

setz mal anstelle der Zeile

WHERE A.kAuftrag = @key

diese hier:

WHERE A.kAuftrag = @key AND (AP.kAuftragStueckliste IS NULL OR AP.kAuftragStueckliste = '' OR AP.kAuftragPosition = AP.kAuftragStueckliste)

Das vermeidet einen weiteren JOIN und klammert alle Stücklistenkinder aus.

grandios, vielen lieben Dank!!

 

[prs]

Wie sieht es nun aus @Eugen Fritzler ??

"Warten lohnt sich" ist ja schon fast einen Monat her !!!

 

[EugenKoe]

So lange sollte es nicht dauern. Wir arbeiten mit Hochdruck an dem Thema. Ich habe nur kein Datum oder Version die ich sagen kann.

Die FBA-Umlagerungen werden, wenn diese fertig sind, durchaus umfangreicher als bis jetzt der Fall gewesen ist. Warten lohnt sich meiner Meinung nach.

Hallo,
wenn die neue Version mit funktionierenden FBA-Umlagerungen herauskommt, werden die Kunden per Mail informiert oder müssen wir uns diese Information im Forum selbst suchen?
Danke.