Shipping Labels on Product Documentation

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Shipping Labels verbindet Microsoft Dynamics 365 Business Central direkt mit unterstützten Versanddienstleistern, sodass Benutzer Versandetiketten erzeugen, Tracking-Informationen abrufen und Versandanfragen prüfen können, ohne in ein separates Carrier-Portal wechseln zu müssen. Die Lösung kombiniert die gemeinsame Einrichtung in Business Central mit carrierspezifischem Onboarding, damit operative Benutzer und Key User mit einem konsistenten Versandmodell arbeiten können.

Fachlicher Nutzen

Erzeugen Sie Versandetiketten direkt aus operativen Belegen wie Verkaufsaufträgen, Lagerausgängen und Versandaufträgen.
Steuern Sie produktive Carrier-, Produkt- und Servicekombinationen über eine zentrale Versandagentendienst-Matrix.
Reduzieren Sie manuellen Abstimmungsaufwand, indem Carrier-Onboarding, Anfrage-URLs und Anfragehistorie in derselben Business-Central-Lösung gepflegt werden.
Laden Sie erzeugte Labels herunter, prüfen Sie Tracking-IDs und erstellen Sie tagesaktuelle Versandberichte aus der App.
Analysieren Sie fehlgeschlagene Anfragen mit Anfrage- und Antwortdaten, statt sich nur auf allgemeine Carrier-Fehlermeldungen zu verlassen.

Inhaltlicher Fokus

Unterstützte Carrier-Landschaft

Shipping Labels deckt 12 Hauptcarrier ab. Welche Produkt- und Servicekombinationen konkret zur Verfügung stehen, hängt vom eingerichteten Carrier-Konto ab. Die unterstützte Landschaft umfasst CargoLine, DACHSER, DHL Express, DHL Freight, DHL Shipping, DPD, DSV, FedEx, GLS, Hermes, PCH und UPS.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die gemeinsame Einrichtungslogik von Shipping Labels in Microsoft Dynamics 365 Business Central. Bevor Sie einen konkreten Versanddienstleister konfigurieren, bereiten Sie die gemeinsamen Stammdaten vor, legen die benötigten Versandagenten und Dienste an und vervollständigen die globale Shipping-Labels-Einrichtung, damit spätere Labelanfragen auf konsistenten Daten basieren.

Voraussetzungen

Shipping Labels ist in der Business-Central-Umgebung installiert und verfügbar.
Die benötigten Carrier-Konten, API-Zugangsdaten, Kundennummern oder Onboarding-Daten liegen vom Versanddienstleister vor.
Absender- und Empfängerstammdaten wie Adressen, Kontaktdaten, Telefonnummern und E-Mail-Adressen sind in der vom jeweiligen Carrier benötigten Qualität gepflegt.
Benutzer haben Zugriff auf die Seiten für Versandagenten, Versandagentendienste, Versandagentendienst-Einrichtungen und die zentrale Shipping-Labels-Einrichtung.

Empfohlene Reihenfolge

Klären Sie, welche Carrier, Produkte und Serviceoptionen im Geschäftsprozess benötigt werden.
Bereiten Sie die Stammdaten für Adressen, Paketabwicklung, Gewichte, Maße und Incoterms vor.
Legen Sie die Versandagenten und Versandagentendienste in Business Central an.
Pflegen Sie die gemeinsame Shipping-Labels-Einrichtung einschließlich zugeordneter Belegquellen und Incoterms.
Bauen Sie die Versandagentendienst-Matrix für die gültigen Carrier- und Servicekombinationen auf.
Ergänzen Sie die carrierspezifischen Eigenschaften, Zugangsdaten und Tests auf den jeweiligen Carrier-Seiten.

Einrichtungsbausteine

Stammdaten vor der ersten Labelanfrage vorbereiten

Erfolgreiche Labelanfragen hängen von konsistenten Geschäftsdaten ab. In der Praxis ist nicht zuerst die Carrier-Seite entscheidend, sondern die Qualität der Absender- und Empfängerdaten, die später in die Anfrage einfließen.

CargoLine

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die CargoLine-spezifische Einrichtung in Shipping Labels. Nutzen Sie sie, nachdem die gemeinsame Einrichtung abgeschlossen ist, um den CargoLine-Produktkatalog, die Pakettypen, Zugangsdaten, URL-Zuordnungen und die Eigenschaften für Abholfenster, Labelausgabe und Fallback-Paketdaten zu pflegen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
CargoLine-Test- oder Produktivendpunkte und das erforderliche Authentifizierungstoken liegen vor.
Der relevante Versandagent und Versandagentendienst sind bereits in Business Central gepflegt.
Artikelattribute für Maße und Gewicht sind möglichst gepflegt oder es steht eine Fallback-Paketdefinition in der Einrichtung zur Verfügung.

Empfohlene Reihenfolge

Legen Sie die CargoLine-Versandagentendienst-Kombination in der gemeinsamen Einrichtung an oder prüfen Sie diese.
Pflegen Sie die CargoLine-Produktliste und die Pakettypenliste.
Ordnen Sie die CargoLine-Test- oder Produktiv-URL sowie das Authentifizierungstoken zu.
Pflegen Sie Abholfenster, Labelgröße und Fallback-Paketeigenschaften.
Testen Sie eine realistische Labelanfrage mit vollständigen Paketdaten.

Einrichtungsbausteine

Zuerst Produkte und Pakettypen pflegen

CargoLine benötigt zwei Referenzkataloge, bevor die endgültige Einrichtungslinie verwendbar ist: die verfügbaren CargoLine-Produkte und die zulässigen Pakettypen. Diese Listen definieren, welche fachlichen Kombinationen später in der eigentlichen Einrichtung ausgewählt werden können.

DACHSER

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DACHSER-spezifische Einrichtung in Shipping Labels. Sie umfasst die Referenzlisten für Produkte, Niederlassungen und Pakettypen sowie die API-Schlüssel, Endpunkte, Divisionen, Depotauswahl und Fallback-Paketeigenschaften, die für produktive Labelanfragen benötigt werden.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DACHSER-Test- und Produktivendpunkte liegen vor.
Die erforderlichen API-Schlüssel für die jeweilige Umgebung sind verfügbar.
Produkte, Niederlassungen und Pakettypen sind aus dem DACHSER-Onboarding bekannt.

Empfohlene Reihenfolge

Pflegen Sie die DACHSER-Produktliste.
Pflegen Sie die DACHSER-Niederlassungsliste und die Pakettypen.
Ordnen Sie Test- oder Produktivendpunkt sowie API-Schlüssel zu.
Wählen Sie Division, Depot, Produkt, Labelanzahl und Fallback-Paketeigenschaften.
Validieren Sie die Einrichtung zunächst im Testmodus und wechseln Sie erst zum Go-live in den Produktivmodus.

Einrichtungsbausteine

Zuerst die DACHSER-Referenzlisten aufbauen

DACHSER ist nicht nur eine Zugangsdaten-Einrichtung. Bevor die eigentliche Einrichtungslinie verwendbar wird, sollten die unterstützenden Listen für Produkte, Niederlassungen und Pakettypen gepflegt sein.

DHL Express

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Express-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktauswahl, zulässige Serviceoptionen, Kundenzugangsdaten, Abholzeitfenster und das Verhalten von Rücksendeservices für nationale und internationale Expressszenarien.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DHL-Express-Test- oder Produktivzugangsdaten sowie URLs liegen vor.
Die erforderlichen DHL-Express-Produkte und Kontoinformationen sind bekannt.
Der relevante Versandagentendienst ist bereits in Business Central gepflegt.

Empfohlene Reihenfolge

Pflegen Sie die DHL-Express-Produktliste.
Definieren Sie die zulässigen Serviceoptionen je Produkt.
Ordnen Sie Zugangsdaten und die korrekte Umgebungs-URL zu.
Pflegen Sie Abholzeiten, Closing Time, E-Mail-Fallback für Absender und Rücksendeservice-Verhalten.
Testen Sie eine realistische Sendung mit der ausgewählten Serviceoptionskombination.

Einrichtungsbausteine

Mit Produkten und zulässigen Serviceoptionen beginnen

DHL Express kombiniert Produkte mit auswählbaren Serviceoptionen. Die öffentliche Einrichtung sollte deshalb zwei Ebenen erklären:

DHL Freight

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Freight-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktgrenzen, Pakettypen, API-Zugang, Stapelbarkeit sowie die Paketmaße und Gewichte, die innerhalb der Grenzen des gewählten DHL-Freight-Produkts bleiben müssen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DHL-Freight-Kontonummer, API-Schlüssel und der passende Test- oder Produktivendpunkt liegen vor.
DHL-Freight-Produktsettings und Pakettypen sind aus dem Carrier-Onboarding bekannt.
Artikelattribute oder Fallback-Paketdaten stehen für das relevante Versandszenario zur Verfügung.

Empfohlene Reihenfolge

Pflegen oder importieren Sie die DHL-Freight-Produktsettings.
Pflegen Sie die DHL-Freight-Pakettypen.
Ordnen Sie Kontonummer, API-Schlüssel und URL zu.
Wählen Sie Produkt, Pakettyp, Stapelbarkeit sowie Fallback-Maße und -Gewicht.
Validieren Sie die Anfrage vor der produktiven Nutzung gegen die Grenzen des gewählten Produkts.

Einrichtungsbausteine

Mit den Produktsettings beginnen, nicht mit der finalen Einrichtungslinie

DHL Freight wird stark von carrierspezifischen Produktgrenzen gesteuert. Die Produktsettings definieren die zulässigen Bereiche für Paketmaße, Paketgewicht, Gesamtgewicht der Sendung, Volumen, Anzahl der Packstücke und Lademeter.

DHL Shipping

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Shipping-Einrichtung in Shipping Labels. Sie umfasst nationale Paketszenarien, Rücksendelabels, SOAP- und REST-Zugangsdaten, Teilnahmenummern, Druckformat, detaillierte Anfrageeigenschaften und optional die Behandlung internationaler Retouren.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
Die erforderlichen DHL-Shipping-Zugangsdaten und URLs liegen für die Zielumgebung vor.
Die Länderdaten enthalten die benötigten ISO-Alpha-3-Werte für REST-basierte Szenarien.
Standard-Absenderkontaktdaten und Paketdaten sind verfügbar.

Empfohlene Reihenfolge

Entscheiden Sie, ob der Rollout direkt mit REST-Zugangsdaten starten soll.
Pflegen Sie die erforderlichen URL-Einträge für Test- oder Produktivbetrieb.
Pflegen Sie Zugangsdaten, Teilnahmenummer, Standard-Absender-E-Mail und Druckformat.
Konfigurieren Sie Anfrageeigenschaften wie Rücksendelabel, Validierung, Versicherung und Benachrichtigungsverhalten.
Ergänzen Sie internationale Retoureneinstellungen nur für Standorte und Produkte, die diese tatsächlich unterstützen.

Einrichtungsbausteine

REST bevorzugen und SOAP nur als Kompatibilitätsfall beibehalten

DHL Shipping umfasst derzeit ältere SOAP-orientierte Werte und neuere REST-Zugänge. Für die öffentliche Dokumentation ist die sicherste Regel, REST-Zugangsdaten von Anfang an zu bevorzugen, sobald das Carrier-Konto dies unterstützt.

DHL API Assistant – MCP-Integration

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie der DHL API Assistant MCP-Server in eine KI-gestützte Entwicklungsumgebung eingebunden wird. Die Integration ermöglicht es, unterstützte KI-Tools und IDEs über das Model Context Protocol (MCP) auf DHL-API-spezifische Funktionen zuzugreifen.

Der DHL API Assistant hilft Entwicklern dabei, Beispielanfragen zu erstellen, API-Fehler zu analysieren, erforderliche Felder zu verstehen und DHL-API-Workflows in der Sandbox-Umgebung zu testen. Die Integration unterstützt ausschließlich die Sandbox-Umgebung. Für den Produktivbetrieb ist die offizielle DHL-API-Dokumentation maßgeblich.

DPD

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DPD-spezifische Einrichtung in Shipping Labels. Die DPD-Einrichtung ist vergleichsweise kompakt und konzentriert sich auf Servicetyp, Zugangsdaten, URL-Zuordnung und die Paketgrenzen, die in der Anfrage eingehalten werden müssen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DPD-Zugangsdaten und die passende Test- oder Produktiv-URL liegen vor.
Der vorgesehene DPD-Service ist bekannt.
Artikel- oder Fallback-Paketgewicht ist für das jeweilige Anfrageszenario verfügbar.

Empfohlene Reihenfolge

Ordnen Sie den DPD-Versandagentendienst in der gemeinsamen Einrichtung zu.
Pflegen Sie Benutzername, Passwort und URL.
Wählen Sie den DPD-Service und pflegen Sie die Paketgrenzen.
Validieren Sie eine realistische Anfrage mit vollständigen Paketdaten.

Einrichtungsbausteine

Zugangsdaten und Umgebungs-URL pflegen

DPD benötigt eine geradlinige Zugangsdaten-Einrichtung mit der korrekten Umgebungs-URL. Halten Sie Test- und Produktivwerte getrennt und validieren Sie jede Umgebung unabhängig.

DSV

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DSV-spezifische Einrichtung in Shipping Labels. Sie umfasst die Behandlung privater Zustellungen, Abholfenster, Fallback-Paketdaten, Benachrichtigungsoptionen und die mehreren Zugangsdaten-Sets für Versand- und Tracking-nahe Services.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DSV-Versandzugangsdaten, trackingbezogene Zugangsdaten und die passenden Umgebungs-URLs liegen vor.
Absender- und Empfängerkontaktdaten sind im erforderlichen Format gepflegt.
Das gewünschte Benachrichtigungsszenario ist bekannt.

Empfohlene Reihenfolge

Pflegen Sie Versandzugangsdaten und URL-Zuordnung.
Pflegen Sie Abholfenster und das Verhalten für private Empfänger.
Pflegen Sie Benachrichtigungseinstellungen und die dazugehörigen Tracking-Zugangsdaten.
Prüfen Sie Telefonnummern und E-Mail-Daten in einer realistischen Testanfrage.

Einrichtungsbausteine

Mit dem DSV-Zugangsmodell beginnen

Die DSV-Einrichtung kann mehrere technische Werte enthalten, zum Beispiel Kontonummer, x-pat, Subscription-Key, Service-Auth und zusätzliche trackingbezogene Werte für Benachrichtigungsszenarien. Halten Sie diese Werte nach ihrem fachlichen Zweck gruppiert, damit Versandanforderungen und Benachrichtigungsflüsse nicht versehentlich vermischt werden.

FedEx

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die FedEx-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktauswahl, Labelformat, zollrelevante Felder, direkte API-Zugangsdaten und die Fallback-Paketdaten für nationale und internationale Szenarien.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
FedEx-Kontonummer, API-Schlüssel, Secret Key und die passende Umgebungs-URL liegen vor.
Die FedEx-Produktliste ist bekannt.
Zollrelevante Werte wie Währung und Herstellungsland liegen bei Bedarf vor.

Empfohlene Reihenfolge

Pflegen Sie die FedEx-Produktliste.
Ordnen Sie Kontonummer, API-Schlüssel, Secret Key und URL zu.
Wählen Sie Produkt und Labelformat.
Pflegen Sie zollrelevante Eigenschaften und das Fallback-Gewicht.
Validieren Sie ein nationales und, falls relevant, ein internationales Szenario.

Einrichtungsbausteine

Mit der Produktliste beginnen

Die FedEx-Einrichtung verwendet einen Produktkatalog, der nationale und internationale Versandszenarien unterscheidet. Pflegen Sie Produktcode und Produktname exakt so, wie sie mit dem Carrier abgestimmt sind.

GLS

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die GLS-spezifische Einrichtung in Shipping Labels. Die wichtigsten Themen sind Service-Typ, Lieferzeitversprechen, Zugangsdaten, URL-Zuordnung und die Paketgrenzen, die zum gewählten GLS-Szenario gehören.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
GLS-Zugangsdaten und der passende Test- oder Produktivendpunkt liegen vor.
Das Geschäftsszenario ist klar dahingehend, ob ein reguläres Parcel- oder ein Express-Szenario benötigt wird.
Artikel- oder Fallback-Paketgewicht ist verfügbar.

Empfohlene Reihenfolge

Ordnen Sie GLS-Zugangsdaten und URL zu.
Wählen Sie den Service-Typ.
Pflegen Sie die Express-Lieferzeit, wenn der Express-Service genutzt wird.
Pflegen Sie Paketgrenzen und das Fallback-Paketgewicht.
Validieren Sie eine realistische Anfrage mit dem gewählten Service-Typ.

Einrichtungsbausteine

Mit der GLS-Serviceentscheidung beginnen

Die wichtigste fachliche Entscheidung bei GLS ist, ob die Einrichtung einen regulären Parcel-Ablauf oder ein Express-Szenario abbildet. Wenn Express gewählt wird, wird das Lieferzeitversprechen Teil der Einrichtung. Wenn Parcel gewählt wird, ist diese zusätzliche Zeitangabe nicht in derselben Weise erforderlich.

Hermes

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Hermes-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Paketklasse, Ausgabeformat, ZPL-Verarbeitung und die getrennten Authentifizierungs- und Versand-URLs, die Hermes für Test- und Produktivbetrieb benötigt.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
Die Hermes-Authentifizierungs- und Versand-URLs sind in der gemeinsamen URL-Einrichtung angelegt.
Die erforderlichen Hermes-Zugangsdaten liegen für die Produktivumgebung vor.
Das Geschäftsszenario ist hinsichtlich Paketklasse und Ausgabeformat geklärt.

Empfohlene Reihenfolge

Pflegen Sie die gemeinsamen URL-Einträge für Hermes-Authentifizierung und Versandzugriff.
Pflegen Sie die Hermes-Zugangsdaten für die relevante Umgebung.
Wählen Sie Paketklasse und Ausgabeformat.
Wenn ZPL verwendet wird, pflegen Sie die benötigte Auflösung.
Validieren Sie die Einrichtung mit dem gewünschten Ausgabeformat und Druckerszenario.

Einrichtungsbausteine

Authentifizierungs-URL und Versand-URL getrennt behandeln

Hermes verwendet getrennte URL-Konzepte für Authentifizierung und den eigentlichen Versandservice. Diese Einträge sollten explizit in der gemeinsamen URL-Einrichtung gepflegt werden, bevor die eigentliche Hermes-Linie abgeschlossen wird.

PCH

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die PCH-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktkatalog, Antwortsprache, Labelgröße, Kunden- und Client-Zugangsdaten sowie der strikte Länderkorridor Schweiz und Liechtenstein.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
PCH-Test- oder Produktiv-Client-Zugangsdaten sowie URLs liegen vor.
Die relevanten PCH-Produkte sind bekannt.
Die Firmeninformationen enthalten die Absenderadresse, die für PCH-Anfragen verwendet wird.

Empfohlene Reihenfolge

Pflegen oder importieren Sie die PCH-Produktliste.
Validieren Sie die Produkte mit der verfügbaren Produktprüfung.
Pflegen Sie Kundennummer, Client-Zugangsdaten, Antwortsprache und Labelgröße.
Testen Sie ein gültiges Szenario innerhalb des unterstützten Länderumfangs.

Einrichtungsbausteine

Mit Produktliste und Produktprüfung beginnen

PCH verwendet eine Produktliste, die aus den vom Carrier gelieferten Daten gepflegt werden sollte. Nutzen Sie die Produktprüfung, wenn sie verfügbar ist, um zu validieren, ob die gepflegten Produkte weiterhin verwendbar sind.

UPS

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die UPS-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Service-Typ, Rücksendeservice, internationale Sendungsbehandlung, Maßeinheiten und der Übergang von älteren Authentifizierungsfeldern zu bevorzugtem OAuth-basiertem Zugriff.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
UPS-Versandkontodaten und die erforderliche Umgebungs-URL liegen vor.
Der gewählte UPS-Service-Typ ist für den Start-Ziel-Korridor bekannt.
Ein Fallback-Paketgewicht ist verfügbar, wenn auf Artikelebene kein Gewicht gepflegt ist.

Empfohlene Reihenfolge

Pflegen Sie UPS-URL und bevorzugtes Authentifizierungsmodell.
Pflegen Sie Shipper Number und die erforderlichen Zugangsdatenfelder.
Wählen Sie UPS-Service-Typ und Rücksendeservice-Verhalten.
Wenn international versendet wird, pflegen Sie die Einstellungen und Beschreibung für internationale Sendungen.
Validieren Sie ein nationales und, falls relevant, ein internationales Szenario.

Einrichtungsbausteine

OAuth-basierten Zugriff bevorzugen, wenn er verfügbar ist

UPS kann weiterhin ältere Access-License-artige Felder enthalten, die bevorzugte Richtung ist jedoch OAuth-basierter Zugriff mit Client ID und Client Secret. Behalten Sie ältere Werte nur dort bei, wo ein unterstütztes Kompatibilitätsszenario sie tatsächlich noch benötigt.

Shipping Label Print Connect Connector

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Einrichtung des Shipping Label Print Connect Connectors. Der Connector verbindet Shipping Labels mit BE-terna Printconnect und ermöglicht den direkten ZPL-Etikettendruck ohne Zwischenschritt über den lokalen Drucker des Browsers.

Voraussetzungen

BE-terna Printconnect ist installiert und eingerichtet. Weitere Informationen: Printconnect – Einrichtung
Ein Benutzerkonto ist vorhanden und in PrintNode hinterlegt.
Der Shipping Label Print Connect Connector ist im Zielsystem installiert.

Empfohlene Reihenfolge

Sicherstellen, dass BE-terna Printconnect vollständig eingerichtet ist.
Die Shipping Label Setup-Seite öffnen.
Die Drucker-Zuordnung pro Benutzer und Etikettentyp konfigurieren.

Einrichtungsbausteine

Shipping Label Setup-Seite öffnen

Öffnen Sie in Business Central die Seite Shipping Label Setup.

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Ziel

Dieser Prozesskatalog beschreibt die wichtigsten operativen Abläufe in Shipping Labels. Er zeigt, wie die Etikettenerzeugung aus unterschiedlichen Business-Central-Belegen gestartet wird und wie Benutzer mit heruntergeladenen Labels, Tracking-Informationen und Versandberichten weiterarbeiten.

Kontext

Shipping Labels unterstützt mehrere operative Einstiegspunkte, weil Unternehmen nicht immer auf dieselbe Weise versenden. Manche Teams erzeugen Labels direkt aus Verkaufsaufträgen, andere arbeiten über Lagerausgänge, und wieder andere verwenden Versandaufträge außerhalb des klassischen Lagerprozesses.

Voraussetzungen

Die gemeinsame Einrichtung und die relevante carrierspezifische Einrichtung sind abgeschlossen.
Zugeordnete Herkunftsarten, Incoterms, Versandagenten, Versandagentendienste und Versandagentendienst-Einrichtungen sind gepflegt.
Absender-, Empfänger-, Lagerort- und Paketdaten liegen in der erforderlichen Qualität vor.
Mindestens ein produktives oder testbereites Carrier-Szenario wurde vollständig validiert.

Prozesskatalog

Process Versandetikett aus einem Verkaufsauftrag erzeugen Nutzen Sie den Verkaufsauftrag als operative Quelle, wenn das Label direkt aus dem Auftragsbeleg erzeugt werden soll. +

Vervollständigen Sie den Verkaufsauftragskopf und stellen Sie sicher, dass Lieferadresse, Empfängerkontaktdaten und Länderinformationen des Lagerorts korrekt sind.
Pflegen Sie die Verkaufsauftragszeilen mit den verkauften Artikeln und den relevanten Versanddaten.
Füllen Sie unter Shipment Method die Felder Code, Agent, Agent Service und Shipment Date vollständig aus. Das Datum aus der Versandmethode ist das Datum, das in die Anfrage einfließt.
Behandeln Sie Code, Agent, Agent Service und Shipment Date als gemeinsamen Pflichtsatz. Fehlt einer dieser Werte, wird die Labelerzeugung meist blockiert oder die spätere Carrier-Anfrage schlägt fehl.
Verwenden Sie einen Incoterm nur dann, wenn er im Szenario erforderlich ist, zum Beispiel bei Lieferungen außerhalb der EU.
Pflegen Sie Agent Service nur mit einer Dienstekombination, die bereits in Shipping Agent Service Setups existiert. Ein Servicecode auf dem Beleg allein reicht nicht aus, wenn die operative Einrichtungslinie noch fehlt.
Verwenden Sie reale Absender- und Empfängerdaten. Mehrere Carrier validieren Adressqualität, Telefonnummernformat und Länderzuordnung direkt in der Anfrage.
Bevorzugen Sie gepflegte Maße und Gewichte auf Artikelebene. Fallback-Paketdaten aus der Carrier-Einrichtung sollten die Ausnahme und nicht die Standardquelle sein.
Erzeugen Sie das Label über Functions > Create Shipping Label aus dem Verkaufsauftragskontext.
Für denselben Verkaufsauftrag können mehrere Labels erzeugt werden. Jeder Aufruf erzeugt eine neue Labelanfrage.
Nach einer erfolgreichen Anfrage wird die Carrier-Trackingnummer in Package Tracking No. zurückgeschrieben.
Wenn PCH verwendet wird, begrenzen Sie das Ziel auf die Schweiz oder Liechtenstein.

Die folgenden Screenshots zeigen die relevanten Felder der Versandmethode und die Aktion, mit der die Labelerzeugung im Verkaufsauftragsablauf gestartet wird:

Administration

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die operative Administration von Shipping Labels, nachdem die gemeinsame und die carrierspezifische Einrichtung vorhanden sind. Im Mittelpunkt stehen URLs, wiederverwendbare Einrichtungspakete, Anfrageanalyse, Aufbewahrungsregeln und Support-Informationen, mit denen Key User und Administratoren die Lösung stabil betreiben.

Zugriff in Business Central

Öffnen Sie Shipping Label Setup für globale Einstellungen, Anfrageprotokolle, Löschregeln und den Zugriff auf verwandte Einrichtungsseiten.
Öffnen Sie Shipping Label URL, wenn produktive oder Test-Endpunkte angelegt oder geändert werden müssen.
Öffnen Sie Configuration Packages, wenn Einrichtungsdaten exportiert, importiert oder über Gesellschaften oder Umgebungen hinweg ausgerollt werden sollen.
Öffnen Sie BE-terna Support Info und die BE-terna-Lizenzaktualisierung, wenn Support oder Lizenzpflege erforderlich sind.

Voraussetzungen

Die gemeinsame Einrichtung und mindestens eine Carrier-Einrichtung sind bereits gepflegt.
Der Benutzer darf Einrichtungsdaten, URLs und Konfigurationspakete ändern.
Produktive und Test-Zugangsdaten oder URLs liegen vom jeweiligen Carrier vor.
Kundennummer, Ident und weitere Support-Metadaten sind verfügbar, wenn Lizenz- oder Supportaktionen notwendig sind.

Tätigkeiten

Versandetiketten-URLs für Produktiv- und Testbetrieb pflegen

Versandetiketten-URLs definieren, welcher Carrier-Endpunkt von der jeweiligen Einrichtung aufgerufen wird. In der Praxis bedeutet das meist, getrennte Einträge für Test- und Produktivzugang zu pflegen und diese den relevanten Carrier-Einrichtungen zuzuordnen.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

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: