Automatisering

Provision i Dynamics 365: Sådan beregner du provision

Provision i Dynamics 365 trin for trin: hvad salgsmuligheder, mål og beregnede kolonner kan, hvad ERP-delen tilbyder, og hvor Dynamics 365 stopper.

Kan man beregne provision i Dynamics 365?

Ikke i Dynamics 365 Sales. Microsoft dokumenterer ingen provisionsfunktion i Sales-appen, men en vundet salgsmulighed har faktisk omsætning, lukkedato og ejer, og mål kan følge resultater pr. sælger. Provisionsberegning findes i ERP-delen: Supply Chain Management og Business Central kan beregne provision på fakturerede salg, ikke på salgsmuligheder.

Guiden er til jer, der bruger Dynamics 365 Sales som CRM og regner provision i Excel ud fra et udtræk af vundne salgsmuligheder. Vi gennemgår, hvad Microsoft faktisk dokumenterer på Microsoft Learn, hvordan en fast sats kan bygges med en beregnet kolonne, hvad ERP-modulerne kan, og hvor det typisk knækker.

Hvad Dynamics 365 Sales tilbyder i dag (oktober 2026)

Vi har gennemgået Microsoft Learn og Microsofts udgivelsesplan for Dynamics 365 Sales for 2026 release wave 1 og har ikke fundet en funktion i Sales, der beregner, godkender eller udbetaler provision. Det, der findes, er data på salgsmuligheden og generelle værktøjer i Dataverse.

ByggeklodsHvad den gørBrug til provision
Salgsmulighed (Opportunity)Est. revenue, Actual Revenue, Actual Close Date, Owner og Probability. Actual Revenue sættes som udgangspunkt til Est. revenue, når salgsmuligheden vindesGrundlaget: beløb, dato og sælger
StatusOpen, Won eller Lost. Vundne og tabte salgsmuligheder er skrivebeskyttede, indtil de genåbnesKun vundne tæller, og tallet ligger fast efter lukning
Produkter på salgsmulighedenEst. revenue kan beregnes af systemet ud fra produkter og prisliste eller indtastes af brugerenProvision pr. produkt eller produktgruppe
SalgsteamBrugere og teams kan tilføjes, så salgsmuligheden vises i deres visning af salgsmuligheder, de er medlem afViser, hvem der var med, men fordeler ingen andele
Mål (goals)Målmetrikker i beløb eller antal, faktiske og igangværende resultater, regnskabsperioder og over- og undermål, opdateret ved planlagt eller manuel rollupFølge målopfyldelse pr. sælger eller team
Beregnede kolonnerFormler med betingelser på kolonner i samme tabel eller en overordnet tabel via et opslagProvision pr. salgsmulighed
Rollup-kolonnerSUM, COUNT, MIN, MAX og AVG over relaterede rækker, beregnet asynkront af systemjobSummere vundet omsætning
Eksport til ExcelEksport af en visning. Størrelsen afhænger af antal rækker, kolonner og opslagFil til kontrol og løn

Provision i ERP-delen: Supply Chain Management og Business Central

Dynamics 365 dækker både CRM og Microsofts ERP-systemer. I ERP-delen findes der faktisk provisionsfunktioner, men de arbejder på fakturerede salgsordrer, ikke på salgsmuligheder i CRM.

  • Supply Chain Management: Provision sættes op med kundegrupper, varegrupper og salgsgrupper, hvor flere sælgere kan dele en provision. Grundlaget kan være omsætning eller dækningsbidrag, og provisionen beregnes på salgslinjen, når salgsordren faktureres. Ved en returordre krediteres provisionstransaktionerne, når returordren faktureres.
  • Business Central: Rapporten Salesperson - Commission viser bogførte salgsdokumenter pr. sælger med salgsbeløb, avance og reguleret avance og beregner provision ud fra sælgerens provisionsprocent.

Begge dele er en procentsats på fakturerede linjer. Vi har ikke fundet trin over en periode, kvoter, acceleratorer eller provisionsopgørelser til sælgeren i den dokumentation. Og bruger I Dynamics 365 Sales sammen med et andet økonomisystem, fx e-conomic, er ERP-funktionerne ikke i spil.

Trin for trin: fast provision i Dynamics 365 Sales

Den enkleste model, en fast provisionssats af den faktiske omsætning, kan bygges med en beregnet kolonne. Sådan gør du:

  1. Beslut grundlaget. Brug Actual Revenue som beløb, Actual Close Date som dato for perioden og Owner som sælger. Tjek Actual Revenue, når salgsmuligheden lukkes, for feltet overtager Est. revenue, hvis ingen retter det.
  2. Opret en kolonne til satsen. Har sælgerne forskellige satser, så opret en decimalkolonne på salgsmuligheden, fx Provisionssats. Satsen er nemmest at have på selve salgsmuligheden, så formlen kun bruger kolonner fra samme tabel.
  3. Opret en beregnet kolonne. Opret en kolonne af typen valuta med beregnet adfærd i Power Apps. Sæt betingelsen til Status = Won og handlingen til Actual Revenue × Provisionssats / 100.
  4. Byg visningen. Lav en visning af vundne salgsmuligheder med Actual Close Date i sidste måned og kolonnerne Owner, Actual Revenue og Provision.
  5. Eksporter og kontroller. Eksporter visningen til Excel, summer pr. ejer, tjek tallene og overfør beløbene til lønsystemet. Gem filen som dokumentation.

Eksempel: tre vundne salgsmuligheder til 7 %

Eksempel: En sælger vinder tre salgsmuligheder i oktober, og satsen er 7 % af Actual Revenue.

SalgsmulighedActual RevenueProvision (7 %)
Salgsmulighed A90.000 kr.6.300 kr.
Salgsmulighed B135.000 kr.9.450 kr.
Salgsmulighed C60.000 kr.4.200 kr.
I alt285.000 kr.19.950 kr.

Visningen viser 19.950 kr., og beløbet kan gå til løn. Så langt fungerer det. Problemerne opstår, når planen bliver mere virkelighedsnær.

Hvor provision i Dynamics 365 knækker

En beregnet kolonne kan kun se kolonner på salgsmuligheden og dens overordnede tabeller. Alt, der afhænger af andre salgsmuligheder, af tid eller af hvad der allerede er udbetalt, skal bygges uden om.

BehovHvorfor det er svært i Dynamics 365 SalesTypisk workaround
Trappemodel over en periodeSatsen afhænger af sælgerens samlede omsætning. En rollup-kolonne kan summere, men beregnes asynkront og kan ikke dele en salgsmulighed op mellem to trinRegneark med løbende sum pr. sælger
Acceleratorer over kvoteMål viser faktiske og igangværende resultater, men beregner ingen udbetalingRegneark ved siden af målene
Delt provisionEn salgsmulighed har en ejer. Salgsteamet giver adgang, ikke andeleEgne kolonner til andel og anden sælger plus manuel fordeling
Clawbacks og korrektionerEn vundet salgsmulighed skal genåbnes for at blive ændret, og så regner kolonnen om. Der er intet register over udbetalt provisionManuelle minuslinjer i næste måneds fil
Vundet eller faktureretActual Revenue er det, sælgeren registrerer, ikke nødvendigvis det, der bliver faktureret i ERPAfstemning mod fakturaer hver måned
Godkendelse og lønfilIngen godkendelse af provisionsopgørelser, og eksporten er en liste over salgsmuligheder, ikke en lønfil med medarbejdernummer og lønartMail, underskrift og omformatering i Excel
Sælgerens overblikSælgeren ser kolonnen på sine salgsmuligheder, men ikke en samlet opgørelse med trin, korrektioner og udbetalt beløbPDF eller regneark sendt pr. mail

Et kvartalstrin, kolonnen ikke kan regne

Eksempel: Planen giver 6 % op til 400.000 kr. pr. kvartal og 10 % af alt derover. En sælger vinder 250.000 kr. i januar og 220.000 kr. i februar. Januar giver 15.000 kr. Februar skal deles: 150.000 kr. til 6 % (9.000 kr.) og 70.000 kr. til 10 % (7.000 kr.), i alt 16.000 kr. Kvartalets provision er indtil videre 31.000 kr. Den beregnede kolonne på februars salgsmulighed ved ikke, at der allerede er solgt for 250.000 kr., så den giver enten 6 % eller 10 % af hele beløbet. Begge dele er forkerte.

Bliver januars salgsmulighed genåbnet og tabt, skal der laves en clawback, og trinnet flytter sig også for februar. Det kræver, at nogen kan se, hvad der blev udbetalt og hvornår.

Hvornår skal provisionen ud af Dynamics 365?

Dynamics 365 Sales er stærkt til pipeline, prognoser og mål. Overvej et dedikeret værktøj, når et eller flere af disse punkter passer på jer:

  • Planen har mere end en komponent, fx trin, kvote, accelerator eller bonus.
  • To eller flere sælgere deler salgsmuligheder.
  • I laver clawbacks, når kunder annullerer eller fakturaer krediteres.
  • Nogen bruger en eller flere dage hver måned på at eksportere, regne og omformatere til løn.
  • Sælgerne spørger ind til tallene, fordi de ikke kan se, hvordan beløbet er regnet ud.

Prowi henter salgsmuligheder fra Dynamics 365 Sales via Prowis Dynamics 365-integration og beregner provisionen live efter jeres plan, også trin, splits og clawbacks. Sælgerne ser deres optjening i en app, og når perioden er godkendt, går en godkendt fil til lønsystemet. Vil I se det på jeres egne data, så book en demo.

Ofte stillede spørgsmål

Har Dynamics 365 Sales en provisionsfunktion?

Nej, ikke pr. oktober 2026. Microsoft Learn beskriver salgsmuligheder, mål, beregnede kolonner og rollup-kolonner, men ingen funktion i Sales, der beregner, godkender eller udbetaler provision. Provisionsfunktionerne i Microsofts portefølje ligger i ERP-delen.

Hvordan beregner man provision i Dynamics 365?

Opret en beregnet kolonne på salgsmuligheden, der ganger Actual Revenue med satsen, når status er Won. Byg derefter en visning af vundne salgsmuligheder i perioden og eksporter den til Excel, hvor du summerer provisionen pr. ejer.

Kan mål i Dynamics 365 beregne provision?

Nej. Mål måler faktiske og igangværende resultater i beløb eller antal pr. sælger, team eller område og ruller op til overordnede mål. De beregner ingen udbetaling, så acceleratorer og bonus ved målopfyldelse skal regnes et andet sted.

Hvad med provision i Business Central eller Supply Chain Management?

Supply Chain Management kan beregne provision på omsætning eller dækningsbidrag pr. salgslinje, når salgsordren faktureres, og fordele den i salgsgrupper. Business Central har rapporten Salesperson - Commission, der bruger sælgerens provisionsprocent på bogførte salgsdokumenter.

Kan flere sælgere dele en salgsmulighed i Dynamics 365 Sales?

Flere brugere kan tilføjes til salgsteamet, men det giver dem adgang til salgsmuligheden, ikke en andel af omsætningen. Selve fordelingen af provision skal styres med egne kolonner eller uden for Dynamics 365 Sales.

Kilder