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.

Hängende Bestellungen erkennen: welche stehen, wo und seit wann

Eine hängende Bestellung ist eine, die längst weiter sein sollte und es nicht ist. Sie ist bezahlt, aber nicht gepackt, gepackt, aber nicht verschickt, oder zum Teil verschickt, während der Rest wartet. tiqline weiß für jede Bestellung, auf welchem Schritt sie steht und wie lange dieser Schritt dauern darf, markiert sie als hängend, sobald die Zeitgrenze abläuft, und schickt einen Alarm für alle Bestellungen, die auf demselben Schritt hängen.

Warum hängende Bestellungen spät auffallen

Eine Bestellung, die stehen bleibt, erzeugt keinen Fehler. Sie erzeugt einfach kein nächstes Event. Systeme reagieren gut auf etwas, das passiert, und schlecht darauf, dass etwas nicht passiert. Deshalb fallen hängende Bestellungen meist durch eine Kundenmail auf, die nach dem Paket fragt, durch einen wöchentlichen Blick in einen Export oder weil jemand im Lager einen Karton findet, der vor Tagen hätte rausgehen sollen. Dann ist das Lieferversprechen schon gebrochen, und der Support hat mehr Arbeit. Die Frage, auf die es ankommt, ist einfach: Welche Bestellungen sind gerade jetzt über der Zeit, die ihr aktueller Schritt dauern darf?

Wie Teams hängende Bestellungen heute finden

Im Shopify-Admin filterst du die Bestellübersicht nach Fulfillment-Status und Datum und suchst nach alten, unerfüllten Bestellungen. Shopify Flow bietet Vorlagen, die unerfüllte Bestellungen nach zwei Tagen taggen, täglich eine Zusammenfassung davon mailen oder zwei Tage nach einer Bestellung warten und eine Nachricht schicken, wenn sie noch nicht versendet ist. Ein zeitgesteuerter Flow-Workflow läuft höchstens alle zehn Minuten. Mit Zapier hängst du einen Delay-Schritt hinter einen New-Paid-Order-Trigger und prüfst die Bestellung später erneut, mit höchstens 30 Tagen pro Verzögerung. In n8n lässt du einen Schedule Trigger laufen, fragst offene Bestellungen ab und vergleichst ihr Alter selbst. Jede dieser Lösungen prüft eine Bedingung an einer Stelle der Bestellung. Keine führt eine Liste aller Bestellungen mit dem Schritt, auf den sie warten, und ihrer eigenen Frist.

Was sich ändert, wenn jede Bestellung ein Fall ist

Wird jede Bestellung als Fall verfolgt, ist hängend ein Status und keine Suche mehr. Der Fall läuft, solange er in der Zeitgrenze seines Schritts liegt, hängt, sobald sie abläuft, ist fertig, wenn er den letzten Schritt erreicht, und beendet, wenn er zum Beispiel storniert wird. Hängende Fälle stehen mit dem am längsten überfälligen zuerst in der Liste, das älteste Problem steht also oben. Du musst nicht mehr wissen, wonach du suchen sollst.

So findet tiqline hängende Bestellungen

1. Events hereinholen

Verbinde einen Shopify-Shop, und seine Bestell-, Fulfillment- und Erstattungs-Webhooks werden zu Events wie Order Paid, Fulfillment Created und Order Fulfilled. Schritte aus anderen Systemen, etwa das Packen in deinem Lagersystem, kommen über die track-API mit derselben Bestell-ID. Ein wiederholtes Event wird einmal gespeichert.

2. Schritte und Zeitgrenzen festlegen

Der Prozess nennt das Event, das einen Fall öffnet, und die Schritte, die folgen. Jeder Schritt nach dem ersten kann eine Zeitgrenze haben, etwa Packed in 4h und Shipped in 24h. Die Frist ist der Zeitpunkt, zu dem die Bestellung den vorigen Schritt erreicht hat, plus die Zeitgrenze.

3. tiqline behält die Uhr im Blick

Niemand muss eine Abfrage starten. Läuft eine Frist ab, ohne dass das nächste Event kommt, hängt der Fall. Kommt das Event später, geht der Fall weiter. Auch ein übersprungener Pflichtschritt zählt, also wenn ein späteres Event ohne ihn ankommt: Nach 15 Minuten meldet tiqline den übersprungenen Schritt, außer das fehlende Event taucht noch auf.

4. Ein Alarm pro hängendem Schritt

tiqline fasst die hängenden Bestellungen eines Schritts zu einem Vorfall zusammen und schickt eine Nachricht an Slack, an bis zu 20 E-Mail-Empfänger oder an einen Webhook. Die Nachricht nennt den Prozess, den Schritt und seine Zeitgrenze, sagt, wie viele Fälle warten, und verlinkt sie. Hängt auf dem Schritt kein Fall mehr, wird der Vorfall geschlossen, und auch das erfährt ein Webhook.

5. Fall öffnen und Verlauf sehen

Jeder Fall zeigt seine Events auf einer Zeitleiste, mit der Uhrzeit jedes Schritts und der Trace-ID, wenn deine Events eine mitbringen. Die Prozessansicht zeigt, wie viele Fälle gerade hängen, welcher Anteil der abgeschlossenen Fälle jede Zeitgrenze eingehalten hat und wie lange ein Fall üblicherweise dauert, auf einer Prozesskarte, die aus echten Fällen gezeichnet wird.

Beispiel: zwölf Bestellungen hängen beim Packen

Bestellungen, Uhrzeiten und Zahlen sind erfunden und zeigen nur den Ablauf. Der Prozess: Order Paid öffnet den Fall, Order Packed aus dem Lagersystem hat 4 Stunden, Fulfillment Created aus Shopify hat 24 Stunden.

  1. Donnerstag 10:00: Bestellungen kommen weiter herein

    Den ganzen Vormittag werden Bestellungen bezahlt. Jede öffnet einen Fall mit einer Pack-Frist vier Stunden nach der Zahlung.

  2. Donnerstag 14:05: Die erste Frist läuft ab

    Hängt

    Das Lagersystem hat um 10:00 aufgehört, Order Packed zu senden, weil eine Druckerwarteschlange hing. Zwölf Fälle überschreiten in der nächsten Stunde ihre Pack-Frist. tiqline öffnet einen Vorfall für den Schritt und schickt eine Slack-Nachricht: Order Packed, Zeitgrenze 4h, mit der Zahl der wartenden Fälle.

  3. Donnerstag 14:20: Die Lagerleitung sieht nach

    Die Liste zeigt die zwölf Bestellungen, die älteste zuerst. Ihre Zeitleisten enden bei Order Paid. Die Lagerleitung findet die Druckerwarteschlange, startet sie neu, und die Packzettel werden gedruckt.

  4. Donnerstag 16:00: Der Vorfall wird geschlossen

    Order Packed kommt für alle zwölf Bestellungen an, die Fälle gehen weiter zu Fulfillment Created, und weil kein Fall mehr hängt, wird der Vorfall geschlossen.

Grenzen, die du kennen solltest

tiqline kennt nur, was als Event ankommt. Passiert ein Schritt in einem System, das nichts sendet, sieht tiqline ihn nicht, und du ergänzt ihn zuerst über die track-API. Von Shopify liest tiqline acht Topics für Bestellungen, Fulfillments, Stornos und Erstattungen, nicht returns/* oder fulfillment_orders/*. Zeitgrenzen laufen nach der Uhr, Nächte und Wochenenden eingeschlossen. tiqline sagt dir, dass und wo eine Bestellung hängt, aber nicht warum, und es ändert oder repariert die Bestellung nicht. Fristen, die mehr als sieben Tage vor dem Eintreffen ihrer Events abgelaufen sind, etwa beim Nachladen alter Daten, werden markiert, lösen aber keinen Alarm aus. Jede Organisation hat einen Slack-Kanal, eine E-Mail-Liste und einen Webhook für alle ihre Prozesse.

Hängende Bestellungen und verspätete Zustellungen sind verschiedene Probleme

Eine Sendung, die beim Versanddienstleister verspätet ist, ist eine Tracking-Frage, und Werkzeuge wie AfterShip decken sie mit den Daten der Versanddienstleister ab. Eine hängende Bestellung hat den Versanddienstleister noch gar nicht erreicht oder wartet auf einen Schritt in deinem eigenen Prozess. Diese Schritte überwacht tiqline.

tiqline überwacht Prozess-SLAs und ist keines der klassischen Product-Analytics-Werkzeuge.

Fragen zu hängenden Bestellungen

Wann gilt eine Bestellung bei tiqline als hängend?

Wenn sie länger auf einem Schritt steht, als dessen Zeitgrenze erlaubt. Die Frist ist der Zeitpunkt, zu dem die Bestellung den vorigen Schritt erreicht hat, plus die Zeitgrenze. Vor der Frist läuft der Fall.

Bekomme ich für jede einzelne Bestellung eine Nachricht?

Nein. Hängende Bestellungen desselben Schritts werden zu einem Vorfall mit einer Nachricht zusammengefasst. Die Nachricht sagt, wie viele Fälle warten, und verlinkt sie.

Was ist, wenn das fehlende Event später kommt?

Der Fall geht zum nächsten Schritt weiter. Sobald auf dem Schritt kein Fall mehr hängt, wird der Vorfall geschlossen.

Kann ein übersprungener Schritt einen Alarm auslösen?

Ja. Fehlt ein Pflichtschritt mit Zeitgrenze und kommt ein späterer Schritt an, meldet tiqline den übersprungenen Schritt 15 Minuten später, außer das fehlende Event kommt in der Zwischenzeit.

Funktioniert das auch für Bestellungen außerhalb von Shopify?

Ja. Jedes System kann Events an die track-API senden, im Format von Segment und RudderStack. Ein Fall kann Shopify-Events und deine eigenen mischen.

Kann ich hängende Bestellungen auch ohne Alarm sehen?

Ja. Die Prozessansicht listet hängende Fälle, die am längsten überfälligen zuerst, und jeder Alarmkanal lässt sich ausschalten.

Kostenlos starten

Der Free-Tarif umfasst 5.000 Events im Monat.

Verzweigt nach dem Lager

tiqline

Slack oder E-Mail

Beispiel

4 Bestellungen seit über 1 Stunde in „Gepackt“.

Bestellungen: 4 Fälle hängen im Schritt „Gepackt“ (Frist 1 h)

Fall öffnen
Beispiel, keine echte Nachricht.

Bestellungen

7 Tage

BezahltStart12 wartenüber der Zeitgrenze: 0
GepacktZeitgrenze 1 h4 wartenüber der Zeitgrenze: 4hängt
Versendet24 h2 wartenüber der Zeitgrenze: 0

trace_id

ord_1042

  1. BezahltStart
  2. Gepackthängt
  3. Versendet24 h

Alarm

Gepackt

Lager NordZeitgrenze 4 herreicht
Lager WestZeitgrenze 8 hhängt