Hvad er workflow revision history i HubSpot?

Sådan virker revision history i HubSpot

Du finder historikken ved at gå til Automation og derefter Workflows, åbne det workflow du er interesseret i, og klikke på View og så Revision History øverst til venstre i editoren. Det er altså ikke en rapport, du bygger, og heller ikke noget du skal slå til. Den skriver med, så snart workflowet findes.

Hver post i historikken består af tre ting: hvad der blev ændret, hvornår, og hvem der gjorde det. Typen af ændring står i klartekst, for eksempel at enrollment-triggeren eller timing-indstillingerne blev ændret, og HubSpots dokumentation for visning af workflow-ændringer beskriver de tre filtre, du kan skære listen med: dato, hændelsestype og bruger. Filteret på bruger er det, der oftest bliver brugt i praksis, fordi spørgsmålet næsten altid starter med et navn.

Revisionen er en fuld tilstand, ikke en diff. Når du åbner en tidligere revision, ser du hele workflowet som det var på det tidspunkt, ikke en markeret liste over de linjer, der er ændret siden. Du sammenligner selv, ved at kigge på to revisioner efter hinanden. Det lyder som en detalje, men det er en mærkbar forskel fra et udviklerværktøj, hvor hele pointen er at se præcis de fem tegn, der flyttede sig.

Tilbagerulningen gør workflowet til den valgte revision igen, og den nye tilstand lander som en ny revision i historikken. Du sletter altså ikke sporet efter fejlen, du lægger en rettelse oven på den. Her er der en fælde, som er værd at kende: hvis workflowet er aktivt, begynder den tilbagerullede version at køre med det samme. Ingen bekræftelsesdialog, ingen pause. Står der 4.000 kontakter i kø, rammer de den gamle logik.

To handlingstyper er undtaget fra tilbagerulning: webhooks og custom code. Revisionen kan stadig ses, men den er skrivebeskyttet for lige de trin, og du må selv taste indholdet ind i det nuværende workflow. Har I bygget jeres tungeste automatiseringer på custom code-actions, hvilket mange danske teams med en udvikler i huset har, så er sikkerhedsnettet altså mindre, end det ser ud.

Historikken er adskilt fra kørselsloggen. Revision history handler om ændringer i opsætningen. Hvad der skete med den enkelte kontakt, ligger i action logs og i enrollment history på workflowets detaljeside. De to ting forveksles ofte, og det koster tid, når nogen leder efter et svar det forkerte sted. Kort sagt: revisionshistorikken svarer på hvem der byggede det om, kørselsloggen svarer på hvad der ramte hvem.

Adgangen styres af de almindelige workflow-rettigheder. Kan en bruger redigere workflows, kan vedkommende også se historikken og rulle tilbage. Der findes ikke en separat rettighed, der giver læseadgang til historikken uden redigeringsadgang til workflowet, og der er ikke et godkendelsestrin foran en tilbagerulning. Tag det med, når I fordeler seats.

Slettede workflows er en helt anden mekanisme. De ligger under fanen Deleted i workflow-oversigten, og HubSpots vejledning om sletning og gendannelse af workflows sætter grænsen til 90 dage, hvorefter de er væk for altid. Gendanner du et slettet workflow, kommer det tilbage som et nyt, inaktivt workflow med datoen i navnet, og historikken fra det oprindelige følger ikke med.

Det, der typisk går galt. Folk tror, at historikken dækker alt i kontoen. Den dækker workflowet. Ændrer nogen den liste, workflowet trækker på, eller den property, en gren læser, står der intet i workflowets revisionshistorik om det, selvom effekten er præcis den samme: automatiseringen opfører sig anderledes i morgen end i går. Fejlsøgning stopper derfor sjældent ved historikken, den begynder der.

Endelig er historikken kontospecifik og kan ikke eksporteres til en fil fra selve workflowet. Vil I have ændringer på tværs af mange workflows i ét billede, skal I et andet sted hen i HubSpot, og det kræver et højere abonnement. Det vender vi tilbage til.

Har I mere end en håndfuld workflows, og er der flere hænder i kontoen, er spørgsmålet sjældent om noget bliver ændret utilsigtet, men hvor lang tid det tager at opdage. Vi hjælper danske B2B-virksomheder med at gennemgå workflow-porteføljen, rydde op i de automatiseringer, der overlapper hinanden, og sætte en arbejdsgang op omkring ændringer, så I ved, hvem der må røre hvad. Skal vi kigge på jeres opsætning sammen, så tag fat i os.

Hvad danske B2B-teams bruger revisionshistorikken til

Værdien viser sig sjældent den dag, I slår funktionen op i menuen. Den viser sig den dag, noget holder op med at virke, og fire personer har adgang til det samme workflow. Vi ser især seks anvendelser hos danske virksomheder.

Fejlsøgning efter en stille ændring
Et workflow holder op med at gøre det, det plejer, men ingen har meldt noget. I filtrerer historikken på de seneste 14 dage og ser med det samme, om en ændring falder sammen med den dato, tallene knækkede. I en produktionsvirksomhed med tre marketingmedarbejdere om det samme workflow til leadtildeling er det forskellen på en halv dags gætteri og et enkelt opslag.

Tilbagerulning efter en fejlagtig redigering
Nogen sletter en gren i stedet for at deaktivere den. I stedet for at genopbygge logikken fra hukommelsen ruller I tilbage til revisionen fra før. Husk at sætte workflowet på pause først, hvis der står mange kontakter i kø, for den tilbagerullede version kører videre med det samme.

Dokumentation af, hvem der ændrede en samtykke-relateret automatisering
Workflows, der sætter abonnementstyper, opdaterer marketing-status eller flytter kontakter mellem lister, rører ved data, I skal kunne stå på mål for. Revisionshistorikken giver et navn og et tidsstempel på hver ændring. Vil I have det samme billede på tværs af hele kontoen og ikke kun ét workflow, findes HubSpots kontoaktivitetslog med eksportfunktion, hvor workflow-kategorien dog kræver Enterprise.

Overlevering mellem bureau og intern afdeling
Når en virksomhed tager HubSpot hjem fra et bureau, eller skifter bureau, er historikken det tætteste, man kommer på en logbog over, hvad der faktisk er bygget hvornår. Vi bruger den selv som en del af en overtagelse, fordi den siger noget andet end dokumentationen: den siger, hvad der blev rørt sidst, og hvad der har ligget urørt i to år.

Onboarding af en ny CRM-ansvarlig
En ny medarbejder kan læse rækkefølgen af ændringer på de vigtigste workflows og se, hvordan opsætningen er vokset. Det er en hurtigere vej ind i en konto end at læse logikken i et færdigt workflow, hvor alle kompromiserne er usynlige. Et konkret greb: lad den nye gennemgå historikken på de fem tungeste workflows i løbet af den første uge.

Afklaring af uenigheder uden skyld
Diskussionen om, hvorvidt nogen ændrede noget, er sjældent produktiv, og den bliver ofte personlig. Et opslag i historikken gør den kort. Erfaringen er, at teams, der ved, at ændringer logges med navn, også bliver mere omhyggelige med at melde ud, inden de rører de kritiske workflows.

Fælles for anvendelserne er, at historikken bruges reaktivt. Den forhindrer ikke fejlen, den forkorter tiden fra fejlen sker, til den er forstået. Det er en reel besparelse, men den skal ikke forveksles med kontrol over, hvad der kommer i produktion.

Alternativer, priser og begrænsninger

Revisionshistorikken er ikke det eneste svar på spørgsmålet om, hvem der ændrede hvad i jeres automatiseringer. Alternativerne herunder er dem, danske B2B-virksomheder faktisk vælger imellem. Derefter kommer priserne og de grænser, I skal kende, før I lægger en proces oven på funktionen.

Salesforce Flow-versionering
Salesforce gemmer hver ændring af et Flow som en nummereret version, hvor kun én version kan være aktiv ad gangen. Du kan aktivere en gammel version igen, hvilket i praksis er den samme tilbagerulning som i HubSpot. Grænsen er 50 versioner pr. Flow, og vil du oprette flere, skal du slette nogle af de gamle. Modellen er strammere end HubSpots, fordi ændringen ikke går i produktion, før du aktivt aktiverer versionen. Til gengæld kræver den mere disciplin i det daglige.

Pipedrive automations-historik
Pipedrive har en historik på sine automatiseringer, men den viser kørsler og ikke redigeringer. Pipedrives dokumentation for automations-historik beskriver en opbevaring på 15 dage og angiver, at funktionen kræver Advanced-planen eller højere. Der er ingen tilbagerulning til en tidligere opsætning. For en dansk salgsorganisation, der har valgt Pipedrive for enkelhedens skyld, betyder det, at ændringssporingen skal ligge i jeres egne arbejdsgange.

Microsoft Power Automate og Dynamics 365
Power Automate understøtter versionering af cloud flows, der ligger i en løsning, så du kan se tidligere versioner og gendanne en af dem. Fordelen i et Microsoft-hus er, at automatiseringerne kan flyttes mellem miljøer som en del af en løsning, altså en rigtig udgivelsesproces fremfor redigering direkte i drift. Prisen er kompleksitet: der er væsentligt mere at sætte op, før den første automatisering kører.

Tredjeparts-backup, for eksempel SysCloud
Backup-værktøjer fra HubSpots App Marketplace tager snapshots af kontoen og kan gendanne data til et tidspunkt. SysCloud oplyser på sin egen side, at nye betalte abonnementer kræver minimum 100 licenser, og at hver licens dækker 10 GB data i HubSpot, med 30 dages gratis prøveperiode. Styrken er, at backup dækker records og properties, altså det revisionshistorikken ikke rører. Svagheden er, at det er data og ikke automatiseringslogik, der er kerneydelsen.

HubSpots egen kontoaktivitetslog
Det rigtige alternativ er ofte en anden HubSpot-funktion fremfor et andet system. Kontoaktivitetsloggen samler hændelser på tværs af kontoen og kan eksporteres, men workflow-kategorien er forbeholdt Enterprise, og den almindelige log dækker de seneste 30 dage. Er I på Professional, får I altså ændringer pr. workflow, men ikke et samlet billede på tværs af 200 workflows.

Manuel dokumentation og navngivning
Det billigste alternativ er stadig udbredt: en fast navngivning, en dato i workflow-beskrivelsen og en note i et fælles dokument, når noget kritisk ændres. Det koster ingenting og fejler præcis der, hvor mennesker har travlt. Vi anbefaler det kun som et supplement til historikken, aldrig som en erstatning, og helst kombineret med en sandbox til de tunge ombygninger.

Hvor står HubSpot så. Styrken er, at historikken er der som standard, uden opsætning, og at den taler samme sprog som editoren, så en marketingansvarlig kan bruge den uden hjælp fra IT. Svagheden er lige så tydelig: der er ingen godkendelse før en ændring går live, ingen sammenligning mellem to revisioner, og ingen udgivelsesproces, der adskiller test fra drift. Har I en formel change management-proces, eller er automatiseringerne bundet til regnskab eller fakturering, er Salesforce og Power Automate bedre rustet. For langt de fleste danske SMV'er er HubSpots model den rigtige afvejning, fordi den fjerner den dyreste fejl uden at gøre hverdagen tungere.

Adgangen følger workflows og koster derfor det, workflows koster. Pr. september 2026 lister HubSpots prisside for Marketing Hub Professional til 800 USD pr. måned ved årlig binding, 890 USD ved månedlig betaling, med 3 Core Seats og 2.000 marketing-kontakter inkluderet, og ekstra seats til 45 USD pr. måned. Enterprise står til 3.600 USD pr. måned med 5 Core Seats og 10.000 marketing-kontakter. Oveni kommer et engangsbeløb til onboarding på henholdsvis 3.000 og 7.000 USD.

Ligger automatiseringerne i salget i stedet, er prisen bygget op pr. seat. HubSpots prisside for Sales Hub angav i september 2026 Professional til 90 USD pr. seat pr. måned ved årlig binding, 100 USD ved månedlig, og Enterprise til 150 USD pr. seat pr. måned, med onboarding på 1.500 og 3.500 USD. Bemærk at der ikke er gratis seats inkluderet på de to niveauer, så tre personer på Sales Hub Professional er tre gange 90 USD.

Selve historikken kræver ikke et særligt seat eller et tilkøbsmodul. Den er tilgængelig for de brugere, der i forvejen har adgang til workflows, og en super admin kan naturligvis se alt. Til gengæld kan I ikke give en revisor eller en compliance-ansvarlig læseadgang til historikken alene. Vedkommende skal have workflow-adgang, og dermed også muligheden for at ændre.

De hårde grænser sætter rammen for, hvor stor en portefølje historikken overhovedet skal dække. HubSpots FAQ om workflows sætter loftet til 300 workflows på Professional og 1.000 på Enterprise, med 400 og 1.100 på Data Hub, og 250 enrollment-triggere pr. workflow. Kørselslogningen har et loft på 100.000 vellykkede workflow-kørsler pr. dag, action logs gemmes i 90 dage, og enrollment history i 6 måneder. Sandbox, som er den eneste rigtige måde at afprøve en større ombygning på, findes kun på Enterprise.

For danske og europæiske virksomheder er datalokationen det spørgsmål, der oftest kommer fra ledelsen. HubSpot driver et datacenter i EU, og HubSpots oversigt over datacentre forklarer, at nye betalende kunder placeres efter IP-adressens geografi ved oprettelse, at rene gratis-konti lander i USA, og at eksisterende betalende kunder kan migrere til et andet datacenter fra kontoindstillingerne uden ekstra betaling. I forhold til GDPR er revisionshistorikken relevant, fordi den dokumenterer, hvem der har ændret automatiseringer, der behandler persondata, men den er en byggesten i jeres ansvarlighed og ikke et færdigt svar på den.

Hvornår kan det så ikke betale sig. Er I to personer i marketing, og rører kun én af jer workflows, løser navngivning og en note i beskrivelsen det samme problem. Har I omvendt en formel godkendelsesproces, revisionskrav fra en moderkoncern eller automatiseringer, der udløser fakturering, rækker historikken ikke, og I skal enten på Enterprise for sandbox og kontodækkende log eller bygge processen uden om HubSpot. Skal I have hjælp til at vurdere, hvilken af de veje der passer til jeres opsætning, kan du læse mere om, hvordan vi arbejder med HubSpot som platform.