Din ärendekö är inte problemet. Det är ärendena som “ingen äger ännu” som tyst blir liggande, blir äldre, mer riskfyllda och svårare att förklara.
Supportansvariga märker det först. Sedan dras Ops-chefer in när en kund eskalerar. Och om du driver en byrå vet du redan hur stökigt det blir när Slack säger “vi tar det” men Zendesk visar “otilldelat”. Den här Zendesk Slack-automationen gör glappet tydligt varje dag.
Det här arbetsflödet publicerar en daglig Slack-sammanfattning av alla nya och öppna Zendesk-ärenden utan handläggare, så att du kan triagera snabbt, tilldela tydligt och sluta tappa förfrågningar mellan stolarna.
Så fungerar den här automationen
Se hur den löser problemet:
n8n Workflow Template: Zendesk till Slack: ej tilldelade ärenden dagligen
flowchart LR
subgraph sg0["Manual Run Start Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Manual Run Start", pos: "b", h: 48 }
n1@{ icon: "mdi:cog", form: "rounded", label: "Scheduled Time Trigger", pos: "b", h: 48 }
n2@{ icon: "mdi:code-braces", form: "rounded", label: "Compose Slack Notice", pos: "b", h: 48 }
n3["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/slack.svg' width='40' height='40' /></div><br/>Post Slack Alert"]
n4["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/zendesk.svg' width='40' height='40' /></div><br/>Retrieve Zendesk Tickets"]
n1 --> n4
n4 --> n2
n2 --> n3
n0 --> n4
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 trigger
class n2 code
classDef customIcon fill:none,stroke:none
class n3,n4 customIcon
Utmaningen: otilldelade ärenden staplas tyst på hög
Otilldelade ärenden ser inte brådskande ut förrän de plötsligt är det. Ett “Nytt” ärende utan ansvarig är i praktiken ett löfte du inte har accepterat ännu, och det är lätt att det försvinner under tilldelat arbete, Slack-pingar och interna förfrågningar. Det värsta är den mentala belastningen: du kan inte lita på kön, så du fortsätter kontrollera den, sedan fråga runt, sedan kontrollera igen. När någon väl tar ärendet har kunden redan följt upp två gånger och ditt team börjar i uppförsbacke.
Det går fort. Så här havererar det i verkliga team.
- Folk antar att någon annan hanterar det, eftersom Zendesk inte “ropas” när ett ärende saknar handläggare.
- Manuell triage blir en återkommande syssla som äter cirka 20 minuter om dagen, ibland mer på måndagar.
- Ärenden åldras utan att någon märker det, vilket innebär långsammare första svar och fler obekväma kunduppföljningar.
- När ledningen frågar “varför besvarades inte det här”, slutar det med att du återskapar vad som hände i stället för att peka på en tydlig process.
Lösningen: daglig Slack-synlighet för otilldelade Zendesk-ärenden
Det här arbetsflödet körs enligt schema (dagligen som standard) och hämtar en riktad lista med Zendesk-ärenden som matchar en enkel regel: nya eller öppna ärenden utan handläggare. Sedan gör det om listan till ett enda tydligt Slack-meddelande, i stället för att spamma din kanal med ett larm per ärende. Varje ärende visas med status och ämne, och ärende-ID blir en klickbar länk så att rätt person kan hoppa direkt in i Zendesk och tilldela det. Om det inte finns några otilldelade ärenden får teamet inga stökiga uppdateringar, bara en lugn dag där inget behöver jagas (ärligt talat, de är bäst).
Arbetsflödet startar vid en specifik tid, frågar Zendesk via den inbyggda frågefunktionen och formaterar resultatet till en läsbar sammanfattning med rubriken “Otilldelade ärenden”. Till sist publicerar det sammanfattningen i den Slack-kanal du väljer, så att triage sker där teamet redan arbetar.
Det som förändras: före vs. efter
| Det här eliminerar du | Effekten du kommer att se |
|---|---|
|
|
Verklig effekt
Säg att teamet får cirka 15 nya ärenden per dag och att 4 eller 5 är otilldelade vid varje given tidpunkt. Manuell hantering: en team lead öppnar Zendesk tre gånger om dagen, skannar vyer, klickar in i några ärenden och klistrar sedan in länkar i Slack. Säg 10 minuter per koll, alltså runt 30 minuter per dag. Med det här arbetsflödet: du lägger kanske 5 minuter en gång om dagen på att tilldela från Slack-listan. Det är ungefär 2 timmar tillbaka varje vecka, plus färre missade förfrågningar.
Krav
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- Zendesk för att fråga efter ärenden utan handläggare.
- Slack för att posta den dagliga triage-sammanfattningen.
- Zendesk API-åtkomst (skapa inloggningsuppgifter i Zendesks admininställningar).
Svårighetsgrad: Nybörjare. Du kopplar Zendesk och Slack och justerar sedan schemat och kanalen.
Behöver du hjälp att implementera detta? Prata med en automationsexpert (kostnadsfri 15-minuters konsultation).
Arbetsflödet steg för steg
En schemalagd trigger körs dagligen. Standardschemat är satt till sen eftermiddag, men du kan flytta det till morgonens standup, dagens avslut eller till och med två gånger om dagen om volymen är hög.
Zendesk frågas efter en mycket specifik delmängd av ärenden. Arbetsflödet använder Zendesks frågefunktion (till exempel: assignee:none status<pending) så att du bara hämtar nya/öppna ärenden utan ansvarig, inte hela backlogen.
Resultatet kondenseras till ett enda Slack-anpassat meddelande. Ett Function-steg slår ihop flera ärendeobjekt till en läsbar notis med rubriken “Otilldelade ärenden” och formaterar varje rad med ärendelänk, status och ämne.
Slack får ett enda tydligt larm. Den kanal du väljer får sammanfattningen, vilket gör triage till en gemensam rutin i stället för ett privat ansvar.
Du kan enkelt justera schemat och frågan så att det matchar ert arbetssätt, till exempel genom att inkludera vissa grupper eller exkludera interna taggar. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera den schemalagda triggern
Konfigurera schemat som automatiskt kontrollerar Zendesk efter oassignade ärenden och behåll den manuella triggern för körningar vid behov.
- Öppna Scheduled Time Trigger och ställ in schemat att köra vid Hour
16och Minute30. - Säkerställ att Manual Run Start fortsätter att vara ansluten till Retrieve Zendesk Tickets för manuell testning och ad hoc-körningar.
- Bekräfta att körflödet visar Scheduled Time Trigger → Retrieve Zendesk Tickets.
Steg 2: anslut Zendesk
Hämta listan med ärenden som är oassignade och inte är i pending.
- Öppna Retrieve Zendesk Tickets och ställ in Operation på
getAll. - Aktivera Return All med
true. - Ställ in frågefiltret i Options → Query till
assignee:none status. - Inloggningsuppgifter krävs: Anslut era zendeskApi-inloggningsuppgifter.
Steg 3: konfigurera Compose Slack Notice
Formatera Zendesk-listan med ärenden till ett Slack-anpassat meddelande.
- Öppna Compose Slack Notice och klistra in den tillhandahållna JavaScript-koden i Function Code (precis som den är).
- Verifiera att koden bygger ett meddelande med rubriken
*Unassigned Tickets*och lägger till varje ärende med URL, ID, status och ämne. - Säkerställ att noden fortsätter att vara kopplad från Retrieve Zendesk Tickets till Post Slack Alert.
Steg 4: konfigurera Post Slack Alert
Skicka det formaterade meddelandet till en specifik Slack-kanal eller användare.
- Öppna Post Slack Alert och ställ in Text till
={{$json["message"]}}. - Ställ in Channel till mål-ID:t och ersätt
[YOUR_ID]med ert kanal- eller användar-ID. - Inloggningsuppgifter krävs: Anslut era slackApi-inloggningsuppgifter.
C12345678), inte kanalnamnet. Säkerställ att ni använder ID:t i Channel.Steg 5: testa och aktivera ert workflow
Kör ett manuellt test och aktivera sedan workflowet för schemalagda aviseringar.
- Klicka på Execute Workflow på Manual Run Start för att trigga en testkörning.
- Bekräfta att Retrieve Zendesk Tickets returnerar ärendedata och att Post Slack Alert publicerar ett meddelande i Slack.
- När testmeddelandet visas i Slack med ärendelänkar och statusar, slå på workflowet Active för att aktivera den schemalagda körningen.
Se upp med
- Zendesk-inloggningsuppgifter kan gå ut eller sakna åtkomst till sök/fråga. Om det skapar fel, kontrollera först Zendesk-adminens API-inställningar och credential-testet i n8n.
- Om du ändrar schemat så att det körs under högbelastning kan Zendesks sök svara långsammare. Ge arbetsflödet lite marginal innan du förväntar dig att Slack-inlägget ska dyka upp.
- Slack-inlägg kan misslyckas utan tydlig felindikering när kanalen är fel eller när botten inte är inbjuden. Bekräfta kanal-ID och verifiera att appen finns i den kanalen.
Vanliga frågor
Cirka 30 minuter om din Zendesk- och Slack-åtkomst är redo.
Ja. Du kommer mest att klistra in inloggningsuppgifter i n8n och välja Slack-kanal. Ingen kodning krävs.
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å ta hänsyn till planbegränsningar i Zendesk och Slack (oftast 0 kr extra för det här användningsfallet).
Två alternativ: n8n Cloud (hanterad, enklast att komma igång) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och hanterar n8n bra. Egen hosting ger dig obegränsade körningar men kräver grundläggande serverhantering.
Börja med Zendesk-frågan “Retrieve Zendesk Tickets” och justera den efter era regler. Vanliga justeringar är att filtrera på grupp, exkludera interna taggar eller bara visa ärenden från vissa organisationer. Du kan också redigera steget “Compose Slack Notice” för att lägga till SLA-tid, prioritet eller beställarens namn om teamet behöver mer kontext. Om ni kör triage två gånger per dag ändrar du bara cron-schemat och låter resten vara.
Oftast beror det på utgångna eller felaktiga Zendesk-inloggningsuppgifter i n8n. Skapa om Zendesk-credentials, bekräfta att kontot har åtkomst till ärendesök/fråga och kör sedan arbetsflödet manuellt för att testa. Om det fungerar manuellt men misslyckas enligt schema, kontrollera om tidszonen på din n8n-instans skiljer sig från vad du förväntar dig, eftersom det kan se ut som att “inget hände” när det i själva verket kördes tidigare.
För en daglig körning är det i praktiken “så många ärenden som din Zendesk-fråga returnerar”, eftersom arbetsflödet postar ett enda sammanfattande meddelande. Med n8n Cloud Starter klarar du typiskt en liten teams dagliga körning utan problem; om du kör egen hosting begränsas körningar främst av din server och Zendesks rate limits. Om du förväntar dig hundratals matchande ärenden, överväg att posta en förkortad lista plus en länk till Zendesk-vyn.
Ofta, ja. Det här arbetsflödet drar nytta av n8n:s förmåga att formatera ett enda meddelande från många ärenden utan krångliga workarounds, och du kan köra egen hosting för obegränsade körningar. Zapier och Make kan också göra schemalagda hämtningar, men formatering av flera objekt tenderar att bli pilligt och dyrt när du skalar. Om du behöver något superenkelt och aldrig förväntar dig mer än några få ärenden är de okej. Om du vill ha kontroll över frågan och meddelandeformatet passar n8n bättre. Prata med en automationsexpert om du vill ha hjälp att välja.
När det här är live slutar otilldelade ärenden att vara osynliga. Arbetsflödet ser till att de lyfts fram varje dag, och teamet kan fokusera på faktisk support i stället för detektivarbete.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.