Gå til indhold
Legiscope
Menu
Databeskyttelse

Fortegnelse skabelon 2026: art. 30-template til behandlingsaktiviteter

Gratis skabelon til fortegnelse over behandlingsaktiviteter (art. 30 GDPR): komplet template med alle felter, vejledning i tilpasning og typiske fejl i 2026.

Har du brug for en skabelon til en fortegnelse over behandlingsaktiviteter efter artikel 30 i GDPR? Her er den — med alle de påkrævede felter og klar til at udfylde. Fortegnelsen er lovpligtig for stort set alle organisationer, og den er som regel det første dokument, Datatilsynet beder om at se ved en tilsynssag. Skabelonen nedenfor kan bruges direkte i et regneark: hver behandling får sin egen række, og kolonnerne svarer til kravene i artikel 30, stk. 1.

For det juridiske grundlag — hvem der har pligten, og hvad hvert felt betyder — se vores guide til fortegnelsen (art. 30).

Skabelon til fortegnelse over behandlingsaktiviteter

Opret et regneark med én række pr. behandling og følgende kolonner:

Kolonne Indhold
Behandlingens navn Kort betegnelse (fx “Lønadministration”)
Formål Hvorfor oplysningerne behandles
Behandlingsgrundlag Art. 6-grundlag (samtykke, kontrakt, retlig forpligtelse, legitim interesse …) + art. 9-grundlag ved følsomme oplysninger
Kategorier af registrerede Medarbejdere, kunder, ansøgere, leverandører …
Kategorier af oplysninger Identitet, kontakt, økonomi, helbred … (markér følsomme)
Modtagere Interne afdelinger, databehandlere, myndigheder
Databehandlere Navn + reference til databehandleraftale
Tredjelandsoverførsel Ja/nej + land + overførselsgrundlag (art. 46)
Slettefrist Konkret frist + kilde (lov eller intern begrundelse)
Sikkerhedsforanstaltninger Kort beskrivelse (kryptering, adgangsstyring, logning …)
Konsekvensanalyse Krævet? Ja/nej + reference
Ansvarlig Afdeling/rolle

Eksempel på tre udfyldte rækker

1. Lønadministration — Formål: løn og indberetning · Grundlag: retlig forpligtelse (art. 6.1.c) + kontrakt (b) · Registrerede: medarbejdere · Oplysninger: navn, CPR, konto, løn · Modtagere: lønbureau, SKAT, pension · Databehandler: [Lønbureau], jf. DPA · Tredjeland: nej · Slettefrist: 5 år efter fratrædelse (bogføringsloven) · Sikkerhed: adgangsstyring, kryptering · DPIA: nej.

2. Rekruttering — Formål: udvælgelse af kandidater · Grundlag: legitim interesse (art. 6.1.f) / samtykke ved fortsat opbevaring · Registrerede: ansøgere · Oplysninger: CV, ansøgning, referencer · Modtagere: HR, ansættende leder · Databehandler: [rekrutteringssystem], jf. DPA · Tredjeland: nej · Slettefrist: 6 måneder efter afslag · Sikkerhed: adgangsstyring · DPIA: nej.

3. Videoovervågning — Formål: sikkerhed og tyverisikring · Grundlag: legitim interesse (art. 6.1.f) · Registrerede: besøgende, medarbejdere · Oplysninger: billeder · Modtagere: sikkerhedsansvarlig, evt. politi · Databehandler: [leverandør], jf. DPA · Tredjeland: nej · Slettefrist: 30 dage · Sikkerhed: adgangsstyring, logning · DPIA: ja (systematisk overvågning).

Behandlinger, næsten alle organisationer har

En af de største forhindringer er at få øje på de behandlinger, man i forvejen foretager. Brug denne liste som udgangspunkt — de fleste organisationer har langt de fleste af dem:

  • Lønadministration — medarbejdere, retlig forpligtelse/kontrakt, 5 års opbevaring (bogføring).
  • Personaleadministration/HR — medarbejdere, kontrakt, sletning ved fratrædelse + evt. lovbestemte frister.
  • Rekruttering — ansøgere, legitim interesse/samtykke, typisk 6 måneder efter afslag.
  • Kunde- og ordrehåndtering — kunder, kontrakt, opbevaring efter behov + bogføringslovens krav.
  • Markedsføring og nyhedsbreve — kunder/abonnenter, samtykke, indtil framelding.
  • Leverandør- og kontraktstyring — kontaktpersoner hos leverandører, kontrakt/legitim interesse.
  • IT-drift, support og logning — brugere, legitim interesse/retlig forpligtelse, korte logfrister.
  • Videoovervågning — besøgende/medarbejdere, legitim interesse, typisk 30 dage, ofte konsekvensanalyse.

Har din organisation en hjemmeside med formularer eller webshop, kommer der yderligere behandlinger til (kontaktformularer, brugerkonti, cookies). Hver af dem skal have sin egen række i fortegnelsen og genfindes i din privatlivspolitik.

Sådan tilpasser du skabelonen

Start med de behandlinger, du helt sikkert har. Alle organisationer med ansatte behandler medarbejderoplysninger (løn, HR, rekruttering); har du kunder, har du kunde- og markedsføringsbehandlinger. Kortlæg derefter afdeling for afdeling, hvilke oplysninger der behandles hvor.

Notér altid behandlingsgrundlaget. Det er ikke udtrykkeligt krævet i artikel 30, men uden det kan du ikke dokumentere lovligheden, og Datatilsynet forventer det. Vælg ét grundlag pr. formål — og husk, at samtykke skal kunne dokumenteres særskilt.

Kobl hver behandling til de relaterede dokumenter. Hver ekstern leverandør skal have en databehandleraftale; hver højrisikobehandling skal have en konsekvensanalyse; hver slettefrist skal stemme med din faktiske praksis, jf. opbevaringsbegrænsning.

Fastsæt realistiske slettefrister. Angiv en konkret frist og kilden — enten en lov (fx bogføringslovens 5 år) eller en intern begrundelse. Undgå tomme eller urealistiske frister, du ikke overholder i praksis.

Typiske fejl

  • Fortegnelsen laves én gang og opdateres aldrig. En fortegnelse fra 2023 dokumenterer manglende styring. Fastsæt en fast rytme for opdatering (fx halvårligt) og ved hver ny behandling.
  • Slettefrister, der ikke overholdes. Uoverensstemmelse mellem den angivne frist og den faktiske opbevaring var kernen i sagerne mod Taxa 4x35 og IDdesign. En frist, du ikke følger, er værre end ingen frist.
  • Manglende overblik over databehandlere. Hver leverandør, der behandler oplysninger, skal fremgå — ellers kan du hverken indgå de rette aftaler eller besvare en indsigtsanmodning korrekt.
  • Behandlingsgrundlaget mangler. Uden grundlag kan lovligheden ikke dokumenteres.

Regneark eller værktøj?

Skabelonen ovenfor fungerer i et regneark, og for en mindre organisation med få behandlinger er det ofte tilstrækkeligt. Ulempen viser sig, når organisationen vokser: et regneark kobler ikke automatisk behandlingerne til de tilhørende databehandleraftaler, konsekvensanalyser og slettefrister, og det bliver hurtigt uoverskueligt at holde flere versioner ajour på tværs af afdelinger. Ændrer en slettefrist sig, skal du manuelt finde alle de steder, den optræder.

Uanset værktøj er det de samme oplysninger, der skal med — kravene følger af artikel 30 i databeskyttelsesforordningen. Begynd med regnearket, og skift til et dedikeret værktøj, når antallet af behandlinger og leverandører gør vedligeholdelsen tung.

Tjekliste før fortegnelsen er færdig

Gennemgå disse punkter, inden du betragter fortegnelsen som komplet:

  • Har hver behandling et formål og et behandlingsgrundlag?
  • Er der en konkret slettefrist med kilde (lov eller intern begrundelse) for hver kategori?
  • Har hver ekstern leverandør en databehandleraftale, der er refereret i fortegnelsen?
  • Er følsomme oplysninger (art. 9) og oplysninger om strafbare forhold (art. 10) markeret?
  • Er behandlinger med høj risiko markeret som kandidater til en konsekvensanalyse?
  • Er tredjelandsoverførsler angivet med overførselsgrundlag?
  • Er der fastsat en opdateringsrytme (fx halvårligt)?

En fortegnelse, der består denne tjekliste, kan både fremlægges ved et tilsyn og bruges som udgangspunkt for at besvare indsigtsanmodninger. For de nærmere krav henvises til Datatilsynets vejledning om fortegnelser.

Ofte stillede spørgsmål

Kan jeg føre fortegnelsen i et regneark?

Ja. Artikel 30 kræver blot, at fortegnelsen er skriftlig, og elektronisk form accepteres. Et regneark fungerer fint for mindre organisationer. Ulempen er, at et regneark ikke automatisk kobler behandlingerne til databehandleraftaler, konsekvensanalyser og slettefrister — det skal du vedligeholde manuelt.

Hvilke felter er obligatoriske i fortegnelsen?

Artikel 30, stk. 1, kræver: kontaktoplysninger, formål, kategorier af registrerede og oplysninger, kategorier af modtagere, tredjelandsoverførsler, forventede slettefrister og en generel beskrivelse af sikkerhedsforanstaltningerne. Behandlingsgrundlaget bør tilføjes, selv om det ikke er udtrykkeligt oplistet.

Skal jeg føre to fortegnelser, hvis jeg både er dataansvarlig og databehandler?

Ja. Er du dataansvarlig for egne medarbejdere og databehandler for kunder, skal du føre både en fortegnelse efter artikel 30, stk. 1 (som dataansvarlig), og en efter stk. 2 (som databehandler), da de to har forskelligt indhold.

Hvor detaljeret skal hver behandling beskrives?

Detaljeringsgraden skal være tilstrækkelig til, at en udenforstående — fx en tilsynsmedarbejder — kan forstå, hvad der behandles, hvorfor og på hvilket grundlag. Undgå både det for brede (“kundedata til drift”) og det unødigt granulære. Angiv konkrete kategorier af oplysninger og registrerede, et præcist formål og en slettefrist med kilde. Er en behandling kompleks eller omfatter følsomme oplysninger, bør beskrivelsen være mere udførlig, og behandlingen bør vurderes for, om den udløser en konsekvensanalyse. Målestokken er, om fortegnelsen kan stå alene som dokumentation ved et tilsyn.

Hvem i organisationen ejer fortegnelsen?

Ansvaret ligger hos den dataansvarlige, men i praksis bør en konkret rolle — ofte databeskyttelsesrådgiveren eller en databeskyttelseskoordinator — have ansvaret for at vedligeholde fortegnelsen og indhente opdateringer fra de enkelte afdelinger. Uden en klart udpeget ejer forældes fortegnelsen hurtigt.

Konklusion

Fortegnelsen er rygraden i din GDPR-dokumentation, og skabelonen ovenfor giver dig alle de påkrævede felter. Udfyld én række pr. behandling, notér altid behandlingsgrundlaget, kobl hver behandling til dens databehandleraftale, konsekvensanalyse og slettefrist — og hold den løbende ajour. Læs det juridiske grundlag i vores guide til fortegnelsen (art. 30).

L
Skrevet af
Legiscope
Legiscope

Omsæt vejledningen til praksis

Se, hvordan Legiscope forbinder privatlivsregistre, kildemateriale og gennemgangsstyret arbejde.

Book en tilpasset demo
Læs videre

Relaterede artikler

01Databeskyttelse

AI Act-software 2026: værktøjer til AI-forordningen

AI Act-software hjælper danske virksomheder med at opfylde kravene i EU's AI-forordning (forordning (EU) 2024/1689): at kortlægge og klassificere AI-systemer efter risiko, dokumentere…

4. juli 2026
02Databeskyttelse

Anmeldelse af brud på persondatasikkerheden (art. 33-34 GDPR): 72 timer i 2026

Et brud på persondatasikkerheden skal anmeldes til Datatilsynet uden unødig forsinkelse og om muligt senest 72 timer efter, at den dataansvarlige er blevet bekendt med bruddet. Pligten følger af…

4. juli 2026
03Databeskyttelse

Bedste GDPR-software 2026: 6 værktøjer testet + priser

Vi har vurderet hver platform på syv kriterier, der betyder mest for danske virksomheder: automatisering af fortegnelsen efter artikel 30, gennemgang af databehandleraftaler efter artikel 28,…

4. juli 2026
04Databeskyttelse

Databehandleraftale (art. 28 GDPR): de 8 obligatoriske krav i 2026

En databehandleraftale er den skriftlige kontrakt, der skal indgås mellem en dataansvarlig og en databehandler, hver gang en ekstern part behandler personoplysninger på den dataansvarliges vegne.…

4. juli 2026
05Databeskyttelse

Databehandleraftale skabelon 2026: gratis art. 28-template klar til brug

Har du brug for en skabelon til en databehandleraftale efter artikel 28 i GDPR? Her er den — komplet og klar til at tilpasse. En databehandleraftale er obligatorisk, så snart en databehandler…

4. juli 2026
06Databeskyttelse

Databeskyttelse gennem design (art. 25 GDPR): privacy by design i 2026

Databeskyttelse gennem design og standardindstillinger betyder, at du skal indbygge beskyttelse af personoplysninger i systemer og processer fra begyndelsen — ikke bagefter — og at de mest…

4. juli 2026
07Databeskyttelse

Databeskyttelse i Danmark 2026: den komplette GDPR-guide

Databeskyttelse i Danmark bygger på to lag: databeskyttelsesforordningen (GDPR), der gælder direkte i alle EU-lande, og den danske databeskyttelseslov, der fastsætter de nationale valg oven på…

4. juli 2026
08Databeskyttelse

Databeskyttelsesrådgiver (DPO): rolle og hvornår den er påkrævet i 2026

En databeskyttelsesrådgiver (DPO, Data Protection Officer) er en uafhængig funktion, der fører tilsyn med, at en organisation overholder databeskyttelsesreglerne. DPO'ens rolle er defineret i artikel…

4. juli 2026