Statuscodes verstehen

Wer im Fulfillment mit DHL versendet, stößt täglich auf Statusmeldungen – im Geschäftskundenportal, in der öffentlichen Sendungsverfolgung oder als strukturierte Daten über die Tracking-API. Diese Meldungen basieren auf Statuscodes und Event-Codes, die jeden Scan und jeden Systemeintrag in der DHL-Infrastruktur dokumentieren. Für Online-Händler, Lagerbetreiber und Kundenservice-Teams ist es entscheidend, diese Codes zu verstehen: Sie unterscheiden normale Transportphasen von echten Problemen, steuern automatische Kundenbenachrichtigungen und liefern die Grundlage für Reklamationen und SLA-Reporting.

Dieser Leitfaden erklärt, wie DHL-Statuscodes aufgebaut sind, welche Codes in welcher Phase einer Sendung typisch auftreten und wie Sie sie in Shop-Systeme, WMS und Versandsoftware sinnvoll einbinden.

Was sind DHL-Statuscodes?

Ein Statuscode bei DHL ist ein standardisierter Wert, der den Bearbeitungsstand einer Sendung beschreibt. Er entsteht, wenn an einem Scan-Punkt – Paketshop, Umschlagzentrum, Zustellbasis, Packstation – ein Barcode gelesen oder ein Systemeintrag erzeugt wird. Jeder Code ist Teil eines Tracking-Events mit Zeitstempel, Standort und optionaler Zusatzinformation.

Wichtig für Händler: Was Kunden in der DHL-App als vereinfachten Text sehen („In Zustellung“, „Zugestellt“), ist im Hintergrund oft ein technischer Code oder eine interne Event-Bezeichnung. Über die API und Shop-Anbindung DHL erhalten Sie diese Rohdaten strukturiert – und müssen sie für Ihr System in verständliche Kundenstatus übersetzen.

Statuscode, Event und Kundenstatus – die drei Ebenen

Im Fulfillment-Alltag vermischen sich drei Begriffe. Für eine saubere Systemanbindung sollten Sie sie trennen:

1. Event-Code (Carrier-Rohdaten): Technische Bezeichnung aus DHL-API oder Portal-Export, z. B. mit Granularität nach Scan-Typ und Einrichtung.
2. Aggregierter Sendungsstatus: Die aktuelle Momentaufnahme – meist der jüngste relevante Event-Code, den DHL als Hauptstatus anzeigt.
3. Normalisierter Shop-Status: Ihre eigene vereinfachte Kategorie (z. B. „Unterwegs“, „Zugestellt“, „Problem“), die Kunden in E-Mails und im Account sehen.

Drei Darstellungsebenen im Vergleich

Eine ausführliche Einordnung von Events und Lebenszyklus finden Sie im Glossar Sendungsstatus und Tracking-Events DHL sowie im carrierübergreifenden Artikel Tracking-Events verstehen.

Statuscodes nach Sendungsphase

DHL-Sendungen durchlaufen typischerweise feste Phasen. Die folgende Übersicht ordnet die häufigsten Statusbezeichnungen (Kundensicht/Portal) den Phasen zu und gibt Handlungsempfehlungen für Händler.

Statuscode-Lebenszyklus DHL

Die wichtigsten Statuscodes im Detail

Vorerfassung: Label erstellt, Paket noch nicht bei DHL

Sobald Sie im Geschäftskundenportal oder per API ein Label erzeugen, meldet DHL oft „Elektronische Auftragsdaten erfasst“ oder „Sendungsdaten vorhanden“. Dieser Statuscode bedeutet: Die Sendungsnummer ist im System registriert, aber es liegt noch kein physischer Scan vor.

Typische Fehlerquelle im E-Commerce: Der Shop versendet sofort eine „Dein Paket ist unterwegs“-Mail, obwohl das Paket noch auf dem Packtisch liegt. Kunden sehen dann tagelang keinen Fortschritt – und der Support wird mit WISMO-Anfragen überflutet.

Annahme und Transit: Sendung ist aktiv

Der erste physisch relevante Code erscheint bei Übergabe an DHL – durch Abholung, Einwurf im Paketshop oder Depot-Scan. Formulierungen wie „Sendung bereitgestellt“, „Annahme im Paketzentrum“ oder „Die Sendung wurde bearbeitet“ markieren den Start der messbaren Transitzeit.

Transit-Codes dokumentieren Sortierung und Weitertransport zwischen Umschlagzentren. Für Standard-Paketversand sind mehrere Transit-Events normal und kein Grund zur Beunruhigung. Erst wenn über einen längeren Zeitraum (regional typisch 2–3 Werktage bei Inlandssendungen, abhängig vom Produkt) kein neuer Code folgt, sollten Sie nachfassen.

Zustellung und Abholung: Erfolg oder letzte Meile

„In Zustellung“ ist einer der wertvollsten Statuscodes für die Kundenkommunikation: Das Paket befindet sich auf dem Zustellfahrzeug, die Lieferung erfolgt in der Regel noch am selben Tag. Shops, die nur zwei Mails versenden (Versand + Zustellung), sollten mindestens diese Phase abdecken.

Bei Packstation- oder Filialzustellung erscheinen Codes wie „Abholbereit“ oder „Die Sendung liegt zur Abholung bereit“. Der Empfänger benötigt Abholcode und Frist – ohne proaktive Info steigt die Gefahr, dass das Paket zurückgeschickt wird.

Ausnahme-Codes: Wann Handlungsbedarf besteht

Nicht jeder ungewöhnliche Text ist ein Notfall – aber folgende Statuscodes sollten in Ihrem System als Alarm-Events hinterlegt sein:

• Zustellversuch nicht erfolgreich – Empfänger nicht angetroffen
• Empfänger nicht zu ermitteln / Adresse unvollständig
• Sendung wird zurückgeschickt / Rücksendung an Absender
• Zollabfertigung (bei internationalen Sendungen – kann Transit verzögern)
• Beschädigt oder Inhalt geprüft (seltener, aber reklamationsrelevant)

Statuscodes in der API und im Shop mappen

Für automatisiertes Fulfillment liefert die DHL Tracking-API Events mit technischen Codes. Ihre Versandsoftware sollte eine Mapping-Tabelle pflegen: Roh-Event speichern, auf interne Kategorien normalisieren, Vorerfassung filtern, Duplikate vermeiden und unbekannte Codes protokollieren statt Systemfehler auszulösen.

Event-Mapping im Shop

Technische Grundlagen der Anbindung: API und Shop-Anbindung DHL. Übergeordneter Kontext: DHL Sendungsstatus und Tracking.

Praxisbeispiel: Typische Code-Sequenz

Ein Inlandsversand mit DHL Paket zeigt oft: Elektronische Auftragsdaten erfasst → Sendung bereitgestellt → Im Paketzentrum → In Zustellung → Zugestellt. Kommunikationsrelevant für Kunden sind vor allem Annahme, Zustellvorbereitung und Zustellung – diese Codes muss Ihr Mapping zuverlässig erkennen.

Checkliste: Statuscodes im Fulfillment-Prozess

• Mapping-Tabelle für alle relevanten DHL-Events angelegt
• Vorerfassungs-Codes von echten Versand-Events getrennt
• Automatische Mail bei „In Zustellung“ aktiviert
• Ausnahme-Codes lösen interne Alerts aus (E-Mail, Slack, Ticket)
• Roh-Events werden mindestens 90 Tage für Reklamationen gespeichert
• Unbekannte Codes werden geloggt und wöchentlich geprüft
• Kundenservice hat Zugriff auf Sendungsverlauf im Geschäftskundenportal
• Marktplatz-Tracking-Updates (Amazon, Otto etc.) an dieselben Codes gekoppelt

Häufige Missverständnisse vermeiden

• „Elektronische Auftragsdaten erfasst“ ≠ Paket versendet – Erst der Annahme-Code bedeutet physische Übergabe.
• „In Bearbeitung“ im Transit ≠ Verzögerung – Generische Formulierung während der Sortierung.
• „Zugestellt“ mit Nachbarschaftsabgabe – Details können im Zustellnachweis und POD abweichen.
• Status stagniert am Wochenende – Erst nach üblicher Transitzeit plus Puffer prüfen.

KPIs aus Statuscodes ableiten

Aus Statuscodes lassen sich operative Kennzahlen ableiten: Time to First Scan (Label bis Annahme), Transit Time (Annahme bis Zustellung), Exception Rate (Anteil Ausnahme-Codes) und First-Attempt Delivery Rate (Zustellung ohne Ausnahme beim ersten Versuch).

Verwandte Themen

• DHL Sendungsstatus und Tracking
• Sendungsstatus und Tracking-Events DHL
• Tracking-Events verstehen
• API und Shop-Anbindung DHL
• Sendungsnummer und Tracking

Letzte Aktualisierung: 6. Juli 2026