Hvad er property history i HubSpot?

Sådan virker property history i HubSpot

HubSpot gemmer historik pr. property, ikke pr. record. Ændrer et workflow tre felter på samme deal, bliver det til tre uafhængige revisioner i tre forskellige logs. Hver revision indeholder den værdi, feltet fik, tidsstemplet i UTC og en kildeangivelse. Den gamle værdi kan læses som den foregående revision i samme log. Sætter et system den samme værdi igen, opretter HubSpot ingen revision, fordi der ikke er nogen ændring at gemme.

Du finder loggen to steder på en record. Holder du musen over en property i venstre sidepanel og klikker Details, åbner historikken for netop det felt. Vil du se hele billedet, klikker du Actions øverst i sidepanelet og vælger View property history, hvorfra du kan søge på både feltnavn og kilde. Siden marts 2026 åbner historikken i et sidepanel i stedet for på en selvstændig side, hvilket i praksis betyder, at du kan holde recorden åben ved siden af. Fremgangsmåden er beskrevet i HubSpots dokumentation for visning af property history på en record.

Kilden er loggens vigtigste felt. HubSpot navngiver over 50 forskellige ændringskilder, og de er præcise nok til at pege på det system, der skal rettes. CRM UI betyder en manuel redigering, Workflow betyder automatisering, Import betyder et regneark, Integration betyder en tilsluttet app, Forms betyder en formularindsendelse, og HubSpot Calculation betyder, at feltet er beregnet ud fra noget andet. Der er også Property Default Value, Data Quality, Scoring, Sequences, Salesforce og HubSpot AI. Hele listen står i HubSpots oversigt over ændringskilder i property history.

Loggen er ikke uendelig, og det er den enkeltoplysning, folk oftest overser. HubSpot gemmer op til 45 revisioner pr. property på kontakter og op til 20 revisioner pr. property på virksomheder, deals, tickets og custom objects. Når loftet er nået, falder den ældste revision af. Der er ingen tidsgrænse, kun en optælling, så et felt, der ændrer sig sjældent, kan have historik flere år tilbage, mens et lead score-felt, der opdateres dagligt, har mistet alt ældre end tre uger.

Konsekvensen er værd at regne på, før I begynder at bygge processer oven på loggen. Har I en integration, der synkroniserer ordrestatus fra Business Central hver time, brænder det felt sine 20 revisioner på under et døgn. Samme mekanik rammer beregnede properties og felter, som et scoringssystem opdaterer. De felter, I faktisk skal kunne dokumentere bagud, er typisk dem, der ændrer sig sjældent, og der er loftet sjældent et problem.

Associationer har fået deres egen historik. Med opdateringen i marts 2026 logger HubSpot også ændringer i association labels over tid, altså hvornår en kontakt blev knyttet til en virksomhed med rollen Beslutningstager og hvornår den rolle blev fjernet igen. Det er en separat log fra property history, og den lukker et hul, hvor den slags ændringer tidligere ikke blev registreret nogen steder.

At kunne se en ændring og at kunne rulle den tilbage er to forskellige ting i HubSpot. Umiddelbart efter en manuel rettelse dukker der en fortryd-mulighed op, og den findes på alle planer. Vil du rulle ændringer tilbage på flere records ad gangen, kræver det et Starter-, Professional- eller Enterprise-abonnement, og vinduet er 14 dage. Den funktion dækker kun redigeringer foretaget i HubSpots egen brugerflade fra CRM-kort og indeksside. Ændringer fra workflows, API og tilsluttede apps kan ikke rulles tilbage ad den vej.

Workflow-ændringer har deres egen redningsvej. Har et workflow skrevet forkerte værdier, kan en Super Admin gendanne dem fra workflow-canvasset inden for de seneste 14 dage, inklusive records som automatiseringen har oprettet eller slettet. Funktionen kræver Enterprise i Marketing Hub, Sales Hub, Service Hub, Data Hub, Smart CRM eller Revenue Hub, og HubSpot beskriver forløbet i HubSpots dokumentation for gendannelse af CRM-ændringer fra workflows. Er ændringen ældre end 14 dage, findes der ingen gendannelsesknap, og så er loggen kun et opslagsværk.

Historikken kan trækkes ud af systemet. Eksport af property history findes på alle produkter og planer, filen indeholder både historiske og nuværende værdier med tidsstempler, og du kan vælge at få kildekolonnen med. Det kræver rettighederne CRM Export og Edit All på det pågældende objekt, og eksportfilen bruger UTC, så tidspunkterne skal skubbes en eller to timer for at passe med dansk tid. Detaljerne står i HubSpots dokumentation for eksport af property history.

Skal historikken bruges programmatisk, findes den på CRM-objekt-API'erne gennem parameteren propertiesWithHistory, hvor du angiver de felter, du vil have historikken med på. Batch-læsning er begrænset til 100 records pr. kald, så en gennemgang af 50.000 kontakter er 500 kald plus den rate limit, jeres portal kører på. Det er den vej, de fleste går, når historikken skal ende i et datawarehouse frem for i et regneark.

Den klassiske fejl er at forveksle property history med et revisionsspor. Loggen fortæller hvilken kilde der ændrede feltet, men på systemkilder som Workflow eller Integration står der ikke altid hvilket workflow eller hvilken bruger der udløste det, og revisionsloftet betyder, at beviset kan være væk, når I får brug for det. Den anden klassiske fejl er at tro, at man kan rapportere på det. Det kan man ikke, og det vender vi tilbage til.

Vi rydder op i HubSpot-portaler, hvor ingen længere ved, hvilket system der skriver hvad. Skal I bruge property history til at dokumentere samtykker, finde det workflow, der overskriver jeres lifecycle stage, eller vurdere, om revisionsloftet på 20 og 45 ændringer holder til jeres dokumentationskrav, så tager vi gerne en gennemgang af jeres felter og kilder. Vi siger også, når svaret er et datawarehouse frem for en HubSpot-opgradering.

Hvad danske B2B-teams bruger property history til

De fleste opdager property history, fordi noget er gået galt. Men de virksomheder, der får mest ud af den, har besluttet på forhånd, hvilke felter der er kritiske, og hvem der kigger i loggen hvornår. I danske B2B-opsætninger går syv anvendelser igen.

Dokumentation af samtykke og markedsføringstilladelser
Ansvarlighedsprincippet i databeskyttelsesforordningen kræver, at I kan påvise, hvordan personoplysninger behandles, og for markedsføring betyder det, at I skal kunne vise, hvornår et samtykke blev givet, og hvornår det blev trukket tilbage. Property history på samtykke- og abonnementsfelterne leverer præcis det, med tidsstempel og kilde. En dansk B2B-virksomhed, der bruger dobbelt opt-in på nyhedsbrevet, kan trække en eksport for et enkelt felt og aflevere den som bilag, hvis en modtager klager. Se også vores side om data privacy og samtykke.

Fejlfinding i workflows, der overskriver hinanden
Når to automatiseringer skriver til det samme felt, vinder den sidste, og resultatet ser tilfældigt ud udefra. Loggen viser rækkefølgen og kilden, og med udgangspunkt i tidsstemplet kan I finde den enrollment, der udløste det. Et typisk fund hos en dansk SaaS-virksomhed er et lifecycle stage-felt, hvor et lead nurturing-flow og et salgsflow trækker i hver sin retning flere gange om dagen. Rettelsen er næsten altid at fjerne skrivningen fra det ene workflow, ikke at bygge et tredje.

Overvågning af integrationer til e-conomic og Business Central
Kilden Integration gør det muligt at se, hvad den tilsluttede app faktisk skriver, og hvor ofte. Har I en ordre- eller fakturaintegration, der spejler felter ind på virksomheds-recorden, viser loggen, om synkroniseringen kører som aftalt eller kører i ring. En grossist, der oplever, at kundens betalingsbetingelser skifter tilbage hver nat, kan aflæse det på et enkelt felt på et par minutter.

Kvalitetssikring efter import
En import skriver med kilden Import, og det gør den nem at isolere. Efter en større dataflytning kan I tage stikprøver på de felter, importen ikke burde have rørt, og se, om regnearket har overskrevet nyere værdier med gamle. Det er den hyppigste årsag til, at et salgsteam mister tillid til CRM'et efter en migrering, og den er billig at fange samme dag, hvis nogen kigger.

Afklaring af uenigheder om deals og ejerskab
Hvem flyttede dealen til Closed Won, og hvornår skiftede ejeren? Begge dele står i historikken på henholdsvis deal stage og owner-feltet. I virksomheder med bonus knyttet til pipeline er det ikke et teoretisk spørgsmål, og en logudskrift afslutter diskussionen hurtigere end en mailtråd. Det forudsætter dog, at feltet ikke har brugt sine 20 revisioner på noget andet.

Kalibrering af rettigheder
Ser I gentagne manuelle ændringer med kilden CRM UI på felter, der burde være styret af automatik, er det et rettighedsproblem og ikke et træningsproblem. Loggen fortæller, hvilke felter der bliver rørt manuelt, og det er grundlaget for at gøre dem skrivebeskyttede for de fleste brugere. Vi bruger typisk en uges log som udgangspunkt, når vi rydder op i en portal, hvor alle har haft adgang til alt.

Snapshots til rapportering
Fordi historikken ikke kan rapporteres på direkte, bygger nogle teams en genvej: et planlagt workflow, der kopierer den aktuelle værdi af et felt over i en datostemplet property eller ind på et custom object en gang om ugen. Så kan udviklingen tegnes i en almindelig rapport. Det er en omvej, den koster properties eller objekter, og den kræver Professional eller Enterprise, men den virker.

Fællesnævneren i alle syv er, at loggen skal bruges, før revisionsloftet er nået. Property history er stærk til at forklare noget, der skete i sidste uge, og svag til at dokumentere noget, der skete i forfjor. Det er også hovedforskellen på HubSpot og de systemer, vi sammenligner med i næste afsnit.

Alternativer, priser og begrænsninger

Skal I vurdere, om HubSpots historik er god nok til jeres formål, er det de faktiske alternativer, der afgør det, og de er ikke kun andre CRM-systemer. Der er tre navngivne platforme, der løser opgaven anderledes, og der er to måder at løse den inde i HubSpot selv.

Salesforce field history tracking og Field Audit Trail
Salesforce logger feltændringer på de felter, en administrator vælger at spore. Uden tilkøb opbevares historikken i op til 18 måneder i brugerfladen og op til 24 måneder via API, hvorefter den slettes automatisk. Tilkøbet Field Audit Trail fjerner den tidsgrænse helt, så data først forsvinder, når I selv sletter dem. Prisen er ikke et fast beløb pr. bruger: pr. september 2026 opgør Salesforce Shield til 30 procent af jeres nettoforbrug og Field Audit Trail alene til 10 procent, hvilket fremgår af Salesforces prisside for Shield og Field Audit Trail. For en portal med et Salesforce-forbrug på 40.000 kroner om måneden er det 4.000 kroner oveni for revisionssporet alene.

Pipedrive changelog
Pipedrive viser ændringer i en Changelog-fane under History på selve recorden, og den dækker alle ændringer siden oprettelsen, både på standardfelter og egne felter, samt hvornår personer og organisationer blev knyttet sammen. Der er ingen dokumenteret revisionsgrænse i Pipedrives dokumentation for detail view, hvilket på det punkt er mere generøst end HubSpot. Til gengæld er Pipedrive et salgsværktøj, ikke en platform: pr. september 2026 koster Lite 14 USD, Growth 39 USD, Premium 59 USD og Ultimate 79 USD pr. sæde pr. måned ved årlig betaling, og der følger ikke marketing automation eller kundeservice med.

Microsoft Dynamics 365 og Dataverse-auditing
Dynamics 365 bygger på Dataverse, hvor auditing logger oprettelser, opdateringer og sletninger på kolonneniveau, inklusive den tidligere værdi, og hvor administratoren selv sætter opbevaringspolitikken. Standarden er Forever, og en brugerdefineret politik kan sættes helt op til 24.855 dage, som beskrevet i Microsofts dokumentation for Dataverse-auditing. Prisen er, at logs optager log-lagerkapacitet i miljøet, så den regning kommer bare et andet sted fra. En vigtig detalje: ændrer I opbevaringspolitikken, gælder den kun for nye logposter, ikke for dem der allerede ligger der.

Custom object-snapshots inde i HubSpot
Oftest ligger det rigtige alternativ inde i HubSpot selv. Et planlagt workflow, der skriver den aktuelle værdi af et felt over på et custom object med en dato, giver jer noget, der kan rapporteres på, hvilket property history ikke kan. Det kræver custom objects, altså Enterprise, og et abonnement der giver planlagte workflows. Til gengæld er det den eneste måde at få en graf over udviklingen i et felt uden at forlade platformen.

API og datawarehouse
Har I brug for at gemme historikken længere end 20 eller 45 revisioner, er svaret at hente den ud løbende via propertiesWithHistory og lægge den i jeres eget datawarehouse. Batch-læsning på 100 records pr. kald sætter tempoet, og opgaven skal køre ofte nok til at nå at fange revisionerne, før de falder af. Det er et lille dataprojekt at sætte op og drifte. For virksomheder med dokumentationskrav ud over fem år er det til gengæld den eneste holdbare vej.

HubSpot står stærkest på tilgængeligheden. Historikken er slået til på alle felter fra starten, på alle planer, uden at nogen skal vælge, hvilke 20 felter der spores, og kildeangivelsen er mere detaljeret end i de fleste konkurrerende systemer. Svagheden er opbevaring og rapportering. Salesforce med Field Audit Trail og Dynamics med en Forever-politik gemmer alt, HubSpot gemmer de seneste 20 eller 45 ændringer, og ingen af HubSpots rapporteringsværktøjer kan tegne en kurve over et felts historiske værdier. Har I et revisionskrav, der løber over år, er HubSpot ikke svaret alene.

Selve adgangen koster ingenting. Property history, eksport af historikken og den umiddelbare fortryd-funktion findes på alle produkter og planer, også gratis. Det er værd at holde fast i, fordi sammenligningen med Salesforce ofte fremstilles som om HubSpot mangler funktionen. Det gør den ikke: den er bare kortere.

Det, der koster, er de funktioner der ligger rundt om loggen. Bulk-gendannelse af CRM-data inden for 14 dage kræver Starter eller derover. Gendannelse af workflow-ændringer kræver Enterprise og en Super Admin. Custom objects til snapshots kræver Enterprise. Pr. september 2026 koster Sales Hub Starter 7 USD pr. sæde pr. måned ved årlig betaling og 20 USD ved månedlig, Professional koster 90 USD ved årlig betaling med et engangsgebyr på 1.500 USD for onboarding, og Enterprise starter på 150 USD pr. sæde pr. måned med 3.500 USD i onboarding.

Sædemodellen er værd at læse rigtigt her. Property history kræver ikke et betalt sæde: enhver bruger med adgang til recorden kan se historikken. Eksport er anderledes, fordi den forudsætter rettighederne CRM Export og Edit All, og gendannelse af workflow-ændringer forudsætter Super Admin. I praksis betyder det, at dokumentationsopgaven ender hos to eller tre personer i virksomheden, uanset hvor mange brugere I har.

De hårde grænser er de tre, vi har nævnt undervejs, og de er ikke til forhandling: 45 revisioner pr. property på kontakter, 20 på virksomheder, deals, tickets og custom objects, og 14 dage til enhver form for gendannelse. Dertil kommer 100 records pr. batch-kald på API'et. Ingen af dem kan hæves ved at opgradere, og det er den vigtigste forskel på HubSpots historik og et rigtigt revisionsspor.

Den fjerde begrænsning er rapportering, og den overrasker flest. Der findes ikke en standardrapport, der viser, hvordan et felt har udviklet sig over tid, og HubSpots egne medarbejdere har bekræftet det i supportfora gennem flere år. Skal I se hvor mange deals der gik fra Forhandling til Tabt i august, skal I enten bygge snapshot-løsningen ovenfor eller trække data ud via API'et. Det er den enkeltbegrænsning, vi oftest skal forklare i et implementeringsprojekt.

På EU-siden er billedet til gengæld pænt. HubSpot hoster kundedata i USA, Canada, Australien og EU, hvor EU-regionen ligger i Tyskland, og en konto placeres ud fra IP-adressen ved oprettelsen, mens betalende kunder kan flytte den bagefter. Det står i HubSpots FAQ om cloud-infrastruktur og datahosting. Ligger jeres portal på et amerikansk datacenter, ligger jeres property history der også, og det er værd at få afklaret, før I skriver loggen ind i en fortegnelse over behandlingsaktiviteter.

Dansk sprog og tid er den lille detalje, der driller i praksis. Brugerfladen findes på dansk, men eksporten bruger UTC, og det skal I huske, når en logudskrift skal holdes op mod en mail sendt klokken 09.14 dansk tid. To timer om sommeren, en om vinteren. Vi har set diskussioner om samtykketidspunkter, der udelukkende handlede om den forskel.

Hvornår kan det ikke betale sig at læne sig på property history? Hvis I er i en branche med lovbestemt opbevaring i fem eller ti år, hvis I skal kunne vise, hvilken navngiven bruger der ændrede et felt for halvandet år siden, eller hvis historikken skal indgå i faste rapporter. I de tilfælde skal loggen suppleres med enten et datawarehouse eller et system bygget til revision, og HubSpot skal bruges til det, den er god til. Vi hjælper jævnligt med at trække den grænse, og den ligger sjældent, hvor virksomheden tror. Se vores gennemgang af HubSpot som platform for det større billede.