Jira Service Management-automatisering: så fungerar flöden, SLA och webhooks

Atlassians dokumentation kallar nu automatiseringsregler för 'flows' (flöden); du kommer att se båda termerna, och de betyder samma sak. Du kan skapa ett flöde från grunden, från en mall eller med Rovo, och när det är aktiverat körs stegen i ordning uppifrån och ned.

Två triggers är specifika för servicearbete. 'SLA threshold breached' låter dig välja en SLA och köra antingen när den har överskridits eller när den är på väg att överskridas. 'Approval required' körs när ett arbetsobjekt som kräver godkännande skapas eller uppdateras, eller när nya godkännare läggs till. En schemalagd trigger kör ett flöde enligt en timer, vilket är användbart för återkommande kontroller, till exempel att lista arbetsobjekt som snart överskrider sin SLA.

Automatisering i Jira Service Management finns främst för att hålla tre strukturer korrekta:

• Köer är filtrerade urval av arbetsobjekt som ger agenter en fokuserad vy över sitt arbete. De filtrerar på fält som status, arbetstyp, tilldelad person och prioritet, eller på JQL. Agenter kan inte skapa eller redigera köer; det gör space-administratörer.
• Förfrågningstyper (request types) är de formulär som kunder använder för att skicka in förfrågningar via portalen. Varje förfrågningstyp är kopplad till exakt en arbetstyp: förfrågningstypen hanterar namn och portalinställningar, medan arbetstypen innehåller arbetsflödet och fälten. En arbetstyp kan ligga bakom många förfrågningstyper.
• SLA:er mäter tid mot mål. Varje SLA har egna villkor för start, paus och stopp; paus är valfritt och används ofta medan man väntar på att kunden ska svara, och mätningen stoppas så snart något stoppvillkor uppfylls.

I praktiken sätter flöden de fält som köer och SLA-mål filtrerar på. Om ett flöde sätter prioritet eller ett anpassat fält utifrån förfrågningstypen eller meddelandets innehåll plockar rätt kö och rätt SLA-mål upp arbetsobjektet automatiskt.

Smarta värden (smart values) låter ett flöde infoga data från arbetsobjektet i fält, kommentarer, mejl och webbanropens body. {{issue.key}} returnerar nyckeln, till exempel PROJ-123. Andra fält följer samma mönster med fältets namn, även anpassade fält; om två fält har samma namn använder du i stället det anpassade fältets ID.

Atlassians gränssnitt säger nu 'work item' där det tidigare stod 'issue', men syntaxen för smarta värden i dokumentationen använder fortfarande prefixet issue. Fält med flera värden kan loopas igenom med #-syntaxen, som avslutas med {{/}}.

Webhooks fungerar åt båda hållen:

• Utgående: åtgärden 'Send web request' anropar ett annat systems API när ett flöde körs och kan returnera svarsdata till senare steg. Det mottagande systemet måste acceptera anrop från Atlassians nätverk.
• Inkommande: triggern för inkommande webhooks ger ett flöde en egen URL, så att ett externt system (en chattbot, ett faktureringsverktyg, ett övervakningsverktyg) kan starta flödet med ett HTTP-anrop.
• Chattverktyg: åtgärderna 'Send Slack message' och 'Send Microsoft Teams message' postar i kanaler, med smarta värden i meddelandetexten.

Per oktober 2026 mäter Jira Cloud automatiseringsanvändningen per produkt och månad, med gränser som beror på din plan. Atlassian beskriver hur användningen räknas på sidan 'How is your automation usage calculated'; kontrollera den, och din nuvarande användning, innan du lägger till schemalagda flöden som körs ofta.

Vanliga första flöden för en servicedesk:

• Sätt prioritet, komponent eller tilldelad person när förfrågan skapas, utifrån förfrågningstypen och förfrågans innehåll.
• Posta i en eskaleringskanal när en SLA är på väg att överskridas.
• Påminn kunden när en förfrågan har väntat på kunden, och lös den sedan med en kommentar efter en bestämd tid.
• Skicka nya förfrågningar med hög prioritet till ett externt system via 'Send web request'.

TascaLab arbetar i din befintliga Jira Service Management-site, utan plattformsbyte, och kombinerar inbyggd automatisering med API:er, webhooks och Make eller n8n där ett flöde behöver nå andra verktyg. Ticket Routing & Categorization kostar 7 700 kr som engångsbelopp; Custom Automation kostar från 11 900 kr. Varje projekt inkluderar 30 dagars support efter lansering och grundläggande dokumentation, och de flesta upplägg tar 1–3 veckor. Börja med ett kostnadsfritt Health Check-samtal på 30 minuter.