Beslut hvad der udløser provision
Skriv først, hvilken hændelse der tæller: underskrevet aftale, fakturering, kundens betaling eller noget andet, som I har aftalt. Beskriv også kreditering, deling mellem sælgere og et salg, som senere bliver annulleret. Et system kan ikke løse uenighed om selve aftalen ved blot at regne hurtigere.
Udpeg en kilde til hver oplysning. CRM kan være kilden til ansvarlig sælger, mens økonomisystemet viser kundens betaling. Hvis begge systemer bruger kundenavne uden fælles identifikation, bør sammenkoblingen indgå i prøven. To kunder med næsten samme navn må ikke blive til én provisionspost.
CaptivateIQ: en indsigelse skal følge den rigtige opgørelse
Når en sælger mener, at noget mangler, er det upraktisk at forklare beløbet i en løs mail uden forbindelse til beregningen. CaptivateIQ beskriver en indsigelsesfunktion, hvor spørgsmålet og samtalen bliver i platformen. Det kan gøre det lettere at se, hvilken opgørelse spørgsmålet handler om, men kræver stadig en ansvarlig for at undersøge og afgøre det.
Sourcegraphs offentlige medarbejderhåndbog giver et konkret eksempel på denne arbejdsdeling. Den beskriver foreløbige provisionsopgørelser til medarbejdernes review, endelige opgørelser og spørgsmål, der går til økonomi. Det relevante er rækkefølgen: medarbejderen får mulighed for at pege på en fejl, mens opgørelsen stadig behandles, og dialogen kan findes ved opgørelsen.
Brug det som anledning til at aftale jeres egen frist og ejer. Bed demonstrationen vise en manglende aftale, en indsigelse og en rettet opgørelse. Håndbogen er kundens egen dokumentation uden en fastslået opdateringsdato; vi har ikke verificeret, at forløbet stadig bruges hos Sourcegraph, eller målt effekten af det.
QuotaPath: et beregnet beløb er ikke automatisk godkendt
Hvis økonomi skal godkende provision før lønkørslen, skal den kontrol være en del af den valgte opsætning. QuotaPaths vejledning fra 4. september 2026 beskriver, at godkendelsesforløbet kan slås til og fra. Når det er slået fra, går vundne aftaler videre til udbetalingsoversigten uden dette godkendelsestrin.
Det er en væsentlig forskel mellem at have funktionen på en produktliste og at anvende den i driften. Vejledningen beskriver, at godkendte beløb flyttes videre til udbetaling, mens planlagte udbetalinger kan eksporteres til lønsystemet. Flere godkendelsestrin kræver Premium. Få derfor jeres konkrete roller og rækkefølge med i tilbuddet.
Lad en testbruger godkende en opgørelse, og bed derefter om en rettelse før eksport. Kontroller, hvem der må genåbne eller ændre godkendelsen, og hvilken version lønansvarlige modtager. Vi har ikke testet jeres lønintegration; en eksport eller status som planlagt er ikke bevis for faktisk udbetaling.
Sales Cookie: ret årsagen, før I lægger et ekstra beløb på
En forkert sælger på en aftale kan friste til en hurtig manuel regulering. Sales Cookies vejledning beskriver flere rettelsesveje og anbefaler at rette salgsdata i kildesystemet, når det er muligt. Den advarer om, at lokale transaktionsrettelser kan blive overskrevet, hvis samme post senere ændres og synkroniseres fra kilden.
For køberen er pointen at få afklaret, hvor sandheden skal bo. Ret en ufarlig testaftale i CRM, synkroniser den og beregn igen. Prøv derefter en dokumenteret engangsregulering. Resultatet skal vise, hvad der er en ændret salgsoplysning, og hvad der er en særskilt beslutning om provision.
Leverandørens vejledning om reguleringer forklarer også, at en manuel sats og en senere genberegning med andre provisionstrin kan give tvivl om det ønskede resultat. Aftal derfor en fast rettelsesprocedure tæt på afslutningen af beregningen. Vi har ikke afprøvet den mod jeres aftaler og kan ikke garantere, at en bestemt regulering bevares i alle kombinationer.
Brug sidste måneds vanskelige sager i prøven
Vælg et lille anonymiseret datasæt med en normal aftale, en delt provision, en kreditering og en ændring efter månedsskiftet. Beregn de forventede resultater ud fra jeres aftale, før leverandøren viser sin løsning. Så tester I, om systemet følger reglerne, frem for om en demonstration ser overbevisende ud.
Lad en sælger forklare sin opgørelse uden hjælp fra den, der satte modellen op. Lad derefter økonomi følge en enkelt linje tilbage til kilden. Hvis ingen kan forklare beløbet, er en automatisk beregning vanskelig at bruge som fælles grundlag.
Afklar til sidst, hvordan allerede udbetalte perioder bevares, og hvordan efterfølgende korrektioner vises. En ny beregning må ikke blive præsenteret som den historiske udbetaling uden forklaring. Bed om eksport af både opgørelse, relevante aftaleregler og rettelsesspor, så et leverandørskifte ikke efterlader jer med kun slutsummer.
Kilder og metode
Primærkilderne er læst 29. oktober 2026. QuotaPaths egen opdateringsdato er anført; de øvrige kilders entydige udgivelsesdatoer er ikke fastslået. Sourcegraph-eksemplet er en offentlig kundebeskrivelse, ikke vores produkttest. Guiden vurderer softwarearbejdsgange og giver ikke en juridisk eller skattemæssig vurdering af provisionsaftaler.