Ein typischer Versandmorgen besteht aus Wiederholung: bezahlte Bestellungen finden, Adresse prüfen, Etikett drucken, Tracking hinterlegen, den Kunden benachrichtigen. Sobald dafür ein zweites System nötig ist, entstehen Medienbrüche. Adressen werden abgetippt, Nummern landen in der falschen Bestellung, die Versandmail geht zu spät raus. Das DHL-Paket-Modul von eComStyle.de hält diesen Ablauf in der OXID-Bestellverwaltung.
Die Liste ist der Arbeitsplatz
Der neue Menüpunkt sitzt dort, wo Aufträge ohnehin liegen. Filter nach Suche, Ordner, Zahlstatus, Versandstatus, Land und Zeitraum machen aus der Gesamtliste eine heutige Packliste. Sortierung und Seitenumbruch bleiben dabei, damit auch ein voller Shop bedienbar bleibt. Jede Zeile zeigt, ob schon ein Label existiert und welche nächste Aktion sinnvoll ist.
Die Sidebar rechts bündelt den Rest: Ordner wechseln, Versandstatus setzen, Label erzeugen, PDF oder Zollpapier öffnen, ein fehlerhaftes Label stornieren, die OXID-Versandmail auslösen. Niemand muss die Bestellung neu erfassen. Gewicht kommt aus den Positionen plus Verpackungszuschlag und lässt sich vor dem Erzeugen noch korrigieren.
Sandbox zuerst, Produktion erst nach dem Verbindungstest
Die Moduleinstellungen trennen Test und Livebetrieb. EKP, Systembenutzer und API-Key gehören zur gewählten Umgebung. Bevor die erste echte Sendung erzeugt wird, prüft der integrierte Verbindungstest, ob die Zugänge überhaupt antworten. Das spart den teuren Moment, in dem der erste Kunde wartet und erst dann auffällt, dass die Production-App fehlt.
Für den Alltag lassen sich Defaults setzen: bevorzugtes DHL-Produkt, Druckformat, Standardmaße, ob sich das PDF sofort öffnet, ob die Absendermail für den digitalen Einlieferungsbeleg mitgeht und ob die Versandbenachrichtigung direkt nach dem Label startet. Internationale Ziele können Zollangaben und eine Vorausverfügung mitnehmen. Das Modul übernimmt die technische Übergabe; die inhaltliche Prüfung bleibt beim Versandteam.
Tracking bleibt an der Bestellung, Dateien nicht im Docroot
Die Sendungsnummer landet in oxorder.OXTRACKCODE. Damit greifen vorhandene OXID-Prozesse, statt eine Parallelwelt aufzubauen. Die Labeldateien selbst liegen shopbezogen oberhalb von source. Sie sind damit kein öffentlich erreichbares Shop-Asset. Alte lokale Dateien lassen sich gezielt bereinigen, damit der Ordner nicht unbegrenzt wächst.
Mehrere Labels je Bestellung sind möglich, etwa bei Teillieferungen. Ein neu erzeugtes Label setzt die Bestellung auf versandt. Wer storniert, räumt den Versandstatus wieder auf, bevor ein korrigiertes Etikett folgt.
Was das Modul bewusst nicht entscheidet
Es ersetzt weder das DHL-Geschäftskundenportal noch die logistische Verantwortung. Unzulässige Produkte, Zollregeln, Aufbewahrung und Datenschutz bleiben Aufgabe des Betreibers. Sinnvoll ist das Modul dort, wo der Engpass nicht die DHL-Funktion ist, sondern der ständige Wechsel zwischen Shop und Fremdoberfläche.
Für OXID 6 und OXID 7 steht jeweils die passende Variante bereit.