DEV Community: B2BLogisticsLab

CN22 und CN23 verständlich erklärt: Zollangaben für internationale Sendungen richtig vorbereiten

B2BLogisticsLab — Fri, 31 Jul 2026 17:28:12 +0000

Wer Waren in ein Land außerhalb des EU-Zollgebiets versendet, muss Angaben über Inhalt, Wert und Herkunft der Sendung machen. Im internationalen Postverkehr werden dafür häufig die Zollinhaltserklärungen CN22 und CN23 verwendet.

Auf den ersten Blick wirken beide Dokumente wie einfache Formulare, die kurz vor dem Versand ausgefüllt und außen an der Sendung angebracht werden. Eine korrekte Zollabwicklung beginnt jedoch wesentlich früher: bei der Warenbeschreibung, dem Ursprungsland, dem Gewicht, dem tatsächlichen Warenwert und der Auswahl des passenden Versandprodukts.

Unvollständige oder widersprüchliche Angaben können die Zollabfertigung verzögern, Rückfragen auslösen oder dazu führen, dass eine Sendung zurückgeschickt wird.

Was sind CN22 und CN23?

CN22 und CN23 sind standardisierte Zollinhaltserklärungen für internationale Postsendungen. Sie informieren Postunternehmen und Zollbehörden darüber, welche Waren sich in einer Sendung befinden.

Zu den typischen Angaben gehören:

Name und Anschrift von Absender und Empfänger
Art der Sendung
genaue Beschreibung der enthaltenen Waren
Menge und Gewicht
Warenwert und Währung
Ursprungsland
gegebenenfalls Zolltarifnummern
gegebenenfalls Versand- und Versicherungskosten

Die Formulare gehören zum internationalen Postsystem. Sie sind daher nicht automatisch für jede internationale Kurier- oder Expresssendung vorgesehen. Andere Versanddienste können eigene Dokumente, Handelsrechnungen und elektronische Zollverfahren verlangen.

Eine ausführliche Gegenüberstellung von CN22 und CN23 bietet der Leitfaden der Multi-Carrier-Versandplattform Shipstage.

Was ist der Unterschied zwischen CN22 und CN23?

Der Unterschied liegt vor allem im vorgesehenen Einsatzbereich und im Umfang der Formulare.

CN22 ist kompakter und wird im internationalen Postverkehr vor allem für kleinere Brief- und Warensendungen mit einem Warenwert von bis zu 300 Sonderziehungsrechten verwendet.

CN23 ist ausführlicher und bietet mehr Platz für einzelne Warenpositionen und zusätzliche Angaben. Das Formular wird insbesondere für internationale Pakete sowie für bestimmte Brief- und Kleinsendungen benötigt, deren Warenwert 300 Sonderziehungsrechte überschreitet.

Sonderziehungsrechte, auch SDR genannt, sind eine internationale Recheneinheit. Ihr Gegenwert in Euro kann sich verändern. Deshalb sollte die Grenze nicht dauerhaft in einen festen Eurobetrag umgerechnet werden.

Welches Formular tatsächlich benötigt wird, hängt nicht allein vom Warenwert ab. Entscheidend sind auch:

die Sendungsart
das gewählte Versandprodukt
der Postdienstleister
das Zielland oder Zielgebiet
die jeweiligen Vorgaben des Anbieters

Wann wird CN22 verwendet?

CN22 kommt typischerweise bei kleineren internationalen Postsendungen zum Einsatz.

Es wird vor allem für Brief- und Warensendungen mit einem Warenwert von bis zu 300 Sonderziehungsrechten genutzt. Ob CN22 für eine konkrete Sendung verwendet werden kann, hängt jedoch zusätzlich vom gebuchten Versandprodukt und den Regeln des jeweiligen Postunternehmens ab.

Bei einer Online-Frankierung wird das benötigte Formular häufig automatisch anhand der eingegebenen Versand- und Zolldaten erstellt.

CN22 sollte daher nicht dauerhaft als feste Eigenschaft eines bestimmten Artikels im Shopsystem gespeichert werden. Die Entscheidung ergibt sich erst aus der vollständigen Sendung.

Wann wird CN23 verwendet?

CN23 enthält ausführlichere Angaben und ist insbesondere für internationale Pakete vorgesehen.

Auch bei bestimmten Brief- und Kleinsendungen kann CN23 erforderlich sein, wenn der Warenwert über 300 Sonderziehungsrechten liegt oder das gewählte Versandprodukt umfangreichere Zollinformationen verlangt.

Die einfache Regel „niedriger Warenwert gleich CN22, hoher Warenwert gleich CN23“ reicht deshalb nicht aus. Versandprodukt, Sendungsart, Wert und Zielgebiet müssen gemeinsam betrachtet werden.

Wann ist eine Zollinhaltserklärung erforderlich?

CN22 oder CN23 wird in der Regel benötigt, wenn eine Postsendung mit Waren das EU-Zollgebiet verlässt.

Auch bei einzelnen Gebieten, die politisch zu einem EU-Mitgliedstaat gehören, können besondere Zoll- oder Steuerregelungen gelten. Ein bekanntes Beispiel sind die Kanarischen Inseln.

Vor dem Versand sollte deshalb nicht nur das Zielland, sondern auch die genaue Zielregion geprüft werden.

Bei reinem Dokumentenversand können andere Anforderungen gelten als bei Sendungen, die Waren enthalten.

Welche Angaben werden für CN22 und CN23 benötigt?

Die erforderlichen Informationen sollten bereits in den Produkt- und Bestelldaten vorhanden sein. Wer sie erst beim Erstellen des Versandetiketts zusammensucht, erhöht das Risiko für Übertragungsfehler.

Präzise Warenbeschreibung

Die Warenbeschreibung muss erkennen lassen, was tatsächlich versendet wird.

Allgemeine Bezeichnungen wie diese sind häufig nicht ausreichend:

Zubehör
Ersatzteile
Kleidung
Elektronik
Muster
Geschenk

Statt „Zubehör“ sollte beispielsweise „USB-C-Ladekabel aus Kunststoff und Kupfer“ angegeben werden.

Weitere mögliche Beschreibungen sind:

Baumwoll-T-Shirt
Keramiktasse
Smartphone-Hülle aus Kunststoff
Edelstahlschrauben
gedruckter Produktkatalog

Die Beschreibung sollte so konkret sein, dass sich die Art der Ware eindeutig nachvollziehen lässt.

Menge

Unterschiedliche Produkte sollten als getrennte Warenpositionen eingetragen werden.

Enthält eine Sendung zwei T-Shirts und eine Keramiktasse, sollten daraus zwei Positionen entstehen:

zwei Baumwoll-T-Shirts
eine Keramiktasse

Eine allgemeine Sammelbezeichnung wie „verschiedene Waren“ ist nicht ausreichend.

Warenwert und Währung

Für jede Warenposition muss ein nachvollziehbarer Wert angegeben werden.

Bei einem Verkauf sollte der erklärte Warenwert mit der Handelsrechnung übereinstimmen. Auch Geschenke, Warenmuster und kostenlose Ersatzlieferungen können einen Zollwert besitzen.

Ein Wert von null sollte nicht allein deshalb eingetragen werden, weil der Empfänger nichts bezahlt hat. Entscheidend ist, welcher Wert für den konkreten Versandvorgang zollrechtlich anzugeben ist.

Zusätzlich muss die verwendete Währung eindeutig genannt werden.

Gewicht

Das Gewicht der einzelnen Warenpositionen sollte plausibel zum Gesamtgewicht der Sendung passen.

Das Gesamtgewicht kann durch Karton, Polstermaterial und andere Verpackungsbestandteile höher sein als die Summe der Artikelgewichte. Große oder nicht erklärbare Abweichungen können jedoch auf fehlerhafte Angaben hinweisen.

Ursprungsland

Das Ursprungsland ist nicht automatisch das Land, aus dem die Sendung verschickt wird.

Ein in China hergestellter Artikel, der aus einem deutschen Lager versendet wird, kann weiterhin China als Ursprungsland haben.

Versandland und Warenursprung müssen deshalb als getrennte Informationen behandelt werden.

Zolltarifnummer

Die Zolltarifnummer dient der zollrechtlichen Einordnung einer Ware. Sie kann insbesondere bei kommerziellen Sendungen erforderlich sein.

Online-Händler, die regelmäßig dieselben Artikel international versenden, sollten geprüfte Zolltarifnummern in ihren Produktstammdaten hinterlegen. Dadurch müssen diese Angaben nicht bei jeder Bestellung neu recherchiert und manuell eingetragen werden.

Eine Versandsoftware kann die hinterlegten Daten übernehmen. Die Verantwortung für die fachlich korrekte Einreihung bleibt jedoch beim Versender.

Art der Sendung

Auf CN22 und CN23 muss angegeben werden, aus welchem Grund die Ware verschickt wird.

Typische Kategorien sind:

Verkauf von Waren
Geschenk
Warenmuster
Dokumente
Rücksendung
sonstige Sendung

Die ausgewählte Kategorie muss dem tatsächlichen Vorgang entsprechen. Eine kommerzielle Bestellung darf nicht als Geschenk deklariert werden, nur um die Zollabwicklung vermeintlich zu vereinfachen.

Elektronische Zolldaten gehören zum Versandprozess

Bei vielen internationalen Postsendungen reicht es nicht aus, nur ein ausgefülltes Papierformular außen am Paket anzubringen.

Die Angaben müssen zusätzlich elektronisch an den Post- oder Versanddienstleister übermittelt werden. Dadurch können die beteiligten Stellen die Informationen bereits vor dem Eintreffen der Sendung verarbeiten.

Für Händler bedeutet das: Das gedruckte Formular, die elektronische Meldung, die Bestellung und die Rechnung sollten auf derselben Datenbasis beruhen.

Problematisch wird es beispielsweise, wenn nach der elektronischen Übermittlung:

eine Warenposition ergänzt wird
die Stückzahl geändert wird
der Warenwert korrigiert wird
das Ursprungsland angepasst wird
nur die Beschreibung auf dem Papierformular geändert wird

Änderungen sollten im führenden System vorgenommen und anschließend in allen Dokumenten und elektronischen Meldungen übernommen werden.

Welche zusätzlichen Dokumente können notwendig sein?

CN22 oder CN23 ersetzt nicht automatisch alle weiteren Zollunterlagen.

Je nach Zielland, Warenart, Versandprodukt und Versandgrund können zusätzlich benötigt werden:

Handelsrechnung
Proformarechnung
Ausfuhranmeldung
Ursprungs- oder Präferenznachweis
Genehmigungen
Lizenzen
Zertifikate
produktspezifische Begleitdokumente

Eine Handelsrechnung wird in der Regel für kommerzielle Verkaufssendungen verwendet. Eine Proformarechnung kann unter anderem bei Warenmustern, Geschenken, kostenlosen Ersatzlieferungen oder anderen Sendungen ohne klassischen Verkaufsvorgang erforderlich sein.

Welche Unterlagen benötigt werden, sollte für jede konkrete Versandkonstellation geprüft werden.

Häufige Fehler bei CN22 und CN23

Zu allgemeine Warenbeschreibung

„Ersatzteile“ lässt nicht erkennen, ob es sich um Schrauben, Kunststoffabdeckungen, elektronische Bauteile oder Fahrzeugteile handelt.

Die Bezeichnung sollte das konkrete Produkt benennen.

Versandland und Ursprungsland werden verwechselt

Ein Artikel wird aus Deutschland verschickt, wurde aber in einem anderen Land hergestellt. In diesem Fall können Versandland und Ursprungsland unterschiedlich sein.

Warenwert wird nicht nachvollziehbar angegeben

Ein unrealistisch niedriger oder unbegründet mit null angegebener Wert kann zu Rückfragen führen.

Unterschiedliche Produkte werden zusammengefasst

Mehrere verschiedene Artikel sollten nicht als eine einzige unspezifische Warenposition eingetragen werden.

Angaben stimmen nicht mit der Rechnung überein

Warenbeschreibung, Menge, Wert und Währung sollten in der Zollinhaltserklärung, der elektronischen Meldung und der Rechnung übereinstimmen.

Elektronische Daten fehlen

Ein ausgedrucktes CN22- oder CN23-Formular ersetzt nicht die erforderliche elektronische Übermittlung der Zolldaten.

Das falsche Formular wird verwendet

CN22 und CN23 sind Formulare für den internationalen Postverkehr. Kurier- und Expressdienste können andere Unterlagen verlangen.

Nachträgliche Änderungen werden nicht übertragen

Wird nur das Papierformular korrigiert, bleiben die zuvor elektronisch übermittelten Daten möglicherweise unverändert.

Ein sinnvoller Ablauf für Online-Händler

1. Produktdaten vollständig pflegen

Warenbeschreibung, Gewicht, Ursprungsland, Warenwert und gegebenenfalls Zolltarifnummer sollten im Shop-, PIM-, ERP- oder Warenwirtschaftssystem hinterlegt sein.

2. Zielgebiet prüfen

Es muss geklärt werden, ob die Sendung das EU-Zollgebiet verlässt oder in ein Gebiet mit besonderen Zoll- oder Steuerregelungen geht.

3. Versandprodukt auswählen

Erst anhand des konkreten Versandprodukts lässt sich zuverlässig bestimmen, ob CN22, CN23 oder ein anderes Zollverfahren erforderlich ist.

4. Warenpositionen kontrollieren

Beschreibung, Menge, Gewicht, Wert und Ursprung müssen vollständig und plausibel sein.

5. Zusätzliche Dokumente vorbereiten

Abhängig vom Versandgrund können eine Handelsrechnung, eine Proformarechnung oder weitere Nachweise erforderlich sein.

6. Zolldaten elektronisch übermitteln

Die Angaben werden über die Online-Frankierung, eine Versandsoftware oder die vorgesehene Schnittstelle des Versanddienstleisters übertragen.

7. Versanddokumente erstellen

Das benötigte Formular sollte aus denselben Daten erzeugt werden, die bereits elektronisch übermittelt wurden.

8. Dokumente richtig anbringen

Die Zollunterlagen müssen gut sichtbar und sicher an der Sendung befestigt werden. Die genaue Anbringung richtet sich nach dem verwendeten Formular und den Vorgaben des Postunternehmens.

9. Übermittelte Daten dokumentieren

Unternehmen sollten nachvollziehen können, welche Waren- und Zolldaten zum Zeitpunkt der Versandbuchung verwendet wurden.

Welche Rolle spielt Versandsoftware?

Eine Versandsoftware kann Produkt- und Bestelldaten aus Shops, Marktplätzen oder Warenwirtschaftssystemen übernehmen und für den gewählten Versandservice aufbereiten.

Sie kann dabei unterstützen:

erforderliche Eingabefelder bereitzustellen
fehlende Angaben sichtbar zu machen
Warenpositionen aus der Bestellung zu übernehmen
Versandetiketten und Zollformulare zu erzeugen
elektronische Zolldaten an den Dienstleister zu übertragen
Versandaufträge und Dokumente zentral zu verwalten

Die Software ersetzt jedoch nicht die Verantwortung des Versenders für die inhaltliche Richtigkeit der Angaben.

Warenbeschreibung, Warenwert, Ursprungsland und Zolltarifnummer müssen fachlich korrekt sein. Eine technisch erfolgreiche Versandbuchung bedeutet nicht automatisch, dass die Ware zollrechtlich richtig eingestuft wurde.

Fazit

CN22 und CN23 sind mehr als Formulare, die kurz vor dem Versand auf ein Paket geklebt werden. Sie sind das sichtbare Ergebnis eines Prozesses, der bereits bei der Pflege der Produktdaten beginnt.

Für eine zuverlässige Zollabwicklung müssen:

das passende Formular für Versandprodukt und Zielgebiet gewählt werden
Waren eindeutig beschrieben sein
Menge, Wert, Gewicht und Ursprung korrekt angegeben werden
Rechnung und Zollinformationen übereinstimmen
die Daten elektronisch übermittelt werden
zusätzliche Dokumente vollständig vorliegen
die Unterlagen richtig an der Sendung angebracht werden

Wer diesen Ablauf strukturiert organisiert, reduziert Rückfragen, Verzögerungen und kostenpflichtige Rücksendungen. Entscheidend ist nicht nur, ob CN22 oder CN23 ausgedruckt wird, sondern ob alle Systeme, Dokumente und elektronischen Meldungen dieselben vollständigen Angaben enthalten.

Versandintegrationen im E-Commerce: Datenflüsse zwischen Shop, ERP, Carriern und Tracking

B2BLogisticsLab — Tue, 30 Jun 2026 07:19:00 +0000

Im E-Commerce ist Versand längst kein isolierter Schritt am Ende der Bestellung mehr. Sobald ein Kunde bezahlt hat, müssen Bestelldaten, Artikelinformationen, Lagerbestände, Paketdaten, Versandetiketten, Trackingnummern und Retourenstatus zwischen mehreren Systemen sauber fließen.

Je größer ein Online-Shop wird, desto deutlicher zeigt sich: Versandprobleme entstehen selten nur beim Carrier. Häufig entstehen sie dort, wo Daten unvollständig, verspätet oder widersprüchlich zwischen Shop, ERP, Lager, Versanddienstleister und Kundenkommunikation übertragen werden.

Dieser Artikel erklärt, wie Versandintegrationen im E-Commerce funktionieren, welche Datenflüsse besonders wichtig sind und worauf technische Teams achten sollten, wenn Shop, ERP, Carrier und Tracking zuverlässig zusammenspielen sollen.

Kurzantwort: Was ist eine Versandintegration?

Eine Versandintegration verbindet E-Commerce-Systeme wie Shop, ERP, WMS, Versandplattform, Carrier-APIs und Trackingdienste miteinander. Ziel ist, Bestell- und Versanddaten automatisch zu übertragen, Versandetiketten zu erzeugen, Trackingnummern zurückzuspielen und Retourenprozesse nachvollziehbar abzubilden.

Ohne saubere Integration entstehen manuelle Arbeit, falsche Labels, fehlende Trackingdaten, unklare Retouren und unnötige Rückfragen im Kundenservice.

Einen strukturierten Überblick zu Versandintegrationen für E-Commerce bietet Shipstage für Unternehmen, die Shop-, ERP-, Carrier- und Trackingprozesse besser miteinander verbinden möchten.

Warum Versandintegrationen geschäftskritisch sind

In kleinen Shops kann Versand zunächst manuell funktionieren. Bestellungen werden exportiert, Labels im Carrier-Portal erstellt, Trackingnummern kopiert und Kunden per E-Mail informiert.

Dieses Vorgehen skaliert aber schlecht.

Sobald mehrere Versanddienstleister, Länder, Lagerorte, Produktgruppen oder Retourenprozesse hinzukommen, reichen manuelle Workflows nicht mehr aus. Jede Medienbruchstelle erhöht das Risiko für Fehler.

Typische Folgen sind:

falsche Empfängeradressen;
fehlende Hausnummern;
falsches Zielland;
unpassender Carrier;
falsche Paketmaße;
manuell kopierte Trackingnummern;
verspätete Versandbestätigungen;
doppelt erzeugte Labels;
unklare Retourenstatus;
fehlende Daten im Kundenservice.

Eine gute Versandintegration reduziert nicht nur Klickarbeit. Sie sorgt dafür, dass alle beteiligten Systeme dieselbe Versandrealität sehen.

Die wichtigsten Systeme im Versanddatenfluss

Ein Versandprozess berührt meistens mehrere Systeme. Jedes System hat eine eigene Aufgabe und eigene Datenverantwortung.

Typische Komponenten sind:

System	Rolle im Versandprozess
Shop-System	Bestellung, Kunde, Checkout, Versandoption
ERP	Auftragsdaten, Rechnungen, Warenwirtschaft
WMS	Lagerplatz, Kommissionierung, Verpackung
Versandplattform	Carrier-Auswahl, Label-Erstellung, Versandregeln
Carrier-API	Versandlabel, Trackingnummer, Transportstatus
Tracking-System	Statusverlauf, Zustellung, Benachrichtigungen
Retourenportal	Rücksendeantrag, Retourenlabel, Rücksendestatus
Kundenservice-Tool	Supportfälle, Zustellprobleme, Reklamationen

Je klarer definiert ist, welches System welche Daten erzeugt und welches System diese Daten nur konsumiert, desto stabiler wird der Prozess.

Der typische Datenfluss: von Bestellung bis Tracking

Ein vereinfachter Versanddatenfluss sieht so aus:

Kunde bestellt im Shop.
Shop übergibt Auftrag an ERP oder WMS.
Lager kommissioniert die Ware.
Paketdaten werden erfasst oder berechnet.
Versandplattform wählt Carrier und Servicelevel.
Carrier-API erzeugt Versandlabel.
Trackingnummer wird gespeichert.
Trackingnummer wird an Shop, ERP und Kundenkommunikation zurückgespielt.
Carrier sendet Statusupdates.
Kundenservice und Kunde sehen den aktuellen Versandstatus.

Technisch betrachtet ist das kein einzelner Vorgang, sondern eine Kette aus Events, API-Calls und Statusänderungen.

Ein Beispiel für einen Versandauftrag kann so aussehen:

{
  "order_id": "ORD-104582",
  "customer": {
    "name": "Mario Rossi",
    "country": "IT",
    "postal_code": "20121",
    "city": "Milano",
    "street": "Via Example 12"
  },
  "items": [
    {
      "sku": "SKU-8721",
      "quantity": 2,
      "weight_kg": 0.4
    }
  ],
  "parcel": {
    "weight_kg": 1.2,
    "length_cm": 30,
    "width_cm": 20,
    "height_cm": 12
  },
  "shipping": {
    "destination_country": "IT",
    "service_level": "standard",
    "insurance": false
  }
}

Solche Daten wirken einfach. In der Praxis entscheiden sie aber darüber, ob ein Label korrekt erstellt werden kann, ob der Carrier passt und ob die Sendung später sauber verfolgt wird.

Welche Daten für Versandintegrationen besonders wichtig sind

Nicht alle Daten sind gleich kritisch. Für den Versand sind vor allem die Felder entscheidend, die Label-Erstellung, Carrier-Auswahl und Zustellung beeinflussen.

Wichtige Datenfelder sind:

Empfängername;
Straße und Hausnummer;
Postleitzahl;
Stadt;
Land;
Telefonnummer oder E-Mail, falls für Zustellung erforderlich;
Bestellnummer;
SKU;
Warenwert;
Paketgewicht;
Paketmaße;
Versandart;
Servicelevel;
Lagerstandort;
Retourenoption;
Trackingnummer;
Zustellstatus.

Wenn eines dieser Felder fehlt oder falsch formatiert ist, kann der Prozess an mehreren Stellen scheitern.

Datenqualität beginnt vor dem Versandlabel

Ein häufiger Fehler besteht darin, Versandprobleme erst bei der Label-Erstellung zu suchen. Tatsächlich entstehen viele Fehler früher.

Beispiele:

Der Checkout erlaubt unvollständige Adressen.
Das ERP speichert Länder in einem anderen Format als die Carrier-API.
Das WMS kennt das tatsächliche Paketgewicht nicht.
Produktdaten enthalten kein Gewicht.
Paketmaße werden geschätzt statt gemessen.
Retoureninformationen werden nicht an den Shop zurückgegeben.

Gute Versandintegrationen prüfen Daten deshalb nicht erst am Ende, sondern möglichst früh im Prozess.

Sinnvoll sind Validierungen wie:

if country is missing -> block shipment
if postal_code format is invalid -> request correction
if parcel_weight is null -> use product weight + packaging weight fallback
if carrier does not support destination -> choose alternative carrier
if service_level unavailable -> show exception queue

Das Ziel ist nicht, jeden Sonderfall vollautomatisch zu lösen. Ziel ist, Fehler sichtbar zu machen, bevor ein falsches Label erzeugt wird.

API-Integration: synchron oder eventbasiert?

Technisch lassen sich Versandprozesse auf unterschiedliche Weise integrieren. Zwei Muster kommen besonders häufig vor.

Synchrone API-Calls

Bei synchronen API-Calls fordert ein System direkt eine Antwort an.

Beispiel:

Shop -> Versandplattform: create shipment
Versandplattform -> Carrier: create label
Carrier -> Versandplattform: label + tracking number
Versandplattform -> Shop: shipment created

Vorteil: Der Shop erhält sofort eine Antwort.
Nachteil: Wenn ein System nicht erreichbar ist, blockiert der Prozess.

Synchrone Calls eignen sich gut für:

Label-Erstellung;
Preisabfragen;
Servicelevel-Prüfung;
Adressvalidierung;
Verfügbarkeitsprüfung.

Eventbasierte Integration

Bei eventbasierten Prozessen reagieren Systeme auf Statusänderungen.

Beispiel:

order.paid
order.released_to_warehouse
parcel.packed
shipment.label_created
shipment.carrier_handover
shipment.in_transit
shipment.delivered
return.received

Vorteil: Systeme bleiben entkoppelt und skalierbarer.
Nachteil: Events müssen sauber versioniert, gespeichert und verarbeitet werden.

Eventbasierte Integration eignet sich besonders für:

Trackingupdates;
Statusänderungen;
Retouren;
Kundenbenachrichtigungen;
Supportautomatisierung;
Reporting.

In vielen E-Commerce-Architekturen ist eine Kombination aus synchronen API-Calls und Events am stabilsten.

Carrier-APIs: Warum Standardisierung schwierig ist

Carrier-APIs unterscheiden sich oft stärker, als technische Teams erwarten. Selbst wenn alle Carrier ähnliche Funktionen anbieten, sind Datenmodelle, Statuscodes, Fehlermeldungen und Servicelevel unterschiedlich.

Typische Unterschiede betreffen:

Label-Formate;
Pflichtfelder;
Adressformate;
Gewichtseinheiten;
Maßeinheiten;
Servicelevel-Bezeichnungen;
Trackingstatus;
Retourenlabels;
Versicherungsoptionen;
Fehlermeldungen;
Cut-off-Zeiten;
internationale Einschränkungen.

Ein Carrier kann den Status in_transit senden, ein anderer on_the_way, ein dritter einen numerischen Code. Ohne Normalisierung entstehen im Shop oder Kundenservice unklare Statusanzeigen.

Eine Versandplattform oder Integrationsschicht sollte deshalb Carrier-spezifische Informationen in ein einheitliches internes Modell übersetzen.

Beispiel:

{
  "carrier_status": "DPD_130",
  "normalized_status": "in_transit",
  "public_status": "Your parcel is on the way",
  "timestamp": "2026-06-30T10:42:00Z"
}

Diese Normalisierung ist entscheidend, wenn mehrere Carrier parallel genutzt werden.

Trackingdaten: mehr als nur eine Sendungsnummer

Viele Shops behandeln Tracking als Link in einer Versandmail. Für operative Prozesse reicht das nicht.

Trackingdaten sollten strukturiert gespeichert werden:

Trackingnummer;
Carrier;
Tracking-URL;
aktueller Status;
Statushistorie;
Zeitstempel;
Zustellversuch;
Zustellhindernis;
Zustelldatum;
Retourenstatus;
Ausnahmegrund.

Ein Trackingupdate kann zum Beispiel so aussehen:

{
  "shipment_id": "SHP-900182",
  "tracking_number": "1Z999999999",
  "carrier": "ups",
  "status": "delivery_attempt_failed",
  "status_time": "2026-06-30T14:18:00Z",
  "location": "Milano",
  "reason": "recipient_not_available"
}

Wichtig ist, dass solche Informationen nicht nur in einem Carrier-Portal liegen. Sie sollten im Shop, ERP oder Kundenservice sichtbar sein.

Statusmodell: Welche Versandstatus sinnvoll sind

Ein einheitliches Statusmodell hilft, Carrierdaten vergleichbar zu machen. Für viele Shops reicht ein pragmatisches Modell.

Beispiel:

Interner Status	Bedeutung
`created`	Sendung wurde angelegt
`label_created`	Versandlabel wurde erstellt
`packed`	Paket wurde im Lager vorbereitet
`handover_pending`	Übergabe an Carrier steht aus
`in_transit`	Sendung befindet sich im Transport
`out_for_delivery`	Zustellung ist geplant
`delivery_attempt_failed`	Zustellversuch fehlgeschlagen
`delivered`	Sendung wurde zugestellt
`exception`	Problem im Versandprozess
`return_initiated`	Retoure wurde gestartet
`return_in_transit`	Retoure ist unterwegs
`return_received`	Retoure ist eingegangen

Dieses Modell muss nicht perfekt sein. Es muss verständlich, stabil und für Kundenservice, Reporting und Automatisierung nutzbar sein.

ERP-Integration: Warum Auftragsdaten und Versanddaten zusammengehören

Das ERP ist häufig die zentrale Quelle für Auftrags-, Rechnungs- und Warenwirtschaftsdaten. Versanddaten dürfen dort nicht fehlen.

Wichtige Rückflüsse ins ERP sind:

Versanddatum;
Carrier;
Servicelevel;
Trackingnummer;
Versandkosten;
Paketanzahl;
Versandstatus;
Retourenstatus;
Erstattungsstatus;
Schadensfallinformationen.

Ohne diese Daten entstehen blinde Flecken. Das ERP kennt zwar den Auftrag, aber nicht den tatsächlichen Versandverlauf. Für Buchhaltung, Kundenservice, Controlling und Einkauf kann das problematisch werden.

Besonders wichtig ist die Verbindung zwischen Bestellung, Lieferung und Retoure.

Shop-Integration: Was Kunden sehen sollten

Nicht alle Versanddaten müssen im Kundenkonto angezeigt werden. Aber Kunden sollten die wichtigsten Informationen schnell finden.

Sinnvoll sind:

Versandstatus;
Trackinglink;
Versanddienstleister;
erwartete Lieferzeit;
Hinweis bei Zustellproblemen;
Retourenoption;
Rücksendestatus;
Kontaktmöglichkeit bei Problemen.

Eine gute Shop-Integration reduziert Supportanfragen, weil Kunden nicht erst nachfragen müssen, ob ihre Bestellung verschickt wurde.

Fehlerhandling: Der unterschätzte Teil jeder Integration

Versandintegrationen funktionieren nicht nur dann gut, wenn alles erfolgreich ist. Entscheidend ist, wie sie mit Fehlern umgehen.

Typische Fehlerfälle sind:

Carrier-API nicht erreichbar;
ungültige Adresse;
Gewicht fehlt;
Servicelevel nicht verfügbar;
Label konnte nicht erzeugt werden;
Trackingupdate kommt verspätet;
Webhook wird mehrfach gesendet;
Status kommt in falscher Reihenfolge;
Retoure kann nicht zugeordnet werden;
Paketdaten passen nicht zu Carrier-Grenzen.

Gute Systeme brauchen deshalb:

Retry-Mechanismen;
Idempotenz;
Logging;
Dead-letter queues;
manuelle Ausnahmebearbeitung;
klare Fehlermeldungen;
Monitoring;
Alerting.

Ein Beispiel für Idempotenz bei der Label-Erstellung:

idempotency_key = order_id + parcel_id + carrier + service_level

Damit wird verhindert, dass bei einem Timeout mehrere Labels für dieselbe Sendung erzeugt werden.

Webhooks: nützlich, aber nicht ohne Kontrolle

Webhooks sind praktisch, um Tracking- oder Statusupdates in Echtzeit zu empfangen. Sie sollten aber robust verarbeitet werden.

Wichtige Regeln:

Webhooks können mehrfach eintreffen.
Webhooks können verspätet eintreffen.
Reihenfolge ist nicht immer garantiert.
Signaturen sollten geprüft werden.
Events sollten gespeichert werden.
Verarbeitung sollte idempotent sein.
Fehler sollten wiederholbar sein.

Ein einfaches Verarbeitungsschema:

receive webhook
verify signature
store raw event
check event_id
normalize carrier status
update shipment status
trigger customer notification if needed
log result

Wer Webhooks nur direkt verarbeitet, ohne Rohdaten zu speichern, verliert im Fehlerfall wichtige Diagnosemöglichkeiten.

Retouren als Teil der Integration

Retouren werden technisch oft später angebunden als der Hinversand. Das führt zu Medienbrüchen.

Ein vollständiger Retourenfluss umfasst:

Kunde startet Retoure.
Retourenregel wird geprüft.
Retourenlabel wird erzeugt.
Trackingnummer wird gespeichert.
Kunde gibt Paket ab.
Retoure wird verfolgt.
Lager erhält Rücksendung.
Ware wird geprüft.
ERP aktualisiert Bestand und Erstattung.
Kunde erhält Statusinformation.

Technisch sollte eine Retoure nicht als isoliertes Ticket behandelt werden. Sie gehört zur ursprünglichen Bestellung und sollte mit Auftrag, Artikel, Zahlung, Lager und Kundenkommunikation verbunden bleiben.

Datenmodell: Shipment, Parcel und Tracking getrennt denken

Ein häufiger Modellierungsfehler besteht darin, Bestellung und Sendung zu eng miteinander zu verbinden.

Besser ist eine Trennung:

Eine Bestellung kann mehrere Sendungen haben.
Eine Sendung kann mehrere Pakete enthalten.
Ein Paket hat eine Trackingnummer.
Eine Retoure kann sich auf eine Bestellung, Sendung oder einzelne Artikel beziehen.

Ein vereinfachtes Modell:

Order
 └── Shipment
      └── Parcel
           └── TrackingEvent
 └── Return
      └── ReturnParcel
           └── TrackingEvent

Diese Trennung hilft bei Teillieferungen, Mehrpaketsendungen, internationalen Sendungen und Retouren.

Monitoring: Welche Kennzahlen technische Teams verfolgen sollten

Versandintegrationen sollten nicht erst geprüft werden, wenn Kunden sich beschweren.

Wichtige technische Kennzahlen sind:

fehlgeschlagene Label-Erstellungen;
durchschnittliche API-Latenz;
Carrier-API-Fehlerrate;
Webhook-Verarbeitungszeit;
Anzahl doppelter Events;
Sendungen ohne Trackingnummer;
Sendungen ohne Statusupdate nach X Stunden;
verspätete Übergaben an Carrier;
Retouren ohne Zuordnung;
manuelle Ausnahmefälle pro Tag.

Diese Kennzahlen zeigen früh, ob Datenflüsse stabil sind oder ob Integrationen nachjustiert werden müssen.

Sicherheits- und Datenschutzaspekte

Versanddaten enthalten personenbezogene Informationen. Deshalb sollten technische Teams Datenschutz und Zugriffskontrolle von Anfang an berücksichtigen.

Relevant sind:

Zugriff nur für berechtigte Systeme;
Verschlüsselung bei Übertragung;
sichere API-Keys;
regelmäßige Rotation von Zugangsdaten;
Protokollierung sensibler Zugriffe;
Datenminimierung;
klare Aufbewahrungsfristen;
getrennte Rollen für Support, Lager und Administration.

Nicht jedes System braucht alle Kundendaten. Eine Versandplattform benötigt zum Beispiel Empfänger- und Paketdaten, aber nicht zwingend vollständige Zahlungsinformationen.

Praktische Checkliste für Versandintegrationen

Vor der technischen Umsetzung sollten Teams folgende Fragen klären:

☐ Welches System ist führend für Bestelldaten?
☐ Wo werden Paketgewicht und Paketmaße erzeugt?
☐ Wer entscheidet über Carrier und Servicelevel?
☐ Wie werden Versandlabels erzeugt?
☐ Wo wird die Trackingnummer gespeichert?
☐ Welche Systeme erhalten Trackingupdates?
☐ Gibt es ein einheitliches Statusmodell?
☐ Wie werden Carrier-Status normalisiert?
☐ Was passiert bei API-Fehlern?
☐ Sind Retry und Idempotenz vorgesehen?
☐ Werden Webhooks gespeichert und validiert?
☐ Wie werden Retouren technisch abgebildet?
☐ Können Teillieferungen und Mehrpaketsendungen verarbeitet werden?
☐ Welche Daten sieht der Kundenservice?
☐ Welche Monitoring-Kennzahlen werden erfasst?

Diese Checkliste hilft, Versandintegration nicht nur als API-Anbindung zu sehen, sondern als belastbaren Datenprozess.

Häufige Architekturfehler

Viele Probleme entstehen durch zu einfache Annahmen.

Häufige Fehler sind:

eine Bestellung wird mit genau einer Sendung gleichgesetzt;
Trackingnummern werden nur als Textfeld gespeichert;
Carrier-Status werden ungefiltert an Kunden weitergegeben;
Webhooks werden nicht idempotent verarbeitet;
Retouren werden nicht mit der ursprünglichen Bestellung verbunden;
Fehlerfälle landen nur in Logs, aber nicht in einer operativen Queue;
manuelle Änderungen werden nicht synchronisiert;
Versandkosten werden nicht zurück ins ERP gespielt;
Lagerprozesse und Versandprozesse werden getrennt geplant;
internationale Besonderheiten werden erst später ergänzt.

Solche Fehler lassen sich später korrigieren, aber oft nur mit erheblichem Aufwand. Deshalb lohnt sich ein sauberes Datenmodell früh im Projekt.

Fazit: Gute Versandintegration ist Datenarchitektur

Versandintegration im E-Commerce ist mehr als die technische Verbindung zu einem Carrier. Sie ist ein Datenfluss zwischen Shop, ERP, Lager, Versanddienstleistern, Tracking, Retouren und Kundenservice.

Entscheidend ist nicht nur, ob ein Label erzeugt werden kann. Entscheidend ist, ob alle relevanten Systeme den richtigen Status sehen, ob Fehler beherrschbar bleiben und ob Kunden verlässliche Informationen erhalten.

Wer Versandintegrationen als Datenarchitektur plant, reduziert manuelle Arbeit, verbessert die Versandqualität und schafft eine stabile Grundlage für Wachstum, Internationalisierung und Automatisierung.

OXID eSales Versand Integration: wie Online-Shops Versandprozesse automatisieren können

B2BLogisticsLab — Thu, 14 May 2026 18:55:38 +0000

Für viele Online-Shops beginnt der Versandprozess nicht erst im Lager, sondern bereits im Shopsystem. Sobald eine Bestellung eingeht, müssen Kundendaten, Lieferadresse, Artikelinformationen, Versandart, Gewicht, Maße und Trackingdaten zuverlässig verarbeitet werden.

Wenn diese Schritte manuell erfolgen, entstehen schnell Fehler, Verzögerungen und unnötiger Aufwand. Besonders bei wachsendem Bestellvolumen wird der Versand zu einem operativen Engpass: Daten werden exportiert, Versandlabels einzeln erstellt, Trackingnummern nachgetragen und Carrier manuell ausgewählt.

Für Shops auf Basis von OXID eSales kann eine strukturierte Versandintegration dabei helfen, Bestellungen effizienter in den Versandprozess zu überführen und wiederkehrende Aufgaben zu automatisieren.

Kurz erklärt: Was ist eine OXID eSales Versand-Integration?

Eine OXID eSales-Versandintegration verbindet den Online-Shop mit einer Versandplattform oder Versandsoftware. Dadurch können Bestelldaten automatisch übernommen, Versandlabels erstellt, Carrier-Regeln angewendet und Tracking-Informationen zurück an den Shop oder an interne Systeme übermittelt werden.

Das Ziel ist ein durchgängiger Versandprozess: von der Bestellung im Shop bis zur Sendungsverfolgung.

Warum brauchen OXID-Shops eine Versandintegration?

Viele Versandprozesse enthalten noch immer manuelle Zwischenschritte. Das funktioniert bei wenigen Bestellungen oft problemlos. Sobald ein Shop aber regelmäßig viele Sendungen verarbeitet, werden manuelle Abläufe schnell fehleranfällig.

Typische Probleme ohne saubere Integration sind:

manuelle Exporte aus dem Shopsystem;
fehlerhafte oder unvollständige Adressdaten;
falsche Carrier-Auswahl;
Verzögerungen bei der Label-Erstellung;
fehlende Tracking-Synchronisierung;
mehr Rückfragen im Kundenservice;
hoher Aufwand bei internationalen Sendungen;
schwierige Steuerung mehrerer Versanddienstleister.

Eine Integration hilft, diese Schritte zu standardisieren. Bestellungen müssen nicht mehr einzeln aus dem Shop herausgelöst und in separate Versandtools übertragen werden. Stattdessen können relevante Versanddaten direkt in den weiteren Prozess einfließen.

Welche Daten müssen zwischen OXID eSales und Versandsoftware fließen?

Damit Versandprozesse automatisiert werden können, müssen die richtigen Daten aus dem Shop an die Versandlösung übergeben werden. Je vollständiger diese Daten sind, desto zuverlässiger funktionieren Label-Erstellung, Carrier-Auswahl, Versandkostenprüfung und Tracking.

Wichtige Daten sind zum Beispiel:

Bestellnummer — damit jede Sendung eindeutig einer Bestellung zugeordnet werden kann.
Empfängeradresse — als Grundlage für Zustellung, Versandlabel und Carrier-Prüfung.
E-Mail-Adresse oder Telefonnummer — für Benachrichtigungen, Avisierung oder Rückfragen.
Artikelinformationen — wichtig für Inhalt, Handling und bei internationalen Sendungen auch für Dokumente.
Gewicht und Maße — relevant für Carrier-Auswahl, Versandkosten und mögliche Zuschläge.
Versandart — bestimmt Servicelevel, Liefergeschwindigkeit und Zustelloption.
Zielland — wichtig für nationale, internationale und grenzüberschreitende Sendungen.
Trackingnummer — damit Shop, Kunde und Support den Sendungsstatus nachvollziehen können.

Besonders kritisch sind Gewicht, Maße und Zielland. Wenn diese Daten fehlen oder falsch sind, kann die Versandkostenberechnung ungenau werden oder der falsche Versanddienstleister ausgewählt werden.

Wie funktioniert ein typischer Versandprozess mit Integration?

Ein automatisierter Versandprozess folgt meist einer klaren Reihenfolge. Die konkrete technische Umsetzung kann je nach Shop, Versandplattform und internen Systemen variieren, aber das Grundprinzip ist ähnlich.

Zuerst wird eine Bestellung im OXID eSales Shop erstellt. Danach werden relevante Versanddaten an die Versandplattform übergeben. Dort können Gewicht, Maße, Zielland und Versandart geprüft werden. Anschließend wird ein passender Carrier oder Service ausgewählt, das Versandlabel erstellt und die Trackingnummer zurückgespielt.

So entsteht ein geschlossener Workflow:

Bestellung im Shop;
Übergabe der Versanddaten;
Prüfung von Gewicht, Maßen, Zielland und Versandart;
Auswahl eines passenden Carriers;
Erstellung des Versandlabels;
Rückgabe der Trackingnummer;
Versandstatus für Shop, Support oder Kunde.

Der wichtigste Vorteil liegt darin, dass weniger Daten manuell übertragen werden müssen. Das reduziert Fehler und beschleunigt die operative Versandabwicklung.

Welche Rolle spielt eine Versandplattform?

Eine Versandplattform verbindet Shopsysteme, Carrier und operative Versandprozesse. Sie kann helfen, Bestellungen aus dem Shop zu übernehmen, Versandregeln anzuwenden, Labels zu erstellen und Trackinginformationen zentral verfügbar zu machen.

Eine OXID eSales-Versandintegration kann dabei helfen, Bestelldaten aus dem Shop strukturierter für Versandprozesse zu nutzen, Labels schneller zu erstellen und Tracking-Informationen zentral zurückzuspielen.

Das ist besonders relevant, wenn ein Shop nicht nur mit einem einzigen Versanddienstleister arbeitet, sondern verschiedene Carrier, Länder, Versandarten oder Produktgruppen abbilden muss.

Welche Prozesse lassen sich automatisieren?

Nicht jeder Versandprozess muss vollständig automatisiert werden. In der Praxis geht es oft darum, wiederkehrende Aufgaben zu reduzieren und klare Regeln für Standardfälle zu definieren.

Automatisieren lassen sich zum Beispiel:

die Übernahme von Bestelldaten aus OXID eSales;
die Prüfung von Versanddaten;
die Auswahl eines Carriers nach definierten Regeln;
die automatische Label-Erstellung;
die Übergabe von Trackingnummern;
Versandstatus-Updates;
die Prüfung von Versandkosten;
die Dokumentenerstellung für internationale Sendungen;
die Filterung nach Versandart, Zielland, Gewicht oder Produktgruppe.

Für Teams im Lager oder Fulfillment bedeutet das: weniger Klicks, weniger manuelle Kopierarbeit und weniger Fehlerquellen.

Beispiel: einfache Versandlogik für OXID-Bestellungen

Eine Versandlogik muss nicht kompliziert sein. Schon einfache Regeln können helfen, wiederkehrende Entscheidungen zu automatisieren.

Zum Beispiel:

Für nationale Standardsendungen wird automatisch ein bevorzugter Carrier gewählt.
Für Sendungen nach Österreich oder in andere EU-Länder greift eine andere Versandregel.
Bei bestimmten Gewichts- oder Maßgrenzen wird automatisch eine alternative Versandoption geprüft.
Wenn Pflichtdaten fehlen, wird die Bestellung zur manuellen Prüfung markiert.
Für internationale Sendungen werden zusätzliche Daten oder Dokumente berücksichtigt.

Solche Regeln helfen, Versandentscheidungen nicht jedes Mal manuell treffen zu müssen. Wichtig ist aber, dass die zugrunde liegenden Daten im Shop sauber gepflegt sind.

Typische Fehler bei Versandintegrationen

Auch eine Integration löst nicht automatisch alle Versandprobleme. Viele Schwierigkeiten entstehen durch fehlende Daten, unklare Prozesse oder nicht definierte Ausnahmen.

Häufige Fehler sind:

fehlende Gewichtsangaben, wodurch Carrier-Auswahl und Preisberechnung ungenau werden;
unvollständige Adressen, die zu Zustellproblemen und Rückfragen führen;
fehlende Fallback-Regeln, wenn eine Sendung nicht zu den Standardbedingungen passt;
keine Tracking-Synchronisierung, wodurch Kundenservice und Shop keinen aktuellen Status sehen;
zu viele manuelle CSV-Exporte, die Fehler und Verzögerungen verursachen;
fehlende Prüfung internationaler Sendungen, etwa bei Dokumenten, Zielland oder Warenangaben.

Vor allem bei wachsendem Versandvolumen sollten solche Fehler früh erkannt werden, weil sie sich sonst täglich wiederholen.

Warum reicht ein manueller CSV-Export oft nicht aus?

CSV-Exporte können für einfache Prozesse hilfreich sein. Bei regelmäßigem Versand stoßen sie jedoch schnell an Grenzen. Sie erfordern manuelle Schritte, müssen korrekt gepflegt werden und bilden Statusänderungen oft nicht automatisch zurück ins Shopsystem.

Ein manueller Export kann problematisch werden, wenn:

viele Bestellungen pro Tag verarbeitet werden;
mehrere Carrier genutzt werden;
Versanddaten häufig aktualisiert werden;
Trackingnummern zurückgespielt werden müssen;
internationale Sendungen zusätzliche Daten benötigen;
Support und Lager denselben Versandstatus sehen sollen.

Für kleinere Shops kann ein Export als Übergangslösung funktionieren. Für skalierende E-Commerce-Prozesse ist eine direkte Integration meist stabiler.

Checkliste: Was sollte vor einer Integration geprüft werden?

Vor der technischen Umsetzung lohnt sich eine kurze Prozessanalyse. Sie hilft dabei, Datenfelder, Versandregeln und operative Anforderungen klarer zu definieren.

Wichtige Fragen sind:

Welche Versandarten werden im OXID-Shop angeboten?
Welche Carrier sollen angebunden werden?
Welche Datenfelder sind für Label und Tracking nötig?
Sind Gewicht und Maße bei Produkten sauber gepflegt?
Gibt es Regeln nach Land, Gewicht, Warenwert oder Versandart?
Wie sollen Trackingnummern zurück an den Shop übertragen werden?
Wer benötigt Zugriff auf den Versandstatus: Lager, Support oder Kundenservice?
Gibt es Sonderfälle wie Sperrgut, Schwerlastversand oder internationale Sendungen?
Werden Retourenprozesse ebenfalls berücksichtigt?

Je klarer diese Punkte definiert sind, desto besser lässt sich die Integration planen.

Welche Vorteile bringt eine OXID eSales-Versandintegration?

Eine gute Versandintegration verbessert nicht nur die technische Verbindung zwischen Shop und Versandsoftware. Sie wirkt sich auch direkt auf operative Abläufe aus.

Wichtige Vorteile sind:

weniger manuelle Dateneingaben;
schnellere Label-Erstellung;
konsistentere Carrier-Auswahl;
bessere Versandkostenkontrolle;
weniger Fehler im Lager;
zentral verfügbare Trackingdaten;
klarere Kommunikation mit Kunden;
skalierbare Prozesse bei wachsendem Bestellvolumen.

Damit wird Versand nicht nur schneller, sondern auch transparenter und besser steuerbar.

Fazit

Eine OXID eSales-Versandintegration ist besonders sinnvoll, wenn ein Online-Shop Versandprozesse nicht mehr manuell steuern möchte. Durch die Verbindung von Shopsystem, Versandplattform und Carriern können Bestelldaten strukturierter verarbeitet, Labels schneller erstellt und Trackinginformationen zuverlässiger zurückgespielt werden.

Für E-Commerce-Teams bedeutet das weniger manuelle Arbeit, weniger Fehlerquellen und einen Versandprozess, der besser mit dem Wachstum des Shops mithalten kann.

FAQ zur OXID eSales Versandintegration

Was ist eine OXID eSales-Versand-Integration?

Eine OXID eSales-Versandintegration verbindet den Online-Shop mit einer Versandsoftware oder Versandplattform, damit Bestelldaten, Labels, Carrier-Auswahl und Trackingdaten automatisiert verarbeitet werden können.

Welche Versanddaten sind besonders wichtig?

Besonders wichtig sind Bestellnummer, Lieferadresse, Empfängerdaten, Gewicht, Maße, Versandart, Zielland, Artikelinformationen und Trackingnummer.

Warum ist Tracking-Synchronisierung wichtig?

Tracking-Synchronisierung sorgt dafür, dass Versandstatus und Trackingnummern nicht nur beim Carrier, sondern auch im Shop, Support oder Kundenservice verfügbar sind.

Warum reicht ein CSV-Export oft nicht aus?

Ein CSV-Export ist häufig manuell, fehleranfällig und nicht ideal für aktuelle Statusdaten. Bei wachsendem Versandvolumen ist eine direkte Integration meist effizienter.

Welche Shops profitieren besonders von einer Versandintegration?

Besonders profitieren Shops mit regelmäßigem Versandvolumen, mehreren Carriern, internationalen Sendungen, komplexen Versandregeln oder hohem Support-Aufwand durch Versandfragen.

OTTO-Marktplatz anbinden: Welche Versandprozesse Händler automatisieren sollten

B2BLogisticsLab — Wed, 29 Apr 2026 08:41:38 +0000

Der OTTO-Marktplatz ist für viele Händler ein wichtiger Vertriebskanal im deutschen E-Commerce. Doch sobald die Zahl der Bestellungen steigt, wird schnell klar: Der Verkauf ist nur der erste Schritt. Die eigentliche Arbeit beginnt danach – beim Import der Bestellungen, bei Versandlabels, Trackingdaten, Retouren und Kundenanfragen.

Genau hier entscheidet sich, ob ein Versandprozess skalierbar ist oder ob das Team immer mehr Zeit mit manuellen Aufgaben verliert.

Eine OTTO-Anbindung sollte deshalb nicht nur Bestellungen übertragen. Sie sollte vor allem dabei helfen, wiederkehrende Versandprozesse zu automatisieren.

1. Bestellungen sauber importieren

Der erste Schritt ist ein zuverlässiger Bestellimport. Neue OTTO-Bestellungen sollten automatisch ins Versandsystem übernommen werden, ohne dass Daten manuell kopiert werden müssen.

Wichtig ist dabei, dass nicht nur die Bestellung selbst übertragen wird, sondern auch alle relevanten Informationen:

Bestellnummer
Kundendaten
Lieferadresse
Artikelpositionen
Mengen
Versandart
Statusinformationen

Wenn diese Daten unvollständig oder fehlerhaft übernommen werden, entstehen Probleme in allen folgenden Schritten. Ein sauberer Import ist deshalb die Grundlage für den gesamten Versandworkflow.

2. Lieferadressen vor dem Labeldruck prüfen

Adressfehler gehören zu den häufigsten Gründen für Verzögerungen im Versand. Eine fehlende Hausnummer, eine falsche Postleitzahl oder eine unklare Firmenadresse können schnell zu Rückfragen oder Rücksendungen führen.

Deshalb sollte die Adressprüfung möglichst früh im Prozess stattfinden – idealerweise bevor ein Versandlabel erstellt wird.

Eine gute Automatisierung hilft dabei, auffällige oder unvollständige Adressen zu erkennen, damit das Team sie rechtzeitig prüfen kann.

3. Versandlabels automatisiert erstellen

Die manuelle Erstellung von Versandlabels kostet viel Zeit, besonders wenn täglich viele Bestellungen verarbeitet werden.

Das Team muss dann für jede Sendung prüfen:

welcher Versanddienstleister genutzt werden soll;
welche Versandart passt;
ob Gewicht und Maße korrekt sind;
ob die Lieferadresse vollständig ist;
ob zusätzliche Dokumente nötig sind.

Mit automatisierten Versandlabels wird dieser Prozess deutlich schneller. Bestelldaten werden direkt übernommen, Versandregeln angewendet und Labels können konsistenter erstellt werden.

Das spart nicht nur Zeit, sondern reduziert auch typische Copy-Paste-Fehler.

4. Trackingdaten zuverlässig zurückspielen

Tracking ist ein wichtiger Teil der Kundenerfahrung. Kunden möchten wissen, wann ihre Bestellung verschickt wurde und wo sich die Sendung befindet.

Wenn Trackingnummern manuell übertragen werden, entstehen oft Verzögerungen. Das führt zu mehr Rückfragen im Kundenservice und macht den Prozess unnötig aufwendig.

Ein automatisierter Workflow sollte Trackingdaten zuverlässig erfassen und an die relevanten Systeme zurückspielen. So bleibt der Versandstatus für Händler, Support-Team und Kunden nachvollziehbar.

5. Versandregeln statt manueller Entscheidungen nutzen

Nicht jede Bestellung sollte gleich behandelt werden. Unterschiedliche Produkte, Warenwerte, Versandziele oder Servicelevel können unterschiedliche Versandarten erfordern.

Typische Versandregeln können zum Beispiel festlegen:

welcher Carrier für bestimmte Produkte genutzt wird;
wann Expressversand verwendet wird;
welche Versandart ab einem bestimmten Gewicht gilt;
wie internationale Sendungen verarbeitet werden;
welche Bestellungen priorisiert werden sollen.

Ohne solche Regeln müssen diese Entscheidungen immer wieder manuell getroffen werden. Das kostet Zeit und führt zu uneinheitlichen Abläufen.

Versandregeln helfen, Standardfälle automatisch zu bearbeiten, während sich das Team auf Ausnahmen konzentrieren kann.

6. Retouren und Ausnahmen nicht vergessen

Retouren gehören im E-Commerce zum Alltag. Trotzdem werden sie oft erst spät in den Versandworkflow integriert.

Ein sauberer Prozess sollte klären:

wie Retouren erfasst werden;
wie sie der ursprünglichen Bestellung zugeordnet werden;
wo Retourenstatus und Trackingdaten sichtbar sind;
welche Rücksendungen noch offen sind;
wann manuell eingegriffen werden muss.

Auch Ausnahmen sollten sichtbar sein. Automatisierung ist nur dann hilfreich, wenn Fehler, fehlende Daten oder problematische Sendungen schnell erkannt werden.

7. Wann lohnt sich Versandautomatisierung?

Eine automatisierte OTTO-Anbindung lohnt sich nicht erst bei sehr großen Versandmengen. Sie wird relevant, sobald manuelle Schritte regelmäßig Zeit kosten oder Fehler verursachen.

Typische Anzeichen sind:

Versandlabels werden einzeln erstellt;
Trackingdaten müssen manuell übertragen werden;
Kunden fragen häufig nach dem Sendungsstatus;
Adressfehler treten wiederholt auf;
mehrere Versanddienstleister werden genutzt;
das Team verliert den Überblick über offene Sendungen;
weitere Marktplätze oder Vertriebskanäle kommen hinzu.

In solchen Situationen wird der Versandprozess schnell zum Skalierungsfaktor.

Weiterführende Ressource

Eine Übersicht zu einer OTTO-Anbindung für Versandprozesse gibt es hier:

https://shipstage.com/integrationen/otto

Fazit

Eine OTTO-Anbindung sollte mehr leisten als nur Bestellungen zu importieren. Entscheidend ist, ob der gesamte Versandprozess einfacher, schneller und transparenter wird.

Für Händler bedeutet das: weniger manuelle Dateneingabe, schnellere Labelerstellung, zuverlässigere Trackingprozesse und bessere Skalierbarkeit bei wachsendem Bestellvolumen.

Wer den OTTO-Marktplatz professionell nutzen möchte, sollte deshalb früh prüfen, welche Versandprozesse automatisiert werden können – bevor manuelle Abläufe zum Engpass werden.

BigCommerce Shipping API Best Practices in 2026 (for B2B Stores)

B2BLogisticsLab — Mon, 23 Mar 2026 12:17:28 +0000

BigCommerce can handle quite complex B2B shipping in 2026—if you treat shipping as an API‑driven, testable part of your architecture instead of “whatever the default app offers plus some ad hoc scripts.” In this post we’ll look at practical best practices for using the BigCommerce APIs (and webhooks) when you care about reliability, automation, and multi‑carrier setups.

1. Start with a clear shipping domain model

Before wiring up any API calls, define how shipping actually works in your business:

What are your shipping zones and service levels (domestic, EU, international, express, pallet freight, dropshipping)?
Which constraints matter: weight, dimensions, order value, product type, customer segment (B2B vs. B2C)?
Which systems need to “see” shipping data: WMS, ERP, marketplace connectors, external shipping/3PL platforms?

If this is fuzzy, your shipping integration will quickly turn into a collection of hard‑coded rules in multiple places.

A simple exercise that helps:

Draw one diagram that shows: checkout → rate calculation → label creation → tracking → invoicing.
Mark where BigCommerce is the source of truth and where external systems make decisions.

2. Keep rate logic outside of templates

BigCommerce lets you define shipping methods and rates in the admin or via the Shipping API, but the biggest anti‑pattern is embedding business rules directly into front-end templates or custom apps.

Good practices:

Centralize rate calculation in one place (a dedicated microservice or a shipping platform), instead of duplicating logic across checkout, back-office tools, and custom apps.
Use BigCommerce just to pass relevant inputs (destination, cart contents, customer group) and display whatever rates/services your “shipping brain” returns.
Avoid mixing presentation logic and shipping rules in the same codebase.

This keeps your storefront clean and makes shipping behavior easier to change without breaking UI.

3. Configuration in data, not in code

B2B shipping rules often change: new carriers, surcharges, fuel indexes, and customer-specific agreements. If every change requires a redeploy, your team will avoid improving shipping.

Instead:

Store configurable parts (markups, thresholds, enabled services per region/customer group) in databases or structured configs, not as constants in code.
Provide an internal UI (or rely on a specialized platform) so operations can adjust shipping logic without developer involvement.
Keep your configuration versioned, so you know exactly when and why a rule changed.

The goal: developers build the engine; operations own the dials.

4. Use BigCommerce APIs and webhooks as boundaries

For serious B2B setups, BigCommerce is rarely the only actor in the shipping story. You often have:

one or more ERPs,
a WMS or 3PL,
one or several carrier / multi‑carrier platforms.

To keep this manageable:

Use BigCommerce webhooks (orders, fulfillments, status changes) to trigger shipping workflows in your backend or shipping platform.
Let that backend decide on service, carrier, labels, and tracking numbers, then push results back into BigCommerce via the Orders/Fulfillment APIs.
Log all API calls (incoming and outgoing) so you can debug “Why did this order ship with carrier X?” later.

This way, BigCommerce stays the customer‑facing layer, while the heavy lifting happens in infrastructure designed for shipping.

5. Design for automation first, exceptions second

In B2B, teams often try to handle complexity with manual decisions: picking carriers in spreadsheets, editing labels by hand, or “just fixing it in the warehouse.” That doesn’t scale.

Better approach:

Make the default fully automatic: based on destination, weight/dimensions, SLA, and maybe customer group, the system chooses the service and carrier.
Allow explicit overrides for edge cases (VIP customer, critical shipment)—but treat those as exceptions, not the norm.
Ensure every decision is explainable: which rules fired, which options were rejected, and why.

On a technical level, that usually means:

A rule engine (even a simple one) in your backend or shipping platform.
BigCommerce acting mainly as the trigger and consumer of decisions, not the place where logic lives.

6. Performance and reliability as non‑negotiables

Shipping logic runs at critical points: checkout and fulfillment. Latency or downtime here costs real money.

Some concrete tips:

Keep synchronous calls at checkout to a minimum; cache semi‑static data like base rate tables where possible.
Use timeouts and safe fallbacks if external APIs fail; it’s better to hide a carrier for a moment than to block the whole checkout.
Monitor key metrics: failed rate lookups, label creation errors, average response times per carrier/service.

With decent observability, you can spot:

Misconfigured carrier accounts.
Outages at partners.
Rules that unexpectedly produce “no available methods” for certain destinations.

7. When a multi‑carrier shipping platform makes sense

At a certain complexity level (multiple carriers, multiple shops, marketplaces, different business units), you don’t want each BigCommerce store to maintain its carrier integrations. A dedicated multi‑carrier shipping platform can:

Standardize integrations with many carriers and service types. Centralize label generation, tracking, returns, and shipping analytics.
Serve multiple BigCommerce stores plus other channels from the same routing logic.

If you run or plan a B2B BigCommerce setup with several carriers, marketplaces, and ERP/WMS connections, it helps to look at concrete integration landscapes instead of abstract diagrams. One practical example of Versand-Automatisierung für B2B-Shops—showing typical carrier, shop, marketplace, and ERP integrations in one place—is this overview: https://shipstage.com/en/integrations
You don’t have to replicate this 1:1, but it’s a useful reference when designing your own shipping architecture around BigCommerce and other channels.