Skip to main content
Mit einem eigenen Kanal kann dein eigener Onlineshop, dein ERP-System oder jede andere Bestellquelle, die du kontrollierst, Bestellungen an Zippendo senden, wenn es dafür keine fertige Verbindung gibt. Er funktioniert in zwei Richtungen:
  • Bestellungen senden: Dein System sendet signierte Webhook-Ereignisse an die eigene Eingangs-URL des Kanals oder ruft die REST API auf (offizielle SDKs verfügbar).
  • Rückmeldungen erhalten: Abonniere die ausgehenden Webhooks von Zippendo (shipment.dispatched, tracking.updated und mehr), um Sendungsnummern und Statusänderungen zu erhalten.

1. Den Kanal erstellen

Klicke in app.zippendo.com auf Verkaufskanäle, öffne den Tab Katalog und klicke bei der Karte Eigener Kanal auf Kanal erstellen. Oder erstelle ihn über die API:

2. Das Signaturgeheimnis generieren

Klicke auf der Einstellungsseite des Kanals auf Schlüssel generieren oder rufe POST /orgs/{orgId}/order-channels/{channelId}/webhook-secret auf. Die Antwort enthält die Eingangs-URL und das Geheimnis:
Das Geheimnis wird nur einmal angezeigt. Speichere es in der Konfiguration deines Systems. Wenn du das Geheimnis ersetzt, entsteht ein neues, und das alte funktioniert sofort nicht mehr. Wenn du es widerrufst, lehnt die Eingangs-URL jede Übermittlung ab, bis es ein neues Geheimnis gibt.

3. Bestellungen senden

Sende einen POST an die Eingangs-URL mit zwei Headern:

Bestell-Payload (order.created / order.updated)

Beide Topics verhalten sich gleich: Die Bestellung wird anhand von externalId angelegt oder aktualisiert, deshalb sind erneute Zustellungen und Aktualisierungen in falscher Reihenfolge unproblematisch. Sende, was für dein System einfacher ist.

Stornierungs-Payload (order.cancelled)

Verbindungstest (ping)

Jeder signierte Body mit X-Zippendo-Topic: ping liefert 200 { "received": true }, ohne Daten zu verändern. Nutze das, um deinen Signaturcode zu prüfen.

Antworten

Was mit einer gesendeten Bestellung passiert

  1. Die Bestellung wird im Kanal angelegt oder aktualisiert (und übernimmt die Marke des Kanals, falls vorhanden).
  2. Eine Versandregel wird ermittelt: der explizite serviceCode, sonst die Versandart-Zuordnungen des Kanals, abgeglichen mit shippingMethodTitle.
  3. Eine Sendung wird erstellt. Sendungen mit einer passenden Regel sind bereit zum Versenden. Wenn nur eine Standard-Absenderadresse festgelegt ist, wird stattdessen ein Entwurf erstellt.
  4. Wenn Sendungen automatisch versenden für den Kanal eingeschaltet ist, wird eine Sendung mit passender Regel sofort an den Versanddienstleister gesendet, und das Versandetikett landet in Zippendo (der automatische Druck der Regel gilt).

REST-Alternative

Wenn du Request/Response gegenüber Webhooks bevorzugst, erstelle Bestellungen über die API mit einem API-Token:
  • Eine doppelte externalId im selben Kanal liefert 409 ORDER_EXISTS. Behandle das als „bereits empfangen“.
  • Wenn du shippingRuleId oder shippingMethodTitle übergibst (oder Sendungen automatisch versenden für den Kanal einschaltest), wird die Sendung im selben Aufruf erstellt, genau wie bei einer Übermittlung.
  • Verkaufskanäle sind Teil der öffentlichen API, deshalb decken die SDKs jeden Schritt ab: Kanal erstellen, Geheimnis generieren, Bestellungen senden und Sendungen auflisten.

Sendungsverfolgung zurückbekommen

Zippendo benachrichtigt dein System über ausgehende Webhooks: Abonniere shipment.dispatched und tracking.updated unter Einstellungen → Webhooks. Sendungen tragen deine Bestellnummer als reference, und der Payload enthält die orderId zum Nachschlagen.

Nächste Schritte

Ausgehende Webhooks

Empfange Ereignisse zu Sendungsverfolgung und Status und prüfe unsere Signaturen.

API-Referenz

Jeder Endpunkt für Verkaufskanäle und Bestellungen, mit Beispielen.