SLA-Monitoring selbst bauen oder kaufen: was ein Eigenbau wirklich braucht

So sieht der Eigenbau aus

Es gibt zwei übliche Wege. Der erste ist ein geplanter Job, etwa ein Cronjob oder eine Datenbankabfrage alle 15 Minuten, der nach Bestellungen sucht, deren Status sich in einem Zeitfenster nicht geändert hat, und dann per Slack und E-Mail meldet. Der zweite ist eine Automatisierungsplattform.

In Zapier pausiert Delay by Zapier einen Zap für eine feste Zeit, bis zu einem Datum oder nach einer Warteschlange, und der Delay-Schritt zählt nicht als Task. Du kannst also einen Zap bei einer neuen bezahlten Bestellung starten, 24 Stunden warten, die Bestellung erneut prüfen und eine Nachricht schicken, wenn sie noch offen ist. Filter und Paths für diese Prüfung gibt es ab dem Professional-Tarif.

In n8n pausiert der Wait-Node einen Workflow für ein Intervall, bis zu einem Zeitpunkt, bis zu einem Webhook-Aufruf oder bis ein Formular abgeschickt wird, und lagert die wartende Ausführung in die Datenbank aus. Mit dem Shopify Trigger und einem IF-Node entsteht dasselbe Muster: bei einer Bestellung starten, warten, prüfen, alarmieren.

So sieht Kaufen aus

tiqline ist genau für diese Aufgabe gebaut. Du schickst Events aus Shopify oder über die track-API, beschreibst die Schritte einmal und setzt eine Zeitgrenze pro Schritt. Jede Bestellung wird ein Fall. tiqline hält den Zustand, prüft jede Frist, fasst hängende Fälle eines Schritts zu einem Vorfall zusammen und schickt einen Alarm an Slack oder per E-Mail mit Link zu den Fällen. Das Dashboard zeigt, wie viele abgeschlossene Fälle jede Zeitgrenze eingehalten haben und wie viele gerade hängen.

Was ein Eigenbau lösen muss

Die erste Version prüft meist einen Schritt. Die folgenden Fragen tauchen in den Wochen danach auf.

• Zustand pro Fall: In welchem Schritt steht jede Bestellung, und seit wann? Ein Wait-Schritt merkt sich einen Lauf. Eine Liste aller wartenden Bestellungen hast du damit nicht.
• Duplikate: Ein Webhook kann mehr als einmal ankommen. Dein Skript muss jedes Event nur einmal speichern, sonst zählst du eine Bestellung doppelt.
• Regeln ändern: Änderst du in Shopify Flow einen aktiven Workflow, laufen wartende Durchläufe mit der neuen Version weiter, und Deaktivieren stoppt die wartenden Durchläufe. Ähnliche Abwägungen hat jeder Aufbau, der auf Warten setzt.
• Verzweigungen: Ein Erstattungspfad und ein Versandpfad brauchen andere Fristen, und beide können später wieder zusammenlaufen.
• Alarmfluten: 40 verspätete Bestellungen sollten eine Nachricht ergeben, nicht 40.
• Altdaten: Verbindest du alte Daten, sollen Bestellungen, die vor Wochen zu spät waren, nicht alle auf einmal alarmieren.
• Nachvollziehbarkeit: Wer hat die Zeitgrenze von 24 auf 48 Stunden geändert, und wann?

Nebeneinander

Wann der Eigenbau passt

Bau selbst, wenn du ein oder zwei Prüfungen hast, eine Entwicklerin oder ein Entwickler sie verantwortet und keine weiteren geplant sind. Selbstbau ist auch richtig, wenn die Prüfung Daten braucht, die nur deine eigenen Systeme haben, und der Alarm etwas Bestimmtes tun muss, etwa ein Ticket wieder öffnen. Zapier und n8n sind hier stark, weil sie nach der Prüfung in anderen Apps handeln können. Zapier allein verbindet mehr als 9.000 Apps.

Die selbst gehostete Community Edition von n8n hält alles auf deinen eigenen Servern, was manche Teams aus Richtliniengründen brauchen.

Wann Kaufen passt

Kauf, wenn die Zahl der Schritte, Verzweigungen und Beteiligten wächst. Die Kosten eines Eigenbaus sind nicht der erste Nachmittag, sondern das zweite Jahr: ein kaputter Job, den niemand bemerkt hat, eine Frist, die jemand im Code geändert hat, ohne Bescheid zu sagen, oder ein Slack-Kanal, der still wurde, weil ein Token abgelaufen ist, während auch keine E-Mail mehr kam. tiqline hält die Regeln an einem Ort und zeigt die hängenden Fälle im Dashboard. Jeder Tarif enthält das Audit-Log, auch Free: einen Prozess veröffentlichen, eine Zeitgrenze ändern und Slack oder E-Mail verbinden.

Beides kombinieren

Nutze tiqline zum Beobachten und deine Automatisierungsplattform zum Handeln. tiqline sagt dir, dass 12 Bestellungen beim Picken hängen. Ein Zap oder ein n8n-Workflow übernimmt dann das Nachfassen, das du schon automatisiert hast, etwa ein Ticket anlegen. tiqline selbst schickt Alarme nur an Slack und per E-Mail, die Übergabe passiert also in diesen Kanälen oder in deinem eigenen Code.

Einen KI-Agenten kannst du die Einrichtung übernehmen lassen. tiqline stellt die Einrichtung über MCP mit OAuth-Anmeldung bereit. Ein Agent kann so die ID-Felder, den Prozess, die Zeitgrenzen und die Alarme anlegen und Nutzung und Audit-Log lesen.

Beispiel: aus drei Prüfungen wird ein Prozess

Alle Zahlen in diesem Beispiel sind erfunden. Ein Shop betreibt drei selbst gebaute Prüfungen: einen Zap, der 24 Stunden nach der Zahlung wartet und den Versand prüft, ein nächtliches Skript, das Erstattungen sucht, die älter als zwei Tage sind, und eine Google-Tabelle für das Lager. Jede Prüfung nutzt ihre eigene Kopie der Bestelldaten. In einer Woche fällt das Skript unbemerkt aus, und 17 Erstattungen warten vier Tage.

In tiqline sind dieselben Regeln ein Prozess: bezahlt, dann entweder erfüllt innerhalb von 24 Stunden oder erstattet innerhalb von 2 Tagen, gewählt über eine Verzweigung auf dem Event. Skript und Tabelle fallen weg, der Zap bleibt für das Nachfassen. Überzieht der Erstattungsschritt, nennt ein Alarm den Schritt und die Zahl der wartenden Fälle.

Kurze Kostenrechnung

Zähl die Stunden, nicht die Lizenz. Ein Eigenbau braucht jemanden, der ihn schreibt, jemanden, der merkt, wenn er bricht, und jemanden, der ihn anpasst, wenn sich der Prozess ändert. Geht eine dieser Personen, geht das Wissen oft mit. Auf der anderen Seite rechnet tiqline nach Events ab: 5.000 Events im Monat im Free-Tarif, 50.000 im Standard-Tarif für 49 € netto im Monat. Jedes Event wird einmal gespeichert, ein doppelt ankommender Webhook zählt also nicht doppelt.

Grenzen von tiqline

tiqline führt keine Aktionen in anderen Apps aus. Es markiert, gruppiert und alarmiert, und Alarme gehen an Slack und per E-Mail. tiqline erklärt nicht, warum ein Fall hängt. Es gibt keine fertigen Connectors für Lager oder Versanddienstleister, diese Schritte kommen über die track-API mit der Bestellnummer. Brauchst du eine Prüfung, die in deine Systeme zurückschreibt, brauchst du für diesen Teil weiterhin Code oder eine Automatisierungsplattform.