Data Processing Addendum Norway

A Data Processing Addendum (DPA) in Norway (databehandling vedlegg) is a supplementary document that is appended to an existing service agreement when the service provider processes personal data on behalf of the customer. It implements the mandatory requirements of the General Data Protection Regulation (GDPR) article 28, which applies in Norway through the EEA Agreement and is incorporated into Norwegian law by the Personopplysningsloven (2018). Unlike a standalone Data Processing Agreement, an addendum modifies an existing commercial contract to bring it into compliance with GDPR without replacing the primary business terms.

Databehandling vedlegg i Norge er nødvendig i alle situasjoner der en eksisterende tjenesteavtale ikke allerede inneholder tilstrekkelige GDPR-bestemmelser om databehandling.

Skybaserte programvaretjenester (SaaS). Alle virksomheter som bruker skybaserte programvaretjenester som CRM-systemer, regnskapssystemer, HR-systemer, markedsføringsplattformer og kundeserviceprogrammer, behandler personopplysninger via en databehandler. Dersom den eksisterende abonnementsavtalen ikke inneholder tilstrekkelige GDPR-bestemmelser, kreves et databehandling vedlegg. Mange store SaaS-leverandører tilbyr egne DPA-er, men disse bør kontrolleres mot kravene i personvernforordningen (GDPR) artikkel 28.

Hosting og infrastrukturtjenester. Virksomheter som benytter ekstern hosting av nettsteder, databaser eller applikasjoner der det lagres personopplysninger, trenger et databehandling vedlegg med hostingleverandøren. Dette gjelder uavhengig av om hostingen er «shared» eller «dedicated», og uavhengig av om datasenteret er i Norge, EU eller utenfor EØS.

IT-drift og systemvedlikehold. IT-selskaper som drifter og vedlikeholder systemer med personopplysninger på vegne av kunder, er databehandlere som krever databehandling vedlegg. Dette inkluderer support-avtaler der IT-leverandøren har fjernaksess til systemer med personopplysninger, og vedlikeholdsavtaler for systemer som behandler lønn, HR eller kundedata.

Regnskaps- og revisjonstjenester. Regnskapsbyråer og revisorer som behandler personopplysninger om ansatte, kunder og leverandører på vegne av virksomheter, er databehandlere etter personvernforordningen (GDPR) artikkel 4 nr. 8. Den eksisterende regnskapsavtalen mangler typisk GDPR-bestemmelser, og et databehandling vedlegg er nødvendig.

Analyse- og sporingstjenester. Bruk av tredjeparts analysetjenester som Google Analytics, Adobe Analytics eller liknende for å spore brukeradferd på nettsteder, krever et databehandling vedlegg dersom behandlingen innebærer behandling av personopplysninger (IP-adresser, cookie-identifikatorer, brukeradferd). Merk at noen analyseleverandører kan opptré som selvstendige behandlingsansvarlige for deler av behandlingen.

Betalingsbehandling. Betalingsgatewayer og betalingsleverandører som behandler transaksjonsdata på vegne av virksomheten, kan trenge et databehandling vedlegg. Avklaringen av om leverandøren er en databehandler eller selvstendig behandlingsansvarlig, er avgjørende: mange betalingsleverandører er selvstendige behandlingsansvarlige for deler av behandlingen etter personvernforordningen (GDPR).

Andre konsulenter og tjenesteleverandører. Enhver ekstern konsulent eller tjenesteleverandør som er gitt tilgang til virksomhetens systemer med personopplysninger, og som handler etter instruksjon fra virksomheten, er en potensiell databehandler som krever databehandling vedlegg. Kartlegging av alle tredjeparter med tilgang til personopplysninger er et viktig første steg.

Et komplett Databehandling vedlegg Norge inneholder følgende nøkkelelementer for å oppfylle kravene i personvernforordningen (GDPR) artikkel 28 og personopplysningsloven (2018).

Kobling til den underliggende tjenesteavtalen. Vedlegget skal uttrykkelig identifisere den underliggende tjenesteavtalen det er knyttet til (navn og dato), og angi at det utgjør en integrert del av den avtalen. En prioritetsbestemmelse som slår fast at vedlegget ved motstrid går foran i spørsmål om personvern, er viktig for å unngå tolkningskonflikter.

Partenes identifikasjon med organisasjonsnummer. Begge parter skal identifiseres med navn og organisasjonsnummer (ni sifre) fra Brønnøysundregistrene. Dette er særlig viktig for vedlegg der parten er en norsk virksomhet som er juridisk ansvarlig for etterlevelse overfor Datatilsynet.

Behandlingens formål, kategorier og lagringstid. Vedlegget skal konkret angi formålene med behandlingen, kategoriene av personopplysninger og kategoriene av registrerte etter personvernforordningen (GDPR) artikkel 28 nr. 3. Lagringstid og hva som skjer med opplysningene ved avtalens opphør, skal angis med referanse til den maksimale lagringstiden.

Geografisk lagringssted og overføringsgrunnlag. Vedlegget skal angi om personopplysningene lagres innenfor EØS eller om det overføres til tredjeland. For tredjelandsoverføringer skal det angitte overføringsgrunnlaget etter personvernforordningen (GDPR) artiklene 44 til 49 (adekvansbeslutning, SCC eller annet vernetiltak) dokumenteres.

Sikkerhetstiltak etter GDPR artikkel 32. Vedlegget skal angi et minimumsnivå for tekniske og organisatoriske sikkerhetstiltak, tilpasset sensitiviteten til personopplysningene. Kryptering i transit og hvile, tilgangskontroll, logging og avviksdeteksjon er minimumskrav for ordinære opplysninger. forms-legal.com bibliotekets informasjonssikkerhetspolicy er et nyttig supplement.

Avviksmeldeplikt med intern frist. Vedlegget skal angi at databehandler varsler behandlingsansvarlig innen en konkret intern frist (for eksempel 24 timer) ved brudd på personopplysningssikkerheten. Fristen må være kortere enn Datatilsynets 72-timers frist etter personvernforordningen (GDPR) artikkel 33.

Underdatabehandlere. Vedlegget skal regulere engasjement av underdatabehandlere, herunder krav til forhåndsgodkjenning fra behandlingsansvarlig, krav til underdatabehandleravtale med samme forpliktelser, og prosessen for å varsle om planlagte endringer. Disse kravene følger av personvernforordningen (GDPR) artikkel 28 nr. 2 og 4.

Sluttbehandling. Vedlegget skal angi at databehandler ved avtalens opphør sletter eller returnerer alle personopplysningene og dokumenterer dette, med de begrensningene som følger av lovpålagt oppbevaringsplikt etter bokføringsloven (2004) § 13 og arkivloven (1992).

Å fylle ut et Databehandling vedlegg Norge korrekt krever at man følger trinnene nedenfor for å sikre at vedlegget oppfyller kravene i personvernforordningen (GDPR) artikkel 28 og personopplysningsloven (2018).

Trinn 1 — Identifiser den underliggende tjenesteavtalen. Angi tittelen og datoen for den tjenesteavtalen vedlegget er knyttet til, for eksempel «Tjenesteavtale for CRM-drift av 15.01.2026». Dette er viktig for å unngå tvil om hvilken avtale vedlegget gjelder.

Trinn 2 — Fyll inn partenes navn og organisasjonsnummer. Angi behandlingsansvarligs og databehandlerens fulle navn og organisasjonsnummer (ni sifre) fra Enhetsregisteret. Kontroller at navnene stemmer med registreringen hos Brønnøysundregistrene for å sikre korrekt rettslig identifikasjon.

Trinn 3 — Beskriv behandlingens formål, kategorier og registrerte. Angi konkret hva databehandler skal gjøre med personopplysningene og til hvilke formål. Vær spesifikk — generelle formuleringer som «driftstjenester» er ikke tilstrekkelig. Angi kategoriene av personopplysninger (for eksempel navn, adresse, e-post, betalingsopplysninger) og hvem opplysningene gjelder.

Trinn 4 — Angi geografisk lagringssted. Velg om personopplysningene lagres innenfor EØS eller om det overføres til tredjeland. Dersom leverandøren bruker datasentre i USA, Asia eller andre land utenfor EØS, velg «utenfor EØS» og kontroller at leverandøren har et gyldig overføringsgrunnlag etter personvernforordningen (GDPR) artikkel 44 til 49.

Trinn 5 — Angi lagringstid. Spesifiser maksimal lagringstid for personopplysningene og hva som skjer med dem ved avtalens opphør. Husk at lovpålagt oppbevaringsplikt etter bokføringsloven (2004) § 13 (fem år for regnskapsopplysninger) begrenser sletteretten.

Trinn 6 — Velg minimumsnivå for sikkerhetstiltak. Velg sikkerhetsnivå basert på sensitiviteten til personopplysningene som behandles. For kontaktopplysninger og kjøpshistorikk er standardsikkerhet normalt tilstrekkelig. For helseopplysninger, genetiske data eller betalingskortdata kreves et høyere sikkerhetsnivå.

Trinn 7 — Velg intern varslingsfrist for avvik. Velg en intern varslingsfrist som gir behandlingsansvarlig nok tid til å melde avviket til Datatilsynet innen 72-timers fristen etter personvernforordningen (GDPR) artikkel 33. En frist på 24 timer er standard og anbefales.

Trinn 8 — Signer vedlegget. Begge parter skal undertegne vedlegget og knytte det til den underliggende tjenesteavtalen. Vedlegget bør oppbevares i hele avtalens løpetid og i minst tre år etter opphør, som dokumentasjon på etterlevelse av personvernforordningen (GDPR) etter ansvarlighetsprinsippet i artikkel 5 nr. 2.

Databehandling vedlegg Norge er underlagt kravene i personvernforordningen (GDPR) artikkel 28 og tilgrensende bestemmelser i personopplysningsloven (2018).

Obligatorisk krav til skriftlig form etter GDPR artikkel 28 nr. 3. Avtalen mellom behandlingsansvarlig og databehandler skal etter personvernforordningen (GDPR) artikkel 28 nr. 3 inngås skriftlig, «herunder i elektronisk form». Et signert vedlegg til tjenesteavtalen oppfyller dette kravet. Manglende skriftlighet er et brudd på personvernforordningen (GDPR) som Datatilsynet kan reagere mot med overtredelsesgebyr.

Minstekravene til avtalens innhold etter GDPR artikkel 28 nr. 3. Vedlegget skal dekke samtlige punkter i artikkel 28 nr. 3 bokstavene a til h: instrukser, taushetsplikt, sikkerhetstiltak, underdatabehandlere, bistand til de registrertes rettigheter, bistand til sikkerhetsplikt og DPIA, sluttbehandling og revisjon. Et vedlegg som mangler ett eller flere av disse elementene, er ikke i samsvar med personvernforordningen (GDPR).

Sikkerhetskrav etter GDPR artikkel 32. Databehandler er selvstendig forpliktet til å iverksette egnede tekniske og organisatoriske tiltak etter personvernforordningen (GDPR) artikkel 32 nr. 1. Tiltakene skal tilpasses risikoen og kan omfatte pseudonymisering og kryptering, evne til å sikre konfidensialitet og integritet, evne til å gjenopprette tilgjengeligheten, og regelmessig testing. Artikkel 32 nr. 4 slår fast at databehandler skal sikre at ansatte behandler personopplysningene bare etter instrukser.

Tredjelandsoverføringer etter GDPR artiklene 44–49. Overføring av personopplysninger til land utenfor EØS krever et gyldig overføringsgrunnlag. Etter Schrems II-avgjørelsen fra EU-domstolen (C-311/18) er det norske virksomheter og deres leverandørers ansvar å kontrollere at overføringen er dekket av et gyldig vernetiltak. EU-kommisjonens standard personvernbestemmelser (SCC) av 2021 er det vanligste overføringsgrunnlaget for leverandører i USA og andre land uten adekvansbeslutning.

Ansvar og sanksjoner etter GDPR artiklene 82–84. Behandlingsansvarlig er ansvarlig for all behandling i henhold til forordningen, inkludert behandlingen databehandleren utfører. Datatilsynet kan ilegge overtredelsesgebyr på inntil 10 millioner euro eller 2 prosent av global omsetning for brudd på artikkel 28, etter det høyeste beløpet. Den registrerte har rett til erstatning etter artikkel 82. Databehandleren kan holdes ansvarlig der den har handlet uten instrukser fra behandlingsansvarlig eller i strid med forordningen.

Forholdet til norsk sektorlovgivning. Vedlegget suppleres av sektorspesifikke krav. Helseforskningsloven (2008) og helseregisterloven (2014) har strengere krav til behandling av helseopplysninger. Finansforetaksloven (2015) og verdipapirhandelloven (2007) regulerer behandling av finansdata. Sikkerhetsloven (2018) gjelder ved behandling av skjermingsverdig informasjon. Disse sektorlovene kan sette strengere krav enn personvernforordningen (GDPR) og bør hensyntas ved utformingen av vedlegget.

Vanlige feil ved utforming av Databehandling vedlegg i Norge kan medføre at vedlegget ikke oppfyller kravene i personvernforordningen (GDPR) artikkel 28 og personopplysningsloven (2018).

Feil 1 — Vedlegget stemmer ikke overens med tjenesteavtalen. Et vedlegg med motstridende bestemmelser om lagringstid, behandlingens omfang eller sikkerhetsnivå skaper rettslig usikkerhet. Løsning: les nøye gjennom den underliggende tjenesteavtalen og sørg for at vedlegget er konsistent med den, med en prioritetsbestemmelse som slår fast at vedlegget går foran i personvernspørsmål.

Feil 2 — For vage formålsbeskrivelser. Formål som «levering av tjenester» eller «driftstjenester» er ikke konkrete nok til å oppfylle kravene i personvernforordningen (GDPR) artikkel 28 nr. 3. Databehandler kan lovlig behandle opplysningene for ethvert formål som faller innenfor den vage beskrivelsen. Løsning: beskriv formålet konkret og spesifikt, for eksempel «lagring og vedlikehold av kundedata i CRM-system X, herunder sikkerhetskopiering daglig til AWS Ireland».

Feil 3 — Manglende regulering av tredjelandsoverføringer. Et vedlegg som ikke adresserer tredjelandsoverføringer, men der leverandøren faktisk bruker datasentre utenfor EØS, er mangelfull. Løsning: undersøk leverandørens datasentrumplasseringer, angi overføringsgrunnlaget og krev at leverandøren dokumenterer det.

Feil 4 — Intern varslingsfrist lenger enn 72 timer. En intern varslingsfrist på 72 timer gir behandlingsansvarlig ingen buffer til å vurdere avviket og melde det til Datatilsynet i tide. Løsning: angi en intern frist på 12 til 24 timer, slik at behandlingsansvarlig har tilstrekkelig tid til å oppfylle sin 72-timers plikt etter personvernforordningen (GDPR) artikkel 33.

Feil 5 — Vedlegget signeres etter at behandlingen er startet. Plikten til å ha en databehandleravtale gjelder fra det øyeblikket databehandleren begynner å behandle personopplysningene på behandlingsansvarliges vegne. Å signere vedlegget i etterkant er allerede et brudd. Løsning: sørg for at vedlegget er signert før leverandøren starter behandlingen.

Feil 6 — Manglende oppdatering ved vesentlige endringer. Et vedlegg som ikke oppdateres når behandlingens omfang, lagringssted eller underdatabehandlere endres vesentlig, er utdatert og kan ikke lenger dokumentere etterlevelse. Løsning: etabler en prosess for å gjennomgå og oppdatere vedlegget ved vesentlige endringer, og ved leverandørskifte.

Feil 7 — Ikke-norskspråklige vedlegg uten oversettelse. Leverandørers engelskspråklige DPA-er bør kontrolleres mot kravene i personvernforordningen (GDPR) artikkel 28 og eventuelt oversettes for å sikre at alle plikter er korrekt forstått. Datatilsynets inspektører kan be om vedlegg på norsk eller norsk sammendrag.