Gå til innhold
Legiscope
Meny
Personvern

Rutine for avviksbehandling + avvikslogg 2026 (GDPR): mal, prosedyre og template

Mal for rutine for avviksbehandling og avvikslogg etter artikkel 33-34 GDPR: ferdig prosedyre steg for steg, avvikslogg-template, slik tilpasser du den og vanlige feil.

Trenger du en rutine for avviksbehandling og en avvikslogg som oppfyller artikkel 33 og 34 i personvernforordningen (GDPR)? Her er en ferdig prosedyre steg for steg og en logg-template klar til å tilpasse. En rutine for avviksbehandling er den interne prosedyren som sikrer at et brudd på personopplysningssikkerheten oppdages, vurderes, meldes til Datatilsynet uten ugrunnet opphold og om mulig senest innen 72 timer fra kjennskap der det kreves, og loggføres. Uten en innøvd rutine er det praktisk talt umulig å rekke fristen når et brudd faktisk skjer – og manglende loggføring er i seg selv et brudd, ettersom alle avvik skal dokumenteres uavhengig av om de meldes.

Etter malene forklarer vi hvordan du tilpasser dem og hvilke feil du bør unngå. For rammeverket, se vår artikkel om melding av avvik etter artikkel 33-34. Personvernforordningen gjelder i Norge gjennom personopplysningsloven og EØS-avtalen.

Mal for rutine for avviksbehandling

RUTINE FOR HÅNDTERING AV BRUDD PÅ PERSONOPPLYSNINGSSIKKERHETEN

Steg 1 – Oppdage og varsle internt (straks). Enhver ansatt som oppdager eller mistenker et brudd (feilsendt e-post, tapt utstyr, uautorisert tilgang, dataangrep), skal umiddelbart varsle [avviksansvarlig / personvernombud] på [kontakt]. Terskelen for å varsle er lav – heller én gang for mye.

Steg 2 – Registrere i avvikslogg (straks). Avviksansvarlig registrerer hendelsen i avviksloggen med tidspunkt for kjennskap. Fristen regnes fra kjennskap til et faktisk brudd, ikke automatisk fra ethvert ubekreftet varsel eller fra tidspunktet loggraden opprettes.

Steg 3 – Kartlegge og begrense (0–24 timer). Fastslå hva som har skjedd, hvilke opplysninger og hvor mange personer som er berørt, og iverksett strakstiltak for å begrense skaden (stenge tilgang, tilbakekalle e-post, isolere systemer).

Steg 4 – Vurdere risiko (straks og fortløpende). Vurder om det er usannsynlig at bruddet medfører risiko for de registrertes rettigheter og friheter; dette er unntaket fra melding til tilsynet. Tidsangivelsen i steg 3 er et internt arbeidsmål, ikke en tillatelse til å utsette nødvendige tiltak eller melding. Ta hensyn til type opplysninger (sensitive?), omfang, identifiserbarhet og mulige konsekvenser (identitetstyveri, økonomisk tap). Dokumenter vurderingen i loggen.

Steg 5 – Melde til Datatilsynet (uten ugrunnet opphold). Med mindre det er usannsynlig at bruddet medfører risiko, meld via det elektroniske skjemaet uten ugrunnet opphold og om mulig senest innen 72 timer fra kjennskap. Oppgi årsaken hvis meldingen kommer senere. Manglende detaljer kan ettersendes trinnvis uten ytterligere ugrunnet opphold. Beskriv bruddets art, om mulig kategorier og omtrentlige antall berørte personer og registreringer, kontaktpunkt, sannsynlige konsekvenser og tiltak (art. 33 nr. 3).

Steg 6 – Varsle de berørte (uten ugrunnet opphold). Er det sannsynlig at bruddet medfører høy risiko, varsle de berørte i klart språk om bruddet, kontaktpunkt, sannsynlige konsekvenser og tiltak (art. 34). Unntak må begrunnes konkret: sikkerhetstiltak var faktisk anvendt på de berørte opplysningene, særlig slik at uvedkommende ikke kunne lese dem; eller senere tiltak sikrer at høy risiko ikke lenger er sannsynlig. Kryptering må vurderes sammen med mulig nøkkeltilgang og andre konsekvenser av bruddet. Ved uforholdsmessig stor innsats kreves offentlig eller tilsvarende kommunikasjon som når de berørte like effektivt.

Steg 7 – Følge opp og lukke. Gjennomfør varige tiltak for å hindre gjentakelse, oppdater loggen med utfall, og lukk avviket. Evaluer om rutinen fungerte.

Roller: Avviksansvarlig: [navn]. Personvernombud: [navn]. Beslutning om melding: [rolle]. Kommunikasjon: [rolle].

Mal for avvikslogg

Loggen føres med én rad per avvik og oppbevares tilgjengelig for Datatilsynet:

1. Avviks-ID / dato — løpenummer og dato for registrering. 2. Tidspunkt for kjennskap — dato og klokkeslett (starter 72-timersfristen). 3. Beskrivelse av bruddet — hva skjedde og hvordan. 4. Type brudd — konfidensialitet / integritet / tilgjengelighet. 5. Berørte opplysninger og personer — kategorier og omtrentlig antall. 6. Risikovurdering — lav / risiko / høy risiko, med kort begrunnelse. 7. Meldt Datatilsynet? — ja/nei, dato, referanse (eller begrunnelse for at det ikke ble meldt). 8. Varslet de berørte? — ja/nei, dato, metode (eller begrunnelse). 9. Tiltak — strakstiltak og varige tiltak. 10. Status — åpen / lukket, med dato.

Utfylt eksempel

1. 2026-03 / 12.03.2026 · 2. 12.03.2026 kl. 09:15 · 3. E-post med lønnsslipper sendt til feil intern distribusjonsliste · 4. Konfidensialitet · 5. Navn og lønn for 14 ansatte · 6. Risiko (ikke høy) – intern mottakerkrets, opplysningene slettet og bekreftet · 7. Ja, 13.03.2026, ref. [xxx] · 8. Nei – lav risiko for den enkelte etter avbøtende tiltak · 9. Tilbakekalt e-post, slettebekreftelse innhentet, opplæring i bruk av distribusjonslister · 10. Lukket 20.03.2026

Slik tilpasser du malene

Definer rollene konkret. Sett navn på avviksansvarlig og personvernombud, og hvem som beslutter melding utenfor arbeidstid. Et brudd venter ikke til mandag – rutinen må fungere også i helger og ferier.

Avklar databehandlerens varsling. Databehandleren skal varsle den behandlingsansvarlige uten ugrunnet opphold etter kjennskap til bruddet, jf. artikkel 33 nr. 2. Det finnes ingen generell lovfrist på 24–48 timer. Databehandleravtalen bør konkretisere kontaktvei, eskalering og eventuelle strengere avtalte tidsmål uten å gi anledning til ugrunnet venting. Ta kontaktpunktene inn i rutinen.

Øv på rutinen. En rutine som aldri er testet, svikter under press. Kjør en enkel skrivebordsøvelse årlig: et tenkt brudd, og se om dere klarer stegene innen fristene. La kontinuitetsplanen vise hvordan nødvendige tjenester og varslingskanaler fungerer mens de vanlige systemene er utilgjengelige.

Hvem bør sitte i beredskapsgruppen?

Effektiv avvikshåndtering krever at riktige personer er definert på forhånd. En typisk beredskapsgruppe består av en avviksansvarlig som koordinerer, personvernombudet eller en personvernrådgiver som vurderer meldeplikt, en teknisk ansvarlig som kartlegger og begrenser bruddet, og en kommunikasjonsansvarlig ved varsling av berørte eller offentlighet. For små virksomheter kan flere roller samles hos én person, men det må være avklart hvem som gjør hva – og hvem som treffer beslutningen om å melde. Kontaktinformasjon til alle, inkludert vararepresentanter, bør ligge lett tilgjengelig, siden et brudd like gjerne oppstår i en ferie som midt i arbeidsuken.

Vanlige feil

  • Å vente på full oversikt før melding. Argon Medical Devices ble ilagt 2,5 millioner kroner (senere redusert til 1,5 millioner) for å ha meldt et brudd for sent nettopp fordi de ventet på fullstendig informasjon. Fristen løper fra kjennskap – send foreløpig melding i tide.
  • Ingen rutine for kvelder og helger. Brudd oppdaget fredag ettermiddag har frist søndag/mandag. Uten beredskap glipper fristen.
  • Å ikke loggføre avvik som ikke meldes. Manglende logg er et selvstendig brudd, uavhengig av det underliggende avviket.
  • Uklare roller. Når ingen vet hvem som beslutter melding, taper man verdifulle timer på koordinering.
  • Å glemme databehandleren. Uten en kort avtalt varslingsfrist får du vite om bruddet for sent.

Ofte stilte spørsmål

Må vi loggføre avvik som ikke meldes til Datatilsynet?

Ja. Etter artikkel 33 nr. 5 skal alle brudd på personopplysningssikkerheten dokumenteres, uavhengig av om de meldes. Loggen skal gjøre det mulig for Datatilsynet å kontrollere at meldeplikten er overholdt. Manglende loggføring er et selvstendig brudd.

Når starter 72-timersfristen?

Fristen løper fra det tidspunktet den behandlingsansvarlige med rimelig sikkerhet kan konstatere at et brudd har skjedd – ikke fra når årsaken er ferdig kartlagt. Derfor er tidspunktet for kjennskap et eget felt i avviksloggen. Å vente på full oversikt er den vanligste og dyreste feilen.

Hvem har ansvaret for avviksrutinen?

Den behandlingsansvarlige har ansvaret for at rutinen finnes og fungerer. I praksis utpekes en avviksansvarlig og eventuelt et personvernombud til å koordinere. Databehandleren skal bidra etter databehandleravtalen, men hovedansvaret for melding til Datatilsynet ligger hos den behandlingsansvarlige.

Hvor lenge bør avviksloggen oppbevares?

Det finnes ingen fast frist i forordningen, men loggen bør oppbevares lenge nok til å dokumentere etterlevelse over tid – i praksis flere år, slik at Datatilsynet kan kontrollere hvordan brudd er håndtert. Selve loggen inneholder personopplysninger om berørte og bør derfor selv underlegges tilgangsstyring og en slettevurdering, der detaljer som ikke lenger trengs, fjernes eller anonymiseres når dokumentasjonsbehovet er over.

Konklusjon

En avviksrutine handler om tempo og struktur under press. De syv stegene – fra intern varsling til melding, varsling av berørte og lukking – må være innøvd før uhellet skjer, og hvert avvik må loggføres uavhengig av om det meldes. 72-timersfristen løper fra kjennskap, ikke fra full oversikt; det var nettopp denne misforståelsen som kostet Argon Medical Devices et millionerbeløp. Definer rollene, bind databehandlerne til korte frister via databehandleravtalen, og øv på rutinen årlig. Kombiner rutinen med en oppdatert behandlingsprotokoll, så vet du raskt hvilke opplysninger og personer et brudd berører.

Denne malen gir generell informasjon om artikkel 33-34 og utgjør ikke juridisk rådgivning. Tilpass den til din konkrete situasjon.

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 kompetent tilsynsmyndighet uten ugrunnet opphold og, når det er mulig, innen 72 timer etter at den behandlingsansvarlige ble kjent med…

4. juli 2026