Ansatt uten innlogging: hold lønnsdata og brukerroller fra hverandre
Skill ansatte og systembrukere før innlogging og lønnsgrunnlag opprettes
En person kan være registrert for lønn uten å ha en innlogging til økonomisystemet. En ekstern regnskapsmedarbeider kan ha innlogging uten å være ansatt i virksomheten. Ansattoppføring, arbeidsforhold og systembruker er forskjellige objekter. Når de blandes, kan en invitasjon gi for mye tilgang eller en avsluttet bruker føre til at nødvendig lønnsgrunnlag forsvinner.
En praktisk datamodell må bevare forskjellene og koble dem bare der oppgaven krever det. Artikkelen beskriver organisering av data og ansvar, ikke alle krav til lønnsrapportering eller en universell leverandørmodell. Personopplysninger må behandles med relevant grunnlag, formål og tilgangsbegrensning.
Begynn med personens oppgave, ikke en standardrolle
En medarbeider som bare mottar lønn, trenger ikke nødvendigvis innlogging. Hvis personen skal føre timer eller levere egne utlegg, kan det være et eget behov for tilgang. En økonomiansvarlig som beregner lønn, trenger en annen oppgaveavgrensning enn den som bare sender et eget kvitteringsbilde.
Beskriv hva personen skal gjøre, hvilke opplysninger oppgaven trenger og hvem som godkjenner tilgangen. Ikke la en ny ansatt automatisk arve en administratorrolle fordi den forrige medarbeideren brukte denne. Stillingsnavn er et svakt rettighetsgrunnlag dersom det faktiske ansvaret er snevrere.
Tre personer som ikke passer i ett registerfelt
En oppdiktet virksomhet har tre forskjellige situasjoner. Testen bruker lokale referanser, uten reelle personopplysninger eller påstand om bestemte systemroller.
| Personreferanse | Lønns-/arbeidsgrunnlag | Behov for innlogging | Viktig kontroll |
|---|---|---|---|
| P-LOENN | Ansatt som mottar lønn | Ikke nødvendig i valgt rutine | Lønnsdata må kunne følges uten brukerinvitasjon |
| P-TIMER | Ansatt som fører egne timer | Ja, avgrenset oppgave | Rettigheter skal passe eget timearbeid |
| P-BYRA | Ekstern regnskapsmedarbeider | Ja, etter avtalt oppdrag | Innlogging skal ikke opprette et fiktivt ansettelsesforhold |
Hvis alle tre opprettes som ansatte fordi systemet trenger en bruker, blir personens juridiske og økonomiske rolle uklar. Hvis bare de to med innlogging blir med i lønnsgrunnlaget, mangler P-LOENN. Kontrollen må derfor undersøke både at koblingen er riktig, og at fravær av en kobling kan være korrekt.
Det kan også finnes flere arbeidsforhold for én person. En stabil personreferanse er da ikke alene en identifikasjon av hvert arbeidsforhold. Hold arbeidsforholdets relevante opplysninger og rapporteringsidentitet atskilt fra passord, brukerrolle og innloggingsstatus.
E-post er en kobling som kan endres
Noen systemer bruker samme e-postadresse til å koble en ansattoppføring og en bruker. Da må adressen vedlikeholdes kontrollert. En stavefeil, delt funksjonsadresse eller gjenbrukt adresse kan ellers knytte tilgang til feil person. Dokumenter leverandørens faktisk støttede kobling og prøv den med syntetiske data før rutinen godtas.
Ved adresseendring bør kontrollen vise gammel og ny identitet uten å legge innloggingshemmeligheter i loggen. Bekreft hvilken person og hvilket oppdrag endringen gjelder. Det er ikke forsvarlig å løse en uklar kobling ved å dele en kollegas konto.
Avgrensede integrasjonsrettigheter gir bakgrunn for rettighetsvurderingen. Personavhengighet ved fratreden er relevant når en person går ut av en systemrolle.
Deaktivering skal ha riktig virkning
Når en medarbeider slutter å bruke systemet, må innlogging og fullmakter vurderes. Samtidig kan historisk lønnsdokumentasjon fortsatt måtte bevares med korrekt tilgang. Å slette alt om personen fordi brukeren deaktiveres, er ikke en gjennomtenkt oppbevaringsrutine.
Et faktisk avsluttet arbeidsforhold trenger egen lønns- og rapporteringsbehandling. En ren endring i systemtilgang er ikke i seg selv en oppsigelse eller sluttdato. Omvendt er ikke en fortsatt fungerende innlogging et tegn på at arbeidsforholdet fortsatt skal være aktivt. Bevar beslutning og virkning på riktig objekt.
Ved systembytte bør hittil-i-år-data og arbeidsforhold avstemmes separat fra brukerinvitasjonene. La prøvepakken omfatte en ansatt uten bruker, en ekstern bruker og en person som bare endrer tilgang. Da testes mer enn at invitasjonsmailen blir sendt.
Skill dessuten deaktivering fra en midlertidig sperre. En feil ved innlogging kan kreve avklart teknisk hjelp uten at lønnsgrunnlaget eller arbeidsforholdet skal endres. Bevar årsaken til sperren i riktig arbeidsflate og avklar hvem som kan gjenåpne nødvendig tilgang.
Kilder og personvern
Datatilsynets personvernprinsipper gir rammen for blant annet formålsbegrensning, dataminimering og konfidensialitet. Altinn om a-meldingen forklarer rapporteringsoppgaven. Kildene er kontrollert 14. oktober 2026. Oppgaven må også følge den aktuelle leverandørens dokumenterte ansatt- og brukermodell.