tiqline ist ein Werkzeug für Prozess-SLA-Monitoring: Es baut aus Events von Shopify und deinen eigenen Systemen einen Fall pro Vorgang, gibt jedem Schritt eine Zeitgrenze und meldet sich per Slack oder E-Mail, wenn ein Schritt sie überschreitet.
3PL-Fulfillment überwachen: Sieh, wann Bestellungen bei deinem Fulfillment-Partner warten
Sobald ein 3PL dein Fulfillment übernimmt, passieren die wichtigsten Schritte einer Bestellung im Lager von jemand anderem. Du siehst, wie die Bestellung Shopify verlässt, und mit etwas Glück, wie eine Sendungsnummer zurückkommt. tiqline setzt auf jeden Schritt dazwischen eine Zeitgrenze, von der Übergabe bis zum Versand, und meldet sich, wenn eine Bestellung an einer dieser Stellen zu lange wartet.
Warum Bestellungen zwischen Shop und 3PL verloren gehen
Shopify lässt dich Bestellungen selbst ausführen oder über einen Fulfillment-Dienst: das Shopify Fulfillment Network, einen Drittanbieter, der per App angebunden ist, oder einen eigenen Fulfillment-Dienst, der Bestellungen per E-Mail erhält. Multi-Channel Fulfillment von Amazon ist eine der aufgeführten Optionen. Jede davon ist eine Übergabe zwischen Systemen, und an Übergaben werden Bestellungen still. Die Synchronisation der App scheitert an einer einzigen SKU. Der 3PL lehnt eine Bestellung wegen einer Adresse oder eines fehlenden Artikels ab, und die Meldung liegt in einem Portal, in das niemand schaut. Eine Bestellung wird zum Teil ausgeführt, und der Rest wartet auf Ware. Ein Label ist erstellt, aber das Paket wird nicht abgeholt. Aus Sicht des Shops sieht all das gleich aus: eine Bestellung, die bezahlt und noch nicht verschickt ist.
Wie Händler ihren 3PL heute im Blick behalten
Die meisten Teams verlassen sich auf das Portal des 3PL und seine Berichte, auf den Fulfillment-Status im Shopify-Admin und auf einen regelmäßigen Export unerfüllter Bestellungen nach Excel oder Google Sheets. Shopify Flow kann täglich eine Zusammenfassung von Fulfillment-Aufträgen mailen, die zurückgehalten werden, und von unerfüllten Bestellungen, die älter als zwei Tage sind. Zapier und n8n können auf Shopify-Trigger reagieren und warten, bevor sie erneut prüfen, was du pro Regel baust und pflegst. AfterShip setzt nach dem Label an: Es verfolgt die Sendung bei mehr als 2.000 Versanddienstleistern, sobald es eine Sendungsnummer gibt, und schickt Webhooks bei neuen Tracking-Ständen. Was fehlt, ist eine Ansicht aller Bestellungen mit dem Schritt, auf den sie beim 3PL warten, und einer Zeitgrenze für diesen Schritt.
Wenn dein 3PL-Vertrag eine Versandzeit nennt
Nennt dein Vertrag mit dem 3PL eine Versandzeit, zum Beispiel Versand am selben Tag für Bestellungen, die vor einer bestimmten Uhrzeit eingehen, ist dieses Versprechen nur etwas wert, wenn du siehst, welche Bestellungen es brechen, solange noch Zeit zum Reagieren ist. Ein Monatsbericht sagt es dir hinterher. Eine Zeitgrenze auf dem Schritt sagt es dir im Lauf des Tages, solange die Bestellung noch pünktlich rausgehen kann.
So überwacht tiqline das Fulfillment beim 3PL
1. Shopify-Events für Bestellung und Fulfillment
Von Shopify liest tiqline unter anderem Order Paid, Fulfillment Created, Fulfillment Updated, Order Partially Fulfilled und Order Fulfilled. Fulfillment-Events behalten den Fulfillment-Status, den Sendungsstatus, den Namen des Versanddienstleisters und die Zahl der Positionen, du siehst also, wie eine Sendung angelegt wird und ihr Status sich ändert.
2. Schritte beim 3PL über die track-API
Schritte, die beim 3PL passieren, etwa empfangen, angenommen, kommissioniert oder gepackt, kommen als Events über die track-API zu tiqline, mit der Shopify-Bestell-ID als Kennung. Sie können vom Webhook des 3PL über eine kleine Weiterleitung kommen, aus deiner Middleware oder aus einem Skript, das den Status-Export des 3PL liest. tiqline liest die fulfillment_orders/*-Topics von Shopify nicht, also etwa angenommene oder abgelehnte Fulfillment-Anfragen, deshalb kommen auch diese Schritte auf diesem Weg.
3. Ein Prozess mit Zeitgrenze pro Schritt
Ein typischer Prozess ist Order Paid, dann Received by 3PL in 1h, dann Order Packed in 8h, dann Fulfillment Created in 4h, dann Order Fulfilled. Jede Zeitgrenze legst du selbst fest. Arbeitest du mit mehreren 3PLs oder Lagern, gibt eine Verzweigung auf eine Eigenschaft des 3PL-Events jedem seine eigenen Schritte und Zeitgrenzen, etwa 4 Stunden für Lager Nord und 8 Stunden für Lager West.
4. Teillieferungen als Unterfälle
Geht eine Bestellung in mehreren Paketen raus, kann jedes Fulfillment als eigener Unterfall der Bestellung verfolgt werden, erkannt an seiner Fulfillment-ID, mit eigenen Schritten und Zeitgrenzen. Ein Paket, das wartet, fällt für sich auf, statt sich hinter den Paketen zu verstecken, die schon unterwegs sind.
5. Alarme und Überblick
Überschreiten Bestellungen beim 3PL eine Zeitgrenze, öffnet tiqline einen Vorfall für diesen Schritt und meldet sich einmal in Slack, per E-Mail an bis zu 20 Personen, auch an jemanden beim 3PL, oder über einen signierten Webhook. Die Prozessansicht zeigt pro Schritt, wie viele Bestellungen gerade hängen und welcher Anteil der abgeschlossenen Bestellungen jede Zeitgrenze eingehalten hat.
Beispiel: Bestellungen, die der 3PL nie angenommen hat
3PL, Bestellungen und Uhrzeiten sind erfunden und zeigen nur den Ablauf. Der Prozess: Order Paid öffnet den Fall, Received by 3PL aus der Middleware hat 1 Stunde, Order Packed vom 3PL hat 8 Stunden, Fulfillment Created hat 4 Stunden.
Mittwoch 11:00: Ein neues Produkt startet
Bestellungen für das neue Produkt kommen herein, darunter Bestellung 4812. Jede öffnet einen Fall. Die Middleware gibt sie an den 3PL weiter und sendet für die meisten Received by 3PL.
Mittwoch 12:00: Neun Bestellungen hängen an der Übergabe
Hängt
Neun Bestellungen, alle mit dem neuen Produkt, haben nach einer Stunde kein Received by 3PL. tiqline öffnet einen Vorfall und mailt der Operations-Leitung und dem Ansprechpartner beim 3PL.
Mittwoch 12:30: Die Ursache ist gefunden
Die neue SKU wurde im System des 3PL nie angelegt, deshalb ist die Übergabe der Middleware für diese Bestellungen gescheitert. Der 3PL legt die SKU an, und die Bestellungen werden erneut gesendet.
Mittwoch 13:00 bis 20:00: wieder im Plan
Received by 3PL kommt für die neun Bestellungen an, der Vorfall wird geschlossen, und die Fälle gehen weiter zum Packen mit acht Stunden, die sie einhalten.
Was tiqline nicht macht
tiqline hat keine fertigen 3PL-Anbindungen. Jeder Schritt, der beim 3PL passiert, muss an die track-API gesendet werden, und ohne diese Events sieht tiqline nur, was Shopify meldet. Die Webhooks fulfillment_orders/*, fulfillment_holds/* und fulfillment_events/* von Shopify liest es nicht. Die Shopify-Daten, die tiqline behält, enthalten keinen Fulfillment-Standort, für eine Aufteilung nach Lager brauchst du also eine Eigenschaft in deinem eigenen Event. Zeitgrenzen laufen nach der Uhr, Wochenenden eingeschlossen, was bei einem 3PL zählt, der sonntags nicht versendet. tiqline verfolgt Pakete nach der Übergabe nicht beim Versanddienstleister, das ist die Aufgabe eines Tracking-Werkzeugs wie AfterShip. Es schickt Bestellungen nicht erneut an den 3PL und erklärt nicht, warum eine abgelehnt wurde.
Wo 3PL-Monitoring endet und Sendungsverfolgung beginnt
Eine einfache Faustregel: Alles, bis das Paket eine Sendungsnummer hat und den 3PL verlässt, ist Fulfillment, und das überwacht tiqline. Alles danach ist Sendungsverfolgung beim Versanddienstleister. Beides beantwortet verschiedene Fragen und passt zusammen.
tiqline überwacht Prozess-SLAs und ist keines der klassischen Product-Analytics-Werkzeuge.
Fragen zur Überwachung des 3PL-Fulfillments
Mit welchen 3PLs funktioniert tiqline?
Mit jedem 3PL, dessen Schritte du als Events an die track-API senden kannst, zum Beispiel über seine Webhooks, deine Middleware oder einen Status-Export. tiqline hat keine eingebauten 3PL-Anbindungen.
Sieht tiqline, wenn ein 3PL eine Bestellung ablehnt?
Nur wenn die Ablehnung als Event über die track-API ankommt. Die Topics für Fulfillment-Anfragen von Shopify werden nicht gelesen. Ohne das Event hängt die Bestellung, sobald die Zeitgrenze des nächsten Schritts abläuft.
Was bekommt tiqline von Shopify über Fulfillments?
Fulfillment Created und Fulfillment Updated mit Fulfillment-Status, Sendungsstatus, Namen des Versanddienstleisters und Zahl der Positionen, dazu Order Partially Fulfilled und Order Fulfilled.
Kann ich pro 3PL oder Lager verschiedene Zeitgrenzen setzen?
Ja, mit einer Verzweigung auf eine Eigenschaft eines Events aus deinem System, etwa den Lagercode. Jeder Pfad hat eigene Schritte und Zeitgrenzen.
Kann auch der 3PL die Alarme bekommen?
Ja. E-Mail-Alarme gehen an bis zu 20 Empfänger, darunter auch Leute beim 3PL.
Ist das dasselbe wie Sendungsverfolgung?
Nein. tiqline überwacht die Schritte, bis das Paket den 3PL verlässt. Die Verfolgung beim Versanddienstleister danach übernehmen Werkzeuge wie AfterShip.
Kostenlos starten
Der Free-Tarif umfasst 5.000 Events im Monat.