Feil i lønnsgrunnlaget bør helst oppdages før lønnen beregnes. Det krever mer enn en siste manuell kontroll i lønnsavdelingen.
En bedre tilnærming er å bygge kvalitet inn i prosessen fra endringen oppstår. Det betyr å ha tydelige frister, kontrollere kritiske data ved registrering, bruke virkningsdatoer riktig og gjøre avvik synlige før lønnskjøringen starter.
Et godt utgangspunkt er å:
Målet er ikke flere kontroller. Målet er å finne feil tidligere og bruke manuell kontroll der den faktisk gir verdi.
Lønnsgrunnlaget består av informasjon fra flere prosesser. Hva som er kritisk, varierer mellom virksomheter og medarbeidergrupper.
Typiske eksempler er:
Ikke alle data trenger samme kontrollnivå.
En manglende intern telefonopplysning har liten betydning for lønnskjøringen. Feil fastlønn, sluttdato eller stillingsprosent kan derimot få direkte konsekvenser.
Prioriter derfor kontroller etter hvor stor konsekvens en feil kan få, hvor ofte opplysningen endres og hvor mange prosesser den påvirker.
Feil i lønnsgrunnlaget skyldes ikke alltid feilregistrering.
De kan også oppstå fordi:
Derfor bør virksomheten se på hele prosessen – ikke bare resultatet i lønnssystemet.
Et nyttig spørsmål er:
På hvilket tidspunkt kunne denne feilen ha blitt oppdaget tidligere?
Svaret viser ofte hvor den neste forbedringen bør gjøres.
Mange feil handler om timing.
En endring kan være korrekt, men likevel komme for sent til å bli behandlet i riktig lønnsperiode.
Lønnskalenderen bør derfor vise:
Fristene bør være kjent for alle som leverer eller godkjenner informasjon – ikke bare lønnsavdelingen.
Det bør også være tydelig hva som skjer når en endring kommer etter fristen. Hvem kan godkjenne et unntak? Skal endringen tas med nå, eller behandles i neste periode?
En fast unntaksprosess gjør arbeidet mer forutsigbart.
Jo tidligere en feil oppdages, desto mindre arbeid krever den ofte å rette.
Enkle kontroller kan for eksempel sikre at:
Skill gjerne mellom feil som stopper prosessen og verdier som bare bør kontrolleres.
En manglende nødvendig dato kan bety at endringen ikke skal sendes videre. En uvanlig høy lønnsendring kan være korrekt, men bør kanskje flagges for kontroll.
På den måten kan systemet håndtere enkle regler, mens mennesker vurderer det som faktisk krever faglig skjønn.
Det er viktig å skille mellom når en endring registreres, og når den skal gjelde fra.
Tenk på en lønnsendring som:
Hvis lønnsprosessen bare bruker registreringsdatoen, kan endringen havne i feil periode.
Virkningsdatoer er spesielt viktige ved:
Virksomheten bør også ha en avtalt prosess for tilbakevirkende endringer.
Skal de behandles automatisk? Må lønn godkjenne dem? Skal de alltid vises som et avvik?
Tydelige regler reduserer behovet for vurderinger fra sak til sak.
En teknisk dataflyt kan fungere de fleste dager og likevel feile akkurat når en kritisk endring skal gjennom.
Derfor bør avvik ikke bare finnes i en teknisk logg.
Den som skal følge opp, bør kunne se:
Sammenlign:
Lite nyttig:
«Integrasjon feilet.»
Mer nyttig:
«Endring av stillingsprosent kunne ikke behandles fordi virkningsdato mangler.»
Det siste gjør det mye enklere å få saken til riktig person.
Lønnsavdelingen trenger kontroll før lønnskjøringen.
Men kontroll betyr ikke nødvendigvis at alle medarbeiderdata må gjennomgås manuelt hver måned.
Det kan være mer effektivt å fokusere på det som har endret seg siden forrige periode.
En kontrollrapport kan for eksempel vise:
| Kontroll | Hva bør undersøkes? |
|---|---|
| Nye medarbeidere | Er alle forventede arbeidsforhold mottatt? |
| Nye medarbeidere | Er bankkonto registrert? |
| Avslutninger | Har alle riktig sluttdato? |
| Stillingsprosent | Er alle endringer mottatt med riktig virkningsdato? |
| Fastlønn | Er godkjente endringer komplette? |
| Variable data | Mangler timer, tillegg eller godkjenninger? |
| Fravær | Finnes det manglende eller uvanlige verdier? |
| Dataoverføring | Finnes avviste eller ubehandlede endringer? |
| Sene endringer | Er unntak godkjent og dokumentert? |
Da kan lønn bruke tiden på avvik som faktisk krever oppmerksomhet.
HR- og lønnssystemet trenger ikke inneholde alle de samme dataene.
Men enkelte opplysninger kan være definert som felles og skal derfor samsvare.
Det kan for eksempel være:
En enkel avviksrapport kan vise:
| Kontroll | HR | Lønn | Status |
| Aktive arbeidsforhold | 2 514 | 2 514 | OK |
| Nye medarbeidere | 18 | 18 | OK |
| Avslutninger | 12 | 11 | Kontroller |
| Endret stillingsprosent | 21 | 20 | Ett avvik |
| Lønnsendringer | 64 | 64 | OK |
Poenget er ikke at HR- og lønnssystemet skal være identiske. Kontroller bare data som etter avtalen faktisk skal være like.
Den raskeste løsningen er ikke alltid den beste langsiktige løsningen.
Hvis lønn oppdager feil stillingsprosent, kan det være nødvendig å korrigere lønnsresultatet. Men dersom den opprinnelige verdien fortsatt er feil i HR-dataene, kan samme problem oppstå neste måned.
Bruk derfor to steg:
Sørg for at lønnen eller rapporteringen blir korrekt.
Finn ut hvorfor feilen oppstod:
Dette gjør at feilretting også blir forbedringsarbeid.
Hvis samme feiltype kommer tilbake hver måned, har virksomheten sannsynligvis et prosessproblem – ikke bare et enkeltstående dataavvik.
Det er nyttig å skille mellom ulike typer feil:
Datafeil
En HR-opplysning er feil. Den bør normalt rettes der den godkjente informasjonen vedlikeholdes.
Prosessfeil
En registrering eller godkjenning mangler. Prosesseieren eller riktig rolle må følge opp.
Teknisk feil
Riktige data blir ikke overført eller behandlet. IT eller systemforvaltningen undersøker.
Lønnsfaglig feil
Dataene er riktige, men resultatet av lønnsbehandlingen er feil. Lønn følger opp.
En slik inndeling gjør det enklere å sende feilen direkte til riktig rolle.
Vil du gå mer i dybden på ansvarsfordelingen, kan du lese «Hvem skal rette feil i medarbeiderdata – HR eller lønn?»
Antall lønnsfeil er nyttig å følge, men det forteller ikke hele historien.
Vurder også:
Et særlig nyttig mål er når feilen oppdages.
Hvis virksomheten gradvis flytter kontrollen fra etter lønnsutbetaling til tidspunktet der endringen registreres eller godkjennes, er prosessen blitt mer robust.
CatalystOne HR Master Data kan brukes til å strukturere medarbeider- og organisasjonsdata og støtte arbeidsprosesser rundt endringer i disse dataene.
Når godkjente HR-masterdata vedlikeholdes i HR-systemet, kan relevante endringer inngå i dataflyten videre til lønnssystemet. Dette kan redusere behovet for dobbeltregistrering og gi et mer konsistent utgangspunkt for lønnsprosessen.
Hvordan prosessen bør settes opp, avhenger av virksomhetens HR- og lønnssystemer, data og arbeidsprosesser.
Teknologien erstatter derfor ikke tydelige frister, godkjenninger, dataansvar og kontroller. Disse delene må fungere sammen.
Prioriter opplysninger som kan påvirke lønn eller arbeidsforhold, for eksempel start- og sluttdato, stillingsprosent, fastlønn, virkningsdatoer, timer, fravær og variable tillegg. Den konkrete listen bør tilpasses virksomheten.
Vanligvis er det mer effektivt å kontrollere endringer, mangler og avvik enn hele medarbeiderregisteret. Kritiske data bør samtidig ha automatiske eller faste kontroller gjennom prosessen.
Nei. Integrasjoner kan redusere manuell registrering og gjøre dataflyten mer konsistent, men feil i kildedata eller arbeidsprosessen kan fortsatt oppstå. Derfor trengs også validering, godkjenning og avvikshåndtering.
Ha en fast unntaksprosess. Definer hvilke endringer som kan behandles i inneværende periode, hvem som kan godkjenne et unntak, og hvilke endringer som skal tas med senere.
Færre feil i lønnsgrunnlaget kommer ikke nødvendigvis av enda en kontroll rett før lønnskjøringen.
Den største forbedringen skjer ofte når virksomheten flytter kontrollen nærmere tidspunktet der dataene oppstår.
Registrer endringer gjennom tydelige prosesser. Bruk virkningsdatoer. Sett klare frister. Gjør avvik synlige. Og bruk den siste kontrollen hos lønn til å undersøke unntak – ikke til å bygge lønnsgrunnlaget på nytt.
Da blir feil enklere å oppdage før de får konsekvenser.
(Artikkelen gir generell veiledning. Lønns- og rapporteringsrutiner bør kvalitetssikres mot virksomhetens egne prosesser og gjeldende krav.)