Neu DHL Versenden 4.0 HS Code-Fehler bei Freiposition

[intrinsicforce]

Edit: - kein Bug, nur missing feature -

Wawi 2.0.1
Versanddatenexport schlägt fehl wenn Auftrag eine Freiposition enthält, da für diesen kein HS-Code hinterlegt werden kann. Es erscheint dabei eine irreführende Fehlermeldung (siehe unten).

Dadurch ist es nicht möglich, Zahlungsgebühren als Position hinzuzufügen, denn der Positionstyp lässt sich nicht ändern - Freipositionen werden immer als Ware behandelt.

 

[unblack]

Das ist nicht wirklich ein Fehler. DHL erlaubt ab 1.7. bzw mit der v2 Schnittstelle (bei JTL 4.0 genannt) grundsätzlich nicht mehr, dass Positionen ohne HS Code und CoO übergeben werden.
Einer Zahlungsgebühr kannst du auch keine Taric geben - egal, was du da reinschreiben würdest, es ist falsch.
Also die müsstest du in die Versandkosten mit integrieren.

 

[intrinsicforce]

Das ist nicht wirklich ein Fehler. DHL erlaubt ab 1.7. bzw mit der v2 Schnittstelle (bei JTL 4.0 genannt) grundsätzlich nicht mehr, dass Positionen ohne HS Code und CoO übergeben werden.
Einer Zahlungsgebühr kannst du auch keine Taric geben - egal, was du da reinschreiben würdest, es ist falsch.
Also die müsstest du in die Versandkosten mit integrieren.

Da ist was bei mir falsch gelaufen, habe entsprechend den Beitrag angepasst.

Natürlich braucht die Zahlungsgebühr keine Taric - nur fehlt hier eine Option zur Umstellung des Positionstyps, wenn die Zahlungsgebühr nachträglich erstellt wird. Kumulierung mit Versandkosten wäre intransparent für alle Beteiligten.

 

[KaiML]

Ich habe jetzt das selbe Problem mit einem Freipositionsartikel!
Es gibt bei uns abundzu Sonderposten welche nicht ins System eingepflegt werden, diesen muss Ich jetzt ins EU Ausland Schicken. bekomme aber kein Label da die Freiposition keinen hs code hat.

Wie bekomme Ich das gelöst??

 

[intrinsicforce]

Aktuell musst du dafür einen Artikel anlegen.

 

[KaiML]

Danke für die Info, Ich hatte sowas bereits befürchtet ..... Die liste der Workarounds wird halt auch immer länger 🥴

 

[TRueffer]

Danke für die Info, Ich hatte sowas bereits befürchtet ..... Die liste der Workarounds wird halt auch immer länger 🥴

Korrekt, JTL hängt mit allem immer mehr hinterher und holt nicht mehr auf. Die eigenen "Workarounds" werden immer mehr - man verliert selber den Überblick.

Was ist los bei JTL ? Hat JTL kein Personal mehr oder werden Programmierungen nur noch die KI ohne Überprüfung erststellt um Kosten zu sparen?

Ich bin noch nicht lange bei JTL, aber seit 30 Jahren am Markt und habe so etwas wie bei JTL noch nicht erlebt!

Gruß
Rüffer

 

[TRueffer]

Im übrigen haben wir bei uns einen universellen Artikel angelegt für solche Fälle: "Sonstiges"
Dieser Artikel hat auch Bestand usw...

Aber wir haben auch das Problem, dass keine Paketlabels an DHL übergeben werden, wenn wir zB nach Italien ein Premium Paket versenden wollen, mit dem "Artikel Sonstiges" über 0 EUR.
Also zB wenn man dem Kunden kostenlos etwas nachsenden möchte (Ersatzteil oder sowas).

Wir erhalten dann diese Fehlermeldung.

Kennt das Problem jemand und weiß es zu lösen?

Oder machen wir selber irgendwas falsch? Mit der "DHL Versenden 3.0" war das alle kein Problem, seit "DHL Versenden 4.0" haben wir zahlreiche Probleme, die auch unsere JTL Agentur offensichtlich nicht gelöst bekommt...

Gruß
Rüffer

 

[elcheffe]

https://forum.jtl-software.de/threa...hen-eu-und-exportversand.247113/#post-1350895

 

[vulkan1000]

Hallo zusammen,

wir haben seit gestern das Problem, dass wir keine DHL-Versandlabel für Österreich mehr erstellen können.

Verwendete Versionen:

• DHL 4.0
• WaWi aktuell: 2.0.5 (zuvor 1.11.7 – das Problem bestand dort ebenfalls)

Folgende Fehlermeldungen erhalten wir beim Versand nach Österreich:

1. „Parameter hsCode must be between 4 and 11 characters long. Source: Provider“
2. „Parameter country must be a valid country code consisting of three characters according to ISO 3166-1 alpha-3. Source: Provider“

Wir haben bereits sämtliche Kombinationen ausprobiert:

• HS-Code (TARIC, 4 bis 12-stellig)
• Herkunftsland als Deutschland / DE / DEU

Die Angaben werden unter Versand → Versandarten im Bereich „Positionen zusammenfassen“ hinterlegt.

Zunächst vermuteten wir einen Fehler in der Formel zur Übernahme der Artikeldaten. Der Fehler tritt jedoch auch bei manueller Eingabe auf.
Die erste Position ist vollständig und korrekt gepflegt.
ACHTUNG: Die 2. Position ist eine Freiposition "Versandkosten" Welche Amazon in den Auftrag automatisch importiert.
Wir wissen nicht ob es durch die Freiposition verursacht wird, aber in diese kann man auch keinen HS-Code eintragen und eingestellt ist ja, dass die Zusammenfassung anhand der Pos. 1 die Daten übernimmt.

Aktuell erstellen wir die Versandlabel über das DHL-Geschäftskundenportal, was einen erheblichen Mehraufwand bedeutet.

Hat jemand eine Idee, woran das liegen könnte oder das gleiche Problem bereits gehabt?

Vielen Dank schon einmal für eure Hilfe!
vulkan1000

 

[unblack]

Das liegt wie schon oben von anderen schon geschrieben an der Freiposition.

Wenns nur um AT geht, mach eine Extra Versandart für EU und wähle die Exportdokumente ab.

Und ja, es ist seitens JTL maximal ungünstig gelöst.

 

[Morimus]

Wir nutzen Amazon selbst nicht, aber ich kann mir ehrlich gesagt kaum vorstellen, dass es mit JTL Boardmitteln nicht möglich sein soll, eine Amazon-Versandart auf eine in der WaWi angelegte Versandart zu mappen.

Dann sollte daraus auch keine Freiposition entstehen, sondern die entsprechende Versandart im Auftrag übernommen werden. Wenn im Artikelstamm zusätzlich HS-Code und Ursprungsland gepflegt sind, sollte der Labelerstellung grundsätzlich nichts mehr im Wege stehen.

Unabhängig davon lohnt es sich meiner Meinung nach, sich schon jetzt mit Shipping 2.0 zu beschäftigen.

Wir konnten damit unsere bisher sieben unterschiedlichen UPS Versandarten auf zwei reduzieren.
Standard und Express.
Die Logik übernimmt dabei Shipping 2.0.

Vielleicht lässt sich das so ähnlich mit DHL abbilden.

 

[intrinsicforce]

Wenn es bereits eine Freiposition ist bleibt es auch eine. Positionstypen lassen sich nicht ändern.

 

[Morimus]

Wenn es bereits eine Freiposition ist bleibt es auch eine. Positionstypen lassen sich nicht ändern.

Wieso sollte es nicht möglich sein, die Freiposition zu löschen?
Ist das eine Besonderheit bei Amazon-Aufträgen?

 

[intrinsicforce]

Ups, hab ich was missverstanden? Freipositionen lassen sich natürlich löschen wenn dazu noch keine Rechnung existiert.

 

[vulkan1000]

Danke für die Tips. Das mit Shipping 2.0 muss ich genauer Prüfen, hatte ich nicht auf dem Schirm.

Amazon-Freipositionen tauchen auch auf, wenn man mit "Multirabatt" bei Amazon verkauft.

Das haben wir auch nicht erwartet, dass es extra im Auftrag automatisch aufgeführt wird.


Neues Problem zum oben genannten Fehler:

DHL-Paket in die Schweiz: gleicher Fehler, auch ohne Freiposition.

 

[Morimus]

Dein Auftrag enthält nun keine Freiposition mehr?
Die Artikel im Auftrag haben in den Artikelstammdaten sowohl das Ursprungsland, also CH für Schweiz, als auch den HS-Code gepflegt?

Und trotzdem erhältst du weiterhin die Fehlermeldung zu Ursprungsland und HS-Code?

 

[vulkan1000]

Ja, die Fehlermeldung ist weiterhin vorhanden.

 

[Morimus]

Nimm mal die Inhalte aus „Positionen zusammenfassen“ heraus und entferne den Haken.
Versuche danach erneut zu exportieren.

 

[vulkan1000]

Nimm mal die Inhalte aus „Positionen zusammenfassen“ heraus und entferne den Haken.
Versuche danach erneut zu exportieren.

Das habe ich probiert. Kein Erfolg.
ABER ICH HABE DIE LÖSUNG.

LÖSUNG:
- Den Haken bei "Zolltarifnummer auf 8 Stellen kürzen" aktivieren.

Komisch, aber hatte es schon manuell mit 8 Stellen probiert und es hat NICHT geklappt.