Behöver ert företag hjälp med att implementera AI? Kontakta oss och få prisoffert här →
AI Skolan
januari 21, 2026

Gemini + ServiceNow: smartare triage av IT-ärenden

Rickard Andersson Partner, Nodenordic.se

Supportchattar är röriga. Halva tiden är “ärendet” en skärmdump, ett diffust klagomål och tre följdfrågor du inte borde behöva ställa.

Gemini ticket triage slår hårdast mot IT-supportledare när köerna toppar, men automationsingenjörer på helpdesk och driftinriktade chefer känner av det också. Du vill ha korrekt kategorisering, ett vettigt första svar och en incident som loggas rätt från början.

Det här arbetsflödet gör inkommande chatt till strukturerade utfall i ServiceNow (eller en routad begäran), och kan svara på “hur gör jag…”-frågor från er egen kunskapsbas. Här är vad det gör, varför det spelar roll och hur du kan anpassa det.

Så här fungerar automatiseringen

Hela n8n-arbetsflödet, från trigger till slutlig output:

n8n Workflow Template: Gemini + ServiceNow: smartare triage av IT-ärenden

Problemet: chattförfrågningar blir inte till välformade ärenden

När förfrågningar kommer in via chatt saknas det som teamet behöver för att agera: vem som påverkas, vad som ändrades, vilken enhet, vilket fel, vilken brådska. Då blir triageringen en miniintervju, och varje fram-och-tillbaka stjäl tid från faktisk lösning. Värre är att samma frågor återkommer hela dagen (“VPN nere?”, “återställ MFA?”, “åtkomstbegäran?”), men svaren finns i någons huvud eller i ett halvt bortglömt dokument. Resultatet blir inkonsekventa incidentposter, brusiga mätetal och en kö som känns omöjlig att komma ikapp.

Det adderar upp snabbt. Här är var det brister i verkliga team.

  • Agenter lägger cirka 10 minuter per chatt på att bara få fram grundinfo som hade kunnat fångas direkt.
  • Incidenter loggas med tunna beskrivningar, vilket gör att eskaleringar tar längre tid eftersom ingen litar på detaljerna.
  • “Requests” (åtkomst, provisionering, återställningar) blandas in i incidentkön och blåser upp backloggen.
  • FAQ-liknande frågor avbryter fortfarande teamet, även när svaret redan finns i en kunskapsbas.

Lösningen: klassificera, routa och logga ServiceNow-incidenter automatiskt

Det här n8n-arbetsflödet fungerar som en intelligent reception för IT. Ett chattmeddelande kommer in via en inkommande chatt-trigger, sedan klassificerar Gemini meddelandet som en incident, en request eller “övrigt”. Om det är en incident loggar arbetsflödet en välformad incidentpost i ServiceNow och skapar en kort, lättläst sammanfattning så att teamet snabbt kan skumma kön. Om det är en request routar arbetsflödet den till ett externt API-anrop (till exempel provisionering eller åtkomstflöden) i stället för att täppa igen incidenttriage. Och om det är “övrigt” söker en AI-agent i er interna FAQBase i Qdrant (en vektordatabas) och svarar med kontextuellt relevant hjälp, så att teamet slipper svara på samma sak igen.

Arbetsflödet startar med ett chattmeddelande. Gemini sorterar det, och antingen loggas en ServiceNow-incident, ett HTTP-anrop triggas för request-uppgifter, eller så hämtas bästa svaret från Qdrant och skickas tillbaka via agenten. Till sist sammanfattas incidentdetaljer för tydligare uppföljning.

Det här får du: automatisering vs. resultat

Exempel: så här kan det se ut

Säg att er helpdesk får cirka 30 chattmeddelanden per dag. Om teamet lägger ungefär 10 minuter per meddelande på att avgöra “incident eller request”, samla in detaljer och skriva ett användbart ärende, blir det runt 5 timmar per dag. Med det här arbetsflödet sker klassificering och utkast automatiskt, och en agent granskar mest och skickar: säg 1 minut per meddelande, plus undantag. Du får tillbaka cirka 4 timmar per dag, och ServiceNow-kön förblir läsbar i stället för kaotisk.

Det du behöver

  • n8n-instans (prova n8n Cloud gratis)
  • Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
  • Google Gemini API för klassificering, sammanfattningar och svar
  • ServiceNow för att skapa och följa upp incidenter
  • Qdrant för att söka i er inbäddade FAQ-kunskapsbas

Kunskapsnivå: Medel. Du kopplar upp inloggningar, laddar in en kunskapsbas i Qdrant och justerar prompts/kategorier för er miljö.

Vill du inte sätta upp det här själv? Prata med en automationsexpert (gratis 15-minuters konsultation).

Så fungerar det

Inkommande chattmeddelande anländer. Arbetsflödet lyssnar efter ny chattinput via Inbound Chat Trigger och skickar sedan texten till klassificeringen.

Gemini kategoriserar meddelandet. Noden “Classify Message Type” använder en Gemini-modell för att märka upp meddelandet som incident, request eller övrigt, vilket avgör vad som händer härnäst.

Arbetsflödet routar arbetet. Incidenter går till ServiceNow för loggning, request-meddelanden triggar ett HTTP-anrop till ert provisionerings-/åtkomstsystem och “övrigt”-frågor hanteras av en AI-agent som hämtar relevant KB-innehåll från Qdrant.

Sammanfattningar och svar genereras. För incidenter skapar en sammanfattningskedja en kompakt sammanfattning för att hålla poster konsekventa. För frågor använder agenten de hämtade Qdrant-träffarna för att skriva ett hjälpsamt, kontextuellt svar.

Du kan enkelt ändra klassificeringskategorierna så att de matchar era interna ärendetyper, eller byta det externa API-anropet så att det passar era verktyg. Se hela implementationsguiden nedan för anpassningsalternativ.

Steg-för-steg-guide för implementering

Steg 1: konfigurera webhook-triggern

Sätt upp den inkommande chatt-webhooken som startar arbetsflödet när ett meddelande kommer in.

  1. Lägg till och öppna Inbound Chat Trigger.
  2. Ställ in Modewebhook.
  3. Aktivera Public som true för att tillåta extern chattåtkomst.
  4. Behåll Response Mode i Options som lastNode för att returnera det slutliga svaret.

Säkerställ att webhook-URL:en från Inbound Chat Trigger används av ert chatt-frontend eller er integration.

Steg 2: konfigurera meddelandeklassificering och parallell routning

Klassificera varje inkommande chattmeddelande och routa det till incidentloggning, externa API-anrop och AI-agenten.

  1. Lägg till Classify Message Type och ställ in Input Text till {{ $json.chatInput }}.
  2. Behåll listan Categories enligt definition: Incident, Request och Other med deras beskrivningar.
  3. Anslut Gemini Classifier Model som språkmodell för Classify Message Type.
  4. Inloggningsuppgifter krävs: Anslut era googlePalmApi-inloggningsuppgifter i Gemini Classifier Model.
  5. Anslut Classify Message Type till Log Incident Record, External API Call och Conversational Agent.

⚠️ Vanlig fallgrop: Classify Message Type skickar ut till Log Incident Record, External API Call och Conversational Agent parallellt. Utan ytterligare filtrering körs alla tre vägarna för varje meddelande.

Steg 3: konfigurera ServiceNow-incidentloggning och sammanfattningar

Skapa en incident i ServiceNow och generera en sammanfattning efter att varje incident har loggats.

  1. Öppna Log Incident Record och ställ in Resource till incident och Operation till create.
  2. Ställ in Authentication till basicAuth.
  3. Ställ in Short Description till {{ $('Inbound Chat Trigger').item.json.chatInput }}.
  4. Inloggningsuppgifter krävs: Anslut era serviceNowBasicApi-inloggningsuppgifter i Log Incident Record.
  5. Anslut Log Incident Record till Summary Generator.
  6. Anslut Gemini Summary Model som språkmodell för Summary Generator.
  7. Inloggningsuppgifter krävs: Anslut era googlePalmApi-inloggningsuppgifter i Gemini Summary Model.

Steg 4: bygg och indexera FAQ-kunskapsbasen

Ladda in exempel-FAQ:er och infoga dem i Qdrant för hämtning under konversationer.

  1. Använd Manual Launch Trigger för att köra indexeringsflödet manuellt.
  2. Öppna Map Sample FAQ och ställ in fältet sample_kb till Question: How to raise a ticket in an ITSM tool? Answer: Go to the ITSM portal → Click on "Create New Ticket" → Fill in the required details (issue type, description, priority) → Submit the ticket. Question: How to check the status of a ticket? Answer: Log in to the ITSM tool → Go to "My Tickets" or "Ticket History" → Check the current status (Open, In Progress, Resolved, Closed). Question: How to install software using ITSM? Answer: Raise a "Service Request" ticket → Select "Software Installation" → Mention the software name and version → Submit → Wait for approval and installation by IT team. Question: How to reset your password? Answer: Go to the ITSM portal → Click on "Password Reset" under Service Requests → Fill in your user ID → Submit → Follow the instructions sent via email..
  3. Säkerställ att Default Document Loader är ansluten till Qdrant Index Writer via AI-dokumentingången.
  4. Anslut Gemini Embedding Builder som embedding-modell för Qdrant Index Writer.
  5. Inloggningsuppgifter krävs: Anslut era googlePalmApi-inloggningsuppgifter i Gemini Embedding Builder (denna embedding-subnod konfigureras från föräldern).
  6. Öppna Qdrant Index Writer, ställ in Mode till insert och välj Qdrant Collection som FAQBase.
  7. Inloggningsuppgifter krävs: Anslut era qdrantApi-inloggningsuppgifter i Qdrant Index Writer.

Steg 5: konfigurera hämtning och konversationssvar

Aktivera Qdrant-baserad hämtning och använd agenten för att besvara användarchattar med hjälp av FAQ-kunskapsbasen.

  1. Öppna Qdrant Retrieval Tool och ställ in Mode till retrieve-as-tool.
  2. Ställ in Tool Description till Use this tool to get the actual information{{ $json.chatInput }} from the Qdrant Collection.
  3. Ställ in Qdrant Collection till FAQBase.
  4. Inloggningsuppgifter krävs: Anslut era qdrantApi-inloggningsuppgifter i Qdrant Retrieval Tool.
  5. Anslut Gemini Query Embeddings som embedding-modell för Qdrant Retrieval Tool.
  6. Inloggningsuppgifter krävs: Anslut era googlePalmApi-inloggningsuppgifter i Gemini Query Embeddings (lägg till detta via den överordnade verktygskonfigurationen).
  7. Öppna Conversational Agent och ställ in Text till You are agent search {{ $json.chatInput }} query in the in the Knowledge base "FAQBase" and give the response from that Qdrant Base other wise tell no answer found..
  8. Anslut Session Memory Buffer till Conversational Agent för att behålla chattkontext.
  9. Anslut Gemini Chat Engine som språkmodell för Conversational Agent.
  10. Inloggningsuppgifter krävs: Anslut era googlePalmApi-inloggningsuppgifter i Gemini Chat Engine.

Steg 6: konfigurera externa API-anrop

Trigga en extern API-förfrågan parallellt med klassificeringen för ytterligare integrationer.

  1. Öppna External API Call och ställ in URL till python.com.
  2. Bekräfta att den tar emot input från Classify Message Type så att den körs parallellt med andra utgångar.

⚠️ Vanlig fallgrop: Det externa anropet kommer att köras för varje meddelande om ni inte lägger till villkorlig routning baserat på klassificerarens output.

Steg 7: testa och aktivera ert arbetsflöde

Kör end-to-end-tester för både FAQ-indexeringsspåret och chatt-svarsspåret.

  1. Klicka på Execute WorkflowManual Launch Trigger för att indexera FAQ:en i Qdrant.
  2. Skicka ett testmeddelande till Inbound Chat Trigger och bekräfta att en klassificering skapas.
  3. Verifiera att Log Incident Record skapar en ServiceNow-incident och att Summary Generator genererar en sammanfattning.
  4. Kontrollera att Conversational Agent svarar med ett Qdrant-baserat svar för kända FAQ:er.
  5. Slå på arbetsflödet med Active-reglaget för att köra i produktion.
🔒

Lås upp fullständig steg-för-steg-guide

Få den kompletta implementeringsguiden + nedladdningsbar mall

Vanliga fallgropar

  • ServiceNow-inloggningar kan löpa ut eller kräva specifika behörigheter. Om det skapar fel, kontrollera först API-användarens roller i ServiceNow och instansens REST API-åtkomst.
  • Kvaliteten på Qdrant-hämtning beror på era embeddings och innehållet i er FAQBase. Om svaren känns slumpmässiga, kontrollera igen att dokumenten indexerades i rätt collection och att du använder samma embeddingmodell för både indexering och frågor.
  • Gemini-prompts och klassificeringsetiketter behöver lite finjustering. Om “Requests” fortsätter att loggas som incidenter, skärp kategoribeskrivningarna och lägg till några exempel som speglar era verkliga chattmeddelanden.

Vanliga frågor

Hur lång tid tar det att sätta upp den här automatiseringen för Gemini ticket triage?

Cirka 1–2 timmar om din åtkomst till ServiceNow och Gemini redan är klar.

Behöver jag kunna koda för att automatisera Gemini ticket triage?

Nej. Du kopplar främst konton och redigerar några textfält och prompts i n8n.

Är n8n gratis att använda för det här arbetsflödet för Gemini ticket triage?

Ja. n8n har ett gratis alternativ för egen hosting och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in Gemini API-användning och dina hostingkostnader för Qdrant.

Var kan jag hosta n8n för att köra den här automatiseringen?

Två alternativ: n8n Cloud (hanterad tjänst, enklast att komma igång) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och klarar n8n bra. Egen hosting ger obegränsat antal körningar men kräver grundläggande serverhantering.

Kan jag anpassa det här arbetsflödet för Gemini ticket triage för fler ärendetyper?

Ja, och det bör du förmodligen göra. Uppdatera kategorierna i “Classify Message Type” så att de matchar er miljö (till exempel: åtkomstbegäran, hårdvara, nätverk, säkerhet). Justera sedan routningen så att varje kategori hamnar rätt: ServiceNow-incident, ServiceNow-request eller ett HTTP Request till ert provisioneringsverktyg. Du kan också finjustera prompten i “Summary Generator” så att sammanfattningarna innehåller exakt de fält teamet bryr sig om, som påverkad användare, app, plats och brådska.

Varför misslyckas min ServiceNow-anslutning i det här arbetsflödet?

Oftast handlar det om inloggningar eller behörigheter. Kontrollera ServiceNow API-användaren igen, bekräfta att den kan skapa incidentposter och verifiera att instans-URL:en är korrekt i ServiceNow-noden. Om det fungerar en gång och sedan misslyckas senare kan rate limits eller nätverksregler också vara orsaken, särskilt i låsta miljöer.

Hur många ärenden kan den här automatiseringen för Gemini ticket triage hantera?

Tillräckligt för en liten till medelstor helpdesk. På n8n Cloud beror kapaciteten på din plan och exekveringsgränser, medan egen hosting inte har något hårt tak för antalet körningar (det beror främst på din server och rate limits i ServiceNow/Gemini). I praktiken är arbetsflödet oftast snabbt nog att hänga med i chatt i realtid, så länge dina LLM-anrop och din Qdrant-hosting är stabila.

Är den här automatiseringen för Gemini ticket triage bättre än att använda Zapier eller Make?

Ofta, ja. Det här arbetsflödet använder förgreningslogik, klassificering, RAG-liknande hämtning från Qdrant och sammanfattning, vilket är typen av “stökigt” flöde som blir klumpigt (och dyrt) i enklare automationsverktyg. n8n är också enklare att hosta själv, vilket spelar roll om du har volym- eller compliancekrav. Men om du bara gör “chattmeddelande → skapa ärende” utan kunskapsbas och utan routning kan Zapier eller Make gå snabbare att få på plats. Vill du ha hjälp att välja rätt upplägg, prata med en automationsexpert.

När det här väl kör är teamet inte längre fast i att “översätta chatt till ärenden” hela dagarna. Du får mer konsekventa ServiceNow-poster, snabbare svar och en kö som äntligen känns under kontroll.

Kontakta oss

Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.

×

Använd mall

Få direkt tillgång till denna n8n-arbetsflödes JSON-fil

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Launch login modal Launch register modal