Jira Service Management: Alarme und Tickets in beide Richtungen
Alarmierung und Ticketsystem beantworten verschiedene Fragen: Die Alarmierung klärt, wer jetzt sofort reagiert. Das Ticket klärt, was daraus wird. Ohne Kopplung entsteht Doppelarbeit, und nachts gewinnt keins von beiden.
Die Webhook-Kopplung mit Jira Service Management schließt die Lücke in beide Richtungen: Eskalierte Alarme werden automatisch Vorgänge mit komplettem Verlauf, Quittierung und Maßnahme erscheinen als Kommentar. Und umgekehrt löst ein P1-Ticket außerhalb der Bürozeiten die Alarmkette aus, damit es nicht bis morgens in der Queue liegt.
So funktioniert die Anbindung
- Schritt 1Webhooks austauschenConnect bekommt die Jira-Automation-Webhook-URL, Jira bekommt den Connect-Endpoint mit Token. Beides ist in wenigen Minuten eingetragen.
- Schritt 2Richtung Alarm zu TicketRegel festlegen: Welche Alarme erzeugen Vorgänge (z. B. alles ab Priorität hoch), in welchem Projekt, mit welchem Vorgangstyp. Der Alarmverlauf hängt am Vorgang.
- Schritt 3Richtung Ticket zu AlarmJira-Automation ruft Connect bei P1/P2 außerhalb der Servicezeiten. Die Kette alarmiert die Rufbereitschaft laut Dienstplan per SMS.
- Schritt 4Rückmeldungen testenQuittierung als Kommentar prüfen, Statuswechsel im Ticket gegen den Alarm abgleichen, dann die Regeln scharf schalten.
Keine Doppelpflege: Konfiguriert wird alles einmal in smsreach Connect. Die Plattform synchronisiert Empfänger, Gruppen und den lokalen Regelsatz über die Geräte-API automatisch aufs SMSEagle. Die Quelle meldet an den lokalen Weg im eigenen Netz, das Gateway reicht an Connect weiter, und fällt Internet oder Plattform aus, alarmiert das Gerät mit dem zuletzt synchronisierten Stand eigenständig weiter.
Was damit möglich ist
- Automatische Vorgänge zu eskalierten Alarmen, ohne Doppelpflege
- Quittierung, Maßnahme und Reaktionszeit als Kommentar im Ticket
- P1-Tickets wecken die Rufbereitschaft, statt in der Queue zu liegen
- SLA-Auswertung im Ticket deckt sich mit dem Alarmprotokoll
- Saubere Übergabe an den Tagbetrieb mit vollständiger Historie
Klimaausfall im Serverraum: Der Alarm läuft parallel als P1-Vorgang auf, die Quittierung der IT-Bereitschaft steht 90 Sekunden später im Ticket, keine Doppelpflege.
Jeder eskalierte Alarm wird als Vorgang mit komplettem Verlauf angelegt, die Quittierung samt Maßnahme erscheint als Kommentar. Geschlossene Vorgänge melden zurück.
Häufige Fragen
Cloud oder Data Center?
Beides. Die Kopplung nutzt Webhooks und die REST-API, die in Jira Cloud und Data Center gleichermaßen verfügbar sind.
Wer gewinnt bei widersprüchlichen Status?
Der Alarm folgt der Realität am Objekt: Quittiert ist quittiert. Das Ticket kann danach beliebig weiterlaufen (Ursache, Folgeaufgaben), ohne den Alarmverlauf zu verändern.
Können wir nur eine Richtung nutzen?
Ja, beide Richtungen sind unabhängig. Viele starten mit Alarm zu Ticket und ergänzen die Rückrichtung später für die Nachtabdeckung.
Mehr aus Ticketsystem · ITSM / Helpdesk
Erleben Sie die Alarmkette live.
In der Demo bekommen Sie einen echten Alarm auf Ihr Handy und quittieren ihn per SMS-Antwort, die Plattform zeigt die Quittierung in Echtzeit.