Har virksomheten en oppdatert og lett tilgjengelig personvernerklæring?
Personer dere behandler opplysninger om har rett til å vite hvilke opplysninger som behandles og hvordan, jf. GDPR artikkel 13 og 14.
PERSONVERNERKLÆRING: En mangelfull eller utdatert personvernerklæring er ofte noe av det første som fører til kritikk fra Datatilsynet. Å ha en lovlig personvernerklæring handler ikke bare om å «ha et dokument», men om faktisk å informere de registrerte på en forståelig måte. Start med å kartlegge dataflytene deres for å identifisere nøyaktig hvilke personopplysninger dere behandler, hvordan dere behandler dem, hvorfor dere behandler dem og hvilket behandlingsgrunnlag dere bruker. Informer deretter de registrerte om dette. Husk også å oppgi hvem som eventuelt mottar opplysningene, og hvor lenge de lagres. Viktigst av alt er informasjon om hvilke rettigheter de registrerte har, hvor de kan henvende seg hos dere for å utøve disse rettighetene, og at de også kan kontakte Datatilsynet ved eventuelle klager.
Ja, vi har en oppdatert og lett tilgjengelig personvernerklæring
Delvis – vi har en overordnet erklæring som sjelden oppdateres
Vi er i gang med å utarbeide eller oppdatere den
Nei, vi har ikke en tilgjengelig personvernerklæring
Har dere en oppdatert behandlingsprotokoll?
Alle virksomheter skal ha en skriftlig oversikt over sine behandlinger av personopplysninger, jf. GDPR artikkel 30.
BEHANDLINGSPROTOKOLL: Uten en fullstendig protokoll er det umulig å vise at dere følger GDPR, og det blir også vanskelig å vurdere hvilke behandlinger som krever en personvernkonsekvensvurdering (DPIA). Start med å kartlegge prosessene deres. Tenk gjennom i hvilke situasjoner dere behandler personopplysninger. Vanlige områder er for eksempel personalforvaltning, kundehåndtering og salg, markedsføring eller økonomi. Dokumenter deretter de obligatoriske opplysningene etter artikkel 30, det vil si navn på behandlingen, formål, kategorier av registrerte, kategorier av personopplysninger, mulige mottakere, behandlingsgrunnlag, lagringsperiode og sikkerhetstiltak.
Ja, vi har en komplett protokoll som oppdateres løpende
Delvis – vi har en protokoll, men den oppdateres kun ved nye prosjekter
Nei, men vi opplever likevel å ha oversikt
Vet ikke – jeg er usikker på om dette finnes hos oss
Har dere en prosess for når og hvordan dere gjennomfører DPIA?
Ved behandlinger med høy risiko for enkeltpersoners rettigheter, skal det gjennomføres en konsekvensvurdering før oppstart, jf. GDPR artikkel 35.
KONSEKVENSVURDERING: Hvis dere innfører nye systemer eller prosesser uten å vurdere risikoen, kan det i etterkant føre til kostbare sanksjoner og erstatningskrav. Dere må først gjøre en terskelvurdering for å avgjøre når en fullstendig DPIA er nødvendig. En konsekvensvurdering har deretter tre sentrale komponenter. Den første er risikovurdering. Her ser man på risikoene for de registrertes rettigheter og friheter. Kjernen i vurderingen er å identifisere mulige trusler mot den enkeltes personvern, for eksempel risiko for uautorisert tilgang, tap av data eller at data brukes på en måte den enkelte ikke kan forutse. Den andre komponenten er konsekvensanalyse. Hvilke konsekvenser kan de nevnte risikoene få for de registrertes rettigheter og friheter? Dette handler om å forstå hvor alvorlig det vil være for de berørte personene dersom en hendelse skulle oppstå. Den tredje og siste komponenten er risikoredusering. Her identifiserer man hvilke tiltak som må settes inn for å redusere disse risikoene og konsekvensene. Dette kan være tekniske tiltak som kryptering eller organisatoriske tiltak som strengere tilgangskontroll.
Ja, vi har en tydelig og etablert prosess
Vi gjør det av og til, særlig i større prosjekter
Vi er i gang med å etablere en prosess
Nei, vi gjennomfører ikke DPIA
Klarer dere å håndtere de registrertes rettigheter innen 30 dager?
Retten til innsyn, retting og sletting skal som hovedregel håndteres innen én måned.
DEN REGISTRERTES RETTIGHETER: Manuelle prosesser er sårbare for personavhengighet og menneskelige feil. Lag en standardisert sjekkliste eller rutine for hvordan dere raskt henter ut, retter eller sletter data på forespørsel, og sørg for at alt relevant personell kjenner til rutinen og den lovpålagte fristen, slik at oppgaven kan prioriteres når den oppstår. Ta alltid utgangspunkt i behandlingsprotokollen når dere håndterer de registrertes rettigheter.
Ja, vi har klare og etablerte rutiner
Vi håndterer forespørsler manuelt når de kommer
Vi jobber med å få dette på plass
Nei, vi mangler rutiner
Har ansatte fått opplæring i personvern?
Alle som behandler personopplysninger – inkludert ledelsen – skal forstå ansvar og risiko.
OPPLÆRING AV ANSATTE: Teknologi hjelper lite hvis de ansatte ikke vet hva en personopplysning er. I praksis er medarbeiderne enten deres viktigste forsvarslinje eller deres største svakhet. Den menneskelige faktoren ligger bak majoriteten av personvernbruddene som rapporteres til Datatilsynet. En opplært medarbeider har de «digitale vernebrillene» på og stopper feil før de skjer. Dersom en hendelse først oppstår, har dere etter GDPR bare 72 timer på dere til å varsle Datatilsynet ved behov. Hvis de ansatte ikke vet hva et personvernbrudd er, eller dere ikke har kjente og etablerte rutiner for å håndtere slike hendelser, risikerer dere kostbare sanksjoner og erstatningskrav. Å kunne dokumentere gjennomført opplæring er dessuten et tungt bevis på at dere har gjort det som kreves etter ansvarlighetsprinsippet, og kan bidra til å redusere risikoen for sanksjoner eller andre administrative reaksjoner.
Ja, alle får jevnlig og dokumentert opplæring
Nye ansatte får opplæring ved oppstart
Vi planlegger et opplæringsløp
Nei, det er ikke gjennomført opplæring
Har dere nødvendige avtaler med leverandører og samarbeidspartnere?
Behandling av personopplysninger i samarbeid med andre må reguleres gjennom avtaler, jf. GDPR artikkel 24, 26, 28 og 32.
LEVERANDØRAVTALER: Uten avtaler har dere ingen kontroll over hva leverandøren gjør med dataene. En korrekt avtale sikrer at leverandøren bare gjør det dere har instruert om, ikke bruker dataene til egne formål, har tilstrekkelig sikkerhet for å beskytte opplysningene og varsler dere dersom de blir rammet av for eksempel et datainnbrudd. Hvis Datatilsynet fører tilsyn, eller det oppstår en lekkasje og dere mangler avtaler, blir dette sett på som en alvorlig strukturell svakhet. Det tolkes som at dere ikke har kontroll over egen virksomhet. Det er da de store sanksjonene kan bli aktuelle, fordi dere bevisst eller grovt uaktsomt har håndtert personopplysninger uten å regulere sikkerheten. Start med å avklare hvilket forhold dere har til leverandøren. Er det et databehandlerforhold, et felles behandlingsansvar eller et selvstendig behandlingsansvar med deling av data? Opprett deretter riktige avtaler som regulerer forholdet mellom partene, passende vern av personopplysningene, hvem som har ansvar for de registrertes rettigheter og eventuelle tredjelandsoverføringer.
Ja, vi har riktige avtaler med alle relevante parter
Vi har avtaler med de fleste, men mangler for noen
Vi jobber med å kartlegge og få på plass avtaler
Nei, vi har ikke nødvendige avtaler
Har dere en rutine for å håndtere personopplysningsbrudd?
I enkelte tilfeller skal brudd meldes til tilsynsmyndigheten innen 72 timer, jf. GDPR artikkel 33.
PERSONVERNBRUDD: Når det for eksempel skjer et datainnbrudd eller en ukryptert datamaskin går tapt, begynner klokken å tikke. Uten en kjent og velfungerende rutine for håndtering av personvernbrudd blir resultatet ofte at man enten skjuler hendelsen, overrapporterer eller oversitter fristen på 72 timer. En god rutine for håndtering av personvernbrudd bør inneholde en definisjon av hva et personvernbrudd er, for eksempel mistet USB-minne, e-post sendt til feil mottaker eller mistanke om innbrudd som phishing. Den bør også inneholde kontaktinformasjon til personen eller rollen som skal varsles ved en hendelse, en enkel dokumentasjonsmal som fanger opp det viktigste i saken, som hva som har skjedd, når det ble oppdaget, hvilke typer opplysninger det gjelder og hvor mange personer som kan være berørt, samt en rutine for vurdering av om hendelsen skal meldes til Datatilsynet eller bare dokumenteres internt. Det viktigste av alt er at denne rutinen kommuniseres internt, slik at alle relevante medarbeidere kjenner til hvordan den fungerer.
Ja, vi har en fungerende og kjent rutine
Vi har en plan, men den er ikke testet i praksis
Vi jobber med å etablere en rutine
Nei, vi har ingen rutine
Har dere rutiner for sletting og lagringsbegrensning?
Personopplysninger skal ikke lagres lenger enn nødvendig.
SLETTING OG LAGRINGSBEGRENSING: Data som bare er «greit å ha», er en juridisk belastning. Fastsett tydelige slettefrister for hver kategori av opplysninger, for eksempel to år etter avsluttet kundeforhold, og gjør sletting til en naturlig del av årshjulet. Ta utgangspunkt i behandlingen i behandlingsprotokollen og dokumenter deretter en passende lagrings- og slettefrist for den aktuelle behandlingen. Oppmuntre også ansatte til å rydde i egne e-postbokser og filer, både digitale og fysiske.
Ja, vi har faste rutiner for jevnlig sletting (manuelt eller automatisk)
Vi sletter data ved behov, men ikke systematisk
Vi jobber med å få dette på plass
Nei, vi lagrer data uten klare tidsgrenser
Jobber dere med innebygd personvern og personvern som standard?
Personvern skal bygges inn i løsninger og prosesser fra start, jf. GDPR artikkel 25.
INNEBYGD PERSONVERN: Å legge til personvern i etterkant er som å prøve å montere setebelter i en bil som allerede har krasjet. Det blir både dyrere og dårligere. GDPR er ikke en etterkontroll, men må være en del av virksomhetens DNA. Gjør det til en regel at ingen ny programvare kjøpes inn og ingen nye prosjekter startes uten at en kort personvernanalyse er gjort først. Spør dere selv: Hvilke data skal behandles? Hvem har tilgang? Hvor lagres de? Hvordan kan vi begrense tilganger? Trengs det en databehandleravtale? Ved å bygge inn personvern fra starten av oppdager dere risikoer før de blir dyre problemer eller krever ombygging av systemer. Innebygd personvern handler om å gjøre det riktige valget til det enkleste valget for organisasjonen.
Ja, dette er en integrert del av hvordan vi jobber
Vi vurderer det i enkelte prosjekter
Vi jobber med å innføre dette
Nei, dette er ikke en del av vår tilnærming
Har dere identifisert behandlingsgrunnlag for all behandling?
All behandling av personopplysninger må ha et gyldig behandlingsgrunnlag, jf. GDPR artikkel 6.
BEHANDLINGSGRUNNLAG: Å etablere og dokumentere et behandlingsgrunnlag er selve fundamentet i GDPR. Uten et gyldig behandlingsgrunnlag er behandlingen av personopplysninger juridisk ulovlig fra start. Behandlingsgrunnlaget er deres «tillatelse» til i det hele tatt å behandle personopplysninger. Dere må kunne informere de registrerte om hvorfor opplysningene behandles, og at dere har rett til å behandle dem. Ulike behandlingsgrunnlag innebærer ulike rettigheter for de registrerte. Hvis dere for eksempel bruker samtykke, har personen rett til dataportabilitet og til å trekke samtykket tilbake. Hvis dere bruker interesseavveining, har personen rett til å protestere mot behandlingen. Hvis Datatilsynet fører tilsyn og oppdager at dere mangler behandlingsgrunnlag, eller har valgt feil grunnlag, kan konsekvensene bli kostbare sanksjoner, forbud mot å behandle data eller andre administrative reaksjoner.
Ja, alt er dokumentert og knyttet til riktig grunnlag
Vi har gjort det for det meste
Vi jobber med det
Nei, dette er ikke dokumentert
Har dere tilstrekkelige sikkerhetstiltak?
Sikkerhetstiltakene skal stå i forhold til risikoen, jf. GDPR artikkel 32.
SIKKERHETSTILTAK: Å gjennomføre tekniske og organisatoriske sikkerhetstiltak etter artikkel 32 i GDPR handler om å bygge et lag med beskyttelse rundt dataene dere behandler. Det holder ikke å ha juridikken på plass på papiret hvis «bakdøren» til serveren står åpen, eller ansatte forlater datamaskinene sine ulåst. GDPR krever at sikkerhetsnivået er passende i forhold til risikoen. Hvis en hendelse oppstår og dere kan vise at dere hadde sterke sikkerhetstiltak på plass, vil Datatilsynets vurdering ofte være mildere enn hvis dere har opptrådt uaktsomt. En sikkerhetshendelse, som for eksempel et ransomware-angrep, kan stoppe hele virksomheten. Gode sikkerhetstiltak beskytter ikke bare personopplysninger, men også forretningshemmeligheter og driften deres. Vanlige tekniske sikkerhetstiltak er blant annet multifaktorautentisering, kryptering og tilgangsstyring. Vanlige organisatoriske sikkerhetstiltak er blant annet opplæring av ansatte og ledere, etablerte rutiner for hendelseshåndtering og korrekte avtaler, som databehandleravtaler.
Ja, vi følger etablerte standarder og beste praksis
Vi har noen grunnleggende tiltak
Vi jobber med å styrke sikkerheten
Nei, sikkerheten er ikke tilstrekkelig
Har dere kontroll på overføring av personopplysninger utenfor EU/EØS?
Slike overføringer stiller strenge krav til dokumentasjon og mekanismer.
TREDJELANDSOVERFØRINGER: Å ha kontroll på overføringer av personopplysninger utenfor EU/EØS, altså tredjelandsoverføringer, er en av de mest komplekse problemstillingene innen GDPR i dag. Grunnen er enkel: Når personopplysninger forlater EUs grenser, forsvinner også det direkte vernet som europeisk lovgivning gir den enkelte, og opplysningene blir underlagt mottakerlandets regler, som ikke alltid gir samme beskyttelsesnivå som GDPR krever. Det er nok at en ansatt åpner laptopen sin i et tredjeland og dermed får tilgang til organisasjonens personopplysninger, for at det skal regnes som en tredjelandsoverføring. For å unngå kostbare sanksjoner, erstatningskrav og andre administrative reaksjoner, bør dere starte med å kartlegge tredjelandsoverføringene deres, bruke riktig overføringsmekanisme, som EUs standard personvernbestemmelser eller bindende virksomhetsregler, gjennomføre en vurdering av overføringen, en såkalt Transfer Impact Assessment (TIA), og dokumentere overføringen og sikkerhetstiltakene i behandlingsprotokollen.
Ja, vi har full oversikt og bruker gyldige overføringsmekanismer
Vi vet hvor data lagres, men mangler formelle mekanismer
Vi jobber med å kartlegge dette
Nei, vi har ikke kontroll