Neu JTL-Wawi DHL Worker – DHL API, DirectJTL, OTTO-Retoure & Auto-Druck – All-in-One

web-nf

Aktives Mitglied
17. Juni 2017
28
1
Von mir auch ein voller Respekt für die Lösung. Ich werde auch versuchen das zum laufen zu bringen.
Auch für mich sind die Buchung des größeren JTL Tarifes "nur" um mein DHL Tarif weiter zu nutzen nicht relevant. Das möchte ich so nicht unterstützen.
 
Zuletzt bearbeitet:

NikuTRAX

Gut bekanntes Mitglied
13. Juli 2023
35
31
Auch wenn ich aktuell selbst kein DHL nutze, möchte ich an dieser Stelle einmal ein ausdrückliches Lob aussprechen!

Vielen Dank, dass du mit einem solchen Tool den blutsaugenden Investoren wie HG auf diese Weise den Stinkefinger zeigst.

Mich ärgert es schon seit Längerem, dass immer mehr elementare Funktionen, die ursprünglich selbstverständlicher Bestandteil der Software waren, in zusätzliche kostenpflichtige Pakete ausgelagert werden, nur um auch noch das letzte Quäntchen aus den ohnehin schon belasteten Händlern herauszupressen.

Diese zunehmende Monetarisierung bestehender Funktionen geht meiner Meinung nach völlig an den Interessen der langjährigen JTL-Nutzer vorbei.

Umso erfreulicher ist es, wenn engagierte Entwickler solchen Entwicklungen mit eigenen Lösungen etwas entgegensetzen.

Ich persönlich würde mir ein solches Tool auch für GLS wünschen!
@Merlin84
Vielen Dank für dein positives Feedback! 👍

Genau das war auch mein Gedanke bei der Entwicklung des DHL-Workers. Viele Händler haben ohnehin schon mit steigenden Kosten und sinkenden Margen zu kämpfen. Da muss man nicht auch noch für jede zusätzliche Funktion ein kostenpflichtiges Paket buchen.

Ich finde, dass gerade grundlegende Funktionen wie die Versandabwicklung möglichst unkompliziert und ohne zusätzliche laufende Kosten nutzbar sein sollten.

Deshalb habe ich den DHL-Worker entwickelt und stelle ihn der Community kostenlos zur Verfügung. Mir geht es nicht darum, mit solchen Tools Geld zu verdienen, sondern eine funktionierende Alternative anzubieten.

Und zu deinem Wunsch nach GLS:

Das ist tatsächlich eine interessante Idee! 😊

Der bestehende DHL-Worker ist bereits so aufgebaut, dass sich grundsätzlich auch weitere Versanddienstleister integrieren lassen. Eine zusätzliche GLS-Anbindung wäre daher technisch durchaus denkbar.

Allerdings gibt es dabei eine kleine Herausforderung: Ich selbst nutze GLS nicht und habe auch keinen GLS-Geschäftskundenvertrag.

Somit fehlen mir die entsprechenden Zugangsdaten und vor allem die Möglichkeit, den gesamten Versandprozess unter realen Bedingungen selbst zu testen.

Ich habe mich aber bereits ein wenig mit der technischen Umsetzung beschäftigt.

GLS bietet mit der neueren ShipIT-Farm-API eine Schnittstelle zur automatischen Erstellung von Versandlabels und zur Verarbeitung von Versandaufträgen.

Interessant ist dabei, dass GLS auch eine Sandbox- beziehungsweise Testumgebung zur Verfügung stellt. Darüber sollten sich zumindest grundlegende Funktionen wie die Kommunikation mit der API und die Erstellung von Testlabels entwickeln und überprüfen lassen.

Ob ein solcher Testzugang auch ohne bestehenden GLS-Geschäftskundenvertrag vollständig genutzt werden kann, müsste allerdings noch geklärt werden.

Mein Gedanke wäre folgender:

Ich würde den bestehenden DHL-Worker entsprechend erweitern, sodass künftig beide Versanddienstleister über denselben Worker genutzt werden können.

Die JTL-Wawi würde anhand der hinterlegten Versandart erkennen, ob eine Sendung über DHL oder GLS abgewickelt werden soll.

Anschließend würden die Versandlabels automatisch erstellt, die Sendungsnummern in die JTL-Datenbank zurückgeschrieben und die Versandinformationen wie bisher über JTL an die jeweiligen Marktplätze übermittelt.

Natürlich müsste die bisherige DHL-Funktion dabei vollständig erhalten bleiben.

Was ich dafür allerdings benötigen würde, wäre die Unterstützung von jemandem aus der Community, der GLS tatsächlich nutzt.

Wenn jemand einen GLS-Geschäftskundenvertrag besitzt und bereit wäre, eine solche Erweiterung später unter realen Bedingungen zu testen, wäre das eine große Hilfe.

Idealerweise könnte man zunächst gemeinsam mit der Sandbox arbeiten und anschließend mit einem echten GLS-Zugang überprüfen, ob die komplette Versandabwicklung zuverlässig funktioniert.

Ich möchte allerdings noch nichts versprechen. Erst einmal müsste geklärt werden, welche API-Funktionen verfügbar sind und welche Voraussetzungen GLS für die Nutzung verlangt.

Aber eines steht für mich fest: Sollte ich die GLS-Erweiterung umsetzen und zuverlässig zum Laufen bekommen, wird auch diese kostenlos für die Community zur Verfügung gestellt.

Vielleicht finden sich hier ja ein paar GLS-Nutzer, die Interesse daran haben und bei den Tests unterstützen würden. Dann könnte daraus durchaus etwas werden! 👍

Viele Grüße
Christian
 
  • Gefällt mir
Reaktionen: microline

NikuTRAX

Gut bekanntes Mitglied
13. Juli 2023
35
31
Klasse Arbeit! So etwas für DPD wäre mein Traum
@microline
Vielen Dank für dein Lob! 👍😊

DPD wäre tatsächlich eine interessante Erweiterung meines JTL-Versandworkers!

Die gute Nachricht: DPD bietet eine eigene API inklusive Sandbox-Testumgebung an. Damit könnte ich die Anbindung zunächst entwickeln und testen, ohne echte Pakete verschicken zu müssen.

Allerdings nutze ich selbst kein DPD und habe auch keinen entsprechenden Geschäftskundenvertrag. Ob ich sämtliche Testzugänge ohne Vertrag bekomme, müsste ich noch klären.

Mein Ziel wäre ein universeller, kostenloser JTL-Versandworker für DHL, GLS und DPD.

Der Worker soll automatisch den Versanddienstleister erkennen, Versandlabels erstellen und die Sendungsnummern direkt an die JTL-Wawi zurückgeben.

Dafür bräuchte ich allerdings Unterstützung aus der Community!

Wenn du DPD nutzt und bereit wärst, die Erweiterung später mit deinem Geschäftskundenzugang unter realen Bedingungen zu testen, wäre das ideal.

Ich werde mir die Schnittstelle genauer ansehen. Versprechen möchte ich noch nichts, aber technisch sieht es durchaus machbar aus.

Und selbstverständlich würde auch die DPD-Erweiterung kostenlos bleiben! 👍

DPD-Sandbox:
https://esolutions.dpd.com/entwickler/dpdcloudwebservice/sandbox.aspx?allowcloud=true

Viele Grüße
Christian
 
  • Gefällt mir
Reaktionen: microline

Alex R

Aktives Mitglied
15. Januar 2020
15
10
Von mir auch ein voller Respekt für die Lösung!!
Ich habe die JTL WaWi-Version 2.0.5.0. Der Export CSV unter „Versand → Import/Exportvorlagen“ ist bei mir komplett gesperrt. Diese Funktion ist also in der JTL WaWi Start Edition deaktiviert.

Deshalb bin ich einen anderen Weg gegangen: Über „Admin → Druck, E-Mail, Exportvorlagen“ kann man im Unterbereich „Lieferschein → Exportieren“ eine eigene CSV-Datei erstellen.

Diese Datei lässt sich dann beim Versenden eines Pakets exportieren. Dabei spielt es keine Rolle, ob man den Lieferschein tatsächlich ausdruckt oder nicht. Man muss lediglich das Häkchen bei „Exportieren“ setzen, und schon funktioniert alles.
1.JPG2.JPG3.png4.png5.png6.png
 

Anhänge

  • Gefällt mir
Reaktionen: elcheffe

Merlin84

Gut bekanntes Mitglied
25. Oktober 2013
47
82

@ NikuTRAX ich kann das dann gerne testen mit GLS ich könnte ggf. auch bei der Entwicklung mitwirken falls nötig.​

Eine wichtige Info ist sicher noch das wir die Wawi in Version 1.5.55.8 verwenden, ich weiß nicht ob JTL zwischenzeitlich in dem Bereich Änderungen an der Datenbank vorgenommen hat.

Setzt bzw. übermittelt dein Worker auch automatisch die Sendungsnr. je nach Auftrag z.B. an Ebay bzw. Amazon?
 
Zuletzt bearbeitet:

Ähnliche Themen