Hvad er workflow issues i HubSpot?

Sådan virker workflow issues i HubSpot

Der er to indgange. Fra Automation og Workflows åbner knappen Review automation issues en konto-dækkende liste på tværs af al automatisering, og her kan du filtrere med dropdownen Created in og sætte flueben ved Workflows tool, hvis du kun vil se issues fra workflows og ikke fra chatflows eller pipeline-automatisering. Den anden indgang er Issues-fanen inde på det enkelte workflow, som HubSpots dokumentation for workflow-detaljesiden beskriver som en samlet liste over de problemer i workflowet, du kan vælge at rette eller ignorere.

Den vigtigste skelnen i hele funktionen er mellem error logs og information logs. Error logs er fejl, der ikke retter sig selv. Noget i opsætningen eller i dataene forhindrer handlingen i at køre, og indtil et menneske gør noget, sker der ikke mere for de records. Information logs er den modsatte kategori: systemet har allerede planlagt et nyt forsøg, og loggen er der for at forklare forsinkelsen.

Blandt de error logs, HubSpot beskriver i sin oversigt over almindelige workflow-fejl, går de fleste igen i danske portaler. En redigeringshandling peger på en associeret record, der ikke findes. Et lifecycle stage skal sættes tilbage til et tidligere trin, hvilket HubSpot ikke tillader uden videre. Workflowet forsøger at oprette en dublet. Modtageren er non-marketing contact, mangler e-mailadresse, har afmeldt sig eller er bounced tidligere. Indholdet er flagget af moderationen, modtageren er suppression-blokeret som graymail, eller handlingen falder uden for det tidsvindue, workflowet er sat op med. Endelig stopper AI-handlinger, når kontoens credits er brugt op, og returnerer et tomt output i stedet for et resultat.

Information logs dækker rotationskonflikter, når to workflows tildeler ejer på samme tid, custom code, der løber ind i sin timeout, rate limiting fra en tredjeparts-app, webhooks der svarer langsomt, og perioder hvor kontoen har så meget aktivitet, at HubSpot selv bremser. AI-handlinger er et særtilfælde: de prøver igen én gang i døgnet i op til 60 dage, før de giver op. En information log er altså ikke en opgave. Den er en oplysning om, at noget tager længere tid end planlagt.

Status og noter. Hver issue kan sættes til Fixed, Ignored eller Deferred. Fixed fjerner den fra listen, men hvis den samme fejl opstår igen, kommer workflowet tilbage med status Needs review. Ignored er permanent. Deferred udskyder den et antal dage, uger eller måneder eller til en bestemt dato, og du kan skrive en note med Add note eller springe noten over. Noten er det eneste sted, den næste person kan læse, hvorfor nogen valgte at lukke fejlen.

Fra listen fører to knapper videre. Edit automation åbner workflowet, når fejlen ligger i opsætningen, og et klik på selve recordens navn åbner den record, når problemet er i dataene. Holder du musen over et workflownavn, dukker Review issues op, og holder du den over en fejlbeskrivelse, folder detaljerne sig ud. Det lyder banalt, men det er forskellen på at bruge to minutter og en halv time på at finde ud af, hvad der faktisk skete.

Action logs er datagrundlaget. Issues-listen er en fortolkning ovenpå action logs, og de logs er stedet, hvor du kan se præcis hvad der skete hvornår. Tabellen viser Record, Diagnose, Action, Event og Time, og du kan filtrere på datointerval, på hændelsestype med valgene All events, Successes, Information og Errors, på hvilken revision af workflowet der kørte, og på enkelte handlinger. Logs kan eksporteres som CSV. HubSpot gemmer dem i 90 dage, og der er et loft på 100.000 succes-logs pr. dag, hvorefter succes- og info-logs ikke længere gemmes for resten af dagen. Error logs bliver ved med at blive gemt.

Hænger fejlen sammen med, at de forkerte records kom ind i workflowet, ligger svaret et andet sted. Enrollment history går seks måneder tilbage og fortæller for hver record, hvornår og hvorfor den blev tilmeldt, og panelet under Help og Troubleshoot enrollment kan teste en konkret record mod triggerne. Panelet har en reel begrænsning, som HubSpot selv nævner i vejledningen om records, der ikke bliver tilmeldt: kun property-, liste- og formularfiltre understøttes, så triggere bygget på andet skal fejlfindes manuelt.

Workflow health ser på porteføljen. Hvor issues-listen handler om enkeltfejl, samler workflow health to andre spørgsmål: hvilke workflows er markeret Needs review, og hvilke har slet ingen enrollments haft i mindst 90 dage. Rapporterne i HubSpots vejledning til workflow health hedder Workflows needing review og Unused workflows, og den sidste er ofte den, der rykker mest, fordi ubrugte workflows tæller med i kontoens workflow-loft.

Tre ting går typisk galt. Folk markerer fejl som Fixed uden at rette årsagen, og så vokser listen igen om en uge. Information logs bliver behandlet som fejl, og nogen bruger en formiddag på et webhook-timeout, der allerede har kørt igennem. Og alarmeringen er svag: HubSpot har i årevis fået ønsket om rigtige fejlnotifikationer i sit idéforum, og selvom notifikationerne er blevet bedre med throttling af gentagne workflowfejl, er der stadig ingen, der automatisk får besked, hvis ikke notifikationerne er slået til i den enkelte brugers indstillinger.

Vi rydder op i HubSpot-automatisering for danske B2B-virksomheder: gennemgang af issues-listen og action logs, oprydning i ubrugte workflows, så I ikke rammer loftet, og en fast governance-model med en navngiven ejer og en månedlig rutine. Har I integrationer til e-conomic eller Business Central, kigger vi også på, hvorfor de kommer ind som information logs i stedet for fejl. Skriv til os, så tager vi en gennemgang af jeres portal.

Hvad danske B2B-teams bruger issues-overblikket til

Funktionen bliver først værdifuld, når den bliver til en rutine hos en bestemt person. Hos danske virksomheder med HubSpot i drift går seks anvendelser igen.

Månedlig oprydning i automatiseringen
Én person åbner Review automation issues den første arbejdsdag i måneden og går listen igennem ovenfra. En produktionsvirksomhed med 180 workflows fra fem års skiftende ejerskab fandt på den måde 23 workflows med fejl, hvoraf de 14 var bygget til kampagner, der sluttede i 2024. De blev slået fra, og listen faldt til en længde, der kan læses på et kvarter.

Fejlfinding når leads udebliver
Sælgerne melder, at der ikke kommer opgaver ind. I stedet for at gennemgå workflowet trin for trin åbner du Issues-fanen og ser, om handlingen Create task fejler. Hos en dansk SaaS-virksomhed viste det sig, at opgaverne blev oprettet på en deaktiveret medarbejder, som stadig stod som ejer i rotationen.

Kontrol af e-mail-compliance
Error logs om non-marketing contacts, afmeldinger og bounces er i praksis en løbende kontrol af, om jeres e-mailudsendelse rammer folk, den ikke må ramme. For en dansk B2B-virksomhed, der arbejder med samtykke efter markedsføringsloven, er det en dokumenteret liste over, hvor systemet faktisk stoppede en udsendelse, og det er den slags, en revision spørger til.

Overvågning af integrationer
Webhooks og custom code-handlinger mod e-conomic, Business Central eller et eget API dukker op som information logs, når modparten er langsom eller svarer med rate limiting. Et grossistfirma opdagede på den måde, at deres ERP kun svarede inden for åbningstiden, og flyttede synkroniseringen til et natligt tidsvindue.

Overdragelse mellem bureau og intern afdeling
Når automatiseringen skifter hænder, er issues-listen sammen med noterne så tæt på en tilstandsrapport, som I kommer. Deferred-status med en note som "venter på nye AI-credits i oktober" fortæller den nye ejer noget, ingen dokumentation nåede at fange.

Budgetkontrol på AI-handlinger
Når kontoens credits er brugt op, returnerer AI-handlinger tomme værdier og prøver igen én gang i døgnet i op til 60 dage. Det viser sig som en stribe error logs, og de kommer ofte, før nogen ser det på forbrugssiden. En marketingafdeling, der bruger AI til at kategorisere formularindsendelser, kan altså nå at slå handlingen fra, før 60 dages tomme felter har fyldt CRM'et.

Fælles for anvendelserne er, at de kræver en fast ejer. Bliver listen alles ansvar, bliver den ingens, og så er den tilbage ved sin udgangsposition som en fane, ingen åbner.

Alternativer, priser og begrænsninger

Fejlhåndtering i automatisering løses meget forskelligt fra platform til platform, og forskellen viser sig først den dag, noget går galt. Tre platforme bliver oftest holdt op mod HubSpot, og dertil kommer HubSpots egne alternativer.

Salesforce Flow
Salesforces automatiseringsmotor håndterer fejl med fault paths, altså en eksplicit fejlsti, du selv tegner ind ved hver handling, og med paused og failed flow interviews, som administratoren kan gennemgå i opsætningen. Modellen er stærkere end HubSpots, fordi du selv bestemmer, hvad der skal ske ved en fejl, og fordi den fejlende kørsel kan genoptages. Til gengæld skal fejlstien bygges af nogen, der kan Flow, og den findes ikke, hvis ingen har tegnet den. Pr. september 2026 lister Salesforces europæiske prisside for Sales Cloud Pro Suite til 100 euro pr. bruger om måneden, Core til 195 euro og Advanced til 395 euro, alle ved årlig betaling.

Pipedrive
Pipedrives automatiseringer følger med fra Growth-planen og opefter, og priserne er pr. september 2026 14, 39, 59 og 79 amerikanske dollar pr. sæde om måneden ved årlig betaling for henholdsvis Lite, Growth, Premium og Ultimate. Automatiseringerne er enklere at komme i gang med end HubSpots workflows. Der er til gengæld ingen central fejlkonsol på samme niveau, så fejl opdages typisk, når nogen bemærker, at en handling ikke er sket.

Make
Make bruges ofte ved siden af HubSpot til integrationer, og her er fejlhåndteringen eksplicit: scenarier kan have error handler-moduler af typerne Rollback, Break, Resume, Commit og Ignore, og ufuldstændige kørsler lægger sig i en kø, du kan køre igen. Pr. september 2026 koster Core 12 dollar om måneden, Pro 21 dollar og Teams 38 dollar, med en gratis plan på 1.000 credits. Opbevaringen af kørselslogs er kortere end HubSpots 90 dage på de billige planer, nemlig 7 dage på gratisplanen og 30 dage på Core, Pro og Teams.

HubSpots egne alternativer
Ofte er svaret ikke en anden platform, men et andet sted i HubSpot. Action logs giver det rå billede uden fortolkning og kan eksporteres til CSV, hvis I hellere vil analysere i et regneark. Har I Data Hub Professional eller Enterprise, kan en custom code-handling håndtere sine egne fejl med try og catch og skrive resultatet til en property, så fejlen bliver synlig på recorden i stedet for kun i en log.

Hvor HubSpot vinder, er på tilgangen. Der er ingenting at sætte op: issues-listen er der fra dag ét, fejlene er formuleret i CRM-sprog frem for i systemfejl, og en marketingansvarlig uden teknisk baggrund kan læse dem og forstå, hvad der skal ske. Hvor HubSpot taber, er på håndteringen. Der er ingen fejlsti pr. handling, som du selv kan definere, ingen knap der kører en fejlet handling igen for de berørte records, og ingen rigtig alarmering ud af platformen. Skal en fejl i automatiseringen ende i jeres vagttelefon eller i en Slack-kanal, skal det bygges udenom.

Adgangen følger workflows-funktionen som helhed. Workflow issues kræver Professional eller Enterprise i Marketing Hub, Sales Hub, Service Hub, Data Hub, Smart CRM eller Revenue Hub, og som HubSpot skriver i sin FAQ om workflows, findes workflows slet ikke i Starter. Har I kun Starter, er der ingen issues-liste at mangle, fordi der ingen workflows er.

Prismæssigt er det derfor prisen på Professional, der er den reelle adgangsbillet. Pr. september 2026 starter Sales Hub Professional ifølge HubSpots prisside for Sales Hub ved 90 dollar pr. sæde om måneden ved årlig betaling og 100 dollar ved månedlig, med et obligatorisk engangsgebyr for onboarding på 1.500 dollar, mens Enterprise starter ved 150 dollar pr. sæde og 3.500 dollar i onboarding. Marketing Hub Professional starter samme dato ved 800 dollar om måneden ved årlig betaling og 890 dollar ved månedlig, inklusive tre Core Seats og 2.000 marketing contacts, med 3.000 dollar i onboarding. Marketing Hub Enterprise starter ved 3.600 dollar om måneden med fem Core Seats, 10.000 marketing contacts og 7.000 dollar i onboarding.

Selve issues-listen koster ikke ekstra, men den er rettighedsstyret. Du skal være Super Admin eller have Workflows-rettigheder for at åbne den, og en bruger med et view-only seat kan ikke lukke eller udskyde en issue. I praksis betyder det, at oprydningen ligger hos de samme to eller tre personer, der i forvejen må redigere automatiseringen.

Grænserne er værd at kende, før I bygger for mange workflows. En Professional-konto i Marketing, Sales eller Service Hub kan have op til 300 workflows, Data Hub Professional op til 400, Enterprise op til 1.000 og Data Hub Enterprise op til 1.100. Brands-tilkøbet giver yderligere 100. Grænserne lægges ikke sammen på tværs af hubs: den højeste gælder. Et workflow kan have op til 250 enrollment triggers. Action logs gemmes i 90 dage, enrollment history i seks måneder, og efter 100.000 succes-logs på en dag holder HubSpot op med at gemme succes- og info-logs resten af dagen, mens error logs fortsætter.

Der er også ting, funktionen simpelthen ikke gør. En fejlet handling kan ikke køres om for de berørte records fra listen: du retter årsagen og tilmelder dem igen. Der er intet offentligt API til issues, så I kan ikke trække dem ind i et eksternt overvågningsværktøj uden at gå omvejen over eksporterede action logs. Og fordi logs kun går 90 dage tilbage, kan en fejl, der har kørt stille i et halvt år, ikke længere undersøges i sit fulde omfang. Den slags fandt vi senest i en portal, hvor et workflow havde sat forkert lifecycle stage siden foråret, og hvor de første måneder var væk.

I en dansk og europæisk sammenhæng er der især to ting at holde øje med. HubSpot har et EU-datacenter ved siden af sine centre i Canada, Australien og USA, og ifølge HubSpots egen oversigt over datacentre tildeles nye betalende kunder en placering ud fra IP-adressens geografi ved oprettelsen, mens gratiskonti som udgangspunkt lander i USA. Betalende kunder kan flytte til et andet datacenter uden ekstra betaling, og det er et spørgsmål, der er værd at få afklaret, før portalen er fyldt med persondata, ikke efter. Den anden ting er, at fejl om afmeldinger og non-marketing contacts reelt er dokumentation for jeres samtykkehåndtering, og at issues-teksterne kun findes på engelsk, hvilket sjældent er et problem for en CRM-ansvarlig, men ofte er det, hvis listen skal læses af nogen uden for teamet.

Integrationer til danske systemer opfører sig anderledes, end de fleste forventer. Når e-conomic eller Business Central svarer langsomt, kommer det ind som en information log og ikke som en fejl, fordi HubSpot selv prøver igen. Det er teknisk korrekt og praktisk uheldigt: den slags forsinkelser er præcis dem, en økonomiafdeling gerne vil vide besked om, og de ligger i den kategori, de fleste lærer at scrolle forbi.

Hvornår kan det så ikke betale sig at bruge tid på det her? Har I under ti aktive workflows, er en fast månedlig gennemgang af action logs hurtigere end at lære issues-listens statusmodel. Er automatiseringen omvendt så kritisk, at en fejl koster omsætning inden for et døgn, er HubSpots indbyggede alarmering ikke nok, og så skal der bygges overvågning udenfor. Ligger I midtimellem, hvilket de fleste gør, er en fast ejer og en halv time om måneden det, der skal til. Vi hjælper med begge dele hos Consile, både oprydningen og opsætningen af governance omkring automatisering, og du kan se hele vores arbejde med platformen på vores side om HubSpot.