Geeignet für:
- Geschäftskunden der Post und Paket Deutschland GmbH
- Erstellung und Verwaltung der Versandscheine von nationalen und internationalen Sendungen
Sie befinden sich auf der Dokumentations-Seite der DHL Paket DE Versenden API der Post & Paket Deutschland GmbH. In den folgenden Kapiteln bieten wir Ihnen:
- Einen Überblick der fachlichen Funktionen, die die API abdeckt
- Die technische Dokumentation der API
- Das Anwenderhandbuch enthält Themen zu Verbindungen und Authentifizierung
- Postman Collection
- Die Open API Spezifikation und Beispiel-Aufrufe unter Referenzen
- Weiterhin finden Sie Themen zu UseCases, FAQ und Support Kontakt unter Downloads.
- Am Ende befinden sich die Release Notes
Umfang
Die DHL Paket DE Versenden API ermöglicht die Verwaltung von Sendungen sowie den online Kauf von Versandmarken und richtet sich typischerweise an Versender mit einem Volumen von mehr als 200 Sendungen pro Jahr. Für DHL Geschäftskunden, die nicht über ein DHL Geschäftskundenkonto (EKP) verfügen und ein Versandvolumen von weniger als 200 Sendungen pro Jahr haben, erfolgt die Versandscheinerstellung über die Privatkundenversand API.
Benutzung der API
Die DHL Paket DE Versenden API übernimmt
- die Vorbereitung von Versandscheinen für den nationalen und internationalen Versand von warentragenden Sendungen
- Erstellung von Exportdokumenten
- Abruf von Etiketten (Versandlabel)
Allgemeine Grundlagen
Für die Anbindung der DHL Paket DE Versenden API an Ihre Systeme möchten wir Sie mit einigen grundlegenden Informationen zum Warenversand mit Deutsche Post DHL für Geschäftskunden vertraut machen.
Um Sendungen über die DHL Paket DE Versenden API beauftragen zu können, benötigen Sie bzw. Ihr Auftraggeber einen Geschäftskundenvertrag sowie einen Zugang zum Post & DHL Geschäftskundenportal (GKP). Die DHL Paket DE Versenden API muss genau auf diese vertraglich vereinbarten Produkte und Services eingerichtet werden. Zudem müssen die Benutzer-Zugangsdaten zum GKP, die verwendeten Abrechnungsnummern, Absender- und Retouren-Adressen sowie Bankdaten als konfigurierbar angelegt werden.
Es gibt zwei Arten von Benutzern: Systembenutzer und persönliche Benutzer. Systembenutzer sind ausschließlich zur Verwendung in Systemanbindungen oder Webservices zu verwenden. Eine Anmeldung an der GKP-Oberfläche ist mit diesen nicht möglich. Persönliche Benutzer hingegen sind zur Verwendung der GKP GUI angelegt.
Die Zugangsdaten zum GKP setzen sich aus einem Benutzernamen und einem Passwort zusammen. Der Benutzername kann z. B. aus Vor- und Nachnamen bestehen und darf ausschließlich Kleinbuchstaben enthalten. Das Passwort muss den Richtlinien des Post & DHL Geschäftskundenportals entsprechen, um bestimmte Sicherheitskriterien zu erfüllen: Es muss mindestens 8 Zeichen und maximal 20 Zeichen lang sein, mindestens ein Sonderzeichen (!,$,/,(,),=,#,*,+), mindestens ein Buchstabe und mindestens eine Zahl enthalten. Beachten Sie unbedingt Groß- und Kleinschreibung bei der Übergabe des Passwortes.
Die Passwortgültigkeit liegt bei Systembenutzern bei 365 Tagen und bei persönlichen Benutzern bei 90 Tagen. Rechtzeitig vor Ablauf dieser Frist werden Benutzer per E-Mail informiert und erhalten mit dieser E-Mail einen Link zur Vergabe eines neuen Passworts. Falls der Link in der E-Mail abgelaufen sein sollte oder ein Benutzer keine E-Mail erhalten hat, kann er sich über die "Passwort vergessen"-Funktion auf der Anmeldeseite des GKP (https://geschaeftskunden.dhl.de/) ein neues Passwort vergeben.
EKP: Die EKP ist die "Einheitliche Kunden- und Produktnummer" und damit der Schlüssel zur Nutzung der Produkte von Deutsche Post DHL. Sie ist zehnstellig und wird vom Vertrieb vergeben. Über diese Nummer kann jeder Kunde eindeutig identifiziert werden. Sie wird bei allen Systemanbindungen benötigt und muss immer mit übergeben werden.
Verfahren: Als Verfahren werden die Produkte bezeichnet, die für den Versand verwendet werden. Nähere Informationen zu den Produkten finden Sie hier.
Teilnahme: Die sog. Teilnahme ist eine zweistellige numerisch (00 bis 99) oder alphanumerisch (AA bis ZZ) Zeichenfolge. Sie wird vom Vertrieb vergeben. Zu jedem Produkt der DHL Paket (sog. Verfahren) kann ein Kunde eine oder mehrere Teilnahmen verwenden. Es empfiehlt sich daher, die Anzahl der Teilnahmen bei der Konfiguration der Schnittstelle variabel zu halten. Die Teilnahme ermöglicht die Untergliederung von Abrechnungen zum Beispiel nach Standorten, Saisongeschäft oder unterschiedlichen Konditionen. Zudem werden auch bestimmte Services, wie der umweltfreundliche Versand mit GoGreen, als separate Teilnahme hinterlegt.
Bankdaten: Bankdaten werden nur dann benötigt, wenn der Service Nachnahme angebunden wird. Hinterlegt werden müssen hier Angaben zu IBAN, BIC, Zahlungsempfänger, Bankname und Verwendungszweck.
Abrechnungsnummer: Die Abrechnungsnummer ist eine 14-stellige Zeichenfolge. Sie setzt sich zusammen aus der EKP, dem Verfahren (=Produkt) sowie der Teilnahme. Die korrekte Schreibweise erfolgt ohne Leer- oder Sonderzeichen (alle 14 Zeichen direkt hintereinander).
Beispiel:
| 1234567890 | 53 | 01 |
| EKP | Verfahren | Teilnahme |
Labelformat und -druck
In der DHL Paket DE Versenden API stehen Ihnen grundsätzlich alle Labelformate zur Verfügung, die auch im Post & DHL Geschäftskundenportal verfügbar sind. Wir weisen an dieser Stelle ausdrücklich darauf hin, dass ein Skalieren des Labels nicht zulässig ist, da hierdurch die Lesbarkeit des Labels nicht mehr gewährleistet ist. Sendungen, bei denen eine maschinelle Lesbarkeit nicht möglich ist, werden dem Versender aufgrund der erforderlichen manuellen Nachbearbeitung mit einem Nachentgelt in Rechnung gestellt.
Aktuell sind die nachfolgenden Labelformate verfügbar:
- "A4" Common Label Laserdruck A4 Normalpapier
- "910-300-700" Common Label Laserdruck (Bogen A5) 105x208mm (910-300-700)
- "910-300-700-oz" Common Label Laserdruck (Bogen A5) 105x208mm (910-300-700) ohne Zusatzetiketten
- "910-300-710" Common Label Laserdruck 105x209mm (910-300-710)
- "910-300-600" Common Label Thermodruck (Faltband) 103x199mm (910-300-600)
- "910-300-610" Common Label Thermodruck (Rolle) 103x199mm (910-300-610)
- "910-300-400" Common Label Thermodruck (Faltband) 103x150mm (910-300-400)
- "910-300-410" Common Label Thermodruck (Rolle) 103x150mm (910-300-410)
- "910-300-300" Common Label Laserdruck (Bogen A5) 105x148mm (910-300-300)
- "910-300-300-oz" Common Label Laserdruck (Bogen A5) 105x148mm (910-300-300) ohne Zusatzetiketten
Ausschließlich für die Produkte Warenpost und Warenpost International kann zudem das Labelformat 100 x 70 mm genutzt werden. Hierbei ist zu beachten, dass bei diesem Label aufgrund der geringeren Größe einige Informationen nicht angedruckt werden können. Folgende Regeln gelten deshalb für Adressendaten auf diesem Labelformat:
- Absender: Name 2 und Name 3 werden nicht angedruckt
- Für deutsche Empfängeradressen wird Name 3 nicht angedruckt
- Für internationale Adressen werden 6 Zeilen angedruckt, wobei die letzte Zeile immer das Empfängerland ist.
Der Labeldruck mit einem Thermodrucker entspricht einer Auflösung von 203dpi. Wir bitten Sie, dieses entsprechend zu berücksichtigen, damit ein reibungsloser Produktionslauf möglich ist.
Druckereinstellungen im Post & DHL Geschäftskundenportal
Sofern alle Benutzer die gleichen Druckereinstellungen verwenden sollen, können diese im Post & DHL Geschäftskundenportal einheitlich konfiguriert werden über den Bereich "Paket & Waren > Versenden > Einstellungen > allgemeine Einstellungen". Wählen Sie in der Rubrik "Anpassung der Einstellung für Benutzer" den Eintrag "Alle Benutzer" und nehmen in derselben Maske die gewünschten Einstellungen vor.
Werden für einzelne Benutzer unterschiedliche Druckereinstellungen benötigt, können diese in der identischen Maske konfiguriert werden. Wählen Sie in der Rubrik "Anpassung der Einstellung für Benutzer" den Eintrag des gewünschten Benutzers aus und nehmen im Anschluss die gewünschten Einstellungen vor.
Die hinterlegten Druckeinstellungen werden aus dem GKP für die DHL Paket DE Versenden API übernommen. Lediglich bei Requests, bei denen eigene Druckeinstellungen mit übergeben werden, werden die im GKP hinterlegten Einstellungen nur für diese Sendung überschrieben (printFormat, retourePrintFormat, combine).
Sendung manifestieren
Angelegten Sendungen werden zunächst ohne Weitergabe der elektronischen Sendungsdaten (PAN-Daten) gespeichert, bis sie manifestiert werden. Manifestieren bezeichnet die endgültige Übergabe der Sendungsdaten an die Post & DHL Backend-Systeme. Dies geschieht im Rahmen des sogenannten Tagesabschlusses. Bei Sendungen, die per Webservice angelegt wurden, erfolgt der Tagesabschluss entweder automatisch am Tagesende zu einem festgelegten Zeitpunkt oder durch die Methode "doManifest". Alle erstellten Sendungen werden dabei in das jeweilige Post & DHL Produktionssystem übergeben. Sendungen können nur dann bearbeitet werden, wenn sie noch nicht manifestiert sind, also noch nicht im Tagesabschluss enthalten waren.
Sonderfall bei Sendungen mit dem Produkt DHL Paket International:
Für Sendungen mit dem Produkt DHL Paket International ist es zwingend erforderlich, dass die Sendungen vor der physischen Übergabe an die internationalen Postgesellschaften manifestiert wurden. Um sicherzustellen, dass die Daten für diese internationalen Sendungen rechtzeitig an die DHL Systeme übertragen werden, wurde ein zusätzlicher automatischer Tagesabschluss speziell für Sendungen mit DHL Paket International eingerichtet. Dieser findet täglich um 20:45 Uhr statt und enthält alle internationalen Sendungen, die nach dem regulären Tagesabschluss erstellt wurden. Der reguläre Tagesabschluss erfolgt standardmäßig um 17:45 Uhr oder zu der Uhrzeit, die für den Kunden in den Versenden-Einstellungen im Post & DHL Geschäftskundenportal hinterlegt ist.
Editieren einer Sendung
Solang eine Sendung noch nicht manifestiert ist, kann sie bearbeitet werden. Über die DHL Paket DE Versenden API des Webservices kann eine Sendung über den Aufruf "/orders" editiert werden. Hierbei wird im Hintergrund die alte Sendung storniert und eine neue Sendung mit einer neuen Sendungsnummer angelegt. Nach der Übergabe an das Produktionssystem wird die Sendung unter der verwendeten Accountnummer geführt.
Rollen und Rechte
Auch bei der DHL Paket DE Versenden API gilt dasselbe Benutzermodell, wie für den Online-Zugriff der Funktion Versenden im Post & Paket Geschäftskundenportal. Dies bedeutet, dass Benutzer und deren Berechtigungen im Bereich "Benutzer verwalten" des GKP angelegt, gelöscht oder geändert werden können.
Benutzer können dem Profil einer bestimmten Benutzergruppe zugeordnet werden. Das Profil der Benutzergruppe definiert die Abrechnungsnummern, die jeder Benutzer dieser Gruppe verwenden kann. Sowohl Systembenutzer als auch persönliche Benutzer sind einer Benutzergruppe zugeordnet. Wenn Sie sich nicht sicher sind, welches Gruppenprofil Sie nutzen können, kontaktieren Sie bitte ihren Administrator. Der Administrator kann Profilzuordnungen im Post & DHL Geschäftskundenportal unter "Paket &Waren > Versenden > Einstellungen > Benutzergruppen".ansehen und ändern.
Produkte und Services über die Webservice-Schnittstelle
Produkte
Sendungen können über die API-Funktion POST "/orders". erstellt werden. Die Produkte werden im Webservice-Attribut "product" übergeben und durch das "Verfahren" in der Abrechnungsnummer validiert. Die zu verwendenden Verfahren und Produkt-Kürzel finden Sie in der folgenden Übersicht:
Services
Es können zusätzliche Services gebucht werden, so z.B. IdentCheck. Ob ein bestimmter Service verfügbar ist, hängt von dem Produkt und der Berechtigung des Benutzers ab. D.h. ein Service kann für ein bestimmtes Produkt verfügbar sein, kann aber von dem Benutzer nicht genutzt werden.
Es kann auch vorkommen, dass bestimmte Services nicht miteinander kombiniert werden können. Welche Services bei einem Produkt zur Verfügung stehen, finden Sie im nächsten Abschnitt "Details und Kombinatorik".
Details und Kombinatorik
Voraussetzungen für den Warenversand
Die folgende Tabelle enthält eine Übersicht über die für den Warenversand geltenden Minimal- und Maximalmaße und -gewichte je Produkt. Die Parameter für die Erstellung von Versandscheinen müssen innerhalb dieser Grenzwerte liegen. Bei den aufgeführten Parametern handelt es sich um Standardparameter.
Verfügbare Services zu den Produkten
In der folgenden Tabelle finden Sie die verfügbaren Services je Produkt. Sie sind hier der Übersicht halber in vier Servicegruppen eingeteilt, welche jedoch kein Bestandteil der Webservice-Anfragen sind.
Nachfolgend stellen wir Ihnen eine Übersicht bereit, wie Sie Zugang zu der API erhalten.
- technische Details zu der API finden Sie im Kapitel: "API Spezifikation".
- Weitere Hinweise zur Benutzung der API finden Sie in den Kapiteln "Support" und "FAQ".
Zugang
Wie erfolgt die Registrierung ihrer DHL Paket DE Versenden API und wie bekommen Sie die Zugangsdaten:
- Klicken Sie auf den "Zugang erhalten" Button oben auf dieser Seite, dann öffnet sich ein App-Formular für die Sandbox-Umgebung der vorausgewählten API.
-
- Wenn Sie alle Felder ausgefüllt haben, klicken Sie auf das Feld Erstelle App.
- Unter Meine Apps finden Sie nun ihre App.
- Von der Seite Meine Apps klicken Sie auf den Namen ihrer App. Es erscheint die Detail-Seite.
- Wenn Sie Zugang zu mehr als einer API haben, klicken Sie auf den Namen der relevanten API.
Hinweis: Die APIs sind im Bereich "Zugangsdaten" aufgelistet. - Klicken Sie auf den Anzeige-Link unter den Sternen, die den Benutzer-Schlüssel verdecken. Der Benutzer-Schlüssel wird angezeigt.
Jeder Aufruf der API erfordert den Benutzer-Schlüssel. Dieser Schlüssel ist im request header spezifiziert (dhl-api-key).
Bitte beachten Sie, dass für die Sandbox und die Produktion unterschiedliche Zugangsdaten verwendet werden. Beide können über die oben beschriebenen Schritte angefordert werden.
Alternativ zu "Zugang erhalten" gehen Sie über Meine Apps auf der Portal-Webseite und klicken Sie dort auf den
Erstelle App Button:
- Das "Erstelle App" Formular erscheint
- Füllen Sie alle Felder dieses Formulars aus und wählen Sie "DHL Paket DE Versenden API"
- Sie finden zwei Einträge der API in der Liste: Eine für die Sandbox, die andere für die Produktion.
Authentifizierung
Sandbox
Zur Erstellung von Abholaufträgen in der Sandbox haben sie die Möglichkeit, unsere Testsuite mit den folgenden Benutzerdaten zu nutzen:
- Benutzername: "sandy_sandbox"
- Passwort: "pass"
- EKP: "3333333333"
Benutzername und Passwort muss als basic authentication (Basic Auth) bereitgestellt werden. Bitte verwenden Sie die Beispiel-Aufrufe aus dem weiter unten aufgeführten Kapitel Authentifizierungs-Details.
Eine detaillierte Beschreibung der DHL Paket DE Versenden API finden Sie unter "Open API Specification". Diese kann über den folgenden Link Open API Specification heruntergeladen werden.
Folgende Abrechnungsnummern und Services sind in der Sandbox verfügbar:
Produktion
Für die Nutzung der DHL Paket DE Versenden API benötigen Sie zunächst die Authentifizierung Ihrer Applikation im Produktivmodus. Zusätzlich müssen im Webservice die folgende Zugangsdaten angegeben werden:
- Benutzer: "Benutzer des Post & DHL Geschäftskundenportals".
- Password: "Passwort des oben genannten Benutzers".
Ihr aktiver Benutzername und Passwort muss als basic authentication (Basic Auth) bereitgestellt werden. Bitte verwenden Sie die Beispiel-Aufrufe aus dem weiter unten aufgeführten Kapitel Authentifizierungs Details.
Bitte beachten Sie die Gültigkeit der Passworte für den gewählten Benutzer:
- Die Passwortgültigkeit liegt bei persönlichen Benutzern bei 90 Tagen.
- Die Passwortgültigkeit liegt bei Systembenutzern bei 365 Tagen.
Es ist nicht möglich sich im Post & DHL Geschäftskundenportal als Systembenutzer anzumelden.
Wichtig: Die Zugangsdaten für das Post & DHL Geschäftskundenportal erhalten Geschäftskunden von DHL Paket nach Vertragsabschluss.
Test- und Produktions-Umgebung
Die API ist über folgende Endpunkte erreichbar:
| Umgebung | Beschreibung | Kommentar |
| https://api-sandbox.dhl.com/parcel/de/shipping/v2/ | Sandbox- Umgebung | Die Nutzung der Sandbox ist auch für nicht Geschäftskunden möglich. |
| https://api-eu.dhl.com/parcel/de/shipping/v2/ | Produktions-Umgebuing | Die produktive Verwendung wird nach erfolgreicher Nutzung der Sandbox durch DHL freigeschaltet. |
Authentifizierungs Details
Dieser Bereich fasst die Voraussetzungen für den Zugang zusammen und stellt weitere Informationen zur Verfügung.
| Technischer Artefakt | Sandbox | Produktion | Kommentar |
|
API KEY |
Erhältlich via Zugang erhalten (App Erstellung) und manuell über DHL. |
Erhältlich via Zugang erhalten (App Erstellung) und manuell freigeschaltet von DHL. |
Der Schlüssel ist ein hexadezimaler String wie unten angeführt. Erstellen Sie einen http-Header wie im curl-Beispiel zur Validierung:
-H "dhl-api-key: ${KEY}" https://api-sandbox.dhl.com/parcel/de/shipping/v2/
Beispiel Schlüssel: 7eelE1paJtbWvAKw0ROgVNLZak6rvEoD |
|
GKP Credentials (Benutzername + Passwort für https://www.dhl-geschaeftskundenportal.de/ ) |
gkpuser=sandy_sandbox Für die Sandbox benutzen Sie bitte diese oben genannten Zugangsdaten. |
gkpuser=IHR BENUTZERNAME Für die Produktion müssen sie ein aktiver Geschäftskunde sein. Sie müssen DHL kontaktieren. |
GKP Benutzername und Passwort muss via basic authentication bereitgestellt werden. Hier ist ein Curl Beispiel.
curl
|
Nächste Schritte
Wenn Sie einen API Key für mindestens die Sandbox erhalten haben:
-
Testen Sie den Basis Zugang durch Abfrage der API Version:
curl --H "accept: application/json" -H "dhl-api-key: ${KEY}" https://api-sandbox.dhl.com/parcel/de/shipping/v2/ -
Testen Sie die Bestätigung einer Sendung gegen die Sandbox (die Sie in my_request.json gespeichert haben)
curl -X POST -H "dhl-api-key: ${KEY}" --H "accept: application/json" -H "Content-Type: application/json" -u sandy_sandbox:pass -d @my_request.json https://api-sandbox.dhl.com/parcel/de/shipping/v2/orders?validate=True
Beachten Sie, dass Sie Ihre Zugangsdaten für Tests für mehrere Aufrufe direkt in der API-Beschreibung unter "Weitere Informationen" nutzen können. Dort sind weitere curl-Beispiele und Aufrufe dokumentiert. Als nächstes können Sie eine Sendungslabel erstellen, dieses abrufen und vieles mehr.
Wir empfehlen die Verwendung der Software Postman zum testen der API. Postman ist eine Kollaborations Platform für API Entwicklung und Testing. Post & DHL Deutschland stellt Ihnen eine umfangreiche Postman Test Collection für jede API zur Verfügung. Folgen sie der Anleitung in diesem Kapitel um die Test Collection in Ihren Postman Workspace zu importieren und schnell mit der Integration unserer API zu beginnen.
Die folgenden Schritte müssen zuvor durchgeführt werden, um die API zu testen:
Sie müssen den Zugang zur Sandbox-Umgebung beantragen um einen API-Schlüssel (dhl-api-key) zu erhalten.
Eine ausführliche Anleitung dazu finden Sie unter Zugang erhalten.
Einrichten der Postman Test Collection
- Laden sie die Postman Test Collection im Download Bereich herunter.
- Importieren Sie die Postman Test Kollektion (siehe offizielle Dokumentation der Postman-Lernplattform)
- Ersetzen Sie den Wert der Variable "dhl-api-key" durch Ihren persönlichen API-Schlüssel
Bitte beachten Sie auch unsere Schritt-für-Schritt Anleitung zur Benutzung der Postman Test Collection.
Die folgende Tabelle gibt Ihnen Transparenz über die kommenden Abschaltungen älterer API Versionen. Die Begrifflichkeiten sind unterhalb der Tabelle genauer erklärt.
| API Version | Status | Deprecation Date | Sunset Date |
|---|---|---|---|
| GKV 1.x (SOAP) | Deprecated | 01.11.2023 | 31.05.2024 |
| GKV 2.x (SOAP) | Superseded | 01.11.2024 | 31.05.2025 |
| GKV 3.x (SOAP) | Superseded | 01.04.2025 | 31.05.2026 |
| Paket DE Versenden V1 | Superseded | 01.04.2025 | 31.05.2026 |
| Paket DE Versenden V2 | Active |
Begriffsklärung:
Status "Active": Es wird empfohlen diese API Version zu nutzen.
Status "Superseded": Die API wurde durch eine neuere API Version ersetzt. Bitte wechseln Sie auf die "Active" API Version.
Status: "Deprecated": Der Service wurde eingestellt (mit oder ohne alternativen Service per API). Der Support der API Version ist limitiert auf nötige Fehlerbehebung und Sicherheitsupdates.
"Deprecation Date": Von diesem Datum an wird die API im Status "Deprecated" sein. Weiterentwicklung ist limitiert auf nötige Fehlerbehebung und Sicherheitsupdates.
"Sunset Date": The API wird von diesem Zeipunkt an nicht mehr erreichbar sein.
Bekannte Fehler
Aktuell sind uns folgende Fehlerbilder der Paket DE Versenden API bekannt. Wir bemühen uns, diese in den kommenden Releases zu beheben:
- Kennnummer für Zollzwecke wird nicht auf Zollinhaltserklärung angedruckt
- GET /orders Aufruf bei internationalen Sendungen führt teilweise zu Fehlern
- Attribute name2 und name3 werden bei Retourenadresse nicht auf das Retourenlabel angedruckt
- Kontakt Ansprechpartner des Absenders wird nicht auf dem Versandlabel angedruckt, wenn eine Absenderreferenz verwendet wird
- Empfänger Email-Adresse wird in Sendungsdetails nicht angezeigt
- Bei manchen Attributen wird eine Warnung bezüglich der Feldlänge angegeben, obwohl die Feldlänge innerhalb der vorgegebenen Grenzen liegt, das Attribut korrekt verarbeitet wird und das Versandlabel erfolgreich erstellt wird.
- Bei manchen technischen Fehlern weicht die Struktur der Fehlermeldung von der Struktur ab, die in der YAML beschrieben ist.
- Uneinheitliche Bezeichner für HTTP Status Code in der Webservice Response
- GET /manifest Aufruf mit Rückgabetyp URL führt zu Fehler bei Aufruf der URL
Workaround: Rückgabe als Base64-kodiertes PDF (includeDocs=include) - Das Attribut shipmentRefNo wird bei mehreren Sendungen innerhalb eines Requests und der Option validate=true nicht in der Response zurückgegeben
Zugang, Authentifizierung und Autorisierung
Wo kann ich die Dokumentation der alten Geschäftskunden-Versand-API (SOAP) finden?
Die Dokumentation der alten Geschäftskundenversand-API (SOAP) ist im Download-Bereich des Group API Developer Portals verfügbar.
Bitte erstellen Sie ein Support-Ticket, um Zugang zu erhalten. Es wird empfohlen, auf die aktuelle DHL Paket DE Versenden API (REST) zu wechseln.
Wie Sie den Download-Bereich im Group API Developer Portal finden: Navigieren Sie über das Personensymbol oben rechts zu Ihren privaten Einstellungen und klicken Sie dann den Reiter "Downloads". Nach der Freigabe sehen Sie dann den Bereich "Dokumente".
Wo finde ich Beispiele zur Authentifizierung?
Bitte beachten Sie das entsprechende Kapitel zur Authentifizierung unter Anwenderhandbuch . Dort ist auch ein curl-Beispiel.
Welche Authentifizierung ist notwendig für die Funktion "Try Now"
Zwei Faktoren sind notwendig: Sie benötigen einen gültigen API Key (sieht aus wie 7eelE1paJtbWvAKw0ROgVNLZak6rvEoD). Für den basic auth Teil benötigen Sie GKP Benutzername und Passwort. Für Tests benutzen Sie die Sandbox Credentials
(Benutzer: sandy_sandbox, Passwort: pass).
Meine Einstellungen funktionieren für getVersion(), aber ich bekomme einen HTTP 401 für alle anderen Aufrufe.
Bitte prüfen Sie die GKP Zugangsdaten (diese werden über den basic auth header bereitgestellt). getVersion() (GET Aufruf der API URL) benötigt diesen nicht, aber alle anderen Aufrufe schon.
Ich habe den Zugang angefragt, aber nach über 48 Stunden noch nichts bekommen
Bitte versuchen Sie es erneut über den folgenden Kontakt Help Center. Die Genehmigung dauert normalerweise nicht so lange, aber wir arbeiten gerade mit der Early Access oder Beta Version.
Labelformat und -druck
Kann ich die Seitenränder verändern wenn ich ZPL label drucke?
Ein Kunde berichtete von einem Erfolg durch folgendes Vorgehen: Vor Versand der erhaltenen ZPL-Datei zum Drucker: Ich ergänzte spontan das ZPL-Kommando (^LS-30) direkt nach Start des ZPL Data (^XA command).”
Anfrage Dokument
Werden Mehrpaket-Sendungen unterstützt?
Nicht komplett. Es gibt ein Limit dafür durch das "CostCenter" Attribut für Mehrpaket-Sendungen.
AbsenderRef Attribut - wie wird es benutzt
Sie müssen die Absenderreferenz (Adress-Details) im GKP unter “Paket & Waren -> Versenden -> Adressbuch -> Absender” eintragen und dann über das shipperRef Attribut darauf referenzieren. In diesem Fall sind keine Absender-Details notwendig. Ist beides bereitgestellt, wird die ausführlichere Information verwendet. Eine harte Validierung mit HTTP 400 erscheint, wenn die Absenderreferenz unbekannt ist.
Gewicht
Das Gewicht der Sendung ist wichtig für die Abrechnung. Es ein ein Pflichtfeld. Sie können das Gewicht in der Einheit kg oder g angeben. Bei internationalem Versand und notwendiger Zolldokumentation: Es bestehen die gleichen Regeln für einzelne Paket-Gewichte.
Dimensionen
Die Bereitstellung der Abmessungen (Länge, Breite, Höhe) ist optional. Die Einhaltung der Produkt-Beschränkungen wird von DHL geprüft. Wenn Sie diese Angaben bereitstellen werden alle Angaben benötigt (Maßeinheit, Länge, Breite, Höhe).
Packstations-Adresse
Bitte verwenden Sie das Beispiel aus der API Spezifikation. Eine Packstations-Adresse wird anhand des lockerID Attributs identifiziert.
Adresszusatz 1 und Adresszusatz 2 als Elemente der Empfänger-Adresse
Bitte prüfen Sie die API Spezifikation. Diese Elemente werden auf den meisten Labeln nicht gedruckt. Ausnahmen bestehen bei internationalen Paketlabeln für einzelne Länder
Label Download
Wie lange stehen die Label zum Herunterladen via /labels URL bereit?
Über den Aufruf GET /orders können Label erneut für bis zu drei Tagen nach Manifestierung abgerufen werden. Die spezifische Sendungsnummer muss dem Aufruf hinzugefügt werden.
Services
Ich setze premium=false aber PREMIUM wird dennoch auf das Label gedruckt?
Das ist länderspezifisch. Die meisten EU-Länder bieten keine Economy-Produkte an, daher wird premium=true angewendet. Andere Länder (CH) bieten beides an.
COD (cash on delivery) - die kompletten Bankdaten können nicht eingetragen werden
Abhängig von den GKP Benutzer-Rechten kann es erforderlich sein das Konto im GKP anzulegen und über AccountReference in der API darauf zu referenzieren.
DHL Retoure International
Dies wird von der API nicht unterstützt Bitte prüfen Sie die Parcel DE Returns API. Sie können Retourenlabel für nationale Retouren erzeugen (Beileger-Retoure).
DHL Retoure Service
Dieser Service (GoGreen) ist beliebt, bitte beachten Sie die Beispiele in der technischen API Spezifikation und/oder in der Postman Testsuite.
Zollinformation
Wenn Zollinformationen bereitgestellt werden, muss das für jedes zu versendende Paket bereitgestellt werden?
Ja.
Muss ich Zollinformationen bereitstellen?
Dies hängt von Absender- und Empfänger-Adresse ab. Immer bei internationalem Versand, wenn dies nicht anders geregelt ist (z. B. ist es innerhalb der Europäischen Union nicht notwendig).
Nordirland ist Teil der Europäischen Union. Damit benötigen Sendungen nach UK die mit dem Postcode "BT" anfangen keine Zollinformationen.
Manifest
Get / manifest erscheint langsam in der Sandbox
Die Sandbox Daten werden stark genutzt. Alle Kunden mit einem Sandbox Account können Sendungen in dieser Umgebung erstellen. Der Befehl "manifest-all" kann eine große Menge an Sendungen umfassen und dauert daher lange.
Bitte beachten Sie: Das Verhalten auf der Produktion ist anders, da die Manifestierung nur ihre eigenen Sendungen betrifft.
Kann ich für jede Abrechnungsnummer ein Manifest erstellen?
GET /manifests unterstützt ein Manifest pro EKP (Kundennummer). Der einzig verfügbare Parameter ist das Manifest Datum (wird nichts eingegeben ist der heutige Tag das entsprechende Datum). Das Manifest enthält verschiedene Bereiche und sortiert nach Rechnungsnummer.
Es ist geplant diese Manifest-Funktionalität zu erweitern um die Flexibilität zu erhöhen.
Wann wird manifestiert? Muss ich das selbst machen?
Automatisch zu der zuvor eingestellten Zeit, normalerweise am Ende des Arbeitstags. Danach können Sendungen nicht mehr verändert und Label (es sei denn die im Speicher) nicht mehr heruntergeladen werden. Die Manifestierung kann explizit über die API (POST /manifest) angestoßen werden.
Version
Muss ich das aufrufen?
Das ist ein schneller Verbindungstest und gibt Ihnen die gültige Version zurück. Teil der Antwort ist z.B "version": "v2.0.2" - die Version der API. Aktualisierungen der letzten Komponenten - patch level - werden nicht bekanntgegeben, die Kompatibilität wird garantiert.
Fehler
Allgemeine Fehler
Bitte benutzen Sie den verfügbaren Validierungs Schalter für POST /orders. Dieser sagt Ihnen ob bestimmte Elemente fehlen, Atributnamen oder anderes falsch geschrieben wurde. Bitte benutzen Sie die Postman Kollektion (diese enthält Beispiele für gebräuchliche Aufrufe). Bitte beachten Sie, dass die Swagger (OAS) Beschreibung funktionierende Beispiele für die meisten Produkte enthält (Verfügbar über die Auswahl Box wenn post versucht wird).
Ich bekomme eine Fehlermeldung mit Bezug auf
"property": "customs",
"validationMessage" : "Specifiying this line is not possible."
"validationState": "Error"
Normalerweise bekommen Sie diese Fehlermeldung, wenn sie ein DHL Europaket V54EPAK mit mehr als einer Warenkategorie pro Paket versenden. Dieses Produkt erlaubt nur eine einzige Warenkategorie (definiert durch das Attribut “hsCode”).
Ich bekomme eine Fehlermeldung mit Bezug auf
"property": "customs.exportType",
"validationMessage" : "Please enter the type of shipment."
"validationState": "Error"
Normalerweise bekommen Sie diese Fehlermeldung, wenn sie ein DHL Paket International versenden und erwartete Zolldaten fehlen.
Ich bekomme eine Fehlermeldung mit Bezug auf
"property": "billingNumber",
"validationMessage" : "The selected billing number is invalid."
"validationState": "Error"
Normalerweise bekommen Sie diese Fehlermeldung, wenn sie einen Service anfragen, der entweder nicht bekannt ist (prüfen durch validate=true bitte) oder für den die Kontonummer und Rechnungsnummer-Information nicht freigeschaltet ist (z. B. Retoure). In diesem Fall kontaktieren Sie bitte DHL, um das zu prüfen.
Ich bekommen einen HTTP 500 Fehler beim Downlaod eines Labels von der URL zurückgesendet durch den Post Aufruf
Normalerweise haben Sie versucht ein Label nach Ablauf der Gültigkeit zu laden. Vor der Manifestierung- gibt es eine Alternative, um ein Label zu erhalten durch den Aufruf GET /orders. Dies ermöglicht, das Label direkt in der Response zu erhalten und zusätzlich viele weitere Optionen.
Warnungen
Ich bekomme eine Warnung mit Bezug auf
"property": "consignee",
"validationMessage" : "The street entered could not be found."
"validationState": "Warning"
Diese Adress-Daten konnten nicht validiert werden. Sie können das Label benutzen, aber DHL kann dafür Extra-Kosten geltend machen. (Bitte prüfen Sie das mit ihrer vertrieblichen Ansprechperson). Dies wird auch im Routing-Code auf dem Label angezeigt, wenn dieser mit sechs oder mehr Nullen endet. Um das zu vermeiden, setzen Sie den Abfrage Parameter auf mustEncode=true...
Ich sehe das es auch eine dedizierte Retoure API gibt. Was ist der Unterschied?
Die DHL Paket DE Versenden API erlaubt ihnen als Geschäftskunde ein Retoure Label bereits beim Versand der Original-Sendung bereitzustellen. Die DHL Paket DE Retoure API erstellt Retouren-Label analog der DHL Retoure Online nur bei Bedarf. Möchten Sie Internationale Retouren beauftragen nutzen Sie bitte die DHL Paket DE Retoure API.
Ich sehe deutsche Fehlermeldungen. Sind auch Englische verfügbar?
Ja, englische Fehlermeldungen sind ebenfalls verfügbar. Sie können die Sprache als Parameter in der Kopfzeile des Requests definieren.
Währungen können im Request angegeben werden, welche kann ich benutzen?
Bitte nutzen sie EUR als Währung für cash on delivery (COD). Das Zollformular erlaubt jede andere Währung, die in der ISO-4217 definiert ist.
Go-Live
Ich bin ein Easylog-Kunde und möchte auf REST umstellen. Was muss ich beachten?
Sie sollten Ihre vertriebliche Ansprechperson kontaktieren. Normalerweise benötigen Sie neue Abrechnungsnummern, um Überschneidungen zwischen Easylog und durch die API erzeugte Sendungen zu vermeiden.
Wie lange dauert die Freischaltung um die Produktions-Umgebung zu nutzen?
Sie sollten innerhalb von 1-3 Werktagen die Freischaltung der produktiven API erhalten haben.
Benutze ich den gleichen Schlüssel für Produktion und Sandbox?
Wenn Sie die Anfrage sowohl für Sandbox als auch für Produktion in der gleichen APP gestellt haben, wird der Schlüssel sowohl für Sandbox als auch für Produktion aktiviert. Dies kann gemäß Ihren Wünschen eingestellt werden. Wir können auch einen produktiven Zugang hinzufügen, wenn Sie ursprünglich nur einen Sandbox Zugang angefragt haben.
Sie erhalten Unterstützung in unserem Help Center . Sie können ein Ticket eröffnen, um direkte Unterstützung durch den DHL Support zu bekommen. Bitte beschreiben Sie ihre Anfrage so detailliert wie möglich und senden Sie uns nachvollziehbare Auszüge der Webservice-Kommunikation. Wir versuchen Ihnen so schnell wie möglich in den folgenden Zeiten mit ihrem Problem zu helfen:
Geschäftszeiten: Mo - Fr von 8.00 - 16 Uhr
IT Kundensupport & Integration Paket
Spezielle Bedingungen für die Nutzung und/oder den Zugang zur "DHL Paket DE Versenden API"
Um sich für die Nutzung der DHL Paket DE Versenden API zu registrieren, müssen Sie und/oder die juristische Person, die Sie zu vertreten berechtigt sind (im Folgenden "Sie"/"Ihr"), über ein aktives Kundenkonto im Post & DHL Geschäftskundenportal (im Folgenden "DHL") verfügen. Ein API-Produktivschlüssel und die Zugangsdaten werden Ihnen vorbehaltlich einer erfolgreichen Validierung Ihrer Anmeldedaten durch DHL zur Verfügung gestellt. Wenn Sie einen externen Entwickler oder einen anderen IT-Dienstleister damit beauftragen, Ihre Anwendung zu entwickeln, oder einen anderen Dritten damit beauftragen, in Ihrem Namen auf die DHL Paket DE Versenden API zuzugreifen und/oder diese zu nutzen, bleiben Sie in vollem Umfang haftbar für alle Handlungen oder Unterlassungen dieser Dritten in Verbindung mit dem Zugriff auf die DHL Paket DE Versenden API und/oder deren Nutzung.
Diese rechtlichen Hinweise ersetzen und/oder ändern nicht die geltenden "Allgemeinen Geschäftsbedingungen von DHL Paket für Geschäftskunden", die unter https://www.dhl.de/de/geschaeftskunden/paket/rund-um-den-versand/agb.html abrufbar sind, oder andere Versanddienstleistungsverträge, die für Ihre Paketsendungen gelten.
Falls Sie als Drittsoftwareanbieter, Verkäufer, Marktplatzbetreiber oder anderweitig als Handelsvertreter im Auftrag von DHL und/oder den mit ihr verbundenen Unternehmen handeln, d.h. mit Zustimmung von DHL und/oder den mit ihr verbundenen Unternehmen, sind Sie verpflichtet, den Kunden (d.h. den jeweiligen Absender der Sendung) auf die geltenden Versandbedingungen hinzuweisen.
Sie dürfen die Services und/oder Daten, die Sie über die DHL Paket DE Versenden API erhalten, nur für die rechtmäßigen vertraglichen Zwecke und nur in Verbindung mit Ihren bzw. den DHL-Sendungen der Versandkunden verwenden.
Für die Nutzung und/oder den Zugriff auf die DHL Paket DE Versenden API gelten die folgenden Voraussetzungen und/oder Einschränkungen:
- Die DHL Paket DE Versenden API bietet die Möglichkeit, Versandetiketten zu erstellen und zu drucken sowie Sendungen zu buchen. Bitte beachten Sie, dass durch die Buchung der Sendung in der DHL Paket DE Versenden API kein Beförderungsvertrag zustande kommt. Der Beförderungsvertrag kommt erst mit der Übergabe oder Abholung der Sendung und deren Annahme durch DHL zustande.
- Bitte beachten Sie, dass die DHL Paket DE Versenden API nur Sendungen von Deutschland nach Deutschland und von Deutschland in andere Länder ermöglicht. Die Erstellung von Versanddokumenten aus dem Ausland nach Deutschland und aus dem Ausland ins Ausland ist über die DHL Paket DE Versenden API nicht möglich.
- Bitte beachten Sie, dass die Standardimplementierung der Funktionalität "Label drucken und Dokumente exportieren" (createShipmentOrder) als PDF-Label erfolgt; eine Implementierung nach der "Common Label Spezifikation" bedarf einer gesonderten Genehmigung durch DHL.
- Sie müssen Ihr Post & DHL Geschäftskundenportal (Kundennummer oder "EKP", Verfahren, Produkte, Services etc.) entsprechend den Erfordernissen der DHL Paket DE Versenden API konfigurieren. Wenn Sie als Anbieter einer Drittsoftware (z.B. Shopsoftware) oder Marktplatzbetreiber agieren, müssen diese Konfigurationen für jeden Versandkunden (Händler) einzeln vorgenommen werden.
- Credentials (User/Passwort) für das Post & DHL Geschäftskundenportal müssen im XML-Request mitgeliefert/freigegeben werden.
- Bei der Nutzung des Service "Nachnahme" ("COD") müssen die Bankdaten (inkl. BIC und IBAN für nationale und internationale Überweisungen) im XML-Request übermittelt/freigegeben werden.
- Sie müssen die Funktionalität "Sendung stornieren" (deleteShipmentOrder) in Ihrer Anwendung implementieren.
- Für alle Produkte muss unbedingt ein Wert für das Gewicht geliefert werden. Dieser Wert kann einen vordefinierten Standardwert haben (nur für vertraglich vereinbarte Festpreise im Verfahren 01) oder aus dem spezifischen Gewicht der Sendung bestehen. Dementsprechend muss die Erkennung/Vorgabe in der E-Filiale oder auf dem Marktplatz angezeigt werden.
- Sie müssen die Funktionalität implementieren, fehlerhafte Etiketten zu stornieren und wieder korrekt generieren zu lassen.
- Nicht kodierbare Sendungen führen zu zusätzlichen Gebühren pro Sendung (gemäß Verfahren 01). Dementsprechend ist das Verfahren intern zu klären (Label ohne kodierbare Adresse annehmen oder stornieren und nach Korrektur neu drucken) und ggf. Ihren Kunde/Händler zu informieren.
- Die Einlieferung von Sendungen an eine "Packstation", "Postfiliale Direkt" und oder einen "Parcelshop" muss umgesetzt werden. Für diese Dienste wird eine 6-10-stellige Postnummer ("PostNummer") vergeben. Für den Empfänger sind bestimmte Adresstypen definiert worden: "Packstation", "Postfiliale" und "ParcetShop".
- Wenn Sie als Anbieter einer Drittsoftware oder Marktplatzbetreiber auftreten, ist eine Dokumentation der Schnittstelle zwingend erforderlich.
Bitte beachten Sie die folgenden zusätzlichen Hinweise und Empfehlungen:
- Für ein DHL Produkt können mehrere Abrechnungsnummern oder Teilnahmen existieren, z.B. zur Unterscheidung von Standorten, Kunden oder Aktionen oder zur Verwendung von "GoGreen". Wenn Sie als Anbieter einer Drittsoftware oder Marktplatzbetreiber agieren, empfehlen wir Ihnen, mehrere Felder für die Eingabe von Abrechnungsnummern oder Teilnahmen vorzusehen.
- Wenn Sie als Anbieter einer Drittsoftware oder Marktplatzbetreiber agieren und nicht alle DHL Produkte und Services über die DHL Paket DE Versenden API integrieren möchten, empfehlen wir Ihnen, zusätzlich einen Shortcut-Link zum DHL Geschäftskundenportal zu integrieren. Ihre Kunden/Händler können dann Versanddokumente für nicht integrierte Produkte direkt erstellen oder in Ihrer Anwendung erstellte Versanddokumente bearbeiten.
- Jedes Paket ist genau eine (1) Sendung. Bitte berücksichtigen Sie dies beim Versand mehrerer Artikel in mehreren Paketen an einen (1) Empfänger.
2.1.8
Die Movement Reference Number (MRN) kann bei Beauftragung einer internationalen Sendung nun als optionaler Parameter im Request übergeben werden.
In der Zollinhaltserklärung können nun bis zu 99 Warenpositionen im Request übergeben werden.
Korrektur der Enum-Werte des Attributes „printFormat“ in den Objekte „Document“ und „GetManifestData“.
2.1.7
Der Service Versandbestätigung wurde aus dem Bereich „Value Added Services“ (VAS) entfernt. Bitte verwenden Sie stattdessen die DHL Paketankündigung.
Die Dokumentation des „BadRequest“ Response Objekts wurde korrigiert
2.1.6
Der Service Versandbestätigung ist veraltet und wird nicht mehr unterstützt. Bitte verwenden Sie stattdessen die DHL Paketankündigung.
2.1.5
In den neuen Feldern „shipperCustomsRef“ und „consigneeCustomsRef“ können jetzt die Kennnummern des Versenders und Empfängers für Zollzwecke übergeben werden.
Die Felder „permitNo“ und „attestionNo“ werden nun korrekt auf den Zolldokumenten angedruckt.
2.1.4
- Korrektur des "Shipper" Modells für erfolgreiche JSON Schema Validierung bei Verwendung einer Absenderreferenz
2.1.3
- Korrektur der Dokumentation für die Schema Objekte: ServiceInformation, POBox, shipDate, dateOfBirth, preferredDay
- Korrektur des Status Codes für den Endpunkt /manifests: Falls keine Sendungen für den Tagesabschluss vorhanden sind, wird Fehlercode 200 zurückgeliefert.
- Korrektur bei Buchung des Services DHL Retoure: Die Sendungsnummer der Retourensendung wird jetzt in der Response im Feld „returnShipmentNo“ ausgegeben.
2.1.2
- Die erfolgreiche Zustellung von DHL Paketen an der Haustür wird i. d. R. durch die Unterschrift unserer DHL Zustellkraft dokumentiert. Wenn Sie darüber hinaus die Unterschrift der Empfangsperson benötigen, können Sie ab dem 01.07.2023 den Service Empfängerunterschrift sendungsindividuell beauftragen. Der Service steht bereits jetzt in der Sandbox zur Verfügung.
2.1.1
- Korrektur der Dokumentation für die Schema Objekte: servers, b64 Property des Document Objekts und Property hsCode minlength
- Beauftragung von Versandlabel über eine Absenderreferenz jetzt wieder möglich
2.1.0
- Ein Tagesabschluss kann jetzt für alle Sendungen einer bestimmten Abrechnungsnummer durchgeführt werden
(Operation POST /manifest). - Bei dem Abruf eines Tagesabschluss werden jetzt die zu den Abrechnungsnummern und Sendungsnummern zugehörigen Blattnummern in der Response zurückgegeben (Operation GET /manifest).
2.0.2
Initiales Release
Ursprung ist die original Geschäftskundenversand API (SOAP) inklusive der folgenden Operationen (SOAP API Aufrufe):
- getVersion: Mit dieser Operation kann die letzte im Web verfügbare Version abgefragt werden.
- validateShipment: Mit dieser Operation können die Daten für eine Sendung validiert werden, bevor ein Sendungsetikett und eine Kontrollnummer erstellt werden.
- createShipmentOrder: Mit dieser Operation werden Sendungen für DHL Paket inklusive der zugehörigen Versanddokumente angelegt.
- updateShipmentOrder: Mit dieser Operation werden die Versanddokumente für zuvor erstellte Sendungen aktualisiert. Die Aktualisierung führt automatisch eine Stornierung und Neuanlage einer Sendung durch.
- deleteShipmentOrder: Diese Operation storniert zuvor angelegte Sendungen.
- getLabel: Diese Operation gibt das Versandetikett für zuvor erstellte Sendungen zurück.
- getExportDoc: Mit dieser Operation werden Exportdokumente für zuvor erstellte Sendungen zurückgegeben.
- doManifest: Mit dieser Operation kann ein Tagesabschluss für bis zu 30 zuvor erstellte Sendungen durchgeführt werden.
- getManifest: Mit dieser Operation sind Tagesabschlussberichte für einen bestimmten Tag oder Zeitraum verfügbar.
Diese API bietet äquivalente REST-Endpunkte und versucht, die ursprüngliche Funktionalität genau zu replizieren.
Benennung der API-Ressourcen
Die API folgt den URL-Namenskonventionen nach folgendem Schema: https://api${environment}.dhl.com/${business_unit}/${domain_name}/${version_id}/${resource}/
Für diese API bedeutet dies:
https://api-eu.dhl.com/parcel/de/shipping/v2/orders/ und
https://api-eu.dhl.com/parcel/de/shipping/v2/manifests/
Endpunkte
Die neuen API-Endpunkte für die oben genannten alten SOAP-API-Aufrufe sind:
//orders/manifests/labels
Bitte sehen Sie sich das Mapping genau an:
| Resource | Operation | Mapping auf | Kommentar |
|---|---|---|---|
| / | GET | getVersion | API version und Prüfung |
| /orders | GET | getLabel and getExportDoc | Dokumente abrufen (Etikett, Rücksendeetikett und Zolldokumente) |
| - | POST | createShipmentOrder | Validierung oder Erstellung von neuen Sendungen. Dies ist die Hauptfunktion der Versand-API. |
| - | DELETE | deleteShipmentOrder | Löschen einer bestehenden Sendung. |
| /manifests | POST | doManifest | Tagesabschluss für ausgewählte Sendungen. |
| - | GET | getManifest | Laden des Manifest Dojuments.. |
| /labels | GET | downloadLabel | Abrufen der PDFEtiketten von einer öffentlichen URL. Die URL ist Teil der Antwort auf den Aufruf von POST /orders. |