Gå til innhold
Legiscope
Meny
Personvern

Riktige personopplysninger: korriger feil gjennom hele dataflyten

Rutine for kilder, retting og mottakere. Praktisk veiledning med avgrensninger, arbeidssteg og dokumentasjon for norske virksomheter.

Også tilgjengelig på:Italiano·Português·Svenska·Dansk·Suomi

Riktige personopplysninger krever kontroll med kilder, oppdateringer og hvordan feil sprer seg. Et register kan være teknisk velfungerende og likevel gi feil svar fordi opplysningene er utdaterte, knyttet til feil person eller brukt i en annen sammenheng enn de ble samlet inn for. Begynn derfor med hvilke opplysninger arbeidsoppgaven faktisk trenger å stole på.

Artikkel 5 nr. 1 bokstav d i GDPR krever riktighet og nødvendig oppdatering, med rimelige tiltak for å slette eller rette uriktige opplysninger uten ugrunnet opphold sett i forhold til formålet. Datatilsynets oversikt over personvernprinsippene beskriver samme grunnprinsipp. Det finnes ikke én generell oppdateringsfrekvens som passer alle datakategorier og formål.

Definer hva riktig betyr i arbeidsprosessen

En adresse kan være riktig som historisk leveringsadresse og samtidig være feil som dagens kontaktadresse. En vurdering kan være korrekt gjengitt som en bestemt persons mening på et tidspunkt, uten at virksomheten skal fremstille den som et ubestridt faktum. Beskriv derfor hvilken betydning feltet har og hvilken tidsperiode det gjelder.

Knytt vurderingen til formålsbegrensning. Hvis opplysninger tas i bruk i en ny sammenheng, kan kravene til aktualitet og presisjon endres. Et grovt anslag som var egnet til planlegging, er ikke nødvendigvis egnet som grunnlag for en avgjørelse om en enkeltperson. Dataenes opprinnelige formål bør være synlig for dem som vurderer ny bruk.

Identifiser hvilke feil som får størst konsekvens

Prioriter opplysninger som påvirker utbetaling, tilgang til tjenester, identitet eller andre viktige forhold. Vurder også feil som kan føre til at opplysninger deles med feil mottaker. Et feil telefonnummer i en sensitiv saksprosess kan gi større risiko enn en mindre skrivefeil i et internt navneregister.

Beskriv både sannsynlig feil og mulig konsekvens. Det gir et grunnlag for å velge kontrollnivå. Høyere konsekvens kan tilsi kontroll mot en relevant kilde eller bekreftelse før handling. Ikke bruk risikoarbeidet som grunn til å samle et stort nytt sett personopplysninger bare for å kontrollere et lite og lavrisikofylt felt.

Lag en oversikt over kilder og autoritet

Registrer hvor opplysningen kommer fra og hvem som kan oppdatere den. Skill selvrapporterte opplysninger, opplysninger fra en annen virksomhet og avledede verdier som systemet beregner. Dersom to kilder er uenige, må virksomheten vite hvilken kilde som er relevant for den aktuelle oppgaven og hvordan motstriden håndteres.

Bruk systemkartet til å finne hvor feltet kopieres og om oppdateringer går begge veier. Et kundesystem kan overskrive en korrigert adresse med en eldre verdi fra en nattlig import. Uten kjennskap til denne forbindelsen kan saksbehandleren rette samme feil flere ganger uten at problemet forsvinner.

Arbeidsark for datakvalitet

Felt Hva virksomheten bør avklare
Opplysning Betydning, format og relevant tidsperiode
Formål Arbeidsoppgaven som bruker opplysningen
Kilde Opprinnelse og hvem som kan bekrefte eller endre
Risiko Konsekvens ved feil eller utdatert verdi
Kontroll Validering, bekreftelse eller annen relevant metode
Flyt Systemer og mottakere som får kopier
Retting Hvem som gjennomfører og følger opp korrigering
Historikk Hvordan tidligere verdi eller uenighet skal beskrives
Oppfølging Hendelser som utløser ny kontroll

Fyll ut arbeidsarket for de viktigste feltene først. En komplett katalog over alle tekniske variabler kan bli omfattende uten å redusere risiko. Start med opplysninger som utløser handlinger eller brukes i svar til registrerte. Utvid oversikten når konkrete funn viser behov for det.

Forebygg feil ved innsamling

Bruk feltbeskrivelser og validering som hjelper personen å gi riktig informasjon. Skill mellom ugyldig format og et innhold som bare virker uvanlig. En kontroll som avviser legitime navn eller adresser, kan skape feil i stedet for å redusere dem. Gi en forståelig mulighet til å korrigere opplysningen eller forklare et avvik.

Vurder om manuell registrering kan begrenses uten å innføre unødvendig kobling mellom systemer. Forhåndsutfylling kan være praktisk, men brukeren må kunne oppdage en gammel verdi. Ikke skjul datakilden slik at en feil automatisk fremstår som bekreftet av personen. Registrer hva som faktisk er kontrollert, og hva som bare er kopiert fra et annet register.

Oppdater når hendelser gjør det nødvendig

Velg kontrolltidspunkt etter formål og endringsmønster. Ny kontakt fra personen, returpost, et avvist oppgjør eller en endret arbeidsrolle kan utløse oppdatering. For enkelte opplysninger kan regelmessig gjennomgang være nødvendig. Begrunn frekvensen i behov og konsekvens, ikke i en udokumentert påstand om at GDPR krever årlig kontroll av alle felt.

Knytt oppgaven til eksisterende arbeidsprosesser. HR kan oppdatere relevante roller når et arbeidsforhold endres, og kundestøtte kan kontrollere kontaktopplysninger når en levering feiler. Unngå rutiner som bare sender gjentatte bekreftelsesforespørsler uten at noen følger opp svarene. En ubesvart e-post viser ikke at den gamle opplysningen fortsatt er riktig.

Skill retting fra sletting av historien

Når en feil rettes, må virksomheten vurdere om den tidligere verdien skal fjernes eller bevares avgrenset som del av nødvendig historikk. En historisk opplysning bør ikke fremstå som gjeldende. Beskriv dato, kontekst og eventuell uenighet slik at senere brukere ikke trekker feil konklusjon.

Ved et konkret krav brukes rutinen for retting etter artikkel 16. Vurder også om behandling skal begrenses mens riktigheten undersøkes der vilkårene for dette er oppfylt. En saksbehandler bør kunne markere at opplysningen er bestridt, slik at en annen prosess ikke bruker den som sikkert grunnlag før vurderingen er ferdig.

Håndter meninger og vurderinger presist

En registrert vurdering bør vise hvem som gjorde den, hvilket grunnlag den bygget på og når den gjaldt. En senere faglig uenighet betyr ikke automatisk at den historiske registreringen er uriktig. Samtidig kan en mening være feil gjengitt eller bygge på konkrete fakta som viser seg å være gale. Disse spørsmålene må skilles.

Gi rom for nødvendig supplering og korrigering av faktagrunnlaget. Unngå at et gammelt notat kopieres inn i nye saker uten kilde eller tidsangivelse. Det kan gi inntrykk av en aktuell, selvstendig vurdering. Retningslinjen bør gjøre det enkelt å forstå forskjellen mellom observerte forhold, antakelser og faglige konklusjoner.

Hypotetisk eksempel: en gammel adresse kommer tilbake

En tenkt kunde retter adressen sin gjennom selvbetjening. Kundesystemet viser riktig verdi, men neste dag blir den erstattet av en eldre adresse fra faktureringssystemet. Undersøkelsen finner at begge systemene er konfigurert som kilde for samme felt. Virksomheten avklarer hvilken flyt som skal være styrende og endrer integrasjonen.

Deretter kontrolleres berørte opplysninger og nødvendige mottakere. Kunden får et forståelig svar om hva som er korrigert. Eksemplet viser hvorfor riktighet krever mer enn et redigerbart skjema. Dersom selve kildekonflikten ikke løses, kan den registrerte måtte påpeke samme feil på nytt samtidig som opplysninger fortsatt sendes til feil sted.

Følg rettingen gjennom mottakerkjeden

Kartlegg hvem som har fått opplysningen og hvilke plikter som gjelder for å underrette mottakere om retting. Artikkel 19 regulerer slik underretning med sine vilkår og unntak. Dokumenter den konkrete vurderingen og hvilke mottakere som er fulgt opp. En endring i hovedsystemet er ikke i seg selv bevis på at alle relevante kopier er korrigert.

Knytt oppfølgingen til innsynsprosessen når personen ber om informasjon om egne opplysninger. Et svar bør bygge på det faktiske resultatet av korrigeringen. Ikke skriv at alt er rettet hvis en integrasjon eller ekstern mottaker fortsatt er uavklart; forklar omfang og videre håndtering presist.

Kontroller avledede verdier og automatisering

En rettet inngangsopplysning kan påvirke en score, kategori eller automatisk avgjørelse. Undersøk om den avledede verdien beregnes på nytt og om tidligere resultater fortsatt brukes. Hvis prosessen omfattes av artikkel 22 om automatiserte avgjørelser, må dens særlige vilkår og garantier vurderes separat.

Kontroller også om modellen eller regelen bruker en gammel kopi av datasettet. Det er utilstrekkelig at en synlig profil er rettet dersom avgjørelsesmotoren fortsatt henter historiske verdier som gjeldende. Dokumenter koblingen mellom retting og videre bruk, inkludert hvem som avgjør om tidligere konsekvenser må vurderes på nytt.

Mål gjentakende feil og forbedre kilden

Følg noen få relevante feilgrupper: feil personkobling, utdaterte kontaktopplysninger eller import som overskriver nyere data. Undersøk hvor feilene oppstår og om kontrollen reduserer dem. Antall rettede felt er ikke alene et kvalitetsmål; en økning kan bety bedre oppdagelse eller en ny feil i systemet.

Avslutt forbedringsarbeidet med en kontroll av den faktiske prosessen. La en annen person følge et eksempel fra kilde til mottaker og bekrefte at riktig verdi blir brukt. Bevar et avgrenset bevis på kontrollen og kjente begrensninger. Målet er opplysninger som er tilstrekkelig riktige for formålet, uten unødvendig innsamling eller ukontrollert viderebruk.

L
Skrevet av
Legiscope
Legiscope

Sett veiledningen ut i praksis

Se hvordan Legiscope kobler personvernregistre, kildemateriale og kontrollert arbeid.

Bestill en tilpasset demo
Les videre

Relaterte artikler

01Personvern

AI Act-programvare 2026: verktøy for etterlevelse av KI-forordningen

AI Act-programvare kan organisere oversikt, vurderinger og dokumentasjon av KI-systemer. For en norsk virksomhet må valg av verktøy bygge på konkrete roller og bruksområder, samtidig som EU-frister…

4. juli 2026
02Personvern

Anonymisering: vurder om opplysninger fortsatt kan knyttes til personer

Anonymisering skal gjøre det slik at opplysninger ikke lenger kan knyttes til en identifiserbar person med midler som med rimelighet kan tenkes brukt. Å fjerne navn er ofte utilstrekkelig. Datoer,…

8. september 2026
03Personvern

Ansvarlighet i personvernarbeidet: dokumenter at tiltak virker

Ansvarlighet i personvernarbeidet betyr at virksomheten både skal følge reglene og kunne vise hvordan den gjør det. Dokumentasjonen bør knytte et konkret formål og en beslutning til faktisk…

8. september 2026
04Personvern

Arbeidsgivers innsyn i e-post: beslutning, varsel og protokoll

Før en arbeidsgiver åpner en ansatts e-postkasse, bør virksomheten kunne vise hvorfor innsyn er nødvendig, hvilke mindre inngripende alternativer som er vurdert, og hvordan den ansattes rettigheter…

8. september 2026
05Personvern

Artikkel 14: informer når opplysninger kommer fra andre

Når virksomheten får personopplysninger fra en samarbeidspartner, et offentlig register eller en kjøpt kontaktliste, har personen vanligvis ikke sett innsamlingsskjemaet deres. Informasjonsplikten…

8. september 2026
06Personvern

Automatiserte avgjørelser: identifiser terskelen i artikkel 22

Artikkel 22 i GDPR oppstiller som utgangspunkt et forbud mot visse automatiserte avgjørelser. Virksomheten må identifisere en avgjørelse, undersøke om den utelukkende bygger på automatisert…

8. september 2026
07Personvern

Avslutte databehandler: tilbakelevering og slettebekreftelse

Når en databehandleravtale avsluttes, må virksomheten vite hvor personopplysningene ender. Oppsigelse av abonnementet er ikke det samme som tilbakelevering eller sletting. En konto kan være stengt…

8. september 2026
08Personvern

Avvik og brudd på personopplysningssikkerheten (art. 33-34): 72-timersfristen 2026

Et brudd på personopplysningssikkerheten skal meldes til Datatilsynet uten ugrunnet opphold og senest innen 72 timer etter at den behandlingsansvarlige ble kjent med bruddet, med mindre bruddet…

4. juli 2026