Blog
Kontakt os

Hvad er re-enrollment i HubSpot workflows?

Re-enrollment er den indstilling i et HubSpot-workflow, der afgør, om den samme record må komme igennem flowet mere end én gang. Den sidder inde i selve enrollment-triggeren under Automation og Workflows, og den er slået fra som standard. HubSpots egen dokumentation formulerer udgangspunktet skarpt: en record indmeldes kun første gang, den opfylder triggerkriterierne, eller når nogen indmelder den manuelt. Det er præcis dér, workflows adskiller sig fra en aktiv liste, som løbende tager medlemmer ind og ud, hver gang kriterierne ændrer sig.

Sig, at en kontakt hos en potentiel kunde udfylder formularen på jeres prisside. Workflowet sætter lifecycle stage til MQL, tildeler en ejer efter region og opretter en opgave til sælgeren. Otte måneder senere udfylder den samme person formularen igen, nu med et nyt projekt og et større budget. Uden re-enrollment sker der ingenting. Kontakten er allerede registreret som gennemført i det workflow, og HubSpot springer den over. Med re-enrollment slået til på formularindsendelsen kører hele sekvensen igen, og sælgeren får sin opgave.

For danske B2B-virksomheder er det her sjældent et teoretisk problem. Salgscyklusser på seks til atten måneder betyder, at de samme mennesker vender tilbage, skifter titel, skifter firma og kommer ind i tragten flere gange. Vi ser jævnligt HubSpot-opsætninger, hvor tilbagevendende leads slet ikke bliver behandlet, fordi re-enrollment står som standard på samtlige nurture-flows. Nedenfor gennemgår vi mekanikken bag indstillingen, hvad danske teams konkret bruger den til, og hvad den koster i tier, grænser og risiko.

Læsetid 14 minOpdateret september 2026

Sådan virker re-enrollment i HubSpot

Re-enrollment er ikke en handling i workflowet. Det er en egenskab ved triggeren. Når du åbner enrollment-boksen i et HubSpot workflow, ligger indstillingen på en selvstændig fane: i kontaktbaserede workflows hedder den Re-enrollment, i workflows på company, deal og ticket ligger den under Settings som en simpel kontakt, du slår til. Derefter sætter du flueben ud for præcis de triggere, der må genindmelde. Du vælger pr. trigger, ikke pr. workflow. Har flowet fem triggerkriterier, kan du tillade genindmeldelse på to af dem og lade de tre andre køre én gang.

Selve reglen er kort og bliver misforstået oftere end noget andet i HubSpot-automatisering. En record genindmeldes, hver gang den går fra ikke at matche til at matche en re-enrollment-trigger. Den skal altså krydse grænsen. En kontakt, der allerede har lifecycle stage MQL, bliver ikke genindmeldt af en trigger på MQL, uanset hvor mange gange værdien bliver skrevet igen. Først når stagen falder tilbage til Lead og derefter sættes til MQL på ny, tæller det som en overgang. HubSpots dokumentation for re-enrollment-triggere beskriver mekanikken og de tilladte operatorer i detaljer.

Den anden regel er lige så vigtig og forklarer de fleste supportsager: en record genindmeldes ikke, mens den stadig er indmeldt. Ligger kontakten og venter i et delay-trin på fjorten dage, ryger en ny formularindsendelse på gulvet. Den bliver ikke gemt og afspillet bagefter. Har I et langt nurture-flow med flere ugers ventetid, betyder det i praksis, at genindmeldelse først kan ske efter, at kontakten er nået hele vejen igennem.

Hvilke triggere der overhovedet kan bruges til genindmeldelse, er en kortere liste end de fleste regner med. I kontaktbaserede workflows kan du bruge kontaktproperties med operatorerne er kendt, er lig med, er en af og er lig med alle af, samt listemedlemskab, formularindsendelser, visning af en URL, gennemførte events og triggere fra integrationer. Alt andet står tilbage som ren førstegangsindmeldelse.

Eventbaserede triggere fungerer efter en anden logik end filterbaserede, og forskellen er nem at overse i redigeringsvinduet. Et event har ingen tilstand, det sker bare, så her er valget binært: indmeld én gang, eller genindmeld hver gang eventet indtræffer. HubSpots dokumentation for eventbaserede enrollment-triggere tilføjer to forbehold, der har kostet mange timers fejlsøgning: eventtriggere fanger kun events, der sker efter workflowet er slået til, og recorden skal eksistere, før eventet indtræffer. Du kan heller ikke teste indmeldelse på en eventtrigger i testværktøjet.

Det, der ikke kan bruges. Aktiviteter og aktivitetsproperties, beregnede properties, samtykke-events under privacy, og triggere med flere værdier på operatorerne er en af og er lig med alle af. Dato- og talpræciseringer, som HubSpot kalder refinements, slår heller ikke igennem på genindmeldelse. HubSpots dokumentation for filterbaserede triggere siger det direkte om både aktiviteter og line items.

Begrænsningen på aktiviteter rammer hårdest i salgsflows. Et opkald med et bestemt call outcome kan sagtens starte et workflow første gang, men det kan ikke genindmelde. En tråd i HubSpots community beskriver et team, der ville køre kontakter gennem den samme opfølgningskadence igen efter 120 dage og løb panden mod den mur. Løsningen dér blev en aktiv liste, som filtrerer på aktivitetsdato inden for det seneste døgn, og så listemedlemskab som re-enrollment-trigger. Den holder, så længe der ikke sker to opkald samme dag.

Samtykke-undtagelsen fortjener sin egen bemærkning, fordi den overrasker de fleste danske marketingansvarlige. Ændringer i privacy consent kan ikke bruges som genindmeldelse. Vil I have et flow, der reagerer, hver gang nogen giver eller trækker samtykke tilbage, skal I bygge det på en property eller et listemedlemskab, der afspejler samtykket, ikke på selve consent-eventet.

Rækkefølgen i opsætningen. Slår du re-enrollment til på et workflow, der har kørt i to år, sker der ikke noget med det samme. Ingen bliver genindmeldt med tilbagevirkende kraft. Genindmeldelsen begynder ved den første overgang efter, at du gemmer. Omvendt gælder det, at hvis re-enrollment er slået fra, kan tidligere indmeldte records ikke meldes ind igen, heller ikke manuelt fra selve recorden.

Når noget alligevel ikke opfører sig som forventet, er enrollment-historikken stedet at kigge. Den viser workflowets hændelser i omvendt kronologisk rækkefølge og kan filtreres på datointerval, version og det trin, recorden nåede. To grænser er værd at kende: HubSpots dokumentation for enrollment-historik oplyser, at historikken gemmes i seks måneder, og at logningen af vellykkede kørsler stopper efter 100.000 poster på en dag. Fejllog fortsætter, men success- og infolog falder bort, og så bliver det svært at bevise, hvorfor en genindmeldelse ikke skete.

Har I workflows, der kun har kørt én gang pr. kontakt, siden de blev bygget, er der som regel leads, der aldrig blev fulgt op. Vi gennemgår jeres automatisering, finder de flows, hvor genindmeldelse mangler eller står forkert, og sætter dem op, så tilbagevendende kunder bliver behandlet uden at nogen skal huske det. Vi rydder samtidig op i de flows, der genindmelder for tit og sender den samme e-mail flere gange, end I ville bryde jer om. Skriv til os, så kigger vi på jeres opsætning.

Hvad danske B2B-teams bruger re-enrollment til

Genindmeldelse er sjældent et mål i sig selv. Den bliver relevant i de tilfælde, hvor den samme situation opstår igen hos den samme kunde, og hvor et menneske ellers skal huske at gøre noget. De mønstre, vi oftest bygger for danske virksomheder, ser sådan ud.

Tilbagevendende leads fra formularer
Et workflow på formularindsendelse med genindmeldelse slået til sikrer, at et lead bliver behandlet hver gang, ikke kun første gang. Sæt enrollment-triggeren på den konkrete formular og tillad genindmeldelse på netop den. En rådgivningsvirksomhed i Aarhus bruger det på deres kontaktformular, så en tidligere kunde, der vender tilbage med et nyt projekt, udløser en ny sælgeropgave i stedet for at falde igennem.

Lifecycle stage-nedgradering og ny opvarmning
Kombinér et flow, der sætter lifecycle stage tilbage til Lead efter en periode uden aktivitet, med et nurture-flow, der genindmelder på overgangen til MQL. Fordi genindmeldelse kræver, at værdien skifter fra ikke at matche til at matche, giver nedgraderingen den nødvendige nulstilling. En maskinproducent i Herning bruger det til at køre den samme tekniske introduktionsserie igen, når en kontakt har været stille i ni måneder.

Fornyelser og serviceaftaler
Et deal-baseret workflow, der genindmelder, når en property som fornyelsesdato flytter sig ind i et nyt vindue, kan oprette opgaver, notifikationer og interne påmindelser år efter år. En dansk softwareleverandør med 300 abonnementskunder kører hele fornyelsesprocessen på ét workflow i stedet for tolv månedsvarianter.

Tickets med gentagne fejl
I Service Hub kan et ticket-workflow genindmelde på ændringer i en property som fejlkategori og eskalere til en anden kø, hvis den samme kunde melder den samme fejl igen. En dansk hostingudbyder bruger det til at fange kunder med tre eller flere tickets på den samme service inden for en måned, hvor sagen skal videre til en tekniker frem for supporten.

Datavask og oprydning
Genindmeldelse på properties, der er kendt eller ukendt, kan bruges til at rette formatfejl løbende i stedet for i store manuelle omgange. En grossist med 45.000 kontakter kører et flow, der genindmelder hver gang telefonnummerfeltet ændrer sig, normaliserer landekoden og skriver værdien tilbage. Det holder eksporten til deres ERP ren uden at nogen tænker over det.

Genindmeldelse via aktiv liste som omvej
Når triggeren ikke må bruges direkte, for eksempel på en aktivitet, bygges en aktiv liste, der samler de records, tilstanden gælder for, og listemedlemskabet bliver så re-enrollment-triggeren. Et segment defineret på aktivitetsdato inden for det seneste døgn er den klassiske variant. Metoden virker, men den er grovkornet: sker der to hændelser samme dag, ser listen kun én.

Interne processer uden kundekontakt
Ikke alt handler om e-mail. Genindmeldelse på en property som ordrestatus kan oprette interne opgaver, poste i Slack eller kalde en webhook, hver gang statussen flytter sig. En dansk produktionsvirksomhed underretter deres planlægningsafdeling gennem det samme workflow otte til ti gange pr. ordre.

Fællestrækket er, at genindmeldelse betaler sig, når hændelsen er ægte gentagen og har en tydelig tilstandsændring at hænge sig i. Er der ingen overgang fra ikke at matche til at matche, hjælper indstillingen ikke, uanset hvor gerne man vil have flowet til at køre igen.

Alternativer, priser og begrænsninger

Genindmeldelse er ikke det eneste værktøj til at få den samme record gennem den samme proces flere gange, og i flere tilfælde er det ikke engang det bedste. Her er de fire alternativer, vi oftest holder op mod hinanden, med de priser leverandørerne selv oplyser.

Planlagte workflows i HubSpot
Enrollment-triggeren Based on a schedule kører flowet på faste tidspunkter i stedet for at reagere på en ændring, og alle records, der opfylder filterkriterierne på det tidspunkt, meldes ind. HubSpots dokumentation for planlagte enrollment-triggere oplyser, at triggeren findes fra Professional-niveau, men at månedlig, ugentlig og daglig gentagelse kræver et Data Hub-abonnement på Professional eller Enterprise. Uden filterkriterier sker der ingen automatisk indmeldelse overhovedet. Det er det rigtige valg til alt, der skal ske periodisk frem for reaktivt, som en månedlig gennemgang af inaktive deals.

Aktive lister
En aktiv liste holder medlemskabet opdateret hele tiden og har ikke begrebet gennemført. Det gør den til den nemmeste omvej uden om de triggere, der ikke må genindmelde, og den koster ingenting ekstra, fordi lister følger med det abonnement, I allerede har. Til gengæld gør en liste ikke noget selv. Den skal kobles på et workflow for at få en handling, og det lag koster et ekstra sted at fejlsøge, når noget går galt.

Pipedrive
Pipedrive er et salgsfokuseret CRM med et enklere automatiseringsværktøj, hvor en automation kan udløses hver gang en betingelse rammer, uden en separat genindmeldelsesindstilling. Pr. september 2026 koster Lite 14 USD, Growth 39 USD, Premium 59 USD og Ultimate 79 USD pr. sæde om måneden ved årlig betaling, og automatisering følger med fra Growth. Simpelheden er styrken. Svagheden er, at Pipedrive ikke har HubSpots objektmodel eller marketingdelen, så et nurture-forløb over flere måneder skal enten bygges i en integreret e-mailplatform eller undværes.

Salesforce Sales Cloud med Flow
Salesforce Flow har ingen indbygget re-enrollment-kontakt. En Record-Triggered Flow kører hver gang recorden opdateres og opfylder betingelsen, og skal den kun køre én gang, skriver du selv den logik ind. Pr. september 2026 koster Starter Suite 25 EUR, Pro Suite 100 EUR, Core 195 EUR, Advanced 395 EUR og Max 550 EUR pr. bruger om måneden ved årlig betaling. Fleksibiliteten er markant større end HubSpots. Prisen er, at der skal en administrator eller udvikler til, hvor en HubSpot-marketingansvarlig selv kan sætte et flueben.

Hvor vinder HubSpot så, og hvor taber platformen? HubSpot vinder på, at genindmeldelse er en synlig indstilling, en marketingansvarlig kan forstå og ændre uden hjælp, og at enrollment-historikken viser præcis, hvad der skete med den enkelte record. HubSpot taber på, at listen over tilladte triggere er lukket. Kan din tilstand ikke udtrykkes som en property, et listemedlemskab, en formular eller et event, findes der ingen indstilling, der redder dig, og du ender med en omvej gennem aktive lister eller en custom code-handling. Salesforce har det problem omvendt: alt kan lade sig gøre, men næsten intet uden nogen, der kan bygge det.

Adgangen til re-enrollment følger adgangen til workflows. Funktionen findes fra Professional og opefter i Marketing Hub, Sales Hub, Service Hub, Data Hub, Smart CRM og Revenue Hub. På Free og Starter findes der ingen fuldt konfigurerbare workflows: HubSpots prisside oplyser, at Marketing Hub Free giver én automatiseret handling og Starter op til ti. Genindmeldelse er derfor ikke noget, I kan slå til på et Starter-abonnement. Det følger med opgraderingen.

Prisen afhænger så af, hvilken vej ind i Professional der er den rigtige. Pr. september 2026 koster Marketing Hub Professional 800 USD om måneden ved årlig binding med tre Core Seats og 2.000 marketing contacts inkluderet, plus et engangsbeløb på 3.000 USD til onboarding. Ekstra Core Seat koster 45 USD om måneden. Marketing Hub Enterprise starter ved 3.600 USD om måneden med fem Core Seats og 10.000 marketing contacts, ekstra sæde til 75 USD, og 7.000 USD i onboarding. Sales Hub er billigere at komme ind i, fordi den prissættes pr. sæde: HubSpots prisside for Sales Hub oplyser 90 USD pr. sæde om måneden på Professional og 150 USD på Enterprise, med onboarding på henholdsvis 1.500 og 3.500 USD.

Sædemodellen har en detalje, der er værd at kende, før nogen begynder at købe licenser. Selve workflowet kører ikke på et sæde, det kører på porteføljen, så genindmeldelse koster ikke mere, fordi flere mennesker ser resultatet. Det er retten til at bygge og redigere workflows, der kræver et betalt sæde. Skal marketingafdelingen kunne rette et flueben på en re-enrollment-trigger, skal de have et Core Seat. Skal salgschefen bare kunne se, hvad der skete, rækker et view-only-sæde, som HubSpot oplyser ikke koster ekstra.

De hårde grænser sidder ikke på selve genindmeldelsen, men på antallet af workflows og på logningen. Sales Hub Professional giver op til 300 workflows og Enterprise op til 1.000. En enkelt enrollment-trigger kan indeholde op til 250 filtre. Enrollment-historik gemmes i seks måneder, og logningen af vellykkede kørsler stopper ved 100.000 poster på en dag. Kører I et genindmeldende workflow på en database med hundredtusinder af records, er det den sidste grænse, der først bider, og den bider stille: fejlene logges stadig, men beviset for det, der gik godt, forsvinder.

Der er også en grænse, som ikke står i nogen dokumentation, og som vi ser oftere end de tekniske: kontakten, der er indmeldt lige nu, kan ikke genindmeldes. I et flow med tre delays på hver fjorten dage betyder det seks uger, hvor nye hændelser bliver ignoreret. At hæve en grænse hjælper ikke her. Del det lange flow op i et kort, der må genindmelde tit, og et langt, der ikke må.

Den danske og europæiske kontekst har to sider. Datamæssigt kan HubSpot hostes i EU: HubSpots dokumentation om datahosting oplyser, at kundedata ligger i EU (Tyskland), USA øst og vest, Canada eller Australien, at nye konti tildeles datacenter efter IP-lokation ved oprettelsen, og at betalende abonnenter kan flytte region. Vælger I EU-hosting, ændrer det ikke, hvordan genindmeldelse virker, men det er som regel det første spørgsmål fra en dansk databeskyttelsesansvarlig.

Den anden side er markedsføringsretlig, og den bliver overset. Et workflow med genindmeldelse på en formular kan i princippet sende den samme velkomstserie til den samme person fire gange på et år. Forbrugerombudsmandens vejledning om spamforbuddet understreger, at forbuddet gælder alle modtagere, også når afsender og modtager begge er virksomheder, og at samtykket skal være frivilligt, informeret og specifikt. Læg dertil, at samtykke-events ikke kan bruges som re-enrollment-trigger, og I står med et flow, der ikke selv kan reagere på et tilbagetrukket samtykke. Byg suppression ind som et unenrollment-kriterium, ikke som en genindmeldelse.

Endelig er der prissiden på jeres egen database. Marketing contacts afregnes pr. kontakt, ikke pr. udsendelse, så genindmeldelse gør ikke abonnementet dyrere i sig selv. Til gengæld kan et flow, der sætter marketing contact-status til aktiv ved hver genindmeldelse, trække ikke-marketingkontakter ind i den betalte pulje igen og igen. Det er en af de billigste fejl at rette og en af de dyreste at overse.

Hvornår kan det så ikke betale sig? Har I under 2.000 kontakter, én sælger og en salgsproces, der reelt kører i en indbakke, er hverken workflows eller genindmeldelse pengene værd. Springet fra Starter til Professional er stort, og et Starter-abonnement med gode lister og en disciplineret opgavehåndtering løser det samme til en brøkdel. Genindmeldelse begynder at give mening, når den samme hændelse gentager sig hos nok kunder til, at nogen ellers skulle holde øje manuelt. Vi hjælper til dagligt danske virksomheder med at afgøre, hvor den grænse går, og resten af vores materiale om HubSpot som platform tager de øvrige dele af regnestykket.

Ofte stillede spørgsmål om re-enrollment

Hvad er forskellen på enrollment og re-enrollment i HubSpot?

Enrollment er den første gang, en record kommer ind i et workflow, fordi den opfylder triggerkriterierne eller bliver indmeldt manuelt. Re-enrollment er tilladelsen til, at den samme record kan komme igennem igen senere. HubSpot indmelder som standard kun første gang, og genindmeldelse skal slås til pr. trigger inde i enrollment-boksen. Reglen er, at recorden skal gå fra ikke at matche til at matche triggeren igen.

Hvilket tier kræver re-enrollment?

Genindmeldelse følger adgangen til fuldt konfigurerbare workflows, altså Professional og Enterprise i Marketing Hub, Sales Hub, Service Hub, Data Hub, Smart CRM og Revenue Hub. På Marketing Hub Free er der én automatiseret handling og på Starter op til ti, og ingen af delene giver adgang til indstillingen. Pr. september 2026 koster Sales Hub Professional 90 USD pr. sæde om måneden ved årlig binding, mens Marketing Hub Professional koster 800 USD om måneden med tre Core Seats inkluderet.

Hvorfor bliver mine kontakter ikke genindmeldt, selvom jeg har slået re-enrollment til?

Der er tre almindelige årsager. Kontakten er stadig indmeldt i workflowet, og en record genindmeldes ikke, mens den er inde i flowet. Værdien er ikke reelt skiftet, fordi genindmeldelse kræver en overgang fra ikke at matche til at matche, ikke bare en ny skrivning af den samme værdi. Eller triggeren er af en type, der ikke må genindmelde, for eksempel en aktivitet, en beregnet property eller et samtykke-event. Enrollment-historikken viser, hvilken af de tre det er.

Kan en aktivitet som et opkald bruges som re-enrollment-trigger?

Nej. HubSpots dokumentation siger direkte, at aktiviteter ikke kan bruges som re-enrollment-triggere, og det samme gælder line items og beregnede properties. Omvejen er en aktiv liste, der filtrerer på aktivitetsdato inden for det seneste døgn, og så bruge listemedlemskab som genindmeldelsestrigger. Metoden er grovkornet og fanger kun én hændelse pr. dag, så to opkald samme dag giver kun én genindmeldelse.

Kan re-enrollment erstatte en aktiv liste?

Ikke helt, og de to løser forskellige problemer. En aktiv liste opdaterer medlemskabet løbende og har ikke begrebet gennemført, men den udfører ingen handlinger af sig selv. Et workflow med genindmeldelse udfører handlinger, men er bundet af den lukkede liste over tilladte triggertyper. I praksis bruger de fleste danske opsætninger begge dele: listen holder styr på tilstanden, workflowet handler på den.

Er der en GDPR-risiko ved at slå re-enrollment til?

Risikoen ligger ikke i selve indstillingen, men i hvad flowet sender. Et workflow med genindmeldelse på en formular kan sende den samme e-mailserie til den samme person flere gange om året, og Forbrugerombudsmanden understreger, at spamforbuddet i markedsføringsloven gælder alle modtagere, også virksomheder. Samtidig kan samtykke-events ikke bruges som re-enrollment-trigger, så et tilbagetrukket samtykke stopper ikke flowet af sig selv. Byg det ind som et unenrollment-kriterium i stedet.

Hvor længe kan jeg se, om en record blev genindmeldt?

Enrollment-historikken gemmes i seks måneder i HubSpot og kan filtreres på datointerval, workflowversion og hvilket trin recorden nåede. Der er samtidig en grænse på 100.000 loggede vellykkede kørsler pr. dag, hvorefter success- og infolog stopper, mens fejllog fortsætter. På store databaser med hyppig genindmeldelse betyder det, at dokumentationen for det, der gik godt, kan forsvinde, selvom flowet kørte korrekt.