Din kunskapsbas hamnar inte efter för att teamet är lat. Den hamnar efter för att råmaterialet sitter fast i Zendesk-ärenden, och ingen har tid att kopiera, strukturera och sortera dem.
Supportansvariga märker det när ”snabba svar” blir långa trådar. Ops-chefer känner av det när samma problem fortsätter dyka upp. Och om du driver ett litet SaaS-bolag gör du det här troligen själv. Den här Zendesk–Sheets-synken förvandlar taggade ”howto”-ärenden till en levande, sökbar lista som du faktiskt kan använda.
Du får lära dig vad arbetsflödet gör, hur delarna hänger ihop, vad du behöver innan du börjar och de vanligaste ställena där den här typen av automationer brukar skapa fel.
Så här fungerar den här automationen
Här är hela arbetsflödet du kommer att sätta upp:
n8n Workflow Template: Zendesk + Google Sheets: en levande KB-lista
flowchart LR
subgraph sg0["When clicking 'Execute workflow' Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "When clicking 'Execute workf..", pos: "b", h: 48 }
n2@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Filter HowTo Tickets Only1", 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/zendesk.svg' width='40' height='40' /></div><br/>Get Requester User Info1"]
n4@{ icon: "mdi:database", form: "rounded", label: "Update Knowledge Base Sheet1", pos: "b", h: 48 }
n5["<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/>Fetch All Zendesk Tickets1"]
n9["<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/code.svg' width='40' height='40' /></div><br/>Success Summary1"]
n10@{ icon: "mdi:database", form: "rounded", label: "Log Successful Execution1", pos: "b", h: 48 }
n9 --> n10
n3 --> n4
n5 --> n2
n2 --> n3
n4 --> n9
n0 --> n5
end
subgraph sg1["Error Flow"]
direction LR
n1@{ icon: "mdi:play-circle", form: "rounded", label: "Error Trigger", pos: "b", h: 48 }
n6["<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/code.svg' width='40' height='40' /></div><br/>Format Error Details1"]
n7@{ icon: "mdi:database", form: "rounded", label: "Log Error to Sheet1", pos: "b", h: 48 }
n8@{ icon: "mdi:message-outline", form: "rounded", label: "Send Error Notification1", pos: "b", h: 48 }
n1 --> n6
n7 --> n8
n6 --> n7
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,n1 trigger
class n2 decision
class n4,n10,n7 database
class n9,n6 code
classDef customIcon fill:none,stroke:none
class n3,n5,n9,n6 customIcon
Varför det här är viktigt: uppdateringar av kunskapsbasen blir bortprioriterade
Supportärenden är i praktiken gratis dokumentationsresearch. Kunder berättar vad som var oklart, vad som gick sönder, vad de testade och vad som till slut fungerade. Men att omvandla det till en felfri kunskapsbasartikel är ett tråkigt moment. Någon måste hitta rätt ärenden, plocka ut nyckeldetaljer, ta bort personlig information och hålla en löpande lista utan dubbletter. Gör du det manuellt stjäl det tiden du ville lägga på att förbättra onboarding, skriva riktig dokumentation eller helt enkelt beta av kön. Än värre: KB:n glider ur fas, så kunder skickar in ännu fler ärenden. Det blir en loop.
Det går snabbt att tappa kontrollen. Här är var det oftast fallerar i riktiga team:
- Taggade ”howto”-ärenden ligger begravda i Zendesk-vyer, så du bygger aldrig upp en pålitlig backlogg med dokumentationsidéer.
- Kopiera/klistra in i ett kalkylark ger röriga fält, saknat sammanhang och inkonsekventa namn mellan rader.
- Dubbletter smyger sig in eftersom två agenter beskriver samma problem lite olika, och ingen märker det förrän senare.
- När en automation misslyckas utan att det syns märker du det veckor senare när arket är inaktuellt.
Vad du bygger: ett ”how-to-ärenden”-ark som uppdaterar sig självt
Det här arbetsflödet hämtar dina Zendesk-ärenden, väljer bara dem som är taggade howto, berikar varje ärende med uppgifter om beställaren och sparar sedan resultatet i Google Sheets i ett felfritt, strukturerat format. Du kan köra det manuellt medan du sätter upp det och sedan växla till ett schema så att det kontrollerar dagligen eller veckovis utan att du behöver göra något. En smart ”lägg till eller uppdatera”-logik förhindrar dubbletter genom att matcha på beskrivningen, så arket håller sig prydligt när ärenden utvecklas. När allt är klart sammanställer arbetsflödet en kort framgångssammanfattning och loggar den. Om något misslyckas fångar det felpayloaden, skriver en fellogg till Google Sheets och skickar ett mejl så att du inte missar det.
Arbetsflödet startar med en manuell körning (eller ett schema som du lägger till senare) och hämtar alla Zendesk-ärenden. Därefter filtrerar det ner på taggen ”howto” och slår upp beställarprofilen för extra kontext. Till sist synkar det en rad till Google Sheets och skriver sedan en logg för lyckad eller misslyckad körning så att du har ett tydligt spår för uppföljning.
Det här bygger du
| Vad som automatiseras | Vad du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du får cirka 20 ”howto”-ärenden i veckan. Manuellt tar även en snabb genomgång kanske 6 minuter per ärende för att hitta det, kopiera fält, slå upp beställaren och undvika dubbletter, vilket blir ungefär 2 timmar i veckan. Med det här arbetsflödet lägger du cirka 10 minuter på att granska arket efter en körning och välja de bästa ämnena för dokumentation. ”Arbetet” blir att välja vad du ska skriva, inte att mata in data.
Innan du börjar
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Zendesk för ärendedata och beställarprofiler.
- Google Sheets för att lagra och avduplicera listan med KB-kandidater.
- Zendesk API-inloggningsuppgifter (skapa en API-token i Zendesk Admin).
Svårighetsgrad: Nybörjare. Du kopplar konton, mappar några fält och testar en körning från start till mål.
Vill du att någon bygger det här åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
En manuell körning (eller ett schema) startar synken. I mallen klickar du på ”Execute Workflow” för att testa. I produktion byter de flesta team till att köra en gång per dag så att arket håller sig uppdaterat.
Zendesk-ärenden hämtas och filtreras sedan på tagg. Arbetsflödet hämtar alla tillgängliga ärenden och kontrollerar varje ärende efter taggen ”howto”. Ärenden som inte matchar ignoreras, så att arket inte fylls med fakturafrågor, buggar eller interna anteckningar.
Kontext om beställaren läggs till. För varje ”howto”-ärende hämtar det beställarprofilen (namn och e-post), vilket gör raden mer användbar när du försöker förstå vem som fastnade och varför.
Google Sheets uppdateras och körningar loggas. Arbetsflödet synkar korrekt formaterade fält som ärendenummer, beskrivning, status, tagg, ägarnamn och beställaruppgifter, och skriver sedan en loggrad för lyckad körning. Om något misslyckas skriver det en fellogg och skickar en mejlnotis så att du kan åtgärda det snabbt.
Du kan enkelt justera taggfiltret för att fånga andra kategorier (som ”bug” eller ”feature-request”) utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera den manuella triggern
Starta arbetsflödet med en manuell trigger för att validera synklogiken innan ni automatiserar den.
- Lägg till eller öppna Manual Run Starter och behåll standardinställningarna (inga parametrar krävs).
- Bekräfta att körflödet startar vid Manual Run Starter och går vidare till Retrieve All Zendesk Tickets.
- Lämna Flowpast Branding som det är, eftersom det bara är en dokumentationsnotering.
Steg 2: Anslut Zendesk
Hämta Zendesk-ärenden och profiler för requesters för att identifiera kandidater till kunskapsbasen.
- Öppna Retrieve All Zendesk Tickets och ställ in Operation till
getAllmed Return All aktiverat (true). - I Retrieve Requester Profile ställer ni in Resource till
user, Operation tillgetoch ID till{{ $json.requester_id }}. - Autentiseringsuppgifter krävs: Anslut era zendeskApi-autentiseringsuppgifter i både Retrieve All Zendesk Tickets och Retrieve Requester Profile.
Steg 3: Konfigurera taggfiltrering och bearbetning
Filtrera ärenden på tagg innan ni synkar dem till kunskapsbas-arket.
- Öppna Tag Filter Check och bekräfta att villkoret jämför Left Value
{{ $json.tags[0] }}med Right Valuehowto. - Verifiera att flödet kör Retrieve All Zendesk Tickets → Tag Filter Check → Retrieve Requester Profile.
{{ $json.tags[1] }}).Steg 4: Konfigurera synk till kunskapsbas och loggning av lyckade körningar
Skriv taggade ärenden och requester-detaljer till Google Sheets och logga lyckade körningar.
- Öppna Sync Knowledge Sheet och ställ in Operation till
appendOrUpdate. - Ställ in Document till
[YOUR_ID]och Sheet till[YOUR_ID](arknamnet löses tillSheet1i exemplet). - Säkerställ att kolumnmappningarna använder dessa uttryck: Tag
{{ $('Tag Filter Check').item.json.tags[0] || 'No tags' }}, email{{ $json.email }}, owner{{ $json.name }}, Status{{ $('Tag Filter Check').item.json.status }}, Ticket No.{{ $('Tag Filter Check').item.json.id }}, Description{{ $('Tag Filter Check').item.json.description }}. - I Compile Success Summary behåller ni standard-JavaScript för att generera sammanfattningspayloaden.
- Öppna Record Success Log och ställ in Operation till
appendmed fält som Status{{ $json.status }}och Tickets Processed{{ $json.ticketsProcessed }}. - Autentiseringsuppgifter krävs: Anslut era googleSheetsOAuth2Api-autentiseringsuppgifter i Sync Knowledge Sheet och Record Success Log.
[YOUR_ID]-platshållare med era faktiska dokument- och ark-ID:n i Google Sheets, annars kommer append/update att misslyckas.Steg 5: Lägg till felhantering
Fånga upp arbetsflödesfel, logga dem till Sheets och avisera via e-post.
- Säkerställ att Failure Catcher finns och är ansluten till Format Failure Payload.
- I Format Failure Payload behåller ni JavaScript-koden som formaterar feldata för loggning.
- Öppna Record Error Log och ställ in Operation till
appendmed fältmappningar som Error Message{{ $json.errorMessage }}och Stack Trace{{ $json.stackTrace }}. - Konfigurera Dispatch Error Email med Subject
🚨 Knowledge Base Workflow Error - {{ $json.nodeName }}, To Email[YOUR_EMAIL]och From Email[YOUR_EMAIL]. - Autentiseringsuppgifter krävs: Anslut era googleSheetsOAuth2Api-autentiseringsuppgifter i Record Error Log.
[YOUR_EMAIL] i Dispatch Error Email, annars skickas inte felaviseringar till den avsedda inkorgen.Steg 6: Testa och aktivera ert arbetsflöde
Kör ett fullständigt test för att validera hämtning av ärenden, filtrering, synk till ark och loggning.
- Klicka på Execute Workflow i Manual Run Starter för att köra arbetsflödet från början till slut.
- Bekräfta att taggade ärenden visas i arket som konfigurerats i Sync Knowledge Sheet och att Record Success Log lägger till en sammanfattningsrad.
- Om ni framtvingar ett fel, verifiera att Record Error Log lägger till en rad och att Dispatch Error Email skickar en avisering.
- När testerna går igenom, växla arbetsflödet till Active för att använda det i produktion.
Felsökningstips
- Zendesk-inloggningsuppgifter kan löpa ut eller sakna scopes för att läsa användare. Om det fallerar vid uppslag av beställare, kontrollera din Zendesk API-token och kontobehörigheter först.
- Uppdateringar i Google Sheets misslyckas oftare än man tror på grund av ändrade arknamn eller skyddade intervall. Bekräfta att kalkylarket, fliknamnet och delningsåtkomsten fortfarande är korrekta.
- Felmejl kommer ibland aldrig fram om dina SMTP/Gmail-inställningar inte är kompletta. Tvinga fram ett fel och bekräfta att e-postnoden kan skicka innan du förlitar dig på den.
Snabba svar
Cirka 30 minuter om dina Zendesk- och Google-konton är redo.
Nej. Du kopplar Zendesk och Google Sheets och mappar sedan några fält.
Ja. n8n har ett gratisalternativ för egen drift 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 din Zendesk-plan för API-åtkomst.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och hanterar n8n bra. Egen drift ger dig obegränsade körningar men kräver grundläggande serveradministration.
Ja, och det borde du troligen. Du kan ändra taggfiltret till ”bug”, ”feature-request” eller en egen etikett som teamet använder i steget Tag Filter Check. Du kan också utöka vad som skrivs till Google Sheets genom att redigera fältmappningen i Sync Knowledge Sheet (till exempel lägga till prioritet, tilldelad eller grupp). Vanliga justeringar är att bara synka ”solved”-ärenden, dela upp rader per produktområde och skriva till separata flikar per tagg.
Oftast beror det på att API-tokenen har löpt ut eller återkallats. Skapa en ny Zendesk API-token, uppdatera sedan inloggningsuppgifterna i n8n och kör en hämtning av ett ärende igen för att bekräfta att det fungerar. Om ärendehämtningen lyckas men berikningen av beställare misslyckas kan ditt konto sakna behörighet att läsa användarprofiler. Rate limiting kan också uppstå om du hämtar en väldigt stor ärendehistorik, så överväg att köra enligt schema och begränsa till senaste ärenden vid behov.
Om du kör n8n med egen drift finns ingen körningsgräns (det beror främst på din server och Zendesks API-gränser). På n8n Cloud beror dina månatliga körningar på din plan, och det här arbetsflödet körs vanligtvis en gång per schemalagd synk plus eventuella retries. I praktiken kan de flesta team hantera hundratals ”howto”-ärenden per körning utan problem, men mycket stora Zendesk-konton kan behöva filtrera på ett datumintervall.
Ofta, ja, eftersom det här arbetsflödet tjänar på förgreningslogik (filtrering, berikning, loggning och felhantering) som blir klumpig i enklare verktyg. n8n ger dig också möjligheten att köra med egen drift, vilket är viktigt när du vill ha förutsägbara kostnader. En annan stor fördel är insyn: loggar i Google Sheets plus ett felmejl gör att misslyckanden syns direkt. Zapier eller Make kan fortfarande fungera bra om du bara behöver en lättviktig automation av typen ”nytt ärende → lägg till rad” och du inte bryr dig om avduplicering eller berikning av beställare. Om du är osäker, prata med en automationsexpert så stresstestar vi den bästa lösningen för din volym.
När det här väl rullar uppdaterar sig din lista för ”vad ska vi dokumentera härnäst?” av sig själv. Teamet slutar gissa och börjar skriva svaren som kunderna fortsätter att fråga efter.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.