Hvad er custom objects i HubSpot? Din egen datamodel

Sådan virker custom objects i HubSpot

Custom objects defineres ét sted i datamodellen og er derefter tilgængelige på tværs af CRM'ets værktøjer. Du finder dem under Data Management og Data Model, hvor HubSpots data model builder tegner objekter, properties og associationer op som et diagram. Selve builderen er tilgængelig i alle abonnementer, så du kan se din model uanset niveau, men knappen, der opretter et nyt objekt, kræver Enterprise og super admin-rettigheder.

Når du opretter objektet, beder HubSpot om et navn i ental og flertal, en valgfri beskrivelse og en primary display property. Den sidste er den, der identificerer recorden i lister og på kort, typisk et aftalenummer eller et anlægsnavn, og du kan lægge sekundære visningsproperties oveni. Navnet må ikke kollidere med et objekt, HubSpot selv har defineret, hvilket HubSpots vejledning til oprettelse af custom objects gør opmærksom på. Kald derfor ikke dit objekt Product eller Ticket, uanset hvor rigtigt det lyder på dansk.

Derfra opfører objektet sig som resten af CRM'et. Det får de samme felttyper som et CRM-objekt ellers har, det kan importeres til via CSV, og det kan redigeres i bulk. Feltgrænsen er den samme som andre steder i platformen: 1.000 custom properties pr. objekt ifølge HubSpots produkt- og servicekatalog, og den grænse gælder alle betalte abonnementer, ikke kun Enterprise. Feltgrænsen er sjældent problemet. Til gengæld kræver det disciplin at holde data opdateret, når objektet først er i drift.

Associationer. En serviceaftale, der ikke er koblet til en kunde, er bare en tabel. For custom objects skal du definere associationstypen mellem dit objekt og fx company, før du kan koble records sammen, og du kan sætte etiketter på relationen, så en kontakt kan være både underskriver og daglig bruger. Antallet kan begrænses bevidst: HubSpot lader dig sætte en grænse på op til 10.000 associerede records pr. relation, og som udgangspunkt kan en enkelt record associeres med op til 50.000 records af samme type. En grænse på én virksomhed pr. aftale giver i praksis bedre datahygiejne end ingen grænse.

Custom objects kan også have deres egen pipeline. Stadierne fungerer som på en handel, altså en fast rækkefølge af faser, en record bevæger sig igennem, og de er nyttige, når objektet beskriver en proces frem for en tilstand. En implementering med faserne kickoff, dataflytning, test og drift hører hjemme i en pipeline. En bygning har ingen faser at bevæge sig igennem, så der giver en pipeline ingen mening.

Automatisering er hovedgrunden til, at du vælger et objekt frem for et felt. Workflows kan tage custom objektet som udgangspunkt, så det er selve serviceaftalen, der bliver enrolled, og handlingerne kan skrive tilbage på både aftalen og de records, den er associeret med. Det er også her, forskellen på et objekt og en HubDB-tabel bliver konkret, for en HubDB-tabel kan ikke starte et workflow.

Rapportering følger med. Custom objects kan indgå i den brugerdefinerede rapportbygger, både alene og på tværs af objekter, så du kan lave en rapport over fornyelsesrate pr. brancheområde eller udestående installationer pr. tekniker. Vores erfaring er, at kunden oftest kommer med et rapportbehov og først bagefter opdager, at det kræver et objekt.

API-adgangen. Objekter kan defineres programmatisk gennem schemas-endpointet i stedet for i brugerfladen, hvilket er den rigtige vej, når objektet skal oprettes ens i flere portaler. Batch-endpoints tager maksimalt 100 records pr. kald, og der findes et endpoint, GET /crm/v3/limits/custom-object-types, der returnerer både din grænse, dit forbrug og forbruget i procent. Hvor mange objekter, records og pipelines du må have, afhænger af abonnementet og er fastsat i produkt- og servicekataloget, så det opslag er mere præcist end noget tal i en blogartikel.

Følg med i ændringerne i datamodellen. Den 29. juni 2026 rullede HubSpot en skrivebeskyttet systemproperty ved navn hs_current_customer ud, som markerer aktive kunder, og den gælder ikke kun kontakter og virksomheder, men også custom objects, hvilket fremgår af HubSpots udvikleropdateringer for juni 2026. Den slags ændringer påvirker filtre og rapporter, du allerede har bygget.

Den fejl, vi ser oftest, er, at objektet bliver oprettet for tidligt. Et custom object er en permanent beslutning i den forstand, at det skal vedligeholdes, dokumenteres og forklares til hver ny kollega, og HubSpot forhindrer dig i at slette det, så længe andre værktøjer bruger det. Kan behovet dækkes af tre properties på virksomheden eller af en ekstra pipeline på handler, så gør det i stedet. Opret objektet, når data har sin egen livscyklus og skal kunne tælles. Mangler nogen bare et felt, er en property det rigtige.

Vi er HubSpot-partner og hjælper danske B2B-virksomheder med at afgøre, om et custom object er den rigtige løsning, og med at bygge det, når det er. Det dækker design af datamodellen, associationer og pipelines, synkronisering af ordrer og aftaler fra e-conomic eller Business Central, opsætning af workflows og rapporter oven på objektet, og oplæring af de kolleger, der skal vedligeholde det. Skal I have vurderet, om jeres behov kan løses uden en Enterprise-opgradering, kigger vi gerne på jeres nuværende opsætning først.

Hvad danske B2B-teams bruger custom objects til

På tværs af brancher ligner behovet hinanden: kunden har flere af den samme enhed, enheden har sin egen levetid, og nogen skal følge op på den, før den udløber. Anvendelserne herunder er dem, vi oftest bygger for danske virksomheder.

Serviceaftaler og abonnementer
Objektet holder aftalenummer, periode, responstid, årlig værdi og fornyelsesdato. Det associeres til virksomheden og til den handel, der skabte det, og et workflow opretter en fornyelsesopgave i god tid. En teknisk grossist med flere hundrede løbende aftaler får dermed et forecast på, hvor stor en omsætning der udløber i næste kvartal, uden at nogen åbner et regneark.

Installationer og udstyr hos kunden
Hver maskine, hver måler eller hvert anlæg bliver sin egen record med serienummer, installationsdato, garantiudløb og seneste servicebesøg. Supportmedarbejderen ser på kundekortet, hvilke fire anlæg kunden faktisk har stående. Hos en producent af procesudstyr afgør det, om teknikeren har den rigtige reservedel med i bilen.

Ejendomme, lokationer og afdelinger
Virksomhedsobjektet er ét niveau, men mange danske kunder er kæder, koncerner eller foreninger med adresser, der hver især køber ind. Et lokationsobjekt giver hver adresse sin egen record med åbningstid, kontaktperson og aftalte priser, mens moderselskabet stadig er én virksomhed i CRM'et. Så kan rapporten vise omsætning pr. butik og ikke kun pr. koncern.

Ordrer og fakturaer fra ERP
Når ordredata skal ind i CRM'et, er et custom object stedet, de hører hjemme, med ordrenummer, beløb, status og leveringsdato synkroniseret fra e-conomic eller Business Central. Sælgeren ser den reelle købshistorik på kundekortet i stedet for at skifte system, og marketing kan segmentere på, hvad folk faktisk har købt. Vi bygger den type kobling som en del af vores arbejde med HubSpot-integrationer til danske forretningssystemer.

Projekter og leverancer
Et projektobjekt med pipeline dækker fasen efter underskriften: kickoff, dataflytning, test, overdragelse. Det holder implementeringen ude af salgspipelinen, så forecastet ikke bliver forurenet af opgaver, der allerede er vundet. Et konsulenthus kan måle, hvor lang tid der reelt går fra lukket handel til fakturerbar drift.

Kurser, hold og tilmeldinger
Uddannelsesudbydere og medlemsorganisationer har brug for at holde styr på et hold med dato, underviser, kapacitet og deltagere, hvor hver deltager er en kontakt med sin egen tilmelding. Med et custom object kan den samme kontakt være tilmeldt fem forløb over tre år, uden at noget bliver overskrevet. Påmindelser kan sendes ud fra holdets startdato, og antallet af ledige pladser kan tælles direkte på holdet.

Udbud og tilbudsrunder
Offentlige udbud følger deres egen kalender med frister, kravspecifikationer og konsortiepartnere, og de matcher dårligt en almindelig handel. Et udbudsobjekt med egne datofelter gør det muligt at fange fristerne i et workflow og at rapportere på gevinstrate pr. ordregiver. Det er relevant for danske leverandører, hvor kommuner og regioner fylder i omsætningen.

Fællesnævneren er, at enheden lever sit eget liv i forretningen og skal kunne tælles og filtreres på. Læg samtidig mærke til, hvor meget værdien afhænger af relationerne mellem records: et custom object uden gennemtænkte associations ender som en isoleret liste, ingen bruger.

Alternativer, priser og begrænsninger

Inden du opgraderer til Enterprise for at få adgang til custom objects, er der tre alternativer, der løser en del af behovet billigere, og tre konkurrerende platforme, der løser det på hver sin måde.

Flere properties på et eksisterende objekt
Det billigste alternativ er at udvide det objekt, du allerede har. En property koster ingenting ekstra og virker i alle tiers, og hvis kunden kun har én serviceaftale ad gangen, er fem felter på virksomheden en fuldt forsvarlig løsning. Grænsen går præcis dér, hvor kunden får den anden aftale, for så begynder felterne at overskrive hinanden.

HubSpots aktiverbare standardobjekter
Datamodellen indeholder objekter, de fleste ikke ved findes, blandt andet appointments, courses, listings og services, som kan slås til i data model builderen. De dækker aftaler, kurser, ejendomme og ydelser, og de kræver ikke, at du selv definerer et objekt. Passer et af dem til dit behov, sparer du både opsætning og vedligeholdelse.

HubDB
HubDB er relationelle tabeller til indhold, og de er tilgængelige med Content Hub Professional og opefter samt Marketing Hub Enterprise. Tabellerne er gode til produktkataloger og oversigtssider på websitet, men de kan hverken associeres til records, starte workflows eller indgå i rapporter, hvilket HubSpots egen sammenligning af HubDB og custom objects er tydelig omkring. HubDB er det rigtige valg, når data skal vises på en side. Skal data indgå i en proces med workflows og rapporter, skal det være et custom object.

Salesforce Sales Cloud
Salesforce har haft custom objects i langt flere år og tillader 200 af dem i Enterprise Edition med op til 500 felter pr. objekt, hvilket er mere plads, end nogen dansk SMV får brugt. Til gengæld ligger listeprisen på 175 USD pr. bruger pr. måned ved årlig binding for Enterprise, hentet 12. august 2026 fra Salesforces prisoversigt for Sales Cloud, og opsætningen kræver oftere en administrator eller en partner på timebasis.

Microsoft Dynamics 365 Sales
Dynamics bygger på Dataverse, hvor egne tabeller er en del af fundamentet frem for en Enterprise-funktion, og det er stærkt for virksomheder, der allerede kører Business Central og Entra ID. Microsoft offentliggør listepriser pr. bruger pr. måned, men prisen på Sales Enterprise forhandles reelt gennem en partneraftale, så et retvisende sammenligningstal kræver et konkret tilbud. Prisen på fleksibiliteten er, at marketingdelen kræver Customer Insights som separat produkt.

Pipedrive
Pipedrive er billigere og hurtigere at komme i gang med, men platformen tilbyder kun custom fields, pipelines og produkter, ikke egne objekttyper. Det er en reel begrænsning for virksomheder med udstyr eller aftaler, der skal tælles hver for sig, og den løses normalt ved at hænge en ekstern database på via API. Pipedrive er et godt valg, hvis salgsprocessen er det vigtigste. Er datamodellen det centrale, kommer platformen til kort.

HubSpot vinder på, at objektet, automatiseringen, rapporteringen og marketingdelen er det samme system, så en serviceaftale kan udløse både en sælgeropgave og en e-mail uden integration imellem. HubSpot taber, når datamodellen skal være virkelig kompleks, når der er brug for rettigheder helt ned på den enkelte property, eller når objektet skal kunne slettes og gendannes i store mængder. Har du 30 objekttyper og 15 års historik i Salesforce, er en migrering sjældent en god forretning.

Adgangen til custom objects er den enkleste del af priskortet: du skal have mindst ét Hub på Enterprise-niveau. Det gælder Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub, Revenue Hub og Smart CRM, og funktionen følger kontoen, så ét Enterprise-abonnement åbner datamodellen for hele portalen. HubSpots prisguide til Sales Hub, hentet 12. august 2026 og senest opdateret i januar 2026, sætter Sales Hub Enterprise til 150 USD pr. seat pr. måned med årlig binding plus et engangsgebyr på 3.500 USD for onboarding, mens Professional ligger på 90 USD pr. seat. Kun listepriser i USD offentliggøres, så den danske pris afhænger af aftale og valutakurs. Se detaljerne i HubSpots prisguide til Sales Hub.

Seat-modellen skal regnes med. HubSpot fakturerer core seats pr. bruger, der skal arbejde i salgs- og serviceværktøjerne, mens view-only-adgang er gratis, og et Enterprise-abonnement med ti sælgere er derfor markant dyrere end listeprisen for ét seat. Selve datamodellen er derimod ikke en per-seat-funktion: når kontoen er på Enterprise, kan alle brugere med de rigtige rettigheder se og bruge objektet, mens det kun er super admins, der kan ændre modellen.

Kend de hårde grænser, før du designer modellen. Der er plads til 1.000 custom properties pr. objekt, associationsgrænser kan sættes op til 10.000 records pr. relation, og en enkelt record kan som udgangspunkt associeres med op til 50.000 records af samme type. Antallet af objektdefinitioner, records og pipelines afhænger derimod af abonnementet og står i produkt- og servicekataloget, så aflæs jeres egen grænse i Data Model under fanen Limits eller via limits-endpointet i API'et. Records, der bruger 80 procent eller mere af deres associationsgrænse, kan trækkes ud i en rapport over højt forbrug, så I kan nå at rydde op i tide.

En begrænsning fanger næsten alle første gang: personaliseringstokens fra et custom object virker ikke i almindelige marketing-e-mails. E-mailen sendes til kontakten og trækker på kontaktens egne properties, så oplysninger fra aftalen eller installationen skal først kopieres over på kontakten med et workflow. Undtagelsen er programmable emails, hvor Marketing Hub Enterprise kan hente objektets data direkte med HubL. Det spænder ikke ben for projektet, men det koster ekstra felter og ekstra workflows, som sjældent står i budgettet.

Det næste er implementering. Et custom object er tomt, når det er oprettet, og værdien opstår først, når data kommer ind fra ERP, regneark eller en app, og når nogen har besluttet, hvem der ejer felterne. Regn med et projekt på uger, ikke timer, hvis objektet skal synkroniseres begge veje mod e-conomic eller Business Central, og læg tid til fejlhåndtering, når ordrer bliver slettet i ERP'et.

For danske virksomheder er der en databeskyttelsesvinkel oveni. HubSpot hoster på AWS i blandt andet EU, nærmere bestemt Tyskland, og datacentret vælges ud fra IP-adressen ved oprettelsen, mens betalte konti kan få flyttet deres data efterfølgende, hvilket HubSpots FAQ om infrastruktur og datahosting beskriver. Det er relevant, fordi custom objects ofte ender med at indeholde persondata i form af kontaktpersoner på aftaler, og fordi jeres slettepolitik og fortegnelse skal omfatte de objekter, I selv har opfundet.

Endelig findes de tilfælde, hvor svaret er nej. Har I under 20 brugere, én salgsproces og ingen data med selvstændig levetid, er et Enterprise-abonnement en dyr måde at få tre felter på, og pengene er bedre brugt på datavask og oplæring. Er behovet en ren tabel til websitet, brug HubDB. Skal ERP-data bare vises ét sted, kan et CRM-kort fra en app være nok. Vi hjælper med den vurdering, og med resten af platformen, på vores side om HubSpot.