Kontraktstyring ›
Hvad er Contract Compliance? En praktisk guide
De fleste virksomheder har leverandørkontrakter. Men i praksis opdager mange, at de ikke rigtig ved, hvad kontrakterne indeholder, hvornår de udløber, eller om de lever op til nutidens lovkrav.
Det er et problem, der er vokset i takt med reguleringslandskabet. GDPR, NIS2 og ISO 27001 stiller alle specifikke krav til, hvad en leverandørkontrakt skal indeholde og dokumentere. Manglende overholdelse kan koste dyrt — og give leverandørproblemer, der opdages for sent.
Denne guide giver dig det komplette overblik: hvad kontrakten skal indeholde, hvad loven kræver, og hvordan du sikrer, at du faktisk har styr på det.

En leverandørkontrakt er en juridisk bindende aftale mellem en virksomhed og en ekstern leverandør. Den fastlægger ydelser, ansvar, forpligtelser og vilkår for samarbejdet.
Det er vigtigt at forstå, hvad en leverandørkontrakt ikke er: den er ikke det samme som en databehandleraftale (DPA). Leverandørkontrakten er rammen for hele forretningsforholdet. DPA’en er et selvstændigt krav under GDPR, der specifikt regulerer behandlingen af personoplysninger. Begge er nødvendige, når leverandøren behandler personoplysninger på jeres vegne — og det ene erstatter ikke det andet.
En god leverandørkontrakt skaber klarhed for begge parter, dokumenterer jeres sikkerhedsmæssige og juridiske krav og gør det muligt at reagere hurtigt, hvis samarbejdet ikke fungerer.
Det er det spørgsmål, de fleste søger svar på. Og svaret er ikke et simpelt punkt — det er en tjekliste, der dækker hele relationen fra opstart til ophør.
| Element | Hvad det dækker |
|---|---|
| Parterne og kontraktens genstand | Hvem er aftalen imellem, og hvad leveres præcist? |
| Ydelsernes omfang og SLA | Kvalitetskrav, leverancetider, oppetid og serviceniveau |
| Pris, betaling og regulering | Honorar, betalingsbetingelser, prisregulering og faktureringsmodel |
| Varighed og opsigelsesvilkår | Løbetid, opsigelsesfrister og vilkår for automatisk forlængelse |
| Ansvar og erstatningsbegrænsning | Hvem bærer ansvaret, og hvad er loftet for erstatning? |
| Fortrolighed og tavshedspligt | Hvilke oplysninger er fortrolige, og hvor længe? |
| Underleverandører | Hvem er godkendte underleverandører, og under hvilke betingelser? |
| Sikkerhedskrav | Tekniske minimumskrav, certificeringer og audit-rettigheder (NIS2 og ISO 27001-relevant) |
| Databehandling | Hvornår kræves en DPA? Tilknytning til GDPR artikel 28 |
| Misligholdelse og ophævelse | Konsekvenser ved kontraktbrud og ret til øjeblikkelig ophævelse ved alvorlige brud |
| Exit-strategi og datahåndtering | Hvad sker der med data og systemer ved kontraktophør? |
| Lovvalg og værneting | Hvilken lovgivning gælder, og ved hvilken domstol løses tvister? |
Det er en lang liste. Og det er bevidst. En leverandørkontrakt, der kun dækker de første fire punkter, er ikke en ordentlig leverandørkontrakt — det er et tilbud med underskrift.
Der er én misforståelse, vi støder på igen og igen: at en databehandleraftale erstatter leverandørkontrakten. Det gør den ikke.
De to dokumenter løser to forskellige opgaver. Leverandørkontrakten regulerer hele forretningsforholdet — ydelser, priser, ansvar og ophør. Databehandleraftalen regulerer specifikt behandlingen af personoplysninger under GDPR artikel 28. Begge dokumenter er nødvendige, når din leverandør behandler personoplysninger på jeres vegne.
Derudover stiller GDPR krav til, at du fører tilsyn med dine databehandlere — og at du sikrer, at eventuelle underdatabehandlere er godkendt og underlagt de samme forpligtelser. Det er noget, mange overser, men som kan blive problematisk ved et databrud.
En praktisk tommelfingerregel: Har din leverandør adgang til personoplysninger, du er dataansvarlig for? Så kræves der en DPA ved siden af leverandørkontrakten. De to aftaler tilknytter du hinanden, men de er separate dokumenter med hvert sit formål.

Her adskiller .legal’s artikel sig fra de fleste konkurrenters. NIS2 er ikke bare relevant for de direkte omfattede virksomheder — det påvirker hele leverandørkæden.
NIS2-loven, der trådte i kraft i Danmark den 1. juli 2025, stiller via artikel 21(2)(d) eksplicitte krav om forsyningskædesikkerhed. Det betyder, at virksomheder inden for de omfattede sektorer aktivt skal styre sikkerheden hos deres leverandører. Og det sker primært kontraktuelt.
Konkret betyder det, at leverandørkontrakten skal indeholde:
Et praktisk eksempel: En virksomhed inden for energisektoren anvender en cloud-leverandør til driftskritiske systemer. Under NIS2 er det ikke nok at vide, at leverandøren arbejder med sikkerhed. Det skal stå i kontrakten — hvilke standarder der overholdes, hvordan hændelser rapporteres, og hvad der sker, hvis samarbejdet ophører.
Virksomheder, der ikke er direkte omfattet af NIS2, kan alligevel blive påvirket: Leverer du ydelser til en NIS2-omfattet kunde, må du forvente, at kunden stiller kontraktuelle sikkerhedskrav til dig. Det er den kaskadeeffekt, NIS2’s forsyningskædelogik skaber.
Læs mere om NIS2 og hvad det kræver af din virksomhed.
ISO 27001:2022 adresserer leverandørsikkerhed direkte i to kontroller:
For virksomheder, der er certificeret eller arbejder mod ISO 27001-certificering, er leverandørkontrakterne en del af det revisionsgrundlag, der gennemgås ved audit. Det er ikke nok at have en intern sikkerhedspolitik — den skal afspejles i de kontrakter, I indgår med leverandørerne.
Det samme gælder for finansielle virksomheder under DORA (Digital Operational Resilience Act), der via artikel 30 stiller specifikke krav til kontrakter med IKT-leverandører — herunder exit-strategi, inspektionsrettigheder og rapporteringsforpligtelser.
Læs mere om ISO 27001 compliance og hvad det kræver i praksis.
Kontrakten er startskuddet, ikke slutmålet. En solid leverandørkontrakt skaber rammen — men risikostyring af leverandører er en løbende proces.
En struktureret tilgang ser sådan ud:
Det lyder enkelt. Men for virksomheder med 20, 50 eller 200 aktive leverandørkontrakter er det et reelt styringsudfordring at holde styr på, hvornår kontrakter udløber, om sikkerhedskravene stadig er aktuelle, og om tilsynet faktisk gennemføres.
Det er præcis det, .legals vendor management-modul løser: et centralt overblik over alle leverandørrelationer, med tilknyttede kontrakter, DPA’er, tilsynslog og automatiske påmindelser om fornyelse og opfølgning.
Læs mere om informationssikkerhedsrisikostyring og tilsyn med leverandører.

Disse fejl er mere almindelige, end man skulle tro. Og de fleste opdages først, når der er et problem.
For virksomheder med et større antal leverandørrelationer er ad hoc-håndtering ikke en holdbar løsning. Det, der er brug for, er et struktureret system.
Et godt setup inkluderer:
.legals kontraktstyringssoftware er bygget til netop det: overblik, påmindelser og tilknytning til compliance-processen. Vil du se, hvordan det fungerer i praksis? Book en gratis demo og få et konkret overblik over, hvad der mangler i din leverandørstyring.

En leverandørkontrakt regulerer hele forretningsforholdet — ydelser, priser, ansvar og ophør. En databehandleraftale (DPA) regulerer specifikt behandlingen af personoplysninger under GDPR artikel 28. Begge er nødvendige, når leverandøren behandler personoplysninger. Det ene erstatter ikke det andet.
Kontrakten skal som minimum dække parterne, ydelsernes omfang, pris og betaling, varighed og opsigelse, fortrolighed og ansvar. Behandler leverandøren personoplysninger, skal der tilknyttes en DPA i henhold til GDPR artikel 28. Kontrakten bør også regulere underleverandørers adgang.
NIS2-loven (artikel 21, stk. 2, litra d) kræver, at virksomheder i de omfattede sektorer styrer sikkerheden i leverandørkæden kontraktuelt. Kontrakten skal indeholde specifikke sikkerhedskrav, ret til audit, incident response-forpligtelser med tidsfrister og en aftalt exit-strategi.
Kontrakten bør genforhandles ved udløb, ved ændringer i lovkrav, ved sikkerhedshændelser hos leverandøren eller ved væsentlige ændringer i ydelserne. Kritiske leverandørkontrakter bør gennemgås mindst én gang om året.
Exit-strategien bør aftales i kontrakten på forhånd: leverandøren returnerer eller sletter data inden for en specificeret frist, adgange lukkes ned, og sletningen dokumenteres. Det er et krav under GDPR artikel 28 og et forventet element under NIS2 og ISO 27001.
Ansvaret ligger typisk hos den person, der indgår aftaler — indkøbsansvarlig, juridisk ansvarlig, COO eller CFO. Compliance- og DPO-funktionen bør involveres, når kontrakten berører personoplysninger eller sikkerhedskrav.
Nej. GDPR artikel 28 stiller specifikke krav til en DPA, som ikke er dækket af en standard leverandørkontrakt. Begge dokumenter er nødvendige, når leverandøren behandler personoplysninger på jeres vegne.
ISO 27001:2022 Annex A.5.19 og A.5.20 kræver, at sikkerhedskrav dokumenteres i leverandøraftalerne — inklusiv fortrolighed, hændelsesnotifikation, adgangskontrol, revisionsrettigheder og exit-vilkår. For ISO 27001-certificerede virksomheder indgår kontrakterne i revisionsgrundlaget.
Leverandørrisiko dækker driftsrisiko, sikkerhedsrisiko og compliancerisiko ved afhængighed af eksterne parter. En struktureret tilgang inkluderer due diligence inden kontraktindgåelse, klare sikkerhedskrav i kontrakten og løbende tilsyn.
Det kræver et centralt kontraktarkiv med automatiske fornyelsespåmindelser, tilknyttede DPA'er og et tilsynslog. .legals vendor management- og kontraktstyringssoftware løser netop det. Book en demo for at se det i praksis.
Spørg Johannes direkte, han giver de fleste af vores demoer personligt
Book ham herUdforsk flere guides om kontraktstyring, databehandleraftaler, leverandørtilsyn og hvordan compliance og leverandøraftaler kan samles ét sted.
Info
.legal A/S
hello@dotlegal.com
+45 7027 0127
CVR: 40888888
Support
support@dotlegal.com
+45 7027 0127
Brug for hjælp?
Lad mig hjælpe jer i gang
.legal er ikke en advokatvirksomhed og er derfor ikke under tilsyn af Advokatrådet.