Hvad er en calculation property i HubSpot?
En calculation property er et felt i HubSpot, hvis værdi bliver regnet ud af platformen selv i stedet for at blive tastet ind. Feltet ligger sammen med alle andre felter under egenskaberne på et objekt, men i stedet for en indtastning gemmer det en opskrift: en optælling på tværs af tilknyttede records, en tidsforskel mellem to datoer eller en formel, der kombinerer andre felter på samme record. Adgangen kræver Professional eller Enterprise. På Free og Starter findes felttypen slet ikke i menuen.
Sig at I vil vide, hvor mange dage der er gået, fra en deal blev oprettet, til den blev lukket. I opretter et beregnet felt på deal-objektet af typen tid mellem to datoer, peger på Create date og Close date, og HubSpot udfylder resten på hver eneste deal, også de gamle. Vil I i stedet vide, hvor meget en virksomhed har købt for i alt, opretter I et rollup-felt på company-objektet, der lægger deal-beløbet sammen på tværs af alle tilknyttede deals med et bestemt association label.
For danske B2B-teams er det her, en stor del af rapporteringen bliver mulig uden regneark. Salgscyklus i dage, antal åbne sager pr. kunde, forventet årsværdi ud fra en månedspris, dækningsbidrag pr. deal og alder på et lead er alle tal, nogen ellers trækker manuelt ud hver måned. Resten af siden gennemgår mekanikken, de syv anvendelser, vi bygger hos danske kunder, og hvad adgangen koster: fra 90 USD pr. sæde på Sales Hub Professional, med et loft på 200 beregnede felter.
Sådan virker calculation properties i HubSpot
Et beregnet felt oprettes samme sted som alle andre felter, under Indstillinger og Egenskaber, hvor I vælger objektet og derefter felttypen Calculation. Derfra deler HubSpot felttypen i tre familier, og valget mellem dem afgør, hvad feltet overhovedet kan se. De tre kan ikke det samme, og de fleste fejl i opsætningen starter med, at nogen har valgt den forkerte.
Rollup-felter regner på tilknyttede records. De henter minimum, maksimum, antal, sum, gennemsnit eller tidligste og seneste dato fra de records, der er forbundet til den record, feltet ligger på. Et company-felt kan tælle antallet af deals, lægge beløbene sammen eller finde datoen for den seneste aktivitet. I kan afgrænse beregningen til et bestemt association label og filtrere de records, der tælles med, ved hjælp af op til 50 betingelser på tal- og valgfelter. Læs mere om, hvordan relationerne hænger sammen, under associations.
Tidsberegninger er den anden familie, og de er de nemmeste at komme i gang med. I vælger mellem tid mellem to datoer, tid siden en dato og tid indtil en dato, og HubSpot regner resten ud løbende. De to sidste opdaterer sig selv, i takt med at dagen skrider frem, hvilket gør dem oplagte til alder på et lead eller dage siden sidste kontakt. Bagsiden er, at netop de to typer ikke må bruges alle steder, og det vender vi tilbage til.
Den tredje familie er formelfeltet. Her skriver I en egentlig ligning i en editor, der understøtter de fire regnearter, sammenligninger som større end og mindre end, logiske operatorer som and og or, og betingede udtryk med if. Returtypen kan være tal, boolean, tekst, dato eller datotid, og der er et pænt bibliotek af funktioner: abs, concatenate, is_known, round_nearest, power, sqrt, min, max, uppercase, contains, starts_with, add_time, subtract_time og time_between. To valutafunktioner, exchange_rate og dated_exchange_rate, gør det muligt at regne på tværs af valutaer i selve formlen. Formlen må indeholde op til 70 åbne parenteser, og HubSpot kan foreslå den for jer ud fra en prompt med funktionen Generate formula, som beskrevet i HubSpots dokumentation for calculation og rollup properties.
Den vigtigste begrænsning i formelfeltet er, at det kun kan se felter på sit eget objekt. Vil I regne på en værdi fra en tilknyttet record, skal I enten bruge et rollup-felt eller først kopiere værdien over med et workflow. Det er en reel forskel fra formelfelter i andre CRM-systemer, og den bestemmer, hvordan I bygger datamodellen: felter, I senere vil regne på, skal ligge på det objekt, hvor regnestykket skal stå.
Beregnede felter er ikke gratis i den forstand, at de kan oprettes i det uendelige. HubSpot sætter loftet ved 200 beregnede felter i alt for kontoen, mod 10.000 almindelige brugerdefinerede felter samlet og 1.000 pr. objekt. Association labels ligger på 50 pr. objektpar, og custom objects på 20 definitioner og kun på Enterprise. Tallene står i HubSpots API-dokumentation for CRM-grænser, som også kan læses programmatisk, hvis I vil overvåge forbruget. 200 lyder af meget, indtil man har haft platformen i tre år og alle afdelinger har fået lov at oprette deres eget.
Selve værdien opfører sig anderledes end i et normalt felt. Den er udregnet, ikke indtastet, og den kan ikke bruges i formularer. Varighed gemmes råt i millisekunder, hvilket overrasker folk første gang, de filtrerer på et tidsfelt eller bruger det som input i et andet beregnet felt. Datofelter uden klokkeslæt regnes fra midnat UTC på den valgte dag, og det giver systematiske afvigelser på en time eller to, hvis I sammenligner med tal fra et dansk økonomisystem.
Tomme felter er den fejl, der oftest ender som en supportsag. Mangler bare ét af de tal, en formel peger på, kører beregningen ikke, og feltet står tomt i stedet for at regne videre med resten. Det er dokumenteret adfærd og ikke en fejl, men det betyder, at formler på felter, sælgerne ikke altid udfylder, skal pakkes ind i is_known eller if for at give et brugbart resultat. Se også, hvordan felttyper generelt opfører sig, under property.
Der er sket noget på området i foråret 2026. I HubSpots changelog for maj 2026 fik custom objects adgang til stage calculated properties, felttypen Unformatted Number begyndte at acceptere decimaler, og der kom en public beta, hvor stage calculated properties kan slås til og fra pr. pipeline og pr. fase. Den sidste er værd at kende: tidligere blev de felter oprettet automatisk for hver eneste fase i hver eneste pipeline, hvilket i store konti hurtigt løber op i mange hundrede ekstra felter.
Hvor felterne beregnes, betyder også noget for, hvad I kan bruge dem til bagefter. De virker som filtre i lister, som betingelser i workflows og som dimensioner i rapporter, men re-enrollment i et workflow kan kun ske på felter fra samme objekt. Ændrer et rollup-felt på company sig, udløser det altså ikke automatisk et kontakt-workflow. Løsningen er enten at bygge workflowet på company-objektet eller at kopiere værdien ned på kontakten først. HubSpots oversigt over felttyper siger det kort: en calculation property gemmer ligninger, ikke indtastninger.
Skal beregnede felter give tal, I kan styre efter, ligger arbejdet lige så meget i datamodellen som i formlerne. Vi gennemgår jeres eksisterende felter, rydder op i dem, der ikke bruges, og bygger de beregninger, salg og ledelse rent faktisk træffer beslutninger på, inden I rammer loftet på 200. Skriv til os, hvis I vil have set jeres opsætning efter i sømmene.
Hvad danske B2B-teams bruger beregnede felter til
Behovene går igen fra den ene danske B2B-opsætning til den næste. Herunder er de syv, der betaler sig hjem hurtigst, med den opsætning, de kræver.
Salgscyklus i dage
Et tidsfelt mellem Create date og Close date på deal-objektet giver den reelle liggetid pr. handel. Den fornemmede salgscyklus er sjældent den samme som den målte, og først når tallet står på hver enkelt handel, bliver prognosen til andet end et skøn. Læg feltet ind som kolonne i en rapport, og I kan se cyklussen brudt op på produktområde og sælger.
Kundens samlede værdi
Et rollup-felt på company, der summerer Amount på alle vundne deals, erstatter det regneark, økonomi ellers vedligeholder. Afgræns med et association label, hvis I skelner mellem moderselskab og datterselskaber, så koncernomsætningen ikke bliver talt to gange. Bruger I feltet som filter i en liste, kan I udløse en årlig kontaktkadence for kunder over en halv million kroner.
Alder på et lead
Tid siden Create date på kontakten viser, hvor længe et lead har ligget uberørt. Feltet opdaterer sig selv hver dag, så en liste med leads over 14 dage gamle holder sig selv ajour uden vedligehold. Det er den slags felt, der flytter rapportering i HubSpot fra en månedlig øvelse til en daglig arbejdsgang for sælgerne.
Aktivitetstælling pr. kunde
Et rollup-felt, der tæller møder eller opkald på tværs af tilknyttede kontakter, giver kundeansvarlige et mål for dækning. Tallet gør det muligt at finde konti med under to aktiviteter i et kvartal og fordele dem i en opgavekø. Bemærk, at tælleren følger associationerne, så oprydning i relationer ændrer tallet.
Forventet årsværdi på abonnementer
Et formelfelt, der ganger månedspris med 12 og trækker en rabatprocent fra, gør ARR til et felt i stedet for en udregning i hovedet. Pak beløbet ind i if og is_known, så deals uden månedspris ikke ender som tomme felter i rapporten. Med exchange_rate kan I regne EUR-aftaler om til DKK i samme formel.
Dækningsbidrag pr. handel
Omsætning minus kostpris, begge som felter på deal, giver et bidrag, sælgerne kan se, mens de forhandler. Det kræver, at kostprisen faktisk står på handlen, og det er her arbejdet ligger: tallet kommer typisk fra ERP og skal synkroniseres ind i et almindeligt felt først, før formlen kan regne på det.
Svartid på sager
Tid mellem oprettelse og første svar på ticket-objektet giver et konkret servicetal uden en ekstern måler. Kombineret med en liste over sager over målsætningen bliver det til en daglig arbejdsgang for supportlederen frem for en månedlig rapport, ingen når at læse.
Fællesnævneren for de syv er, at feltet gør et tal synligt dér, hvor beslutningen tages, i stedet for i et regneark, nogen skal huske at opdatere. Til gengæld arver de alle sammen kvaliteten af de felter, de peger på. Et dækningsbidrag beregnet på en kostpris, halvdelen af sælgerne ikke udfylder, er et forkert tal med to decimaler, og det er farligere end intet tal.
Alternativer, priser og begrænsninger
Beregnede felter er sjældent den eneste vej til tallet. Inden I bygger, så hold felttypen op mod de fire alternativer, vi ser blive valgt i stedet, og mod prisen på det tier, der overhovedet giver adgang.
Workflows med custom code
Et workflow kan skrive en beregnet værdi ind i et almindeligt felt og kan i modsætning til formelfeltet hente data fra andre objekter og fra eksterne systemer. Programmerbar automatisering med custom code actions kræver Data Hub Professional, som ifølge HubSpots prisside for Data Hub koster pr. september 2026 720 USD pr. måned ved årlig binding og inkluderer ét core seat og 5.000 credits. Prisen er, at beregningen kun kører, når workflowet kører, så værdien er et øjebliksbillede og ikke et felt, der opdaterer sig selv.
Salesforce formelfelter
Salesforce har haft formelfelter i årevis, og de kan mere end HubSpots: cross-object-referencer indgår direkte i formlen, uden at værdien først skal kopieres over. Grænserne handler om teknik og ikke om antal, og dem rammer man som administrator: 3.900 tegn i formlen, 15.000 bytes når den kompileres, og 1.300 viste tegn i resultatet ifølge Salesforces dokumentation for grænser på formelfelter. Prisen er den reelle forskel: Sales Cloud koster pr. september 2026 fra 25 USD pr. bruger pr. måned for Starter Suite, 100 USD for Pro Suite og 195 USD for udgaven Core, årligt betalt.
Pipedrive formula fields
Pipedrive har formelfelter, men først på Premium-planen, der pr. september 2026 koster 59 USD pr. sæde pr. måned ved årlig betaling, altså 708 USD pr. sæde om året. Ved månedlig betaling er prisen højere. Funktionaliteten er smallere og retter sig mod beregninger på handler, ikke mod en fuld datamodel med rollups på tværs af associationer. For et lille salgsteam, der kun mangler et par beløbsberegninger, er det markant billigere end at flytte til HubSpot Professional.
Dynamics 365 Sales
Microsofts beregnede og rollup-kolonner ligger tæt på HubSpots model og er med fra Sales Professional, der pr. september 2026 koster 65 USD pr. bruger pr. måned ved årlig betaling, mod 105 USD for Sales Enterprise og 150 USD for Sales Premium. Vælger I Dynamics, er det som regel af hensyn til Business Central og resten af Microsoft-stakken, ikke på grund af felttypen. Omvendt betaler I typisk mere i opsætning, før det første felt regner rigtigt.
HubSpot vinder på opsætningstiden: et rollup-felt på tværs af associationer, filtreret på label, tager minutter frem for en udviklingsopgave. Omvendt kan formler ikke se andre objekter, felttypen kan ikke bruges i formularer, og loftet på 200 felter er lavere, end de fleste tror, når de begynder. Skal I regne på data, der bor i ERP, eller lave beregninger, der krydser tre objekter, er et workflow, en integration eller et BI-værktøj det rigtige svar, ikke et beregnet felt.
Adgangen følger tier og ikke Hub. Felttypen er med i Marketing Hub, Sales Hub, Service Hub, Content Hub, Smart CRM og Revenue Hub på Professional og Enterprise samt i Data Hub Professional. Har I kun Starter, findes valgmuligheden ikke, og det er en af de mest almindelige grunde til, at en dansk virksomhed opgraderer.
Prisen for den adgang afhænger af, hvilken vej I går ind. Marketing Hub Professional starter pr. september 2026 på 800 USD pr. måned ved årlig binding med 2.000 marketing contacts og tre core seats, mens Enterprise starter på 3.600 USD på samme grundlag med 10.000 marketing contacts og fem seats. Ekstra sæder koster 45 USD på Professional og 75 USD på Enterprise, og der ligger et obligatorisk onboarding-gebyr på 3.000 USD henholdsvis 7.000 USD oven i. Tallene står på HubSpots prisside for Marketing Hub, er noteret i USD og ændrer sig oftere, end man skulle tro. Hvilken valuta I faktureres i, afhænger af den aftale, I skriver under på.
Går I ind via salg i stedet, er regnestykket et andet. Sales Hub Professional koster pr. september 2026 90 USD pr. sæde pr. måned ved årlig betaling og 100 USD ved månedlig, med et onboarding-gebyr på 1.500 USD, mens Enterprise ligger på 150 USD pr. sæde. For et team på fem sælgere er det omkring 5.400 USD om året plus onboarding, og så har I både beregnede felter, sekvenser og prognoser med i prisen.
De hårde grænser er lette at overse i en business case. Ud over loftet på 200 gælder 50 association labels pr. objektpar og 20 custom objects på Enterprise. Rollup-felter må filtrere på op til 50 betingelser, og en formel må rumme 70 åbne parenteser. Ingen af dem kan hæves ved at ringe til HubSpot.
Så er der de begrænsninger, der ikke er tal. Tid siden og tid indtil kan ikke bruges som filtre i den brugerdefinerede rapportbygger, ikke som input i andre beregnede felter og ikke i feltmapninger i data sync. Formler ser kun deres eget objekt. Tomme inputfelter giver et tomt resultat frem for en delvis beregning. Og et beregnet felt kan ikke stå på en formular, hvilket regelmæssigt vælter en leadflow-opsætning, hvor nogen havde tænkt sig at vise en pris til den besøgende.
For danske opsætninger er valuta det punkt, der oftest driller. Er DKK jeres company currency, og sælger I også i EUR eller SEK, viser et valutafelt som udgangspunkt beløbet i company currency, og indstillingen om at bruge recordens egen valuta ændrer kun visningen, ikke omregningen. Skal der faktisk regnes om, skal exchange_rate eller dated_exchange_rate ind i formlen. Kurserne kan sættes manuelt eller opdateres automatisk, og lukkede handler beholder kursen fra lukketidspunktet, som beskrevet i HubSpots vejledning til flere kontovalutaer.
Integrationen til de danske økonomisystemer sætter den anden ramme. Et beregnet felt regner altid på data, der allerede ligger i HubSpot, så en kostpris fra e-conomic eller Business Central skal først synkroniseres ind i et almindeligt felt, før formlen kan bruge den. Det gør rækkefølgen i et implementeringsprojekt vigtig: integration først, felter bagefter. Bygger I felterne først, får I formler, der peger på tomme værdier, og så står de tomme, indtil synkroniseringen kører.
GDPR trækker sjældent i beregnede felter i sig selv, men indholdet kan gøre det. Et felt, der kombinerer adfærdsdata til en form for profilering, er stadig en behandling af persondata. Regner I på personoplysninger, hører feltet med i fortegnelsen over behandlingsaktiviteter efter artikel 30 på linje med scoringen, og behandlingsgrundlaget skal være på plads, før feltet bygges.
Hvornår kan det så ikke betale sig? Har I under 500 records og to sælgere, er et regneark hurtigere end en opgradering til Professional. Skal beregningen bruges i en formular eller opdateres i realtid ud fra data i et andet system, er felttypen det forkerte værktøj uanset tier. Og skal tallet indgå i regnskabet, hører det hjemme i økonomisystemet, ikke i CRM. Vi hjælper med at afgøre den slags, før licensen bliver købt, og I kan starte med vores samlede overblik over HubSpot som platform.
Relaterede begreber
En property er feltet, der gemmer data på en HubSpot-record. Få felttyper, grænsen på 1.000 felter pr. objekt og priser pr. august 2026.
Hvad et CRM-objekt er i HubSpot, hvordan objekter, properties og associations hænger sammen, hvad custom objects kræver, og hvad alternativerne koster.
Hvad en association er i HubSpot, hvordan labels, primary company og grænser fungerer, hvad det kræver af abonnement, og hvad alternativerne koster.
Reporting i HubSpot: rapportbibliotek, dashboards og de tre rapportbyggere. Tiers, priser pr. august 2026, hårde grænser og alternativer.
Smart CRM er HubSpots fælles datalag under alle Hubs. Objekter, properties, associations, tiers, priser pr. september 2026 og EU-hosting.
Data Hub er HubSpots abonnement for datasynkronisering, datakvalitet og automatisering. Se hvordan det virker, hvad det koster, og alternativerne.
Custom objects lader dig bygge dine egne objekttyper i HubSpots CRM. Se hvordan de virker, hvad Enterprise koster, og hvornår du bør lade være.
Deal-objektet i HubSpot: properties, stadier, forecast, priser pr. august 2026, alternativer og de grænser danske B2B-teams løber ind i.
Ofte stillede spørgsmål om calculation properties
Hvilket abonnement kræver calculation properties?+
Felttypen kræver Professional eller Enterprise. Den er med i Marketing Hub, Sales Hub, Service Hub, Content Hub, Smart CRM og Revenue Hub på de to tiers samt i Data Hub Professional. På Free og Starter findes valgmuligheden ikke i egenskabsopsætningen. Sales Hub Professional koster pr. september 2026 90 USD pr. sæde pr. måned ved årlig betaling.
Hvad er forskellen på et rollup-felt og et formelfelt?+
Et rollup-felt regner på tilknyttede records og kan summere, tælle, finde gennemsnit eller hente tidligste og seneste dato på tværs af associationer. Et formelfelt regner kun på felter på samme record, men til gengæld med rigtige ligninger, betingelser og funktioner. Skal I kombinere de to, kopierer I typisk rollup-værdien videre og bruger den som input i formlen.
Hvor mange beregnede felter kan vi oprette?+
Grænsen er 200 beregnede felter i alt for kontoen. Til sammenligning er der plads til 1.000 brugerdefinerede felter pr. objekt og 10.000 i alt. Grænsen kan ikke hæves, så det betaler sig at rydde op i ubrugte felter, før I bygger nye. Forbruget kan hentes programmatisk via HubSpots API til CRM-grænser.
Kan et beregnet felt bruges på en formular?+
Nej. HubSpots dokumentation for felttyper siger direkte, at calculation properties ikke kan bruges i formularer. Skal en besøgende se et beregnet tal, skal det laves i selve formularen eller på siden, ikke som et CRM-felt. Begrænsningen bliver typisk opdaget sent, når leadflowet skal vise en pris til den besøgende.
Hvorfor står vores beregnede felt tomt?+
Den hyppigste årsag er, at et af de felter, formlen peger på, er tomt. Mangler bare én værdi, kører beregningen ikke, og resultatet bliver et tomt felt frem for en delvis udregning. Løsningen er at pakke formlen ind i is_known eller if, så der returneres nul eller en standardværdi. Tjek også, om feltet er af typen tid siden eller tid indtil, som ikke må bruges som input i andre beregnede felter.
Kan vi regne på tværs af DKK og EUR?+
Ja, men ikke automatisk. Et valutafelt viser som udgangspunkt beløbet i kontoens company currency, og indstillingen om at bruge recordens egen valuta ændrer kun visningen. Skal der omregnes, skal funktionerne exchange_rate eller dated_exchange_rate ind i formlen. Kurser kan sættes manuelt eller opdateres automatisk, og lukkede handler beholder kursen fra lukketidspunktet.
Kan et beregnet felt trigge et workflow?+
Feltet kan bruges som betingelse i workflows og lister, men re-enrollment virker kun på felter fra samme objekt. Ændrer et rollup-felt på company sig, starter det derfor ikke automatisk et kontakt-workflow. Byg i stedet workflowet på company-objektet, eller kopiér værdien ned på kontakten først og brug den kopi som trigger.