Ein Alarm nach der Verletzung ist ein Bericht
Die meisten SLA-Werkzeuge lösen aus, wenn die Uhr abläuft. Dann ist die Zusage verfehlt, und die Benachrichtigung hält das Scheitern fest statt es zu verhindern.
Der nützliche Alarm kommt früher. Er ist weit genug voraus für Handlung, aber nah genug, um Rauschen zu vermeiden. Der richtige Zeitpunkt hängt vom Tickettyp ab, nicht von einer einzigen globalen Einstellung.
Bestätigung trennt einen Alarm von einer Nachricht. Ohne einen Zustand zum Prüfen sendet ein geplanter Flow dieselbe Warnung bei jedem Lauf erneut. Das trainiert den Kanal, sie zu ignorieren, wenn sie am meisten zählt.
Geschäftszeiten bringen diese Systeme leise zum Scheitern. Ein Timer, der durch ein Wochenende zählt, erzeugt einen Montagmorgen voller Verletzungen, die niemand verhindern konnte.
So läuft der ActionFlow auf der Canvas
Timer sind hier der ganze Mechanismus, deshalb ist der Flow um sie herum gebaut, nicht um die Nachricht.
Ein Start Scheduled-Knoten läuft häufig. Ein HTTP Request-Knoten oder ein Jira-Knoten liest offene Tickets, einschließlich ihrer Anlagezeit und Priorität.
Ein Date-Knoten berechnet die verstrichene Zeit gegen das SLA jeder Ticketbandbreite und trägt die Logik der Geschäftszeiten. Ein Math-Knoten wendet den Warnanteil an, den Punkt vor der Schwelle, an dem ein Alarm noch hilft.
Ein Filter-Knoten behält nur Tickets innerhalb des Warnfensters. Ein If-Knoten prüft das Bestätigungsfeld, damit ein bereits gewarntes Ticket nicht erneut warnt.
Ein Slack-Knoten benachrichtigt den Verantwortlichen. Ein Wait-Knoten hält. Der If-Knoten prüft erneut, und ein zweiter Slack-Knoten eskaliert an die Teamleitung, wenn sich nichts geändert hat. Die dritte Stufe benachrichtigt den ganzen Kanal.
Jede Benachrichtigung schreibt einen Bestätigungszustand über einen HTTP Request-Knoten oder einen Jira-Knoten zurück. Genau dieses Zurückschreiben macht die Eskalationsleiter wirksam statt wiederholend.
Ein Google-Sheets-Knoten protokolliert Warnungen gegen tatsächliche Verletzungen, was Ihnen sagt, ob der Warnanteil früh genug sitzt, um nützlich zu sein.
Knoten, die dieser ActionFlow verwendet
- Start Scheduled: läuft häufig genug, um ein Fenster zu treffen, nicht eine Verletzung.
- Jira (Integration): liest offene Tickets mit Anlagezeit und Priorität. HTTP Request deckt andere Helpdesks ab.
- Date (Util): berechnet die verstrichene Zeit und trägt die Logik der Geschäftszeiten.
- Math (Util): wendet den Warnanteil vor der Schwelle an.
- Filter (Data): behält nur Tickets innerhalb des Warnfensters.
- If (Control): prüft den Bestätigungszustand, damit ein gewarntes Ticket nicht zweimal warnt.
- Wait (Control): hält die Eskalationsleiter zwischen den Stufen.
- Slack (Communication): benachrichtigt zuerst den Verantwortlichen, dann die Teamleitung, dann den Kanal.
Häufige Fragen
Newsletter
Produktupdates erhalten
Neue Nodes, Agents und Produktnotizen. Wir senden E-Mails nur, wenn sich das Öffnen lohnt.