Neu Umstellung auf DHL Versenden 4.0 (REST-API)

[constatmedia]

Tja man muss aber für jeden Artikel dann erstmal die richtigen Codes ermitteln....

Probier mal mit Claude Cowork. Damit bekommt man das eigentlich ziemlich sauber befüllt.

 

[FOC Solutions]

Moin, das mit den HS-Codes (Taric) ist absoluter Mist.
Diese Codes werden nicht für Lieferungen innerhalb der EU benutzt.
Wer nur das tut, braucht die nicht hinterlegen.

Jetzt verlangt JTL das.
Bedeutet:
Man kann alle Artikel nacharbeiten, ein riesiger Aufwand.

Clever wäre eine Abfrage:

Wenn Lieferland in der EU, dann liefer aus.
Wenn Lieferland nicht in der EU, dann verlange den HS-Code.

Bei unseren Kunden richten wir i.d.R. drei DHL Versandarten ein. DHL Paket national, DHL Paket EU, DHL Paket non-EU.

Damit kannst Du beim Paketversand in die EU das Europaket als Produkt wählen und kommst gar nicht mit Taric&Co in Berührung.

 

[Karobube]

Bei unseren Kunden richten wir i.d.R. drei DHL Versandarten ein. DHL Paket national, DHL Paket EU, DHL Paket non-EU.

Damit kannst Du beim Paketversand in die EU das Europaket als Produkt wählen und kommst gar nicht mit Taric&Co in Berührung.

habe den gleichen "Workaround" bei meinen Kunden.

Ergänzung: für die "Paket EU"-Versandart braucht man nichtmal Europaket als Produkt zu wählen - dafür hat nicht jeder eine Abrechnungsnr. Man kann dort weiterhin "Paket International" wählen, und nur den Haken bei Exportdokumente in den Shippinglabelkonfigurationen rausnehmen.

Wenn man Fulfiller ist, nicht vergessen danach die neu erstellten Versandarten im FFN zuzuordnen.

Der Split der International-Versandart in EU/nonEU ist afaik gerade der einzige Weg, dass er nicht plötzlich für EU-Versand Tarics verlangt (obwohl dann wohlgemerkt natürlich keine Zollpapiere rauskommen).

 

[patoc]

Hallo zusammen,

wir haben das Thema, dass seit dem Wechsel auf die 1.11.11 (und auf DHL 4.0), immer wieder - aber nicht systematisch - der bekannte Fehler "[Provider] Parameter refNo (Shipment reference number) must be between 8 and 35 characters long." aufscheint.

Wenn am Packtisch dann die EMAI-ADRESSE (nicht die Referenz!) gelöscht wird, wird das DHL-Label gedruckt. Wenn man dann im DHL-Geschäftskundenportal nachsieht, fehlt die Referenz meistens (aber auch nicht immer) komplett.

Unsere eigentliche Referenz ({{ Auftrag.Rechnung.Rechnungsnummer }} / {{ Auftrag.Rechnung.Auftrag.Auftragsnummer }}) ist garantiert immer > 8 und < 35 Zeichen. Warum auch immer wird hier aber anscheinend die eMail-Adresse auf die Referenz gemappt, und die ist bei Amazon-eMail-Adresse zu 99% > 35 Zeichen. Befragt von Gemini & Co ist hier die Rede davon, dass JTL hier einen Mapping-Fehler hat. Ich Versuche nun zu erzwingen, dass die von unser vorgegeben Referenz (und nicht die eMail-Adresse) verwendet wird, indem ich die Referenz auf Referenz und "Kostenstelle" aufteile und einen Begriff voranstelle:

"Referenznummer:" RECHNUNG: {{ Auftrag.Rechnung.Rechnungsnummer }}
"Kostenstelle:" AUFTRAG: {{ Auftrag.Rechnung.Auftrag.Auftragsnummer }}

Ob das hilft, sehe ich morgen, wenn der Versand wieder anläuft.

Aber kennt jemand diesen Fehler? Wenn es wirklich (mal wieder) ein JTL-Mapping-Fehler ist, weiß jemand ob JTL das schon auf dem Schirm hat?

LG und Dank

 

[8KRL]

Hallo zusammen,

wir haben das Thema, dass seit dem Wechsel auf die 1.11.11 (und auf DHL 4.0), immer wieder - aber nicht systematisch - der bekannte Fehler "[Provider] Parameter refNo (Shipment reference number) must be between 8 and 35 characters long." aufscheint.

Wenn am Packtisch dann die EMAI-ADRESSE (nicht die Referenz!) gelöscht wird, wird das DHL-Label gedruckt. Wenn man dann im DHL-Geschäftskundenportal nachsieht, fehlt die Referenz meistens (aber auch nicht immer) komplett.

Unsere eigentliche Referenz ({{ Auftrag.Rechnung.Rechnungsnummer }} / {{ Auftrag.Rechnung.Auftrag.Auftragsnummer }}) ist garantiert immer > 8 und < 35 Zeichen. Warum auch immer wird hier aber anscheinend die eMail-Adresse auf die Referenz gemappt, und die ist bei Amazon-eMail-Adresse zu 99% > 35 Zeichen. Befragt von Gemini & Co ist hier die Rede davon, dass JTL hier einen Mapping-Fehler hat. Ich Versuche nun zu erzwingen, dass die von unser vorgegeben Referenz (und nicht die eMail-Adresse) verwendet wird, indem ich die Referenz auf Referenz und "Kostenstelle" aufteile und einen Begriff voranstelle:

"Referenznummer:" RECHNUNG: {{ Auftrag.Rechnung.Rechnungsnummer }}
"Kostenstelle:" AUFTRAG: {{ Auftrag.Rechnung.Auftrag.Auftragsnummer }}

Ob das hilft, sehe ich morgen, wenn der Versand wieder anläuft.

Aber kennt jemand diesen Fehler? Wenn es wirklich (mal wieder) ein JTL-Mapping-Fehler ist, weiß jemand ob JTL das schon auf dem Schirm hat?

LG und Dank

Könnte es sein, dass die Rechnungsnummer zu dem Zeitpunkt noch nicht erstellt ist? Bei uns wird Rechnung und Label gleichzeitig erstellt und wenn du die RE Nummer nutzt, kann es zu diesem Konflikt kommen, dass das Label schnelle ist.
Wir nehmen daher die Auftragsnummer, diese ist bereits vorher da.

 

[revay]

Also die Nummer mit der TARIC haben wir auch, obwohl Paket international. Es nervt. Davon ab, wie gehe ich damit um? Ich glaube, wenn ich die 2 installiere ist eins gefixt aber 20 neue Sachen brennen, oder?

der Fehler, den Sie beim Einrichten von DHL Versenden 4.0 erhalten und als Errorlog mitgesendet haben, ist ein bekanntes Problem in der WaWi-Version 1.11.7. Der Fehler tritt in der Konfigurationsmaske beim Schließen des Versandeinstellungs-Dialogs auf und verhindert das korrekte Speichern der DHL-4.0-Konfiguration.

Das Problem wurde in WaWi 2.0.0 behoben. Für die 1.11.x-Linie ist kein Patch geplant, ein Update auf die 2.0-Linie ist daher notwendig. Wir raten dringend dazu, direkt auf die aktuellste Version 2.0.4 zu aktualisieren.

Als kurzfristige Möglichkeit, den Versand ohne Update wieder aufzunehmen: Prüfen Sie bitte, ob Sie in den DHL-4.0-Einstellungen auf eine Absenderreferenz aus dem DHL-Geschäftskundenportal verzichten und stattdessen einen manuellen Absender hinterlegen können. In vergleichbaren Fällen hat das die Fehlermeldung umgangen. Ob das in Ihrer Konfiguration funktioniert, lässt sich ohne weiteres Testen nicht sicher sagen.

 

[Morimus]

Also die Nummer mit der TARIC haben wir auch, obwohl Paket international.

Nicht obwohl Paket International, sondern weil Paket International.

wie gehe ich damit um?

Deine Artikel brauchen eine TARIC.