FAQ

Häufige Fragen zu Einrichtungsfehlern, fehlgeschlagenen Anfragen und carrierspezifischen Einschränkungen in Shipping Labels.
FAQ Warum meldet Shipping Labels, dass eine zugeordnete Herkunftsart fehlt? Die für den aktuellen Beleg benötigte Tabellen-ID ist in den zugeordneten Herkunftsarten nicht gepflegt.
Öffnen Sie Shipping Label Setup > Assigned Source Types und prüfen Sie, ob die für den betroffenen Prozess benötigte Tabellen-ID zusammen mit der korrekten Herkunftsart gepflegt ist. Shipping Labels kann nur für die dort zugeordneten Herkunftsarten Labels erzeugen. Wenn ein neuer Belegkontext zusätzliche Informationen benötigt, erweitern Sie die Einrichtung der zugeordneten Herkunftsarten entsprechend. Details finden Sie auf der Seite Einrichtung.
FAQ Warum kann die Anfrage nicht erfolgreich gesendet werden? Meist fehlt ein Pflichtwert in Einrichtung, Zugangsdaten, URL oder Stammdaten, oder es liegt ein Verbindungsproblem vor.
Beginnen Sie im Anfrageprotokoll und vergleichen Sie Error Text, Response und HTTP Status. Wenn die Anfrage den Carrier nie erreicht hat, prüfen Sie zuerst Internetverbindung, gepflegte URL und Zugangsdaten. Wenn der Carrier die Anfrage abgelehnt hat, prüfen Sie die gesendeten Quelldaten: Versandagentendienst-Einrichtung, zugeordnete Incoterms, Länderdaten, Adressen, Paketdaten und verpflichtende Kontaktdaten. Die Seite Administration beschreibt, welche technischen Details dazu im Anfrageprotokoll zur Verfügung stehen.
FAQ Woran erkenne ich, ob eine Carrier-Einrichtung für den ersten Test vollständig genug ist? Prüfen Sie vor der ersten Anfrage gemeinsame Einrichtung, carrierspezifische Einrichtung und Quelldaten gemeinsam, statt einzelne Felder isoliert zu testen.

Verwenden Sie vor dem ersten End-to-End-Test eine kurze Bereitschaftsprüfung:

  • Das Quelldokument ist in Assigned Source Types registriert.
  • Der gewählte Versandagent und Agent Service existieren als freigegebene Linie in Shipping Agent Service Setups.
  • Die Carrier-Einrichtung enthält die richtige URL und die Zugangsdaten für die vorgesehene Umgebung.
  • Absender-, Empfänger-, Lagerort- und Länderdaten sind für das Szenario vollständig.
  • Artikelbezogene oder Fallback-Paketdaten sind vorhanden.
  • Versanddatum, Arbeitsdatum und Incoterm-Zuordnung sind für die Anfrage sinnvoll gesetzt.

Führen Sie den ersten Test mit einem realistischen Beleg aus und prüfen Sie das Anfrageprotokoll direkt danach, statt mehrere Varianten gleichzeitig auszuprobieren.

FAQ Warum liefert DHL einen 500 XML Parse Error? Die häufigste Ursache sind ungeeignete Zeichencodierung oder Sonderzeichen in den übertragenen Feldern.
Prüfen Sie zuerst die Zeichencodierung und verwenden Sie möglichst UTF-8. Wenn das Problem weiterhin besteht, kontrollieren Sie die übertragenen Felder auf Umlaute, Sonderzeichen oder kopierte Formatierungen, die der Carrier nicht zuverlässig verarbeiten kann. Aktivieren Sie bei Bedarf Convert Special Characters in den globalen Shipping-Label-Einstellungen, damit problematische Zeichen vor dem Versand normalisiert werden.
FAQ Warum fehlen Absender-Telefonnummer und Absender-E-Mail? Am Lagerort oder Absenderdatensatz, von dem die Sendung ausgeht, fehlen die erforderlichen Kontaktdaten.
Pflegen Sie Telefonnummer und E-Mail-Adresse am Lagerort oder Absenderdatensatz, der für die Sendung verwendet wird. Einige Carrier lehnen die Anfrage ab, wenn diese Informationen fehlen, auch wenn die Empfängerdaten vollständig sind. Prüfen Sie außerdem, ob im Szenario eine spezielle Lager- oder Firmenadresse verwendet wird, die von den Standard-Absenderdaten abweicht.
FAQ Warum verlangt DHL Shipping trotz hinterlegter REST-Anmeldung weiterhin SOAP-Daten? Die REST-Einrichtung ist für die relevante Carrier-Kombination noch nicht vollständig, daher greift der Prozess weiterhin auf SOAP-orientierte Prüfungen zurück.
Bei DHL Shipping sollten REST-Zugangsdaten von Anfang an bevorzugt werden und haben Priorität, sobald sie vollständig gepflegt sind. Prüfen Sie, ob API-Benutzername, Passwort, Schlüssel und REST-URL in der relevanten Einrichtung vollständig hinterlegt sind und ob der korrekte URL-Eintrag zugeordnet wurde. Ist die Einrichtung unvollständig, kann sich der Prozess weiterhin wie ein SOAP-Szenario verhalten und SOAP-bezogene Daten anfordern.
FAQ Warum meldet DHL im Testsetup, dass die Rechnungsnummer ungültig ist? Die Fehlermeldung kann irreführend sein; im bekannten Testszenario ist oft eine ungültige CIS EKP der eigentliche Auslöser.
Wenn DHL Shipping im Testsetup eine Fehlermeldung zur Rechnungsnummer zurückgibt, prüfen Sie sofort zusätzlich die Test CIS EKP. In bekannten DHL-Testszenarien kann die Meldung irreführend sein, obwohl die eigentliche Ursache die ungültige CIS EKP ist. Konzentrieren Sie sich daher nicht nur auf den Billing User, wenn der EKP-Wert selbst fehlerhaft sein kann.
FAQ Welche Stammdatenfehler blockieren die Labelerzeugung besonders häufig? Falsche Adressen, fehlende Ländercodes, ungeeignete Telefonnummernformate oder fehlende Arbeits- und Paketdaten sind die häufigsten Ursachen.
Prüfen Sie Firmeninformationen, Kundendaten, Lagerortdaten, Artikelattribute und den aktiven Beleg gemeinsam. Für DHL Shipping REST müssen die benötigten ISO-Alpha-3-Länderdaten gepflegt sein. Für DSV muss das Telefonnummernformat exakt dem erwarteten Format entsprechen. Für PCH ist das unterstützte Ziel auf die Schweiz und Liechtenstein begrenzt. In allen Szenarien sollten echte Adressen verwendet, Paketmaße und Gewichte gepflegt sowie Arbeitsdatum und Versanddatum sinnvoll gesetzt sein. Wenn auf Artikelebene Attribute für Höhe, Breite, Länge und Gewicht vorhanden sind, sollten diese gegenüber carrierspezifischen Fallback-Werten bevorzugt werden.