DHL Statuscodes verstehen – Leitfaden für Händler 2025

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.

Wichtig: Ein Statuscode allein beweist noch keine physische Bewegung des Pakets. Codes der Vorerfassung entstehen bereits beim Label-Druck, bevor DHL das Paket in Händen hat. Erst Annahme- und Transit-Codes signalisieren, dass die Sendung aktiv im Netzwerk ist.

Statuscode, Event und Kundenstatus – die drei Ebenen

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

Event-Code (Carrier-Rohdaten): Technische Bezeichnung aus DHL-API oder Portal-Export, z. B. mit Granularität nach Scan-Typ und Einrichtung.
Aggregierter Sendungsstatus: Die aktuelle Momentaufnahme – meist der jüngste relevante Event-Code, den DHL als Hauptstatus anzeigt.
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

DHL API-Event

Portal-Text

Shop-Kundenstatus

Shipment picked up

Sendung bereitgestellt

Versendet

In transit

Im Paketzentrum

Unterwegs

Out for delivery

In Zustellung

Heute Zustellung

Delivered

Zugestellt

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.

Phase

Typischer Statuscode / Portal-Text

Physisches Paket

Empfohlene Händleraktion

Vorerfassung

Elektronische Auftragsdaten erfasst / Sendungsdaten vorhanden

Noch im Lager oder Versandzone

Paket zeitnah an DHL übergeben; Kunden noch nicht als „unterwegs“ informieren

Annahme

Sendung bereitgestellt / Annahme im Paketzentrum

Im DHL-Netzwerk

Versandbestätigung mit Tracking-Link auslösen

Transit

Transport / Im Paketzentrum / Weitertransport

Zwischen Hubs unterwegs

Monitoring; bei Express-Produkten SLA prüfen

Zustellvorbereitung

In Zustellung / Auf dem Weg zum Empfänger

Auf Zustellfahrzeug

Proaktive Kundeninfo („Heute Zustellung“)

Zustellung

Zugestellt / Erfolgreich zugestellt

Beim Empfänger oder Abholort

Bestellung abschließen, Retourenfrist starten

Abholung

Abholbereit Packstation / Filiale

Wartet auf Empfänger

Kunde mit Abholcode und Frist informieren

Ausnahme

Zustellversuch nicht erfolgreich / Adresse unklar

Bei DHL, erneuter Versuch geplant

Sofort eskalieren, Kunde kontaktieren

Rückführung

Rücksendung an Absender / Retoure eingeleitet

Rücktransport zum Händler

Interne Reklamation, Bestand und Kunde klären

Statuscode-Lebenszyklus DHL

1

Vorerfassung (Label)

2

Annahme

3

Transit Hub 1

4

Transit Hub 2

5

Zustellbasis

6

In Zustellung

7a

Zugestellt (Erfolgspfad)

7b

Abholbereit (Abholpfad)

7c

Ausnahme (Ausnahmepfad ab Schritt 6)

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)

Ausnahme-Status

Häufige Ursache

Support-Reaktion

API-Priorität

Zustellversuch nicht erfolgreich

Empfänger nicht da, kein Ablageort

Kunde informieren, erneuten Versuch oder Paketshop nennen

Hoch – sofortige Benachrichtigung

Adresse unvollständig / nicht zustellbar

Tippfehler, fehlende Hausnummer, Packstation voll

Adresse mit Kunde klären, ggf. Neuzustellung

Hoch

Abholfrist abgelaufen

Kunde hat Packstation/Filiale nicht rechtzeitig beliefert

Rücksendung antizipieren, Retourenprozess starten

Hoch

Rücksendung an Absender

Mehrfach fehlgeschlagene Zustellung, Annahme verweigert

Wareneingang planen, Kunde und Bestellstatus aktualisieren

Kritisch

Zollverzögerung (international)

Fehlende Dokumente, Prüfung

Kunde über Verzögerung informieren, Zolldaten nachreichen

Mittel – je nach Zielland

Warnung: Ignorieren Sie Ausnahme-Statuscodes nicht, weil die Sendung „irgendwann schon ankommt“. Ein fehlgeschlagener Zustellversuch ohne Kundenreaktion führt häufig zu Rücksendungen und doppelten Versandkosten.

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

1

DHL API Poll/Webhook

2

Roh-Event empfangen

3

Lookup Mapping-Tabelle

4

Kategorie zuweisen

5

Order-Status aktualisieren

6

Trigger Kundenmail (nur bei definierten Codes)

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.

Tipp: Vergleichen Sie API-Rohdaten regelmäßig mit dem Portal-Text derselben Sendungsnummer, um Abweichungen in der Mapping-Tabelle früh zu 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).

Statistik: Branchendurchschnitt E-Commerce: 2–4 % Ausnahme-Events. Top-Performer liegen unter 1,5 %. Mit optimierter Adressvalidierung sinkt die Exception Rate messbar.

Häufig gestellte Fragen zu DHL-Statuscodes

Frage

Antwort

Was ist ein DHL-Statuscode und worin unterscheidet er sich vom Text in der DHL-App?

Ein Statuscode bei DHL ist ein standardisierter Wert, der den Bearbeitungsstand einer Sendung beschreibt. Er entsteht, wenn an einem Scan-Punkt wie Paketshop, Umschlagzentrum, Zustellbasis oder Packstation ein Barcode gelesen oder ein Systemeintrag erzeugt wird. Jeder Code ist Teil eines Tracking-Events mit Zeitstempel, Standort und optionaler Zusatzinformation. Was Kunden in der DHL-App als vereinfachten Text sehen – etwa „In Zustellung“ oder „Zugestellt“ – ist im Hintergrund oft ein technischer Code oder eine interne Event-Bezeichnung. Über die Tracking-API und die Shop-Anbindung erhalten Händler diese Rohdaten strukturiert und müssen sie für das eigene System in verständliche Kundenstatus übersetzen.

Bedeutet „Elektronische Auftragsdaten erfasst“ bereits, dass das Paket unterwegs ist?

Nein. Codes der Vorerfassung entstehen bereits beim Label-Druck im Geschäftskundenportal oder per API, bevor DHL das Paket physisch in Händen hat. „Elektronische Auftragsdaten erfasst“ oder „Sendungsdaten vorhanden“ bedeutet nur, dass die Sendungsnummer im System registriert ist – es liegt noch kein physischer Scan vor. Das Paket kann noch im Lager oder in der Versandzone liegen. Erst Annahme- und Transit-Codes signalisieren, dass die Sendung aktiv im DHL-Netzwerk ist. Wer bereits bei Vorerfassung eine „Paket ist unterwegs“-Mail auslöst, riskiert WISMO-Anfragen, weil Kunden tagelang keinen Fortschritt sehen.

Welche drei Ebenen von Status sollten Händler in der Systemanbindung trennen?

Im Fulfillment-Alltag vermischen sich oft Event-Code, aggregierter Sendungsstatus und Shop-Kundenstatus. Der Event-Code sind die Carrier-Rohdaten aus der DHL-API oder dem Portal-Export, oft mit Granularität nach Scan-Typ und Einrichtung. Der aggregierte Sendungsstatus ist die aktuelle Momentaufnahme – meist der jüngste relevante Event-Code, den DHL als Hauptstatus anzeigt. Der normalisierte Shop-Status ist die eigene vereinfachte Kategorie wie „Unterwegs“, „Zugestellt“ oder „Problem“, die Kunden in E-Mails und im Account sehen. Eine saubere Trennung dieser drei Ebenen verhindert Fehlinterpretationen und falsche Kundenbenachrichtigungen.

Wann sollte die Versandbestätigung an den Kunden ausgelöst werden?

Die Versandbestätigung mit Tracking-Link sollte erst bei Annahme ausgelöst werden – also wenn Formulierungen wie „Sendung bereitgestellt“, „Annahme im Paketzentrum“ oder „Die Sendung wurde bearbeitet“ erscheinen. Dann ist das Paket physisch an DHL übergeben und die messbare Transitzeit beginnt. In der Vorerfassungsphase liegt das Paket noch im Lager; Kunden sollten dort noch nicht als „unterwegs“ informiert werden. Für die Kundenkommunikation sind außerdem die Phasen Zustellvorbereitung („In Zustellung“) und Zustellung besonders wertvoll und sollten im Mapping zuverlässig erkannt werden.

Welche Ausnahme-Statuscodes sollten als Alarm-Events im Shop hinterlegt sein?

Als Alarm-Events sollten unter anderem „Zustellversuch nicht erfolgreich“, „Empfänger nicht zu ermitteln“ bzw. „Adresse unvollständig“, „Sendung wird zurückgeschickt“ bzw. „Rücksendung an Absender“, Zollabfertigung bei internationalen Sendungen sowie „Beschädigt“ oder „Inhalt geprüft“ hinterlegt sein. Ein fehlgeschlagener Zustellversuch ohne Kundenreaktion führt häufig zu Rücksendungen und doppelten Versandkosten. Bei Adressproblemen muss die Adresse mit dem Kunden geklärt und ggf. eine Neuzustellung organisiert werden. „Rücksendung an Absender“ hat kritische API-Priorität: Wareneingang planen und Bestellstatus aktualisieren. Ausnahme-Codes sollten interne Alerts auslösen, nicht ignoriert werden.

Wie sollten DHL-Statuscodes in der Tracking-API und im Shop gemappt werden?

Die DHL Tracking-API liefert Events mit technischen Codes. Die 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. Der Ablauf läuft typischerweise über Poll oder Webhook, Empfang des Roh-Events, Lookup in der Mapping-Tabelle, Kategoriezuweisung, Aktualisierung des Order-Status und Trigger der Kundenmail nur bei definierten Codes. Regelmäßiger Abgleich von API-Rohdaten mit dem Portal-Text derselben Sendungsnummer hilft, Abweichungen in der Mapping-Tabelle früh zu erkennen. Roh-Events sollten mindestens 90 Tage für Reklamationen gespeichert werden.

Welche Kennzahlen lassen sich aus DHL-Statuscodes ableiten?

Aus Statuscodes lassen sich unter anderem Time to First Scan (Zeit von Label bis Annahme), Transit Time (Annahme bis Zustellung), Exception Rate (Anteil Ausnahme-Codes) und First-Attempt Delivery Rate (Zustellung ohne Ausnahme beim ersten Versuch) ableiten. Im Branchendurchschnitt E-Commerce liegen Ausnahme-Events bei etwa 2 bis 4 Prozent; Top-Performer liegen unter 1,5 Prozent. Mit optimierter Adressvalidierung sinkt die Exception Rate messbar. Diese KPIs unterstützen SLA-Reporting, Reklamationsanalyse und die Steuerung automatischer Kundenbenachrichtigungen entlang der Sendungsphasen.

Statuscodes verstehen