En sælger mener at have krav på mere i provision. En leder mener, at bonusmålene var nået. Arbejdsgiveren mener det modsatte. Tvisten handler om tal, og tallene ligger næsten altid i arbejdsgiverens systemer: CRM, ordresystem, økonomisystem og lønsystem.
Hvordan bonusaftalen skal fortolkes, er en juridisk vurdering. Denne side handler om de digitale data, der skal til for at regne kravet ud, og om de typiske uenigheder om, hvad data viser.
Aftalen skal oversættes til datafelter
Det første skridt er at oversætte aftalen til de felter, som systemerne faktisk indeholder. En formulering som “provision af omsætningen” kan betyde mange ting:
- ordreværdi ved indgåelse,
- faktureret beløb,
- betalt beløb,
- beløb efter kreditnotaer, rabatter og returvarer,
- dækningsbidrag efter vareforbrug.
Hver af disse størrelser ligger typisk i forskellige systemer og opgøres på forskellige tidspunkter. Uenigheden om tal er ofte en uenighed om, hvilket felt der skal bruges. Det er nyttigt at få det skrevet ned tidligt, så begge parter regner på samme grundlag.
Hvem solgte?
Mange tvister handler om, hvilken sælger et salg skal tilskrives. Systemerne løser det på forskellige måder:
- Ejer af kunden i CRM, som kan ændres over tid.
- Ejer af salgsmuligheden, som kan være en anden end kundeansvarlig.
- Sælgerkode på ordren, som indtastes manuelt eller automatisk.
- Fordeling mellem flere sælgere efter interne regler.
Det afgørende er ofte, hvornår et felt blev ændret, og af hvem. Mange CRM-systemer har en ændringshistorik, der kan vise, at en kunde eller en salgsmulighed blev flyttet til en anden sælger. Historikken kan være slået fra eller kun gemt i en periode. → Sådan læser du en logfil
Arbejdsgiveren har data, sælgeren har ikke
Den største praktiske udfordring for medarbejderens advokat er, at adgangen typisk lukker ved fratrædelsen. Sælgeren har måske kun månedlige provisionsopgørelser og egne noter.
Medarbejderen kan derfor have behov for at:
- gemme egne provisionsopgørelser og lønsedler,
- notere kunder, ordrer og datoer, mens erindringen er frisk,
- bevare mails om ordrer, tilbud og interne aftaler om fordeling.
Klienten bør ikke tage kopi af virksomhedens data uden lov. Det kan skabe nye problemer. Den rigtige vej er ofte at bede arbejdsgiveren om at fremlægge data, og ellers at anmode retten om edition. → Editionsbegæring set fra IT-siden
Hvad der bør efterspørges
En præcis anmodning er lettere at efterkomme og sværere at afvise. Den kan omfatte:
- et udtræk af ordrer og fakturaer for den relevante periode med sælgerkode,
- kreditnotaer og annulleringer med dato og årsag,
- CRM-historik for ændringer af kundeansvar og salgsmuligheder,
- de beregninger, der ligger til grund for de udbetalte beløb,
- systemets definitioner af de felter, der indgår i beregningen.
Udtræk bør leveres i et format, der kan regnes på, typisk regneark eller CSV, og ikke kun som PDF. Det gør det muligt at kontrollere summerne. Bed også om en beskrivelse af, hvilke filtre og kriterier der er brugt til udtrækket.
Typiske uenigheder om data
- Ordren tæller ikke, fordi den blev annulleret · Annulleringsdato, årsag og hvem der registrerede den
- Kunden blev flyttet til en anden sælger · CRM-historik for kundeansvar
- Målet blev ændret midt i året · Mails, versioner af bonusaftalen og budgetfiler
- Kreditnota efter fratrædelsen · Dato og sammenhæng med den oprindelige ordre
- Omsætning bogført i forkert periode · Fakturadato, leveringsdato og bogføringsdato
Fakturadata og ændringer i fakturaer har sine egne faldgruber. → Fakturatvister og e-fakturaer som bevis
Perioder og skæringsdatoer
Bonus opgøres ofte pr. kvartal eller år. Det rejser spørgsmålet om, hvilken dato der afgør, hvilken periode et salg hører til. Ordredato, leveringsdato, fakturadato og bogføringsdato kan ligge i hver sin periode. Ved en fratrædelse midt i en periode bliver spørgsmålet ekstra vigtigt.
Systemerne kan også bruge forskellige tidszoner. Et internationalt CRM kan registrere tider i UTC, mens økonomisystemet bruger dansk tid. Et salg sent på dagen den sidste dag i et kvartal kan derfor havne i forskellige perioder afhængigt af systemet.
Systemskift i perioden
Har virksomheden skiftet CRM eller økonomisystem i den periode, kravet dækker, er der en ekstra risiko. Ved en migrering kan historik, sælgerkoder og ændringslogs gå tabt eller blive ændret. Det kan betyde, at det gamle system eller en kopi af det skal findes frem.
Spørg derfor klienten, om der har været systemskift, opgraderinger eller større oprydninger i data. Spørg også, om det gamle system stadig kan åbnes, eller om der findes en eksport fra skiftet.
Spørgsmål til skønsmanden
- Hvilken omsætning er registreret med klientens sælgerkode i perioden, opgjort efter hvert af de relevante datafelter?
- Er sælgertilknytningen ændret for kunder eller ordrer i perioden, og i givet fald hvornår og af hvem?
- Stemmer de udbetalte beløb med en beregning efter den beskrevne metode?
- Er der tegn på, at data er ændret eller slettet efter fratrædelsen?
Store datamængder
Har sælgeren haft hundredvis eller tusindvis af ordrer, kan det være uforholdsmæssigt at gennemgå hver eneste. Parterne kan aftale stikprøver eller en fælles gennemgang efter faste regler. Det sparer tid, men kræver enighed om metoden på forhånd, herunder hvordan stikprøverne udvælges. → Stikprøver i store datamængder
Når klienten er arbejdsgiveren
For arbejdsgiveren er det vigtigt at kunne forklare, hvordan opgørelsen er lavet. Har en medarbejder i økonomi lavet beregningen i et regneark, bør regnearket bevares med formler. Ændringer i CRM efter fratrædelsen bør kunne forklares.
Er systemet sat op til at slette historik efter en periode, bør sletningen sættes i bero. → Bevarelsespligt og litigation hold
Praktisk rækkefølge
- Find aftalen og alle versioner af bonusvilkårene frem, herunder mål og budgetter for hver periode.
- Oversæt vilkårene til datafelter, og få modparten til at bekræfte eller korrigere oversættelsen.
- Anmod om bevarelse af CRM-historik og udtræk, før automatisk sletning eller systemskift fjerner dem.
- Indhent udtræk i et format, der kan regnes på, med beskrivelse af filtre.
- Afstem udtrækket mod lønsedler og provisionsopgørelser, så det kan ses, at de udbetalte beløb kan genskabes.
- Isolér uenighederne til konkrete ordrer, kunder eller perioder.
Først når uenighederne er isoleret, giver det mening at overveje syn og skøn. Et skønstema, der angår konkrete ordrer og felter, giver et mere brugbart svar end et spørgsmål om, hvad kravet samlet set udgør. → Skabelon: skønstema i en IT-sag
Typiske fejl
- At diskutere beløb, før parterne er enige om, hvilke datafelter der tæller.
- At nøjes med provisionsopgørelser i PDF uden underliggende data.
- At overse ændringshistorikken i CRM.
- At klienten kopierer kundedata ved fratrædelsen.
- At lade automatisk sletning af historik fortsætte.
- At overse, at to systemer bruger forskellige tidszoner eller skæringsdatoer.
- At regne på et udtræk uden at vide, hvilke filtre der er brugt.
Tjekliste
- ☐ Bonusaftalen er oversat til konkrete datafelter
- ☐ Systemerne, der indeholder felterne, er kortlagt
- ☐ Udtræk er efterspurgt i et format, der kan regnes på
- ☐ Ændringshistorik for sælgertilknytning er bevaret
- ☐ Beregningsmetoden kan forklares og efterprøves
Hvis parterne ikke kan blive enige om, hvad data viser, eller hvis ændringshistorikken er afgørende, kan en IT-sagkyndig udtrække og afstemme data, så retten får et grundlag, begge parter kan efterprøve.
→ Send en sag · Tlf. 70 13 63 23 · IT-sagkyndig bistand til advokater hos Nielco IT
