Hvad er ticket status i HubSpot?

Sådan virker ticket status i HubSpot

En status findes aldrig alene. Den hører til en bestemt ticket pipeline, og to pipelines kan have vidt forskellige statusnavne uden at vide noget om hinanden. Det betyder, at en supportafdeling og en onboardingafdeling godt kan arbejde i samme portal med hver sin sagsgang, men det betyder også, at automatisering og rapportering skal bygges pr. pipeline. Har du ti pipelines med hver seks statusser, har du tres statusser at holde styr på. Se også vores forklaring af tickets i HubSpot og af pipelines som struktur.

Statusserne redigeres under Indstillinger, Objekter, Tickets, Pipelines. Her tilføjer du en status med Add stage, omdøber den ved at klikke på navnet og flytter den ved at trække den op eller ned. Rækkefølgen er ikke kosmetik, for den er det, HubSpot læser, når en lukket ticket skal genåbnes til den første Open-status. Adgangen kræver rettigheden Edit property settings, så det er typisk en administrator og ikke den enkelte supporter, der ændrer opsætningen. Detaljerne står i HubSpots dokumentation for opsætning af pipelines og stages.

Open eller Closed er det mest konsekvensfyldte valg i hele opsætningen. Flytter en ticket til en status, der er markeret som Closed, sætter HubSpot Close date automatisk, og Time to close bliver beregnet derfra. Genåbnes sagen, fjernes Close date igen. Derfor kan en enkelt fejlmarkeret status ødelægge et helt kvartals servicerapport, uden at nogen opdager det, før tallene skal forklares.

Bruger I API'et eller en integration, arbejder I ikke med statusnavne, men med numeriske interne ID'er. Ved oprettelse af en ticket kræver HubSpot feltet subject og hs_pipeline_stage, og har I mere end én pipeline, skal hs_pipeline også med. ID'erne finder du i pipelineindstillingerne, og de følger ikke navnet: omdøber du Waiting on us til Afventer os, beholder statusen sit ID, og integrationen kører videre uberørt. Formatet er dokumenteret i HubSpots API-reference for tickets.

Opretter en supporter en ticket manuelt, er tre felter obligatoriske fra start: ticketnavn, pipeline og status. Oven i det kan du lægge conditional stage logic, som viser eller kræver bestemte properties, når en ticket oprettes i eller flyttes til en given status. Det er mekanikken bag et krav om, at ingen må lukke en sag uden at udfylde en årsagskode.

Tid i status. HubSpot beregner selv fire properties pr. status: Date entered, Date exited, Cumulative time in og Latest time in. De er read-only, de vedligeholdes automatisk, og de kræver Professional eller Enterprise. På Starter findes de ikke, og så kan I ikke svare på, hvor længe en sag i gennemsnit ligger og venter på en reservedel. Hele listen af standardfelter på tickets står i HubSpots oversigt over standard-ticketproperties.

Automatiseringen hænger direkte på statusskiftet. På hver pipeline findes en Automate-fane, hvor du pr. status kan sende en mail til kontakten, sende en intern notifikation til en bruger eller et team, oprette en opgave eller rotere ejerskabet efter round robin, load balancing eller tilfældigt valg. Service Hub Starter rækker til mails og interne notifikationer, mens den fulde workflow-editor og egne automatiseringsmails kræver Professional eller Enterprise. Reglerne er beskrevet i HubSpots dokumentation for pipeline-automatisering.

SLA-mål læser også status. I help desk kan du måle Time to first reply, Time to next reply og Time to close, og du kan sætte uret på pause ved at pege på en kombination af pipeline og status, typisk en afventer-status. Uret starter af sig selv igen, når ticketen ikke længere opfylder kriteriet. SLA-mål kræver Service Hub Professional eller Enterprise, og skal målet afhænge af flere properties på samme tid, kræver det Enterprise. Opsætningen er beskrevet i HubSpots vejledning til SLA-mål i help desk.

Genåbningen. Svarer en kontakt på en lukket ticket, oprettes der ikke en ny sag. HubSpot genåbner den eksisterende, sætter status til den første Open-status i pipelinen og opdaterer Ticket reopen date. Det er praktisk, når svaret kommer to timer efter lukningen, og problematisk, når det kommer to måneder efter.

Det, der oftest går galt, er at statusser bliver brugt som kategorier. Teams opretter Faktureringsspørgsmål, Teknisk fejl og Ønske til produktet som statusser, og så kan en ticket kun være ét af dem ad gangen, mens rapporteringen blander sagstype og sagsgang sammen. Kategori hører i en property. Status skal svare på ét spørgsmål: hvor i processen ligger sagen lige nu.

Vi sætter ticketstatusser op, så de følger jeres faktiske sagsgang, og kobler automatisering, SLA-mål og rapportering på de statusser, der betyder noget. Vi regner også på, om I reelt har brug for Service Hub Professional, eller om opsætningen kan strammes op på det abonnement, I har i dag. Skal vi se jeres pipelines igennem, inden I opgraderer, så tag fat i os.

Hvad danske B2B-teams bruger ticket status til

De fleste danske B2B-virksomheder starter med standardpipelinen og fire statusser, og det holder længere, end man tror. Behovet for at ændre opsætningen kommer, når nogen skal svare på et spørgsmål, tallene ikke kan besvare: hvor sidder sagerne fast, hvem venter vi på, og hvorfor tager en løsning fjorten dage i gennemsnit. Herunder er de anvendelser, vi oftest bygger for kunder i help desk-arbejdsområdet.

Statusser der matcher den faktiske sagsgang
Statuslisten skrives om, så den følger processen trin for trin i stedet for at bruge HubSpots engelske standardnavne. Et dansk softwarehus med egen udviklingsafdeling kører for eksempel New, Under behandling, Afventer kunde, Afventer udvikling, Løsning klar til test og Lukket, hvor kun den sidste er markeret som Closed. Med den liste kan supportchefen se forskel på sager, der venter på kunden, og sager, der venter på en udvikler.

Afventer-statusser der stopper SLA-uret
En afventer-status kobles til et SLA-mål, så uret går i stå, mens bolden ligger hos kunden. En produktionsvirksomhed med fire timers svartid i serviceaftalen undgår dermed, at aftalen brydes, fordi kunden svarede først dagen efter. Konfigurationen består af et SLA-mål med en pauseregel på pipeline og status, og vi beskriver hele mekanikken under SLA-mål i HubSpot.

Eskalering til andet niveau uden manuel fordeling
Statusskiftet bruges som eskaleringsknap: flyttes en ticket til Afventer teknik, roterer ejerskabet til teknikerteamet, og der sendes en intern notifikation. En dansk maskinproducent med to supportniveauer slipper dermed for en koordinator, der sidder og fordeler sager manuelt hver morgen. Hvor fordelingen skal være mere finmasket end et statusskift, er automatisk fordeling af tickets det rigtige værktøj.

Flere pipelines til processer, der ikke er support
Kundeonboarding, reklamationer og interne IT-sager får hver sin pipeline med sine egne statusser, så rapporterne ikke blandes sammen. Et rådgivende ingeniørfirma kører onboarding som Kickoff booket, Data modtaget, Opsætning i gang, Oplæring og Overdraget, og det er en helt anden liste end supportafdelingens. Prisen for den opdeling er, at automatisering og SLA-mål skal sættes op pr. pipeline.

Rapportering på flaskehalse i stedet for gennemsnit
Cumulative time in status fortæller, hvor sagerne ligger stille. En grossist opdagede på den måde, at den gennemsnitlige løsningstid på otte dage skyldtes, at sager i Afventer reservedel lå fem dage i snit, mens selve supportarbejdet tog under et døgn. Den indsigt flyttede indsatsen fra supportteamet til indkøb, og det er en anden konklusion, end et gennemsnit på otte dage inviterer til.

Krav om årsagskode før lukning
Med conditional stage logic kan en property gøres obligatorisk, når en ticket flyttes til en lukket status. En dansk SaaS-virksomhed kræver en årsagskode på hver lukning og får dermed en månedlig liste over, hvad kunderne faktisk henvender sig om, uden at nogen skal læse tickets igennem manuelt. Kravet gælder kun den status, du sætter det op på, så det generer ikke det daglige arbejde undervejs.

Kommunikation til kunden ved statusskift
Automatiseringen på den lukkede status sender en mail, der forklarer, at sagen er afsluttet, og beder kunden oprette en ny henvendelse i stedet for at svare på den gamle tråd. Det dæmper den genåbning, der ellers rammer jeres løsningstid. En teknisk distributør bruger samme mail til at sende et link til videnbasen, så den samme sag kommer sjældnere igen.

Fællesnævneren for de syv opsætninger er en enkel regel: en status beskriver, hvor sagen er i processen, aldrig hvad sagen handler om. Holder I den regel, kan I udvide listen uden at ødelægge historikken. Bryder I den, ender I med tyve statusser, som ingen kan huske forskellen på, og en rapport, ingen stoler på.

Alternativer, priser og begrænsninger

HubSpot kan håndtere ticketstatusser, og det er ikke der, beslutningen ligger. Den ligger i, om I skal betale for Service Hub Professional for at få automatisering, SLA-mål og rapportering på tid i status, eller om behovet er dækket billigere et andet sted. Både konkurrerende helpdesk-systemer og andre valg inde i HubSpot hører derfor med i regnestykket.

Zendesk Suite
Det mest modne rene supportsystem på markedet, med et stærkt fundament under køer, triggere og routing. Pr. september 2026 koster Suite Team 55 USD pr. agent pr. måned ved årlig betaling og Suite Professional 115 USD, mens Enterprise kræver en samtale med deres salg. Styrken er sagsstyringen i sig selv, svagheden er, at kundens CRM-historik ligger et andet sted, medmindre I bygger og vedligeholder en integration. Priserne står på Zendesks egen prisoversigt.

Freshdesk
Det oplagte valg, hvis budgettet er stramt, og behovet er klassisk sagsbehandling. Pr. september 2026 koster Growth 19 USD pr. agent pr. måned ved årlig betaling, Pro 55 USD og Enterprise 89 USD. Flere SLA-politikker kræver Pro, og skills-based routing findes kun på Enterprise. Freshdesk er billigere end Service Hub Professional pr. bruger, men giver ikke statusskift, der kan trække på deals, lifecycle stage og marketingdata i samme system.

Jira Service Management
Bygget til IT-drift, og det kan mærkes. Gratisplanen dækker op til tre agenter, Standard koster 20 USD pr. agent pr. måned og Premium 51,42 USD, mens Enterprise kun sælges på årlig aftale. Standard giver 3.000 automatiseringstrin pr. bruger pr. måned og Premium 6.500. Har I brug for egentlig incident- og change management med godkendelsesflow, er Jira stærkere end HubSpots statusmodel. Skal den samme sag ses sammen med kundens abonnement og salgshistorik, er den svagere.

Salesforce Service Cloud
Tungere, dyrere og mere konfigurerbart. Case management og omni-channel routing findes først fra Core-udgaven, der pr. september 2026 koster 195 USD pr. bruger pr. måned, svarende til 195 euro på Salesforces europæiske prisvisning, mens Advanced koster 395 USD og Max 550 USD. Service Cloud kan modellere næsten enhver sagsgang, men opsætningen kræver typisk en udvikler eller en konsulent på fast basis, og det er en anden type investering end en statusliste, en administrator selv kan rette på et kvarter.

Zoho Desk
Billigst i feltet og reelt brugbart til mindre supportteams. Prislisten er i indisk valuta: Express 420 INR, Standard 800 INR, Professional 1.400 INR og Enterprise 2.400 INR pr. bruger pr. måned ved årlig betaling pr. september 2026, hvor Enterprise er niveauet med skills-based tildeling. Egne statusser findes på alle betalte planer, hvilket de ikke gør hos alle konkurrenter. Til gengæld er integrationen til resten af en dansk HubSpot-opsætning et projekt i sig selv.

En anden løsning inde i HubSpot
Ofte er alternativet til en ny status slet ikke et nyt system. Skal I kunne kategorisere sager, hører det i en dropdown-property, ikke i statuslisten. Skal to afdelinger have hver sin sagsgang, er svaret en ny pipeline frem for femten statusser i den samme. Og skal en sag behandles som en salgsmulighed med beløb og forventet lukning, er det et deal og ikke en ticket.

HubSpots styrke er samlingen af data. Statusen ligger på samme record som kontakten, virksomheden, dealet og abonnementet, og det betyder, at et statusskift kan udløse automatisering, der trækker på alt det andet, uden at data skal synkroniseres nogen steder. En supporter kan se, at sagen kommer fra en kunde med en aktiv fornyelse om to måneder. Hvor taber HubSpot: genåbningen er hård og kan ikke slås fra, statusserne deles ikke mellem pipelines, så alt skal bygges på ny pr. pipeline, og egentlig incident- og change management findes ikke. Flere brugere har siden 2023 efterspurgt en soft close i HubSpots community, fordi gamle svar på lukkede sager trækker den gennemsnitlige løsningstid skævt. Workaroundet er et klonet workflow, der kun genåbner tickets, som blev lukket inden for de seneste syv dage, og det kræver Professional.

Adgangen fordeler sig ujævnt over tiers. Tickets, standardpipelinen og de fire statusser findes på alle planer, også de gratis værktøjer. Help desk som arbejdsområde kræver Service Hub Professional eller Enterprise plus tildelte Service-sæder. Pr. september 2026 koster Professional fra 90 USD pr. sæde pr. måned ved årlig betaling og 100 USD ved månedlig, med et engangsgebyr på 1.500 USD for onboarding, mens Enterprise starter ved 150 USD pr. sæde pr. måned med 3.500 USD i onboarding. Professional indeholder 3.000 HubSpot Credits og Enterprise 5.000. De gratis værktøjer dækker op til to brugere. Tallene står på HubSpots prisside for Service Hub.

Sædemodellen er værd at regne på, før I beslutter jer. Det er ikke alle i virksomheden, der skal have et betalt Service-sæde, men alle, der skal arbejde i help desk og se SLA-status, skal. Selve redigeringen af statuslisten kræver rettigheden Edit property settings, så den bør ligge hos en eller to administratorer. Har I tolv supportere og tre administratorer, er det tolv sæder, der driver prisen, og ikke antallet af statusser.

De hårde grænser handler om pipelines, ikke om statusser. Der er ingen officielt publiceret grænse for, hvor mange statusser en enkelt pipeline kan have, men antallet af pipelines er begrænset. I HubSpots community blev grænsen på Professional i november 2023 oplyst som 15 pipelines, hvor mere krævede Enterprise. Samtidig kører HubSpot en beta med navnet Simplified Pipeline Limits, hvor grænsen er 0 egne pipelines på gratis, 15 på Starter, 100 på Professional og 350 på Enterprise, delt som én pulje på tværs af alle objekter og ud over HubSpots egen standardpipeline. De to sæt tal eksisterer side om side, så tjek jeres eget abonnement frem for at regne med et tal fra en blog.

Rapporteringen har sine egne lofter. Properties for tid i status kræver Professional eller Enterprise, så et Starter-abonnement kan registrere statusskift, men ikke måle på dem. Professional giver 50 spaces i help desk og 75 dashboards, mens Enterprise giver 100 spaces, 100 dashboards og 50 rapporter pr. dashboard. Det er sjældent antallet af dashboards, der vælter et projekt, men det er tit manglen på tid i status, der gør en Starter-opsætning blind. Forskellene på de enkelte niveauer gennemgår vi på siden om Service Hub.

Har I en integration, der skriver på tickets, er der en konkret dato at holde øje med. Fra den 23. september 2026 afviser HubSpot kommentarer oprettet via Conversations API på help desk-tråde, og integrationer skal i stedet oprette noter via Notes API og knytte dem til ticketen med associatedTicketId. Eksisterende kommentarer forsvinder ikke, men de konverteres heller ikke. Ændringen rammer kun help desk-indbakker, ikke almindelige conversations-indbakker.

På dansk og EU-siden er billedet rimeligt klart. HubSpot hoster data i fem regioner, hvoraf EU-regionen ligger i Tyskland, og et abonnement på Starter, Professional eller Enterprise kan skifte datacenter, mens en gratis portal først skal opgraderes. Det er relevant, fordi supporttickets ofte indeholder personoplysninger i fritekst, og fordi close date typisk er det anker, en sletterutine hænger på. Brugerfladen findes på dansk på tværs af de fem produkter, mens onboarding, support, Academy og community ikke gør, og statusnavnene er jeres egen fritekst, så de kan stå på dansk uanset hvilket sprog den enkelte bruger kører i. Regionerne er listet i HubSpots FAQ om datacentre og datahosting.

Der er også tilfælde, hvor opgraderingen ikke kan betale sig. Har I én person på support og tyve henvendelser om måneden, er standardpipelinen med fire statusser rigeligt, og Professional er en udgift uden modsvarende gevinst. Skal I køre change management med godkendelser og ændringsvinduer, skal I se på Jira Service Management i stedet. Og er det fordelingen af sager og ikke processen, der driller, er svaret routing frem for flere statusser. Vi sætter statusser, automatisering og SLA op som en del af vores arbejde med Service Hub, og vi tager gerne et kig på den opsætning, I har i dag, inden I opgraderer. Resten af begreberne ligger samlet under vores HubSpot-univers.