Webudviklingsaftale Danmark — design og udvikling af hjemmeside

Webudviklingsaftalen i Danmark er en kontrakt, der regulerer designerens eller bureauets levering af en hjemmeside, webapplikation eller digitalt produkt til en opdragsgiver (kunden). Aftalen fastlægger projektets omfang, de konkrete leverancer, honoraret, tidsplanen, ejendomsretten til det udviklede materiale og parternes ansvar. En præcis webudviklingsaftale forebygger de to hyppigste årsager til tvister i it-projekter: uenighed om, hvad der er aftalt (scope), og uenighed om, hvem der ejer det udviklede (IP).

Webudviklingsaftalen hviler på aftalefrihedsprincippet i aftaleloven (LBK nr. 193 af 2. marts 2016) og udfyldes af de almindelige obligationsretlige grundsætninger om loyal opfyldelse, misligholdelse og erstatning. Immaterielle rettigheder til det udviklede materiale — kildekode, design, grafik og tekstindhold — er beskyttet af ophavsretsloven (LBK nr. 1144 af 28. september 2023). Som udgangspunkt tilhører ophavsretten skaberen — det vil sige webudvikleren eller bureauet — medmindre rettigheder er overdraget kontraktuelt. Webudviklingsaftalen bør udtrykkeligt regulere overdragelsen af ophavsretten til de leverancer, udvikleren udarbejder specifikt til kunden, ved fuld betaling.

Det centrale i webudviklingsaftalen er afgrænsningen af projektet. Scope creep — løbende udvidelse af projektets omfang uden justering af pris og tidsplan — er en af de hyppigste årsager til konflikter. En velfungerende aftale definerer de inkluderede leverancer med milepæle, fastsætter en tydelig grænse for ekstraopgaver og angiver den timepris, der gælder for ekstraopgaver, som kunden bestiller. Godkendelsesproceduren er ligeså vigtig: aftalen bør fastlægge, inden for hvilken frist kunden skal godkende en leverance, og hvad der sker, hvis kunden ikke reagerer.

Databeskyttelsesloven (lov nr. 502 af 23/05/2018) og GDPR er relevante, når webudvikleren under projektet får adgang til kundens forretningsdata, kundeoplysninger eller andre personoplysninger. I den situation er udvikleren databehandler, og der skal indgås en separat databehandleraftale efter GDPR art. 28. Webudviklingsaftalen bør fastslå dette krav og regulere fortrolighed om alle fortrolige oplysninger udvikleren erhverver adgang til under projektet, jf. lov om forretningshemmeligheder (lov nr. 309 af 25/04/2018).

Praktisk set er webudviklingsaftaler typisk fastprisaftaler med klart definerede leverancer, men de indgås også som time-and-material-aftaler ved projekter med uklart omfang. Agile udviklingsmodeller, hvor projektet løber i sprints med løbende prioritering, er stadig mere udbredt, men kræver særlige aftalevilkår om budgetloft og omfangsstyring. Sø- og Handelsretten i København er specialdomstol for immaterialretlige tvister om ophavsrettigheder, og voldgift ved Voldgiftsinstituttet (Danish Arbitration) er en fortrolig og hurtig alternativ tvistløsning.

Webudviklingsaftalen i Danmark er nødvendig, hver gang en virksomhed bestiller design og/eller udvikling af en hjemmeside, webapplikation eller et digitalt produkt fra en ekstern part. Aftalen beskytter begge parter mod de typiske konflikter i it-projekter.

Første typiske situation er virksomhedspræsentationshjemmeside. En ny virksomhed eller en etableret virksomhed med forældet hjemmeside bestiller en ny præsentationshjemmeside fra et webbureau eller en freelancedeveloper. Aftalen fastlægger designkonceptet, de konkrete sider og funktioner, det valgte CMS-system (typisk WordPress eller lignende), tidsplanen og fastprisen, og regulerer, hvem der ejer designet og koden ved projektets afslutning.

Anden situation er e-handelsbutik. En detailhandler ønsker en online shop med betalingsgateway-integration, lagerstyring og produktkatalog. Her er leverancebeskrivelsen særlig vigtig — antallet af produktkategorier, betalingsmetoder, integrationer til f.eks. MobilePay eller betalingsgateway, og oplæring af personalet i systemets brug. GDPR er relevant, da e-handelshjemmesider behandler kundeoplysninger.

Tredje situation er webapplikation med brugerfunktioner. En virksomhed bestiller en webapplikation med brugerregistrering, login og adgangskontrol — f.eks. et abonnentportal, et bookingsystem eller en intern medarbejderplatform. Her er IP-overdragelsen særlig vigtig: kunden bør sikre sig, at al kildekode overgår til kunden ved fuld betaling, og at udvikleren ikke medbringer proprietære komponenter, der ikke kan overdrages.

Fjerde situation er redesign og optimering af eksisterende hjemmeside. En virksomhed ønsker en visuel og teknisk opgradering af sin eksisterende hjemmeside. Aftalen bør regulere, hvad der overleveres (adgang til eksisterende kildekode, login m.v.) og hvad der sker med eksisterende indhold, domæner og hosting ved overgang.

Femte situation er landingssider og kampagnehjemmesider. En virksomhed bestiller en midlertidig kampagnehjemmeside eller et antal landingssider til en markedsføringskampagne. Her er tidsplanen og leverancemodellen særlig vigtig, og aftalen bør regulere vedligeholdelse og nedlukning efter kampagneperiodens afslutning.

Sjette situation er integrationer og API-udvikling. En virksomhed bestiller udvikling af integrationer mellem sin hjemmeside og tredjepartssystemer som CRM, ERP eller betalingsgateway. Her er den tekniske specifikation afgørende, og aftalen bør regulere ansvaret for tredjepartsintegrationer, der kan ændres af tredjepartsleverandøren.

En gennemarbejdet webudviklingsaftale i Danmark indeholder en række centrale elementer, der forebygger de hyppigste konflikter om scope, IP og betalinger. Nedenfor gennemgås de vigtigste bestanddele.

Præcis partsbeskrivelse med CVR-numre verificeret på virk.dk (Erhvervsstyrelsen) er det første element.

Projektbeskrivelse og leverancer er fundamentet. Aftalen skal detaljeret beskrive, hvad der skal udvikles — antallet af sider, de konkrete funktioner, det valgte CMS-system eller teknologistak, mobile responsivitet og tilgængelighed. Jo mere præcis beskrivelsen er, desto nemmere er det at identificere ekstraopgaver og beregne de tilhørende tillægshonorarer. Vedhæft gerne en særskilt kravspecifikation som bilag.

Milepæle og tidsplan med konkrete afleveringsfrister. Typisk opdeles et webudviklingsprojekt i wireframes og design, beta-version og færdig produkt — med konkrete frister for hver. Angiv, hvad der sker, hvis tidsplanen overskrides.

Godkendelsesprocedure er et kritisk element, der forebygger scope creep. Aftalen bør fastslå: (1) kunden har X arbejdsdage (typisk 10) til at godkende en leverance efter modtagelse; (2) manglende reaktion inden fristen betragtes som godkendelse; og (3) kommentarer skal være skriftlige og præcise. Denne procedure beskytter udvikleren mod forsinkelser forårsaget af kundens langsomme godkendelse.

Fastpris og ekstraopgaver: aftalen angiver fastprisen for projektet ekskl. moms (med 25 % moms), betalingsplanen (typisk tredjedele: ved underskrift, beta og aflevering) og timeprisen for ekstraopgaver, der ikke er inkluderet i fastprisen. Det bør udtrykkeligt fremgå, at kunden skal godkende ekstraopgaver skriftligt, inden udvikleren igangsætter dem.

IP-overdragelse er et afgørende element. Alle ophavsrettigheder til leverancer, der specifikt er udviklet til kunden, overgår til kunden ved fuld betaling, jf. ophavsretsloven (LBK nr. 1144 af 28/09/2023). Udvikleren bevarer rettighederne til præeksisterende kode, generiske komponenter og frameworks, men kunden erhverver en vederlagsfri brugsret. Tredjeparts software og plugins er underlagt de respektive licenser. forms-legal.com tilbyder en gratis skabelon til webudviklingsaftaler med alle disse elementer.

Ansvar og ansvarsbegrænsning: udvikleren er ansvarlig for direkte tab ved fejl, men ikke for indirekte tab. Reklamationsfrist på 30 dage efter aflevering for fejl. Udvikleren er ikke ansvarlig for tredjeparts plugins og hosting-ydelsers performance.

Databeskyttelse og GDPR: ved adgang til personoplysninger kræves en databehandleraftale efter GDPR art. 28. Fortrolighed om kundens forretningshemmeligheder reguleres af lov om forretningshemmeligheder.

Lovvalg, værneting og voldgift: dansk ret og Sø- og Handelsretten eller Voldgiftsinstituttet (Danish Arbitration).

Tilgængelighed og lovgivningsmæssige krav til hjemmesiden bør reguleres i webudviklingsaftalen. Den danske tilgængeligheds­bekendtgørelse (baseret på EU-direktiv 2016/2102) stiller krav om tilgængelighed for offentlige myndigheders hjemmesider. For kommercielle virksomheder gælder kravene om tilgængelighed under EU's webaccessi­bility-direktiv og den kommende European Accessibility Act (EAA), der gradvist indfases. Aftalen bør regulere, om Udvikleren er ansvarlig for at sikre overholdelse af disse krav, eller om det er Kundens ansvar at supplere med specialiseret tilgængeligheds­audit. Markedsføringsloven (LBK nr. 1420 af 02/12/2024) stiller endvidere krav til prisoplysning og markedsføring på hjemmesider rettet mod forbrugere.

Korrekt udfyldelse af webudviklingsaftalen i Danmark kræver en meget præcis beskrivelse af leverancerne for at forebygge scope creep og IP-tvister. En vag aftale er opskriften på konflikter.

Trin 1 — angiv parterne korrekt: Udviklernes og kundens fulde firmanavn, selskabsform og CVR-nummer. Verificér på virk.dk. Angiv, om udvikleren er en enkeltmandsvirksomhed, et freelance-CVR eller en ApS/A/S.

Trin 2 — beskriv projektet præcist: Beskriv hjemmesidens formål og de konkrete leverancer — antal sider og sektioner, ønskede funktioner (kontaktformular, billede-galleri, betalingsintegration, søgefunktion osv.), CMS-system, mobile responsivitet og browserkompatibilitet. Angiv teknologistakken — typisk WordPress, React, PHP-version mv. Jo mere specifikt, desto bedre. Vedhæft gerne en separat kravspecifikation.

Trin 3 — fastlæg milepæle og tidsplan: Angiv de konkrete milepæle — wireframes og designmockup, beta-version og færdig leverance — med konkrete datoer. Angiv startdatoen og den forventede afleveringsdato. Tidsplanen bør tage højde for, at kunden har brug for tid til at godkende leverancer.

Trin 4 — fastlæg godkendelsesprocedure: Angiv, at kunden har et bestemt antal arbejdsdage (typisk 10) til at godkende eller kommentere en leverance skriftligt. Angiv, at manglende reaktion betragtes som godkendelse. Regulér, at ændringsanmodninger efter godkendelse afregnes til timeprisen.

Trin 5 — angiv fastpris og betalingsplan: Angiv fastprisen ekskl. moms og betalingsplanen. Tredjedele er den hyppigste model: 1/3 ved underskrift, 1/3 ved beta og 1/3 ved aflevering. Angiv timeprisen for ekstraopgaver og bekræft, at ekstraopgaver kræver skriftlig godkendelse.

Trin 6 — regulér IP-overdragelsen: Angiv udtrykkeligt, at ophavsretten til de specifikke leverancer overgår til kunden ved fuld betaling, og at udvikleren bevarer rettighederne til generiske præeksisterende komponenter. Angiv, at tredjeparts plugins er underlagt deres respektive licenser.

Trin 7 — adressér GDPR: Vurder, om udvikleren under projektet vil have adgang til personoplysninger. Typisk er svaret nej ved ren frontendudvikling, men ja ved adgang til eksisterende databaser eller backend. Hvis GDPR er relevant, indgå en separat databehandleraftale.

Trin 8 — fastlæg ansvarsregulering: Angiv reklamationsfristen (30 dage), udelukkelse af ansvar for indirekte tab og ansvarsloftet. Underskriv aftalen, eventuelt digitalt med MitID.

Webudviklingsaftalen i Danmark er underlagt ophavsretsloven, aftaleloven og GDPR. De vigtigste retlige aspekter er IP-overdragelsen og databeskyttelsesreglerne.

Ophavsretslovens udgangspunkt — skaberen ejer: Ophavsretsloven (LBK nr. 1144 af 28/09/2023) fastslår, at ophavsretten til et ophavsretsligtværk tilkommer skaberen. For software og webdeveloped materiale betyder det, at webudvikleren som udgangspunkt ejer rettighederne til det udviklede, medmindre disse er overdraget kontraktuelt. Kontraktens IP-klausul er derfor afgørende — uden en udtrykkelig overdragelsesklausul risikerer kunden ikke at have fuld råderet over det betalte resultat. Overdragelsen kræver ikke registrering — det er aftalen, der dokumenterer overdragelsen. Betales ikke fuldt ud, overgår ophavsretten ikke, og kunden kan ikke lovligt anvende leverancen.

Ophavsretslovens ufravigelige rettigheder: § 36 giver licenstager ret til at tage sikkerhedskopier af software. § 75c regulerer dekompileringsretten ved interoperabilitet. Disse rettigheder kan ikke fuldt ud afskæres kontraktuelt.

Aftalefrihed med rimelighedscensur: Aftalelovens § 36 kan tilsidesætte urimelige vilkår. Ensidigt urimelige betingelser — f.eks. et vilkår om, at kunden mister retten til betalt arbejde ved enhver form for forsinkelse — risikerer at blive tilsidesat.

GDPR og databehandleraftale: Webudvikleren er databehandler, hvis vedkommende under projektet behandler personoplysninger på kundens vegne. Det sker f.eks., hvis udvikleren migrerer en database med kundeoplysninger, konfigurerer et e-mailmarketingsystem med tilmeldte abonnenter eller har adgang til back-end med personoplysninger. I den situation kræves en databehandleraftale efter GDPR art. 28 og databeskyttelsesloven (lov nr. 502 af 23/05/2018).

Moms: Webudviklingsydelser er momspligtige i Danmark med 25 %. Alle priser angives ekskl. moms med tillæg.

Renteloven: ved forsinket betaling kan udvikleren kræve morarenter efter renteloven (LBK nr. 459 af 13/05/2014). Fra 1. januar 2026 udgør morarenten 9,75 % p.a.

Tvistløsning: Sø- og Handelsretten i København er specialdomstol for ophavsretssager. Voldgiftsinstituttet (Danish Arbitration) er et alternativ til domstolsbehandling, baseret på voldgiftsloven (lov nr. 553 af 24/06/2005).

Hyppige fejl ved webudviklingsaftalen i Danmark fører til konflikter om projektets omfang, IP-rettigheder og betalinger. Disse fejl koster typisk tid og penge for begge parter.

Fejl 1 — ingen eller vag leverancebeskrivelse (scope creep): Den hyppigste fejl er en vag beskrivelse af, hvad der skal leveres. Kunden forventer en funktion, der ikke er inkluderet; udvikleren leverer et produkt, der ikke møder kundens forventninger. Det korrekte er en detaljeret leverancebeskrivelse med specifikation af antal sider, funktioner og teknologistak, gerne som et særskilt kravspecifikationsbilag.

Fejl 2 — uklar IP-overdragelse: Aftalen regulerer ikke, hvem der ejer kildekoden og designet efter projektets afslutning. Som udgangspunkt tilhører ophavsretten skaberen — webudvikleren — og kunden har kun en begrænset brugsret, medmindre overdragelsen er aftalt. Det korrekte er en udtrykkelig IP-klausul om, at alle rettigheder til specifikke leverancer overgår til kunden ved fuld betaling.

Fejl 3 — ingen godkendelsesprocedure: Uden en formaliseret godkendelsesprocedure kan projektet trække ud i det uendelige, fordi kunden aldrig formelt godkender leverancer. Det korrekte er en klar procedure med frister for godkendelse og konsekvens (godkendelse anses for sket) ved manglende reaktion.

Fejl 4 — manglende regulering af tredjeparters software og åben kildekode: Aftalen regulerer ikke, hvilke tredjeparts plugins og open source-komponenter der anvendes, og hvilke licenser de er underlagt. GPL-licenser kan have virale effekter. Det korrekte er en liste over anvendte tredjeparts-komponenter og bekræftelse af kompatibilitet med kundens IP-erhvervelse.

Fejl 5 — ufuldstændig regulering af betalingsplan og ophørsvilkår: Aftalen regulerer ikke, hvad der sker, hvis kunden ophæver projektet midtvejs — f.eks. hvilke betalinger der forfalder, og om udvikleren beholder allerede betalt beløb. Det korrekte er en klar ophørsbestemmelse med afregning af udført arbejde.