GDPR (personvernforordningen) regulerer hvordan virksomheter samler inn, bruker og lagrer personopplysninger. Regelverket er fullt av fagbegreper som er enkle å misforstå – og dyre å bomme på. Denne ordlisten forklarer hvert begrep i klartekst, kobler det til riktig artikkel i forordningen, og viser et praktisk eksempel på hva det betyr i hverdagen. Bruk søket eller filtrene for å finne et begrep raskt.

Roller & aktører

Behandlingsansvarlig

#
GDPRArt. 4(7)Data Controller

Den som bestemmer hvorfor og hvordan personopplysninger skal behandles.

Behandlingsansvarlig er virksomheten (eller personen) som avgjør formålet med og midlene for behandlingen av personopplysninger. Det er den behandlingsansvarlige som har hovedansvaret for at personvernreglene følges, og som de registrerte og Datatilsynet holder ansvarlig ved brudd.

Ansvaret kan ikke avtales bort ved å la en leverandør gjøre selve jobben – du forblir ansvarlig for at behandlingen er lovlig.

Eksempel

En nettbutikk bestemmer at den vil lagre kundenes navn, adresse og kjøpshistorikk for å levere varer og sende nyhetsbrev. Nettbutikken er behandlingsansvarlig – selv om den bruker et eksternt e-postverktøy til å sende ut nyhetsbrevene.

Sist oppdatert: 14. juni 2026

Databehandler

#
GDPRArt. 4(8)Data Processor

Den som behandler personopplysninger på vegne av en behandlingsansvarlig, etter dennes instrukser.

En databehandler tar ikke selvstendige beslutninger om hvorfor opplysningene skal behandles – den følger oppdraget fra den behandlingsansvarlige. Typiske databehandlere er skyleverandører, regnskapssystemer, e-postverktøy og IT-driftsleverandører.

Databehandleren har egne plikter etter GDPR: tilstrekkelig sikkerhet, ingen bruk av underleverandører uten godkjenning, og bistand ved innsynskrav og brudd. Forholdet skal alltid reguleres i en databehandleravtale.

Eksempel

Et regnskapsbyrå fører lønn og regnskap for en kunde. Byrået bestemmer ikke selv hva dataene skal brukes til – det utfører oppdraget kunden har gitt. Regnskapsbyrået er dermed databehandler, og kunden er behandlingsansvarlig.

Sist oppdatert: 14. juni 2026

Underdatabehandler

#
GDPRArt. 28(2)(4)Sub-processor

En leverandør som databehandleren selv bruker for å utføre deler av behandlingen.

Når en databehandler setter ut deler av jobben – for eksempel ved å bruke en underliggende skyplattform til drift – blir denne leverandøren en underdatabehandler. Databehandleren kan ikke ta i bruk en underdatabehandler uten forhåndsgodkjenning fra den behandlingsansvarlige, og må binde underdatabehandleren til de samme pliktene.

Dette skaper en kjede av ansvar: den behandlingsansvarlige skal ha oversikt over hele kjeden, ikke bare sin direkte leverandør.

Eksempel

Et norsk SaaS-selskap (databehandler) kjører tjenesten sin på Amazon Web Services. AWS blir da en underdatabehandler, og kunden (behandlingsansvarlig) må informeres og kunne protestere før den tas i bruk.

Sist oppdatert: 14. juni 2026

Felles behandlingsansvarlige

#
GDPRArt. 26Joint Controllers

To eller flere virksomheter som sammen bestemmer formål og midler for en behandling.

Når flere aktører i fellesskap avgjør hvorfor og hvordan personopplysninger skal behandles, er de felles behandlingsansvarlige. De må inngå en avtale som tydelig fordeler ansvaret mellom seg – særlig hvem som svarer på de registrertes henvendelser.

De registrerte kan uansett gjøre rettighetene sine gjeldende overfor hvem som helst av partene.

Eksempel

To bedrifter arrangerer en felles kundeundersøkelse og deler både planlegging og resultatene. Siden de sammen bestemmer formålet, er de felles behandlingsansvarlige og må avklare ansvarsfordelingen skriftlig.

Sist oppdatert: 14. juni 2026

Personvernombud (DPO)

#
GDPRArt. 37–39Data Protection Officer

En uavhengig rådgiver som overvåker at virksomheten følger personvernregelverket.

Personvernombudet gir råd, kontrollerer etterlevelse og er kontaktpunkt mot Datatilsynet og de registrerte. Rollen er obligatorisk for offentlige myndigheter og for virksomheter som driver storskala overvåking eller behandler særlige kategorier i stor skala.

Ombudet skal være uavhengig, ikke instrueres i utførelsen av oppgavene, og ikke ha en rolle som skaper interessekonflikt.

Eksempel

En kommune behandler helse- og skoleopplysninger om innbyggerne i stor skala. Kommunen plikter å utpeke et personvernombud som kan rapportere direkte til øverste ledelse.

Sist oppdatert: 14. juni 2026

Registrert

#
GDPRArt. 4(1)Data Subject

Den fysiske personen som personopplysningene gjelder.

Den registrerte er personen i sentrum av personvernet – kunden, den ansatte, brukeren eller pasienten. Det er den registrertes rettigheter (innsyn, retting, sletting m.m.) hele regelverket er bygget for å beskytte.

Bare levende, fysiske personer kan være registrerte; virksomheter og avdøde omfattes ikke.

Eksempel

Når en jobbsøker sender CV til en bedrift, er søkeren den registrerte. Bedriften må kunne svare på et innsynskrav om hvilke opplysninger den har lagret om søkeren.

Sist oppdatert: 14. juni 2026

Tilsynsmyndighet (Datatilsynet)

#
GDPRArt. 51–58Supervisory Authority

Den offentlige myndigheten som fører tilsyn med at personvernregelverket følges.

I Norge er dette Datatilsynet. Tilsynet veileder, behandler klager, gjennomfører tilsyn og kan ilegge overtredelsesgebyr på inntil 20 millioner euro eller 4 % av global årsomsetning. Det er også hit brudd på personopplysningssikkerheten meldes.

Den enkelte har alltid rett til å klage til tilsynsmyndigheten dersom de mener personvernet er krenket.

Eksempel

En kunde som mener en bedrift ulovlig har solgt e-postadressen hennes til markedsføring, kan klage til Datatilsynet, som kan undersøke saken og eventuelt ilegge gebyr.

Sist oppdatert: 14. juni 2026

Kjernebegreper

Personopplysninger

#
GDPRArt. 4(1)Personal Data

Enhver opplysning om en identifisert eller identifiserbar fysisk person.

Begrepet er bredt. Det dekker det åpenbare som navn, fødselsnummer, e-postadresse og bilde – men også indirekte identifikatorer som IP-adresse, lokasjonsdata, enhets-ID og kundenummer, så lenge de kan knyttes til en person direkte eller i kombinasjon med andre opplysninger.

Opplysninger om døde personer eller om virksomheter regnes i utgangspunktet ikke som personopplysninger. Anonymiserte data faller også utenfor – men kun hvis det er reelt umulig å identifisere personen igjen.

Eksempel

En logg som bare inneholder IP-adresser kan virke harmløs, men IP-adressen regnes som en personopplysning fordi den – sammen med opplysninger fra internettleverandøren – kan spores til en bestemt person. Loggen er derfor omfattet av GDPR.

Sist oppdatert: 14. juni 2026

Særlige kategorier personopplysninger

#
GDPRArt. 9Special category / sensitive data

Sensitive personopplysninger med forsterket vern – behandling er som hovedregel forbudt uten et særskilt unntak.

Dette omfatter opplysninger om helse, etnisk opprinnelse, religiøs eller politisk overbevisning, fagforeningsmedlemskap, seksuell legning, genetiske data og biometriske data brukt til entydig identifikasjon. Fordi misbruk kan ramme den enkelte spesielt hardt, krever GDPR både et alminnelig behandlingsgrunnlag og et særskilt unntak i artikkel 9 nr. 2.

I praksis betyr det strengere krav til samtykke, sikkerhet og dokumentasjon. Behandling av slike data utløser også oftere krav om personvernkonsekvensvurdering (DPIA).

Eksempel

En treningsapp som registrerer hvilestepuls og søvnmønster behandler helseopplysninger. Det holder ikke å vise til «berettiget interesse» – appen må ha et gyldig unntak etter artikkel 9, typisk uttrykkelig samtykke fra brukeren.

Sist oppdatert: 14. juni 2026

Behandling

#
GDPRArt. 4(2)Processing

Enhver operasjon som utføres med personopplysninger – fra innsamling til sletting.

«Behandling» er et samlebegrep for alt man gjør med personopplysninger: innsamling, registrering, lagring, endring, bruk, utlevering, sammenstilling, sperring og sletting. Også ren lagring uten aktiv bruk regnes som behandling.

Det betyr at GDPR slår inn i det øyeblikket opplysninger samles inn, ikke først når de «brukes».

Eksempel

Å arkivere gamle e-poster med kundeopplysninger på en server er behandling – selv om ingen leser dem. Derfor må også arkivet ha et behandlingsgrunnlag og en sletterutine.

Sist oppdatert: 14. juni 2026

Profilering

#
GDPRArt. 4(4)Profiling

Automatisert behandling som vurderer eller forutsier personlige forhold ved en person.

Profilering bruker personopplysninger til å analysere eller forutsi forhold som arbeidsytelse, økonomi, helse, preferanser, atferd eller bevegelser. Det er lov, men utløser informasjonsplikt og krav om at den registrerte forstår logikken bak.

Profilering som inngår i en helautomatisk avgjørelse med betydelig virkning er underlagt de strengere reglene i artikkel 22.

Eksempel

En strømmetjeneste analyserer hva du ser på for å anbefale nytt innhold. Dette er profilering, og tjenesten må informere om at den gjør det.

Sist oppdatert: 14. juni 2026

Automatiserte individuelle avgjørelser

#
GDPRArt. 22Automated decision-making

Avgjørelser som utelukkende treffes automatisk og har rettsvirkning eller tilsvarende betydelig innvirkning.

Når en avgjørelse tas helt uten menneskelig vurdering og får stor betydning for personen, har den registrerte som hovedregel rett til å slippe å være underlagt den. Det finnes unntak (avtale, lov eller uttrykkelig samtykke), men da må det innføres garantier – blant annet rett til menneskelig inngripen og til å bestride avgjørelsen.

Dette er et av de mest aktuelle GDPR-temaene i møte med KI-baserte beslutningssystemer.

Eksempel

En bank avslår en lånesøknad utelukkende basert på en automatisk kredittscore. Kunden har rett til å få en menneskelig vurdering og til å forklare sin situasjon.

Sist oppdatert: 14. juni 2026

Pseudonymisering

#
GDPRArt. 4(5)Pseudonymisation

Å behandle data slik at de ikke kan knyttes til en person uten tilleggsinformasjon som holdes adskilt.

Ved pseudonymisering byttes direkte identifikatorer ut med en nøkkel eller kode, mens koblingen mellom kode og person lagres separat og sikret. Dataene er fortsatt personopplysninger og omfattet av GDPR, men risikoen reduseres betydelig.

GDPR fremhever pseudonymisering som et anbefalt sikkerhetstiltak og som et virkemiddel for innebygd personvern.

Eksempel

I et forskningsprosjekt erstattes pasientnavn med koden «P-0481», mens koblingslisten oppbevares i et adskilt, kryptert system som bare prosjektleder har tilgang til.

Sist oppdatert: 14. juni 2026

Anonymisering

#
GDPRFortale 26Anonymisation

Å fjerne koblingen til en person permanent slik at opplysningene faller utenfor GDPR.

Til forskjell fra pseudonymisering er anonymisering uopprettelig: det skal ikke være mulig å identifisere personen igjen, verken direkte eller ved å kombinere med andre data. Først da regnes opplysningene ikke lenger som personopplysninger.

Reell anonymisering er vanskelig å oppnå i praksis, fordi rike datasett ofte kan re-identifiseres ved sammenstilling.

Eksempel

En bedrift publiserer statistikk som «42 % av kundene er under 30 år» uten noen mulighet til å spore tallene tilbake til enkeltpersoner. Da er datagrunnlaget anonymisert.

Sist oppdatert: 14. juni 2026

Samtykke

#
GDPRArt. 4(11) & 7Consent

En frivillig, spesifikk, informert og utvetydig viljeserklæring om å godta behandling av egne data.

Et gyldig samtykke krever en aktiv handling – forhåndsutfylte avkrysningsbokser teller ikke. Samtykket må kunne dokumenteres, og det skal være like enkelt å trekke det tilbake som å gi det. Samtykke er ofte upraktisk som behandlingsgrunnlag nettopp fordi det kan trekkes når som helst.

Hvis det er ubalanse mellom partene – som mellom arbeidsgiver og ansatt – er samtykke sjelden «frivillig» nok til å være gyldig.

Eksempel

En nettside ber besøkende aktivt krysse av for å motta nyhetsbrev, med tydelig informasjon om hva de samtykker til. Avmeldingslenken i hver e-post gjør det like lett å trekke samtykket tilbake.

Sist oppdatert: 14. juni 2026

Grunnprinsipper

Dataminimering

#
GDPRArt. 5(1)(c)Data minimisation

Man skal bare behandle de personopplysningene som faktisk er nødvendige for formålet.

Prinsippet sier at innsamlingen skal være adekvat, relevant og begrenset til det nødvendige. Det er fristende å samle inn «alt som kan være nyttig en gang», men det er i strid med GDPR – mer data betyr mer ansvar og større risiko.

Spørsmålet du alltid bør stille er: trenger vi virkelig dette feltet for å oppnå formålet?

Eksempel

Et skjema for å melde seg på et nyhetsbrev trenger bare e-postadresse. Å kreve fødselsnummer og adresse i tillegg bryter med dataminimering.

Sist oppdatert: 14. juni 2026

Formålsbegrensning

#
GDPRArt. 5(1)(b)Purpose limitation

Personopplysninger kan bare brukes til de formålene de ble samlet inn for.

Formålet skal være fastsatt, uttrykkelig angitt og legitimt før innsamlingen starter. Opplysninger som er samlet inn til ett formål kan ikke uten videre gjenbrukes til et nytt og uforenlig formål.

Dette beskytter mot «funksjonskryp», der data sakte tas i bruk til stadig nye ting brukeren aldri var med på.

Eksempel

En bedrift samler inn kundenes telefonnummer for å bekrefte ordrer. Å senere bruke de samme numrene til telefonsalg er et nytt formål som krever eget grunnlag.

Sist oppdatert: 14. juni 2026

Lagringsbegrensning

#
GDPRArt. 5(1)(e)Storage limitation

Personopplysninger skal ikke lagres lenger enn nødvendig for formålet.

Når formålet er oppfylt, skal opplysningene slettes eller anonymiseres – med mindre annen lovgivning krever lengre oppbevaring (for eksempel bokføringsloven). Virksomheten bør ha en sletterutine med definerte lagringstider for hver type data.

«Vi beholder det for sikkerhets skyld» er ikke et gyldig grunnlag for evig lagring.

Eksempel

CV-er fra avslåtte jobbsøkere bør slettes kort tid etter ansettelsesprosessen, ikke ligge i innboksen i årevis – med mindre søkeren har samtykket til videre lagring.

Sist oppdatert: 14. juni 2026

Ansvarlighet (accountability)

#
GDPRArt. 5(2)Accountability

Plikten til ikke bare å følge personvernreglene, men også å kunne dokumentere at man gjør det.

Ansvarlighet snur bevisbyrden: det er virksomheten som må vise at den etterlever GDPR, ikke tilsynet som må bevise det motsatte. I praksis betyr det dokumentasjon – behandlingsprotokoll, retningslinjer, risikovurderinger, databehandleravtaler og opplæring.

Uten dokumentasjon hjelper det lite at man «egentlig» gjør ting riktig.

Eksempel

Ved et tilsyn ber Datatilsynet om behandlingsprotokollen og sletterutinene. En virksomhet som kan vise frem oppdatert dokumentasjon, demonstrerer ansvarlighet.

Sist oppdatert: 14. juni 2026

Innebygd personvern og personvern som standard

#
GDPRArt. 25Privacy by Design & by Default

Personvern skal bygges inn i systemer fra start, og standardinnstillingene skal være de mest personvernvennlige.

«By design» betyr at personvern tas hensyn til allerede når en løsning utvikles, ikke som et tillegg etterpå. «By default» betyr at brukeren ikke skal måtte aktivt skru på personvernet – det skal være på som utgangspunkt.

Tiltak som dataminimering, pseudonymisering og strenge standardvalg er typiske virkemidler.

Eksempel

En ny app settes opp slik at profilen er privat som standard, og at posisjonsdeling er avskrudd inntil brukeren selv velger å slå den på.

Sist oppdatert: 14. juni 2026

Plikter & dokumenter

Behandlingsgrunnlag

#
GDPRArt. 6Legal basis / rettslig grunnlag

Det rettslige grunnlaget som gjør en behandling av personopplysninger lovlig.

All behandling må hvile på minst ett av de seks grunnlagene i artikkel 6: samtykke, oppfyllelse av avtale, rettslig forpliktelse, vitale interesser, allmennhetens interesse eller berettiget interesse. Grunnlaget må være valgt før behandlingen starter, og kan ikke byttes ut underveis for samme formål.

Mange tror «samtykke» alltid er riktig grunnlag, men for et kundeforhold er «oppfyllelse av avtale» som regel et bedre og mer robust grunnlag.

Eksempel

En bedrift lagrer ansattes kontonummer for å utbetale lønn. Riktig behandlingsgrunnlag er ikke samtykke (ansatte kan ikke fritt si nei til lønn), men «rettslig forpliktelse» og «oppfyllelse av arbeidsavtalen».

Sist oppdatert: 14. juni 2026

Berettiget interesse

#
GDPRArt. 6(1)(f)Legitimate interest

Et fleksibelt behandlingsgrunnlag der virksomhetens interesse veies mot de registrertes rettigheter.

Berettiget interesse krever en interesseavveining i tre trinn: er interessen legitim, er behandlingen nødvendig for den, og veier den tyngre enn personens interesser og forventninger? Avveiningen skal dokumenteres (LIA – legitimate interest assessment).

Grunnlaget kan ikke brukes av offentlige myndigheter i utøvelsen av oppgavene sine, og den registrerte har alltid rett til å protestere.

Eksempel

En nettbutikk bruker berettiget interesse til å logge IP-adresser for å avdekke svindel. Behandlingen er nødvendig, begrenset, og kundene forventer rimelig sikkerhet – avveiningen kan da gå i butikkens favør.

Sist oppdatert: 14. juni 2026

Databehandleravtale

#
GDPRArt. 28Data Processing Agreement (DPA)

En bindende avtale som regulerer hvordan en databehandler skal behandle personopplysninger på vegne av den behandlingsansvarlige.

Når du lar en leverandør behandle personopplysninger for deg, krever GDPR en databehandleravtale. Den skal fastsette formål og varighet, hvilke typer opplysninger som behandles, sikkerhetskrav, bruk av underleverandører, bistand ved innsyn og brudd, samt sletting eller tilbakelevering når oppdraget avsluttes.

En signert avtale er ikke nok i seg selv – innholdet må stemme med hvordan behandlingen faktisk foregår.

Eksempel

En bedrift tar i bruk et skybasert CRM-system. Før kundedata legges inn, må bedriften inngå CRM-leverandørens databehandleravtale – og sjekke at den lister opp eventuelle underleverandører.

Sist oppdatert: 14. juni 2026

Behandlingsprotokoll (ROPA)

#
GDPRArt. 30Records of Processing (ROPA)

En oversikt over alle behandlinger av personopplysninger virksomheten utfører.

Behandlingsprotokollen dokumenterer hva slags opplysninger som behandles, til hvilke formål, hvem de deles med, lagringstider og sikkerhetstiltak. Den er selve grunnmuren i å vise ansvarlighet og som regel det første Datatilsynet ber om.

Plikten gjelder i praksis nesten alle virksomheter, til tross for unntaket for de aller minste.

Eksempel

En bedrift fører en oversikt med linjer som «Lønnskjøring – ansattes kontonummer – formål: utbetaling – lagres i 5 år (bokføringsloven) – delt med: bank og regnskapsbyrå».

Sist oppdatert: 14. juni 2026

Personvernkonsekvensvurdering (DPIA)

#
GDPRArt. 35Data Protection Impact Assessment

En strukturert vurdering av personvernrisiko ved behandling som sannsynligvis medfører høy risiko for de registrerte.

En DPIA kartlegger hva behandlingen innebærer, vurderer nødvendighet og forholdsmessighet, identifiserer risikoer for de registrerte og fastsetter tiltak for å redusere dem. Den er påkrevd ved blant annet systematisk overvåking, storskala behandling av særlige kategorier, og automatiserte avgjørelser med rettsvirkning.

Vurderingen skal gjøres før behandlingen starter. Hvis risikoen forblir høy etter tiltak, må den behandlingsansvarlige rådføre seg med Datatilsynet før oppstart.

Eksempel

En kommune skal innføre ansiktsgjenkjenning ved inngangen til et offentlig bygg. Dette er storskala behandling av biometriske data på et sted folk ikke kan unngå – og krever en DPIA før systemet tas i bruk.

Sist oppdatert: 14. juni 2026

De registrertes rettigheter

Innsynsrett

#
GDPRArt. 15Right of access

Retten til å få vite om, og få kopi av, personopplysninger som behandles om en selv.

Den registrerte kan be om bekreftelse på om opplysninger behandles, og i så fall få innsyn i blant annet formål, kategorier, mottakere og lagringstid – samt en kopi av selve opplysningene. Svaret skal gis uten ugrunnet opphold og senest innen én måned, og som hovedregel gratis.

Innsynsretten er ofte den første rettigheten en virksomhet møter i praksis, og en god rutine for håndtering er viktig.

Eksempel

En tidligere ansatt ber arbeidsgiveren om innsyn i alle opplysninger som er lagret om vedkommende. Bedriften må samle sammen og utlevere disse innen en måned.

Sist oppdatert: 14. juni 2026

Rett til retting

#
GDPRArt. 16Right to rectification

Retten til å få uriktige eller ufullstendige opplysninger om seg selv rettet.

Hvis opplysningene en virksomhet har om en person er feil eller mangelfulle, kan personen kreve at de rettes eller suppleres. Virksomheten må også, der det er aktuelt, informere mottakere som har fått de uriktige opplysningene.

Riktige data er ikke bare en rettighet, men også et eget GDPR-prinsipp (riktighet).

Eksempel

En kunde oppdager at fakturaadressen i et system er feil og ber om retting. Virksomheten plikter å oppdatere opplysningen.

Sist oppdatert: 14. juni 2026

Rett til sletting

#
GDPRArt. 17Right to erasure / «retten til å bli glemt»

Retten til å få slettet personopplysninger under nærmere bestemte vilkår.

Den registrerte kan kreve sletting blant annet når opplysningene ikke lenger er nødvendige, samtykket trekkes tilbake, eller behandlingen er ulovlig. Retten er ikke absolutt – den viker for eksempel der lov krever oppbevaring, eller ved ytrings- og informasjonsfrihet.

For en virksomhet er det viktig å kunne skille mellom det som kan og det som må beholdes.

Eksempel

En bruker sletter kontoen sin på en tjeneste og ber om at alle data slettes. Tjenesten må slette det den ikke er lovpålagt å beholde – regnskapsbilag kan likevel måtte oppbevares i fem år.

Sist oppdatert: 14. juni 2026

Dataportabilitet

#
GDPRArt. 20Right to data portability

Retten til å motta egne data i et maskinlesbart format og overføre dem til en annen tjeneste.

Retten gjelder opplysninger personen selv har gitt fra seg, der behandlingen bygger på samtykke eller avtale og skjer automatisert. Formålet er å hindre innlåsing hos én leverandør og styrke konkurransen.

Der det er teknisk mulig, kan personen kreve at dataene overføres direkte fra en tjeneste til en annen.

Eksempel

En bruker av en treningsapp ber om å få treningshistorikken sin eksportert som en strukturert fil, slik at den kan importeres i en konkurrerende app.

Sist oppdatert: 14. juni 2026

Rett til å protestere

#
GDPRArt. 21Right to object

Retten til å motsette seg behandling – blant annet til direkte markedsføring.

Når behandlingen bygger på berettiget interesse eller allmennhetens interesse, kan den registrerte protestere ut fra sin særlige situasjon, og virksomheten må da stanse med mindre den har tungtveiende grunner. Mot direkte markedsføring er retten absolutt: behandlingen skal stanse umiddelbart.

Virksomheten må informere tydelig om denne retten senest ved første kontakt.

Eksempel

En kunde reserverer seg mot å motta reklame-e-poster. Bedriften må straks stanse markedsføringen mot denne kunden, uten å kreve noen begrunnelse.

Sist oppdatert: 14. juni 2026

Hendelser & overføring

Brudd på personopplysningssikkerheten

#
GDPRArt. 33 & 34Personal Data Breach

Et sikkerhetsbrudd som fører til utilsiktet eller ulovlig tap, endring, sletting eller tilgang til personopplysninger.

Begrepet er bredere enn «hacking». Det dekker også tapt minnepinne, e-post sendt til feil mottaker, feilkonfigurert tilgang eller utro tjener. Ved et brudd skal den behandlingsansvarlige som hovedregel melde fra til Datatilsynet uten ugrunnet opphold og senest innen 72 timer, med mindre bruddet neppe medfører risiko for de registrerte.

Medfører bruddet sannsynligvis høy risiko for personene, må også de berørte varsles direkte. Alle brudd skal dokumenteres internt – også de som ikke meldes.

Eksempel

En ansatt sender ved en feil et regneark med 400 kunders navn og personnummer til feil e-postadresse. Dette er et brudd på personopplysningssikkerheten – og fristen på 72 timer for å vurdere melding til Datatilsynet begynner å løpe.

Sist oppdatert: 14. juni 2026

Tredjelandsoverføring

#
GDPRKap. V (art. 44–50)Third-country transfer

Overføring av personopplysninger til land utenfor EØS.

Personopplysninger kan bare overføres ut av EØS dersom mottakerlandet gir et tilstrekkelig vernenivå. Grunnlaget kan være en adekvansbeslutning, standard personvernbestemmelser (SCC), bindende virksomhetsregler eller særskilte unntak. Etter Schrems II må man også vurdere om landets myndigheter kan undergrave vernet.

Bruk av amerikanske skytjenester gjør dette til en svært praktisk problemstilling for norske virksomheter.

Eksempel

En bedrift lagrer kundedata hos en amerikansk skyleverandør. Bedriften må sikre et gyldig overføringsgrunnlag – for eksempel at leverandøren er sertifisert under Data Privacy Framework, eller at det er inngått SCC.

Sist oppdatert: 14. juni 2026

Standard personvernbestemmelser (SCC)

#
GDPRArt. 46(2)(c)Standard Contractual Clauses

EU-godkjente standardkontrakter som gir et lovlig grunnlag for å overføre data til tredjeland.

SCC er ferdig formulerte kontraktsvilkår vedtatt av EU-kommisjonen, som partene tar inn i avtalen uten å endre kjernen. De forplikter mottakeren til å verne opplysningene etter europeisk standard. Etter Schrems II må man i tillegg gjøre en vurdering av om vilkårene faktisk kan etterleves i mottakerlandet, og eventuelt legge til tilleggstiltak.

SCC er det mest brukte grunnlaget når en adekvansbeslutning ikke dekker overføringen.

Eksempel

En norsk bedrift bruker en utviklingsleverandør i India. For å overføre kundedata dit lovlig, inngår partene EUs standard personvernbestemmelser og vurderer behovet for tilleggstiltak som kryptering.

Sist oppdatert: 14. juni 2026

Data Privacy Framework (DPF)

#
GDPRArt. 45 (adekvans)EU–US Data Privacy Framework

Adekvansbeslutningen som gir lovlig grunnlag for overføring til sertifiserte virksomheter i USA.

DPF er EU-kommisjonens beslutning fra 2023 om at USA gir tilstrekkelig vern for personopplysninger som overføres til amerikanske virksomheter som har sertifisert seg under ordningen. Overføring til en DPF-sertifisert mottaker krever da ikke ytterligere grunnlag som SCC.

Ordningen er omstridt og kan utfordres rettslig (en mulig «Schrems III»), så virksomheter bør følge med på utviklingen og vurdere reserveløsninger.

Eksempel

En bedrift sjekker at den amerikanske SaaS-leverandøren står oppført på DPF-listen før den tar tjenesten i bruk – og dokumenterer dette som overføringsgrunnlag.

Sist oppdatert: 14. juni 2026

Ingen begreper matcher søket.

Usikker på hvordan GDPR gjelder for din bedrift?

Det er forskjell på å kjenne begrepene og å vite hvordan de slår ut i praksis. SPADE Consulting hjelper norske SMB-er med konkrete, pragmatiske personvernvurderinger – uten unødvendig byråkrati.