parcelLab

parcelLab-weclapp-Schnittstelle

Die Schnittstelle überträgt Aufträge, Lieferungen und Trackingnummern automatisch aus weclapp an parcelLab, sobald eine Lieferung gebucht wird. Zustellstatus und Retourenanmeldungen aus parcelLab laufen zurück an die weclapp-Lieferung. Kundenservice und Lager sehen den Versandstatus direkt in weclapp, ohne ins parcelLab-Portal zu wechseln.

Schnittstelle anfragenAuf Anfrage

Objekte: Aufträge, Lieferungen, Kunden, Artikel, Tickets
Richtung: Bidirektional
Typ: Schnittstelle · Versand & Logistik
Voraussetzungen: weclapp-Mandant mit API-Token · parcelLab-Kundenkonto mit Zugang zur REST API v4 · parcelLab-Support richtet die Webhooks ein

Funktionen

Lieferung an parcelLab übergeben

Beim Buchen der Lieferung übergibt die Schnittstelle Auftrag, Empfänger und Trackingnummer an parcelLab.

Lagerstatus als Checkpoint

Status wie kommissioniert oder verzögert meldet die Schnittstelle als Checkpoint an parcelLab, bevor der Carrier scannt.

Zustellstatus zurück an weclapp

Zustelldatum und Ereignisse wie Zustellung oder Zustellversuch schreibt die Schnittstelle an die weclapp-Lieferung zurück.

Retouren in weclapp anlegen

Retourenanmeldungen aus dem parcelLab-Portal übernimmt die Schnittstelle strukturiert in weclapp, das Abtippen entfällt.

Sie haben spezielle Anforderungen? Wir setzen sie um.

Zusätzliche Objekttypen, eigene Feldzuordnungen, eine abweichende Abgleichlogik: Die Lösung ist so gebaut, dass sie erweitert werden kann, ohne von vorn anzufangen. Was Sie brauchen, klären wir vorher, nicht im laufenden Betrieb.

Anwendungsfälle

Versandabteilung: Die Lieferung wird in weclapp gebucht, Auftrag, Empfänger und Trackingnummer gehen automatisch als Tracking an parcelLab.
Lager: Der Lagerstatus ändert sich, etwa auf kommissioniert oder verzögert; die Schnittstelle meldet ihn als Checkpoint an parcelLab, bevor der Carrier scannt.
Kundenservice: Ein Paket wird zugestellt oder ein Zustellversuch schlägt fehl; parcelLab meldet das Ereignis, die weclapp-Lieferung zeigt Status und Datum ohne Blick ins Carrier-Portal.
Retourenannahme: Ein Kundenkonto meldet eine Retoure im parcelLab-Portal an; SKU, Menge und Grund kommen strukturiert in weclapp an, statt abgetippt zu werden.

Vorteile

Trackingdaten erreichen parcelLab ohne CSV-Export oder E-Mail-BCC.
Der Kundenservice sieht Zustellstatus direkt an der Lieferung.
Retourenanmeldungen kommen strukturiert und ohne Abtippen in weclapp an.
Versandnachrichten nutzen konsistente Daten aus weclapp statt dem Shop.

Lieferungen und Zustellstatus zwischen weclapp und parcelLab

Führendes System

Lieferungen

Trackingnummern

Lagerstatus

Zustellstatus

Retouren

parcelLab

Durchgezogen läuft immer. Gestrichelt ist der optionale Rückkanal.

Preis

Den Preis nennen wir im Angebot, sobald wir Ihren Ablauf kennen.

Auf Anfrage

zzgl. USt.

Jetzt anfragen

Häufige Fragen

Kann ich parcelLab auch ohne eigenes Kundenkonto testen?

Nein. Der Zugang zur parcelLab-API setzt ein onboardetes Kundenkonto voraus, eine dokumentierte Sandbox gibt es nicht.

Werden Carrier in parcelLab automatisch erkannt?

Nein. weclapp-Versandarten und Carrier müssen auf die parcelLab-courier-Codes gemappt werden, das Mapping unterscheidet sich je Kundenkonto.

Was passiert, wenn eine Lieferung mehrfach an parcelLab übergeben wird?

Die Schnittstelle nutzt den idempotenten PUT-Endpunkt von parcelLab. Eine wiederholte Übergabe aktualisiert denselben Auftrag, statt einen zweiten anzulegen.

Was passiert bei parcelLab mit weclapp-Aufträgen ohne E-Mail im Kundenkonto?

parcelLab braucht recipient_email und destination_country_iso3 als Pflichtfelder. Aufträge ohne E-Mail-Adresse fängt die Schnittstelle vorher ab, damit die Übergabe nicht fehlschlägt.*

Landen Retourenanmeldungen aus parcelLab automatisch im richtigen weclapp-Objekt?

Retourenanmeldungen mit SKU, Menge, Grund und Label kommen strukturiert in weclapp an. Welches weclapp-Objekt dafür genutzt wird, Retoure oder Ticket, wird je Einrichtung festgelegt.*

* Technische Prüfung vorbehalten.