Den bedste provisionssoftware til HubSpot er den, der dækker hullet mellem det, jeres Sales Hub-abonnement allerede kan regne ud, og det, jeres provisionsplan kræver. HubSpot kommer længere på egen hånd end de fleste CRM-systemer: Professional har beregningsegenskaber med hvis-logik, og Enterprise har deal splits. Intet abonnement har en opgørelse pr. sælger, et spor over hvad der er udbetalt, en godkendelse eller en lønfil. Når planen har et mål eller en delt deal, står valget derfor mellem provisionsapps på HubSpots markedsplads.
Eksemplet herunder sætter tal på hullet. Vil I kun have opsætningen inde i HubSpot med formler, så læs provision i HubSpot.
Regneeksempel: en delt deal, en mødebooker og en accelerator i HubSpot
En beregningsegenskab i HubSpot giver en sælger 51.400 kr. i provision for oktober. Hendes plan siger 49.320 kr. Forskellen på 2.080 kr. ser lille nok ud til at blive godkendt, og den dækker over 6.720 kr. for meget på en delt deal og 4.640 kr. for lidt på den deal, der krydsede målet.
Forudsætningerne, med beløb i kroner: Maria er sælger med et månedligt nysalgsmål på 400.000 kr. Hendes plan betaler af nysalgskredit efter trinene nedenfor. Fornyelser ligger i deres egen pipeline i HubSpot, giver fast 2 % og tæller ikke med i målet. Jonas er mødebooker og får 2 % af beløbet på de nysalgsdeals, han har skaffet; han står i en brugeregenskab på dealen.
| Månedlig nysalgskredit | Provisionssats |
|---|---|
| 0 - 400.000 kr. | 8 % |
| 400.000 - 600.000 kr. | 12 % |
| Over 600.000 kr. | 15 % |
I eksemplet lukker Maria 516.000 kr. i nysalgskredit i oktober. Satserne er marginale: 12 % gælder kun kreditten over målet. Deal 2 er solgt sammen med en kollega, Tom, og kreditten deles 70/30.
| Deal i HubSpot | Pipeline | Beløb | Marias kredit | Marias provision |
|---|---|---|---|---|
| Deal 1 (skaffet af Jonas) | Nysalg | 120.000 kr. | 120.000 kr. | 9.600 kr. |
| Deal 2 (70/30 med Tom) | Nysalg | 280.000 kr. | 196.000 kr. | 15.680 kr. |
| Deal 3 (skaffet af Jonas) | Nysalg | 200.000 kr. | 200.000 kr. | 20.640 kr. |
| Deal 4 | Fornyelser | 170.000 kr. | 170.000 kr. | 3.400 kr. |
| I alt | 770.000 kr. | 686.000 kr. | 49.320 kr. |
Deal 3 er den, der krydser målet. Maria har 316.000 kr. i kredit før den, så 84.000 kr. af dealen giver 8 % (6.720 kr.), og de sidste 116.000 kr. giver 12 % (13.920 kr.). Hendes opgørelse for oktober:
| Linje på opgørelsen | Beløb |
|---|---|
| Nysalg op til målet: 400.000 kr. a 8 % | 32.000 kr. |
| Nysalg over målet: 116.000 kr. a 12 % | 13.920 kr. |
| Fornyelser: 170.000 kr. a 2 % | 3.400 kr. |
| Provision i alt for oktober | 49.320 kr. |
Jonas får 2 % af 320.000 kr., altså 6.400 kr. Tom krediteres 84.000 kr. og betales efter sin egen plan.
Byg nu den samme plan med HubSpots egne midler på Sales Hub Professional. Den bedste formel er en beregningsegenskab med en betingelse: 2 %, når pipelinen er Fornyelser, ellers 8 % af beløbet. Den giver dealens ejer 9.600 kr., 22.400 kr., 16.000 kr. og 3.400 kr., i alt 51.400 kr.
| Deal | Egenskaben viser | Planen siger | Forskel | Hvorfor |
|---|---|---|---|---|
| Deal 1 | 9.600 kr. | 9.600 kr. | 0 kr. | Under målet, intet split |
| Deal 2 | 22.400 kr. | 15.680 kr. | +6.720 kr. | Egenskaben betaler ejeren for Toms 30 % |
| Deal 3 | 16.000 kr. | 20.640 kr. | -4.640 kr. | Egenskaben kan ikke se, at målet er passeret |
| Deal 4 | 3.400 kr. | 3.400 kr. | 0 kr. | Betingelsen på pipeline virker |
En leder, der tjekker månedens total, ville godkende den, fordi to fejl med modsat fortegn næsten udligner hinanden: Toms andel er betalt til Maria, og acceleratoren på deal 3 mangler. Jonas' 6.400 kr. bliver ikke regnet ud noget sted, fordi han ikke er ejer af dealen. På Enterprise retter deal splits kreditten på deal 2; provisionen af hver andel og acceleratoren på deal 3 ligger stadig uden for HubSpot.
Et trin mere viser, hvorfor perioden betyder noget. I november, efter oktober er godkendt, skrives deal 1 ned fra 120.000 kr. til 80.000 kr. Marias kredit for oktober falder med 40.000 kr., og den kredit tages fra det øverste trin. Korrektionen er derfor 40.000 kr. a 12 %, altså -4.800 kr. Ved 8 %, den sats deal 1 først gav, havde den været 3.200 kr. Jonas' korrektion er -800 kr. En egenskab pr. deal viser bare et lavere tal på deal 1, uden spor af hvad oktobers lønkørsel udbetalte. Læs mere i vores guides til acceleratorer i provisionen og provisionsplan for SDR'er.
Hvad kan HubSpot selv, abonnement for abonnement?
HubSpot har ikke et provisionsmodul. Det har til gengæld delene til et provisionstal pr. deal, og hvilke dele I har, afhænger af abonnementet.
| Funktion i HubSpot | Findes fra | Hvad den gør for provisionen | Hvad den ikke gør |
|---|---|---|---|
| Egne egenskaber på dealen | Alle abonnementer | Gemmer en værdi på dealen, fx en sats eller en ekstra sælger | Regner ikke noget ud selv |
| Salgsmål (goals) | Sales Hub Starter (omsætningsmål); flere måltyper på Professional | Viser målopfyldelse pr. bruger eller team | Ingen udbetaling ud fra målopfyldelsen |
| Beregnings- og rollup-egenskaber | Professional | Beløb gange sats på hver deal, med "if" og "ifs", fx en lavere sats i pipelinen for fornyelser | En formel ser kun egenskaber på sin egen post, så intet mål på tværs af sælgerens deals |
| Workflows | Professional | Stempler en provisionsværdi eller en dato, når dealen bliver vundet | Ingen løbende sum pr. sælger pr. periode |
| Custom code i workflows | Data Hub Professional | Kører JavaScript eller Python, der regner en værdi ud og skriver den på dealen | Højst 20 sekunder og 128 MB pr. kørsel. I ejer koden |
| Deal splits | Sales Hub Enterprise | Fordeler kreditten for dealens beløb mellem brugere i procent | Deler kun kredit; splittet forsvinder, hvis dealen skifter ejer |
| Brugerdefinerede objekter | Enterprise | I kan bygge jeres egen posttype, fx en provisionslinje eller et månedstal | I skal selv designe og vedligeholde den |
Tre detaljer i HubSpots dokumentation afgør de fleste projekter. For det første kan en formel kun bruge egenskaber fra det objekt, egenskaben selv ligger på. En deal kan regne på sit eget beløb og sin egen pipeline. De andre deals, ejeren har vundet i måneden, kan den ikke nå, og derfor kom deal 3 i eksemplet ud 4.640 kr. for lavt. For det andet har et deal split altid dealens ejer med, og procenterne skal ramme 100 %. Splittet fjernes desuden, når dealen får ny ejer. Funktionen deler kredit og overlader provisionen til jer. For det tredje findes produktbiblioteket og varelinjer i alle abonnementer, mens trinpriser på produkter kræver Revenue Hub.
HubSpots egen artikel om automatisk provisionssporing beskriver den samme værktøjskasse: egenskaber på dealen, workflows ved vundet deal, rapporter pr. sælger og apps fra markedspladsen til det mere specialiserede. Den nævner ikke en egentlig provisionsfunktion.
Hvor stopper HubSpot?
HubSpot stopper der, hvor provisionen afhænger af mere end en deal eller mere end et tidspunkt. Der findes ingen post i HubSpot, der betyder "denne sælgers oktober", og derfor intet sted at gemme et akkumuleret mål eller et godkendt beløb.
- Acceleratorer og trin. En sats, der skifter, når sælgeren passerer sit mål, kræver summen af sælgerens deals i perioden. Den kan en beregningsegenskab ikke nå.
- Provision på delte deals. På Enterprise giver splittet hver bruger en andel af beløbet. Provisionen af andelen skal stadig regnes ud, person for person, efter hver sin plan.
- Kredit til en anden rolle. Mødebookeren står typisk i en brugeregenskab på dealen. HubSpot kan rapportere på den og betaler intet efter den.
- Det, der allerede er udbetalt. En beregnet værdi ændrer sig, når dealen rettes. Intet viser, at den gamle værdi gik til løn i sidste måned.
- Et tal, sælgeren stoler på. Et dashboard viser en provisionskolonne. Reglen bag og værdien af den næste deal mangler.
- Godkendelse og løn. Der er ingen periodelukning med godkendelse og ingen fil i det format, et lønsystem tager imod.
Det giver jer spørgsmålet til en app: holder den styr på perioden og det udbetalte, som HubSpot mangler?
Hvilken løsning passer til jeres teamtype?
Find først jeres teamtype, og kig på produkter bagefter. Antallet af regler i planen siger mere end antallet af sælgere.
Et team på en til fem sælgere med en fast sats, typisk på Sales Hub Starter eller Professional med en enkelt pipeline, bør blive i HubSpot. En beregningsegenskab på Professional og en månedlig rapport er nok, og det samme er et regneark. Hold øje med den første delte deal og den første deal, der rettes efter lønkørslen. Software kan betale sig, når planen får sin anden regel, uanset hvor mange sælgere I er.
Fem til tredive sælgere med mål, accelerator og mødebookere eller delte deals er der, hvor de fleste HubSpot-teams vokser fra egenskaberne. De er typisk på Professional eller Enterprise med to-tre pipelines og teams i HubSpot. Her virker en app fra markedspladsen, der regner på tværs af deals og giver hver sælger en opgørelse. Tjek, om appen læser de egenskaber, planen bygger på, og hvordan den krediterer en ekstra person.
Med over tredive sælgere, flere planer eller valutaer og en RevOps-ansvarlig er selve beregningen sjældent det svære. De teams kører Sales Hub Enterprise med brugerdefinerede objekter, ofte i en portal for hele koncernen. De har brug for godkendelsesflow og lønoutput, og RevOps og økonomi bør vælge appen sammen. Spørg leverandøren om parallelle planer, valutaer, dataadgang pr. team i en delt portal og hvem der må ændre en plan, før I spørger om funktioner.
Kan I bygge det selv i HubSpot?
Ja, og HubSpot giver jer tre veje. Hver af dem har et kendt loft.
Den første er en beregningsegenskab og en rapport, som findes på Professional. Loftet er regnestykker pr. deal, uden mål og uden spor over udbetalinger.
Den anden er et workflow med custom code. Det kræver Data Hub Professional og en, der skriver JavaScript eller Python. Handlingen starter på en deal og kan hente andre poster, før den skriver et resultat tilbage på en egenskab. Hver kørsel har 20 sekunder og 128 MB, så at summere en sælgers deals betyder kald til HubSpots API inde fra handlingen, ved hver ændring, inden for API'ets grænser. Laget ovenpå mangler også: hvilken kørsel gav det tal, der blev udbetalt, og hvem godkendte det. I ender med at bygge et lille provisionsprodukt inde i workflows, med en person som eneste support.
Den tredje er et regneark eller script, fodret af en automatiseringsplatform eller API'et, og den kræver et abonnement på en connector eller en udvikler. Den går i stykker uden varsel, når en fase eller en egenskab får nyt navn. En Prowi-kunde, Returnflows, kørte sin første provisionsplan i et ark koblet til HubSpot gennem en automatiseringsplatform. En fase blev omdøbt, og automatiseringen stoppede. Sælgerens tal var forkert i to uger, før nogen så det.
En rimelig tommelfingerregel: byg selv, hvis planen kan stå i en sætning, og en person ejer løsningen, så længe den kører.
Hvordan vælger I mellem provisionsapps på HubSpots markedsplads?
Åbn appens side på markedspladsen, og tjek otte ting, før I booker en demo. Siden viser antal installationer, anmeldelser, krav og et afsnit om delte data med pile for, hvilken vej hver synkronisering går.
| Tjek | Hvor I ser det | Et godt svar | Prowis svar |
|---|---|---|---|
| 1. Listet, og certificeret? | Appens side | Listet betyder, at HubSpot har gennemgået appen, og at den forbinder med OAuth. Certificeringsmærket kræver seks måneder på markedspladsen og 60 aktive installationer, så en ny app kan ikke have det endnu. | Listet. Siden er ny, så regn med få installationer og intet mærke endnu. |
| 2. Hvilke scopes beder appen om? | Samtykkeskærmen ved installation og afsnittet om krav | Læseadgang til de objekter, appen skal bruge. Skriveadgang kun, hvis I vil have værdier skrevet tilbage. | Kun læseadgang: deals, varelinjer, ejere, skemaerne for deals og varelinjer samt teams. |
| 3. Synkroniseringsretning | Delte data på siden: en pil eller to | En vej fra HubSpot er det sikre udgangspunkt. To veje giver mening, hvis sælgerne skal se provision på selve dealen. | En vej, fra HubSpot til Prowi. Intet skrives til jeres portal. |
| 4. Delte deals | Spørg i demoen | Et klart svar på, om appen læser HubSpots deal splits (Enterprise) eller brugeregenskaber på dealen, og hvordan hver person bliver betalt. | Læser alle ejer-egenskaber på dealen, så en sælger og en mødebooker kan betales efter hver sin regel. Læser ikke HubSpots split-poster. |
| 5. Varelinjer og produkter | Spørg, hvilke objekter der synkroniseres; de tildelte scopes fortæller det ikke | Betaler I pr. produkt eller af dækningsbidrag pr. linje, skal appen læse varelinjer som poster. | Læser deals med deres produkter og varelinjer. |
| 6. Brugerdefinerede objekter | Spørg, hvis det, I betaler provision af, ikke er en deal | Navngiven understøttelse af jeres objekt, eller et klart nej. | Læses ikke i dag. |
| 7. Test før start | Spørg, hvordan tallene bliver bevist | En kørsel mod en periode, I allerede har udbetalt, eller mod en sandbox eller testportal, før sælgerne får adgang. | Onboardingen kører en lukket, allerede udbetalt periode og forklarer hver forskel, før sælgerne inviteres. |
| 8. Installationer og referencer | Appens side, derefter leverandøren | For en moden app: installationer og anmeldelser. For en ung: navngivne kunder på HubSpot, I kan læse om eller ringe til. | Ny på markedspladsen, så få anmeldelser der; navngivne HubSpot-kunder står længere nede. |
At installere en app fra markedspladsen kræver en super admin i HubSpot eller en bruger med adgang til App Marketplace, så få fat i den person tidligt.
De spørgsmål, der gælder ethvert provisionsværktøj uanset CRM, står i vores guide til valg af provisionssoftware.
Hvordan kører Prowi det på HubSpot?
Prowi forbindes til jeres portal gennem HubSpots OAuth-skærm og læser deals og de egenskaber, I vælger. Planen og opgørelserne bliver på Prowis side. Ændringer på deals når Prowi i realtid: 4 sekunder efter at en deal rammer Closed won, ser sælgeren, hvad den har givet.
- Deal i HubSpot: En deal oprettes eller rettes i jeres portal med beløb, pipeline, fase, lukkedato og ejer.
- Personer på dealen: Ejeren og alle andre ejer-egenskaber, fx en mødebooker, matches med en person i Prowi via e-mail.
- Beregning: Hver persons regel regnes på deres kredit, med mål og accelerator talt over hele perioden.
- Sælgerens opgørelse: Opgørelsen for den åbne periode opdateres i mobilappen og på web.
- Godkendelse i to trin: Ved periodens slutning bekræfter sælgeren opgørelsen, og økonomi godkender den.
- Overlevering til løn: Godkendt provision går til løn, som fil eller direkte til Zenegy.
Tre ting er særlige for HubSpot. Beløb beholder dealens valuta. Synkroniseringen kan begrænses til udvalgte teams i HubSpot, hvilket er vigtigt, når en portal dækker en hel koncern. Og en godkendt opgørelse bliver aldrig skrevet om: en senere ændring på en deal lander som en korrektion på den aktuelle opgørelse, som i eksemplets novembertrin. Se mere om Prowis integration til HubSpot.
To HubSpot-kunder beskriver resultatet fra hver sin stol. Hos Talentech eksporterede salgsdirektøren tidligere fra HubSpot og regnede provision pr. deal, hvorefter han tjekkede to gange, omkring halvanden dag hver måned. Nu kører opgørelserne på live HubSpot-data, og han har fået cirka 10 timer om måneden tilbage til coaching; læs historien om Talentech. Hos Bazoom Group, med over 50 sælgere på provision fordelt på to brands, måler CFO'en på korrektioner efter lønkørslen: ingen det seneste år. "Det månedlige godkendelsesflow gør provisionen gennemsigtig og afregnet korrekt, hver gang," siger Mathias Sjøln Madsen, CFO, i historien om Bazoom.
Vil I prøve det, så åbn Prowi på HubSpots markedsplads, og kør de otte tjek på vores side. Selve forbindelsen tager en super admin få minutter; resten af onboardingen handler om at få planen rigtig. Vil I se eksemplet med den delte deal på jeres egne deals, så book en demo.
Hvornår er Prowi ikke det rigtige valg for et HubSpot-team?
Mønsteret er let at kende: en til tre sælgere, en fast sats, mest fast løn og ingen adfærd, I prøver at styre. Til det team er en beregningsegenskab eller et regneark det rigtige værktøj. Der er også ting, Prowi ikke gør på HubSpot:
- Skriver provision tilbage på dealen. Prowi har kun læseadgang, så sælgerne ser provisionen i Prowis app, og der står ingen værdi i en egenskab i HubSpot.
- Betaler af et brugerdefineret objekt. Ligger tallet, en regel skal bruge, på et brugerdefineret objekt, skal det først over på dealen.
- Bruger HubSpots deal splits som kilde til kredit. Prowi krediterer personer ud fra brugeregenskaber på dealen og læser ikke HubSpots split-poster.
- Planlægger kvoter eller designer territorier. Prowi regner provisionen ud, viser den, får den godkendt og afleverer den til løn. Planlægningssuiter er en anden kategori.
- Installeres gratis og uden hjælp. Prowi er et betalt produkt med onboarding, som tager omkring to uger.
Vil I placere jeres eget team, så brug Fit check: I vurderer fem akser og en multiplikator fra 1 til 5, og værktøjet tegner mønsteret som en radar. Handler spørgsmålet om, hvorvidt selve planen holder, så stiller Provisionsplan-tjekket 15 spørgsmål og tager cirka tre minutter.
Ofte stillede spørgsmål
Har HubSpot en provisionsfunktion?
Ikke en egentlig. HubSpot har byggeklodserne: egne egenskaber og beregningsegenskaber på dealen, workflows, mål, rapporter og, på Sales Hub Enterprise, deal splits. De giver et provisionstal pr. deal. Mål på tværs af deals, opgørelser, godkendelser og lønoutput kommer fra en app på markedspladsen eller fra noget, I selv bygger.
Skal vi have Sales Hub Enterprise for at betale provision af delte deals?
Kun hvis I vil bruge HubSpots egen deal split-funktion, som kræver Enterprise. På Professional kan I skrive den anden person i en brugeregenskab på dealen og lade provisionsværktøjet stå for delingen. Spørg hver leverandør, hvilken af de to den læser; Prowi læser brugeregenskaber.
Kan et workflow i HubSpot beregne provision?
Et almindeligt workflow kan kopiere eller stemple værdier, når en deal lukkes. Regnestykker på tværs af poster kræver custom code. Den forudsætter Data Hub Professional eller Enterprise og skal være færdig inden for 20 sekunder med højst 128 MB. I vedligeholder selv koden og bygger selv revisionssporet.
Kan sælgerne se deres provision inde i HubSpot?
De kan se en beregnet egenskab på hver deal og et dashboard, der lægger den sammen: et skøn pr. deal uden trin eller korrektioner. Med en app, der kun læser, som Prowi, ser sælgerne opgørelsen i appens egen mobil- og webvisning; apps, der synkroniserer begge veje, kan også skrive en værdi tilbage på dealen.
Hvilken adgang skal en provisionsapp have til vores HubSpot-portal?
Som minimum læseadgang til deals og deres egenskaber samt ejere. En app, der betaler pr. produkt, skal også bruge varelinjer. Nogle apps beder om mere, eller om skriveadgang. Sammenlign samtykkeskærmen med afsnittet om delte data på appens side. Prowi beder om læseadgang til deals, varelinjer, ejere, deres skemaer og teams.
Hvor mange sælgere skal vi være, før provisionssoftware kan betale sig?
Der findes ikke et tal. Et team på seks med halv variabel løn, en accelerator og kredit til mødebookere får mere ud af det end et team på 40 med en lille fast bonus. Antallet af sælgere er en af de fem akser i Fit check, og mønsteret på tværs af dem siger mere end antallet.
Kilder
Prowi har skrevet guiden, og Prowi sælger en provisionsapp til HubSpot. Vi nævner ingen andre leverandører og rangerer ingen. Fakta om HubSpot henviser til HubSpots egen dokumentation herunder, og et afsnit lister det, Prowi ikke gør på HubSpot.
- HubSpot Knowledge Base: Create calculation and rollup properties
- HubSpot Knowledge Base: Split deal credit among users
- HubSpot Knowledge Base: Choose your workflow actions
- HubSpot Developers: Custom code actions
- HubSpot Knowledge Base: Create sales goals, Create and edit custom objects og Create and manage products
- HubSpot Knowledge Base: Install apps in the HubSpot Marketplace
- HubSpot Developers: App certification requirements
- HubSpot: Automated sales commission tracking
- Prowis kundehistorier: Talentech, Bazoom Group og Returnflows
- HubSpots sider er læst 10. november 2026. Abonnementer og grænser ændrer sig; tjek den linkede side, før I regner med et bestemt abonnement.