Provision i Salesforce: Sådan beregner du provision

Kan man beregne provision i Salesforce?

Ja, til simple planer. Salesforce Sales Cloud har ingen indbygget provisionsopgørelse, men et formelfelt på opportunity'en kan beregne en fast provision pr. deal, og en rapport kan summere den pr. opportunity owner. Trin over en periode, acceleratorer, clawbacks, forskud, godkendelse af en opgørelse og en lønklar fil kræver udvikling, et regneark eller et separat system.

Guiden er til salgsledere, RevOps og økonomi, der bruger Salesforce som CRM og i dag beregner provision ud fra en rapporteksport. Den gennemgår, hvad Salesforce kan i november 2026, en opsætning af fast sats trin for trin, de felter der afgør beløbet, hvor opsætningen knækker, særtilfælde som flere valutaer og opportunity splits, og hvornår provisionen bør flytte ud af CRM'et. Den har også nye data fra offentlige jobopslag om, hvilke virksomheder der sælger i Salesforce.

Nøglefund

• 11,0 % af 1.810 virksomheder med åbne jobopslag i Prowis datasæt nævner Salesforce i mindst et opslag, mod 18,2 % for HubSpot (2. november 2026).
• 28,2 % af virksomhederne med 20 eller flere åbne opslag nævner Salesforce, samme andel som HubSpot. Blandt virksomheder med 1 til 4 åbne opslag gør kun 5,0 % det.
• 45,0 % af virksomhederne, der nævner Salesforce, nævner aldrig HubSpot, så en stor gruppe sælger udelukkende i Salesforce.
• 100 % er loftet for revenue splits på en opportunity. Overlay splits kan gå over, og derfor fordeler splits kredit, ikke provision.
• 241.500 kr. er provisionen i vores trineksempel, som ingen enkelt opportunity kan beregne selv, fordi satsen afhænger af månedens andre deals.

Hvad tilbyder Salesforce til provision i dag (november 2026)?

Salesforce giver byggeklodser, ikke et provisionsmodul. Formelfelter, roll-up summary-felter, rapportformler, opportunity splits, kvoter i forecasts og Flow kan kombineres til en beregning pr. deal og en månedsrapport. Salesforce sælger også provisions- og incitamentsstyring som separate betalte tilkøb, som ligger uden for denne guide.

Vi har gennemgået Salesforce Help, Trailhead og udviklerdokumentationen. Tabellen viser, hvad hver byggeklods gør, og hvad den kan bruges til i en provisionsopsætning.

Grænserne kommer fra Salesforces egen dokumentation (se kilderne nederst). Udgaver og funktionsnavne ændrer sig, så tjek jeres egen org, før I bygger. De vigtigste tal er formlernes størrelsesgrænser og reglen om, at roll-up summary-felter kun virker over master-detail-relationer.

Hvorfor roll-up-reglen betyder noget for provision

Provision beregnes pr. sælger, og sælgeren er opportunity owner. I Salesforce er ejeren et opslag (lookup) til User-objektet, ikke en master-detail-relation. Derfor kan I ikke lægge et roll-up summary-felt på brugerens post, der summerer sælgerens vundne opportunities i måneden. I kan rulle opportunities op på kontoen, fordi Salesforce understøtter roll-ups fra opportunities til accounts, men kontoen er ikke den, der får provisionen. Alt, der kræver en løbende total pr. sælger, skal bygges i en rapport, med Flow eller Apex eller uden for Salesforce.

Hvilke opportunity-felter afgør provisionen i Salesforce?

Seks-syv felter afgør næsten alle provisionsbeløb: om opportunity'en er vundet, hvornår den blev lukket, beløb og valuta, ejeren, opportunity-typen og produkterne. Er et af dem forkert i Salesforce, er provisionen forkert, uanset hvor den beregnes.

Amount eller produkter

Lægger I produkter på en opportunity, beregner Salesforce Amount ud fra produktlinjerne. Betaler I samme sats på alt, er det fint. Betaler I 10 % på software og 3 % på hardware, skal provisionen beregnes pr. produktlinje og summeres tilbage på opportunity'en. Et formelfelt på opportunity product kan klare det første. Summeringen kan ske med et roll-up summary-felt på opportunity'en, fordi opportunity products står i en master-detail-relation til opportunity'en. Test det i en sandbox først, for rabatter, schedules og prisbøger ændrer, hvad der lander på linjen.

Flere valutaer

Med flere valutaer slået til har hver opportunity sin egen valuta, og rapporter omregner til virksomhedens hovedvaluta. Er advanced currency management med daterede kurser slået til, skriver Salesforce selv på Trailhead, at Amount muligvis ikke kan summeres i et roll-up summary-felt. Beslut i planen, hvilken kurs der gælder (kursen på lukkedatoen, en fast plankurs eller kursen på betalingsdatoen), og sørg for, at rapporten bruger den samme.

Sådan sætter du fast sats op i Salesforce, trin for trin

En fast provisionssats på vundne opportunities kan bygges med et eget felt, et formelfelt og en rapport. Det tager en admin omkring en time og fungerer fint, så længe alle vundne deals betaler på samme måde.

1. Vælg data: Skriv ned, hvilket felt der betales provision af (som regel Amount uden moms), hvilke stadier der tæller som vundet, og hvilken dato der afgør perioden (som regel Close Date). Det er de tre punkter, sælgere oftest er uenige om, så aftal dem skriftligt først.
2. Beregn for hver opportunity: Opret et procentfelt til satsen, enten på brugeren (Commission_Rate__c), hvis hver sælger har en sats, eller på opportunity'en, hvis den varierer pr. deal. Opret derefter et valutaformelfelt på opportunity'en, fx IF(IsWon, Amount * Owner.Commission_Rate__c, 0). Pak Amount ind i BLANKVALUE(Amount, 0), hvis nogle vundne deals mangler beløb.
3. Summer for hver sælger: Byg en opportunity-rapport filtreret på Won = true og Close Date = sidste måned, grupperet på Opportunity Owner, med summen af provisionsfeltet. Gem den i en mappe, som salgsledere og økonomi kan se.
4. Godkend opgørelsen: Lad salgslederen tjekke rapporten mod de deals, de kender, og noter, hvem der godkendte hvad og hvornår. Salesforce har ingen opgørelsespost at godkende, så trinnet sker typisk på mail eller i en delt fil.
5. Send til lønnen: Eksporter rapportdetaljerne til XLSX eller CSV, tilføj medarbejdernumre og den lønart, lønsystemet forventer, og gem en låst kopi af filen som dokumentation.

Eksempel: tre opportunities til 10 %

Eksempel: En account executive lukker tre opportunities i oktober til en sats på 10 %.

Rapporten viser 171.500 kr., og beløbet kan gå til lønnen. Længere når standard-Salesforce ikke uden ekstra udvikling. Problemerne starter, når planen kommer tættere på virkeligheden.

Variant: forskellige satser for nysalg og eksisterende kunder

Mange planer betaler mere for en ny kunde end for mersalg. Det kan klares i samme formel med standardfeltet Type: CASE(Type, "New Customer", Amount * 0.10, "Existing Customer - Upgrade", Amount * 0.05, 0). Tjek værdierne i jeres egen org først, for mange har omdøbt dem. En valideringsregel, der gør Type obligatorisk, før en opportunity kan lukkes som vundet, forebygger den hyppigste fejl: en tom type, der betaler ingenting, eller en forkert type, der betaler for meget. Vores guide til provision på nysalg vs. eksisterende kunder gennemgår, hvordan I sætter satserne.

Hvis I regner i et regneark

Med trin, splits eller clawbacks i planen ender de fleste Salesforce-teams med at eksportere en rapport hver måned. En fast rutine gør det mindre skrøbeligt:

• Kør den samme gemte rapport hver måned: vundne opportunities med lukkedato i perioden, fra de salgsprocesser, der giver provision.
• Eksporter detaljer med ejer, beløb, valuta, lukkedato, type, opportunity-ID og de egne felter, planen bruger.
• Beregn provisionen i arket, fx med vores gratis skabelon til provisionsopgørelse.
• Gem en låst kopi pr. måned, og sammenlign opportunity-ID'er med sidste måneds fil for at finde deals, der er ændret efter udbetaling.

Svagheden er, at eksporten er et øjebliksbillede. Genåbnes, nedskrives eller flyttes en opportunity, efter filen er lavet, opdager arket det ikke. Clawbacks afhænger så af, at nogen opdager ændringen manuelt.

Hvor knækker provision i standard-Salesforce?

Et formelfelt ser kun den opportunity, det sidder på, og de poster, den slår op i. Alt, der afhænger af andre opportunities, af perioden eller af, hvad der allerede er udbetalt, skal bygges udenom med rapporter, Flow, Apex eller et regneark.

Hvorfor trin er den store mur

En trappemodel betaler en højere sats, jo højere sælgerens total for perioden bliver. Tabellen viser en typisk månedsplan.

Eksempel: En sælger lukker for 3.150.000 kr. i måneden fordelt på to opportunities. Den første, 1.400.000 kr. den 10., giver 52.500 kr. på de første 1.050.000 kr. og 28.000 kr. på de næste 350.000 kr., i alt 80.500 kr. Den anden, 1.750.000 kr. den 25., starter i 8 %-trinnet: 700.000 kr. til 8 % er 56.000 kr., og 1.050.000 kr. til 10 % er 105.000 kr., i alt 161.000 kr. Månedens provision er 241.500 kr.

Ingen af de to opportunities kan beregne sin egen provision, for svaret afhænger af den anden deal og af rækkefølgen. En formel, der slår satsen op pr. deal, rammer forkert. Lagde den 8 % på begge, fordi hver for sig falder i 8 %-trinnet, ville den udbetale 252.000 kr. Derfor ender trinplaner i Salesforce i Apex, Flow eller et regneark.

Annulleres en deal fra en tidligere måned, skal der også laves en clawback til den sats, der gjaldt dengang. Annulleres dealen på 1.400.000 kr. i december, er clawbacken ikke 10 % af 1.400.000 kr. Den er de 80.500 kr., der faktisk blev udbetalt, eller en genberegning af oktober uden dealen, afhængigt af planens ordlyd. Salesforce husker ingen af delene.

Hvordan virker opportunity splits til provision?

Opportunity splits fordeler kredit for en opportunity mellem teammedlemmer. Revenue splits kan ikke overstige 100 % af beløbet, overlay splits kan, og I kan tilføje op til seks egne split-typer. Splits siger, hvem der får kredit for hvor meget. De lægger ingen sats på og registrerer ikke, hvad der er udbetalt.

Eksempel: en delt deal

Eksempel: En opportunity på 560.000 kr. med et revenue split på 70/30 mellem account executive og SDR og et overlay på 100 % til sales engineeren. Planen giver AE 10 % af sin andel (39.200 kr.), SDR 5 % af sin andel (8.400 kr.) og sales engineeren 2 % af overlay-kreditten (11.200 kr.). Salesforce gemmer de tre kreditlinjer. De tre satser, og reglen om at sales engineeren overhovedet får provision på overlay, står i jeres plan og jeres regneark.

Hvordan virker kvoter og kvoteopfyldelse i Salesforce?

Collaborative Forecasts kan holde en kvote pr. bruger eller territorie pr. periode, og forecast-visningerne viser, hvor meget hver sælger har lukket af den. Det giver kvoteopfyldelse, som mange planer bruger til at bestemme satsen. Det omsætter ikke opfyldelsen til en udbetaling.

En typisk accelerator betaler grundsatsen op til 100 % af kvoten og en højere sats derover. Salesforce kan vise, at en sælger står på 112 % af kvoten. Provisionen på de 12 % over kvoten, til den forhøjede sats, skal stadig beregnes et andet sted. Ændres kvoter midt i en periode, så gem den gamle og den nye kvote og datoen for ændringen, for sælgerne vil spørge, hvilken der gjaldt.

Hvilke virksomheder sælger i Salesforce? Det viser jobopslagene

I Prowis datasæt af offentlige jobopslag nævner 11,0 % af virksomhederne Salesforce i mindst et åbent opslag. Andelen stiger kraftigt med antallet af åbne stillinger, fra 5,0 % af virksomhederne med 1 til 4 åbne opslag til 28,2 % af dem med 20 eller flere, hvor Salesforce ligger lige med HubSpot.

En virksomhed tælles en gang, hvis et af dens åbne opslag nævner CRM'et. Data kommer fra Prowis jobstore, et datasæt af offentlige jobopslag fra virksomheders karrieresider, læst den 2. november 2026: 1.810 virksomheder med 16.406 åbne opslag, uden rekrutteringsbureauer. Antallet af åbne opslag er en grov indikator for virksomhedens størrelse og ansættelsestempo.

Fordelt på region har vi brugt virksomhedens webdomæne som en grov rettesnor. Virksomheder på nordiske domæner (.dk, .se, .no, .fi) nævner sjældnere nogen af de tre CRM'er i deres opslag, hvilket delvis afspejler, at nordiske opslag nævner færre værktøjer.

Sådan skal tallene læses

• En omtale er ikke bevis for brug. "Erfaring med Salesforce eller HubSpot" er en ønskeliste, og konsulenthuse slår Salesforce-udviklerstillinger op til kundeopgaver.
• Datasættet blev oprindelig bygget ud fra virksomheder, der bruger HubSpot, så HubSpot er overrepræsenteret. Størrelsesmønsteret for Salesforce er det mest robuste fund.
• Et generisk domæne som .com betyder ikke en amerikansk virksomhed. Mange europæiske virksomheder bruger .com.
• Det fund, der holder: jo flere en virksomhed ansætter, jo mere sandsynligt er det, at salgsteamet arbejder i Salesforce, og det er også de virksomheder, der har de mest komplekse provisionsplaner.

Salesforce vs. HubSpot vs. Pipedrive til provision: hvordan adskiller de sig?

Ingen af de tre CRM'er har en indbygget provisionsopgørelse. Salesforce har de stærkeste byggeklodser (formler med betingelser, splits, Flow og Apex), men kræver også mest admin-arbejde for at blive til en fungerende plan.

Detaljerne om de andre systemer står i vores guides til provision i HubSpot, provision i Pipedrive, provision i Dynamics 365 og provision i SuperOffice.

Kan man bygge provision i Salesforce med Flow eller Apex?

Ja. En udvikler kan bygge et eget provisionsobjekt, et planlagt job der genberegner trin pr. sælger, en godkendelsesproces på en opgørelsespost og en eksport til lønnen. Det virker, men så ejer I et lille provisionssystem inde i CRM'et med egen test, dokumentation og vedligehold, hver gang planen ændres.

Spørgsmålene, før I bygger:

• Hvem vedligeholder det? Provisionsplaner ændres mindst en gang om året. Rejser den, der skrev Apex-koden, fryser planen.
• Hvordan gemmes udbetalte beløb? Et korrekt design gemmer, hvad der blev udbetalt pr. periode, så en senere ændring giver en korrektion og ikke en stille genberegning.
• Kan sælgerne se det? Sælgere har brug for en opgørelse, de kan stole på. En rapport, de kan filtrere til deres egne deals, er ikke det samme.
• Hvad koster det? Udviklertid, en sandbox, testdækning og admin-tid hver måned. Sammenlign med prisen på et dedikeret værktøj eller det regneark, I har i dag.

Hvad er de hyppigste fejl ved provision i Salesforce?

De fleste fejl kommer fra data, ikke fra formler: deals lukket med forkert dato eller type, ejere skiftet ved overdragelse og formler ændret, efter deals er udbetalt. Faste dataregler i Salesforce forebygger flere tvister end en bedre formel.

1. Close Date står som forecast-datoen. En deal vundet den 2. november med lukkedato 31. oktober lander i den forkerte måned. Brug et Flow, der sætter Close Date til dags dato, når stadiet skifter til closed won, eller aftal, at et separat felt med vundet-dato afgør perioden.
2. Ejeren skiftes ved overdragelse. Overdrager account executive kunden til en account manager ved at skifte ejer på opportunity'en, følger provisionen med. Gem den oprindelige sælger i et separat opslagsfelt, eller overdrag kontoen og ikke den lukkede opportunity.
3. Formlen ændres midt i året. Ændres satsen i formlen, genberegnes alle tidligere opportunities i rapporterne. Gem satsen på opportunity'en ved lukning (et Flow kan fastfryse den), så tidligere deals beholder den sats, de blev solgt til.
4. Genåbnede opportunities. En vundet deal, der flyttes tilbage til et åbent stadie, forsvinder fra rapporten. Var den udbetalt, opdager ingen det.
5. Amount eller faktureret beløb. Salesforce holder det solgte. Betaler planen af det fakturerede eller betalte, ligger tallene i ERP- eller faktureringssystemet, og de to skal afstemmes.
6. Valutaer blandet i en total. En rapport, der summerer Amount på tværs af valutaer uden omregning, er forkert. Sørg for, at provisionsfeltet omregnes, som planen siger.

Hvilke særtilfælde skal opsætningen i Salesforce kunne klare?

Særtilfældene afgør, om sælgerne stoler på tallet. Skriv en regel for hvert af dem i planen, og tjek, at Salesforce har de data, reglen kræver.

Eksempel: En deal på 500.000 svenske kroner omregnes til kurs 0,68 på lukkedatoen, hvilket giver 340.000 kr. Til kursen på betalingsdatoen, 0,70, ville det være 350.000 kr. Med en sats på 10 % er forskellen i provision 1.000 kr. Lidt pr. deal, men det løber op over et år, så planen bør sige, hvilken kurs der gælder.

Hvad skal provisionsplanen sige, uanset CRM?

CRM'et har data, men det er plandokumentet, sælgerne bliver betalt efter. I Danmark skal arbejdsgiveren oplyse skriftligt om løn, herunder tillæg og andre bestanddele, og provision er løn. Det her er generel vejledning, ikke juridisk rådgivning; tjek med jeres advokat eller arbejdsgiverorganisation.

• Ansættelsesbevisloven kræver skriftlig oplysning om lønnen med dens bestanddele og om, hvordan og hvornår den udbetales (lov nr. 501 af 16/05/2023, § 3).
• Funktionærloven har særlige regler om provision ved fratræden og sygdom. Se vores gennemgang af funktionærloven og provision.
• Uden for Danmark gælder andre regler. I USA varierer de fra stat til stat, og i Storbritannien regnes provision som løn i forhold til reglerne om lønfradrag.

For opsætningen i CRM'et betyder det, at feltdefinitionerne i Salesforce skal matche planens definitioner ord for ord: hvad "vundet" betyder, hvilken dato der tæller, og hvad der sker, når en deal ændres.

Hvornår bør provisionen flytte ud af Salesforce?

Behold provisionen i Salesforce, så længe planen er en fast sats pr. sælger, og ingen deler deals. Flyt den ud, når planen har trin, kvoter, splits eller clawbacks, eller når nogen bruger en dag eller mere om måneden på at eksportere og kontrollere.

En hurtig måde at se, hvor jeres plan står, er provisionsplan-tjekket, der på få minutter vurderer klarhed, regler, proces og data.

Hvordan forbinder Prowi til Salesforce?

Prowi læser vundne opportunities fra Salesforce med de felter, I vælger, og beregner provisionen efter jeres plan uden for CRM'et. Ændringer i Salesforce hentes efter en fast plan, typisk inden for cirka 15 minutter, og sælgerne ser deres optjening opdatere i Prowi-appen.

Prowis Salesforce-integration henter nyligt ændrede poster hvert 15. minut med et overlap, så en ændring ikke går tabt mellem to kørsler. Reglerne bygges i Prowi: hvilke stadier der tæller, hvilken dato der afgør perioden, satser pr. opportunity-type, trin, acceleratorer, splits og clawbacks. Når en periode starter, opretter Prowi en opgørelse for hver sælger, som opdateres live gennem perioden. Når perioden lukker, går opgørelsen til godkendelse, og når den er godkendt, lægges beløbet på sælgerens saldo og sendes videre til lønnen, direkte til Zenegy eller som en lønfil. Ændres en opportunity, efter perioden er godkendt, lander forskellen som en korrektion på næste opgørelse.

Læs mere om Prowis Salesforce-integration, eller book en demo og se det på jeres egne Salesforce-data.

Ofte stillede spørgsmål

Har Salesforce en indbygget provisionsfunktion?

Ikke i selve Sales Cloud. I kan beregne provision pr. opportunity med et formelfelt og summere den i en rapport. Salesforce sælger provisions- og incitamentsstyring som separate betalte tilkøb, og mange bruger i stedet et regneark eller et dedikeret værktøj.

Hvordan beregner man provision i Salesforce?

Opret et procentfelt til satsen og derefter et valutaformelfelt på opportunity'en, fx IF(IsWon, Amount * Owner.Commission_Rate__c, 0). Byg en rapport over vundne opportunities i perioden, grupperet på ejer, med summen af provisionsfeltet.

Kan Salesforce beregne trappemodel-provision?

Ikke med standardfelter. Satsen afhænger af sælgerens total for perioden, og roll-up summary-felter kan ikke summere opportunities pr. ejer, fordi ejeren er et opslag og ikke en master-detail-relation. Det kræver Apex, Flow, et regneark eller et separat system.

Kan et roll-up summary-felt summere provision pr. sælger?

Nej. Roll-up summary-felter virker kun på master-siden af en master-detail-relation. Opportunities kan rulles op på kontoen, men ikke på ejerens brugerpost. Brug i stedet en rapport grupperet på ejer.

Beregner opportunity splits delt provision?

Nej. Splits fordeler kredit: revenue splits op til 100 % af beløbet, overlay splits derover. Satsen for hver person og reglerne for, hvem der får provision på overlay, skal stadig lægges på i planen eller værktøjet.

Hvor ofte synkroniserer Prowi med Salesforce?

Prowi henter ændrede Salesforce-poster efter en fast plan hvert 15. minut med et overlap, så intet går tabt. Sælgerne ser provisionen opdatere i appen efter næste synkronisering og genberegning.

Kilder

• Salesforce Trailhead: Roll-Up Summary Fields
• Salesforce: Tips for Reducing Formula Size (PDF)
• Salesforce: Team Selling and Opportunity Splits Implementation Guide (PDF)
• Salesforce Trailhead: Sell as a Team and Split the Credit
• Salesforce Developers: ForecastingQuota object
• Salesforce Trailhead: Apply a Discount with a Custom Summary Formula
• Salesforce Trailhead: Build a Record-Triggered Flow
• Salesforce Trailhead: Manage Reported Data (eksport)
• Lov om ansættelsesbeviser og visse arbejdsvilkår, lov nr. 501 af 16/05/2023 (retsinformation.dk)
• Prowis jobstore, offentlige jobopslag fra virksomheders karrieresider, læst 2. november 2026 (1.810 virksomheder, 16.406 åbne opslag, uden rekrutteringsbureauer)