Doxuno
ErhvervDK

Softwareudviklingsaftale skabelon

En softwareudviklingsaftale regulerer en kundes bestilling af specifikt udviklet software hos en leverandør. Vores gratis skabelon er udarbejdet efter dansk ret med henvisning til ophavsretsloven (LBK nr 1144/2014), aftaleloven (LBK nr 193/2016) og GDPR (EU 2016/679) — og dækker scope, milepæle, accept, IP-rettigheder, vedligehold og kildekode-escrow i Danmark.

Free to useInstant PDFNo account required
SOFTWAREUDVIKLINGSAFTALE
Aftale Om Udvikling Af Software · Dansk Ret
Aftaledato: 15. marts 2026
Sted: Aarhus
KUNDE
Vesterhavsfisk Distribution A/S
CVR-nr: 32 14 78 96 · Havnegade 78, 9850 Hirtshals · Tegningsberettiget: Lars Bjerregaard - Adm. direktoer · E-mail: lb@vesterhavsfisk.dk
UDVIKLER
CodeForge ApS
CVR-nr: 38 27 45 63 · Nordhavnsgade 14, 8000 Aarhus C · Tegningsberettiget: Sara Lindgren - CTO · E-mail: sara@codeforge.dk
Denne softwareudviklingsaftale ("Aftalen") indgaas den 15. marts 2026 i Aarhus mellem ovennaevnte parter (samlet "Parterne", hver en "Part") om Udviklerens udvikling af det software, der er beskrevet i Aftalen, som bestillingsarbejde for Kunden. Aftalen reguleres af Aftaleloven (LBK 193/2016), Ophavsretsloven (LBK 1144/2019) — saerligt §§ 36-37 om edb-programmer og § 53 om overdragelse — Lov om forretningshemmeligheder (Lov 309/2018), der gennemfoerer EU-direktiv 2016/943, samt dansk ret i oevrigt. Udvikleren leverer ydelserne som selvstaendig erhvervsdrivende — der bestaar ikke et ansaettelsesforhold, og Funktionaerloven samt oevrig arbejdsretlig lovgivning finder ikke anvendelse paa samarbejdet.
1.
AFTALENS GENSTAND OG OMFANG
Udvikleren paatager sig at udvikle foelgende software ("Softwaren"):

Navn: FishTrack ERP — kundetilpasset version 2.0

Omfang og funktion:
Udvikling af kundetilpasset ERP-system til styring af fiskedistribution. Systemet skal omfatte: ordrestyring, lagerstyring med batch- og udloebssporbarhed (FIFO), fakturering med integration til e-conomic, kundekartotek, leverandoerstyring, transportplanlaegning, mobil-app til chaufftoerer (iOS og Android), dashboards og rapportering, API til integration med Kundens kunders systemer, og rolle-baseret adgangsstyring.

Tekniske specifikationer:
Backend: Node.js 20 + TypeScript + PostgreSQL 15. Frontend: React 18 + Next.js 14. Mobile: React Native. Hostes paa Azure i Vesteurpoea. Single Sign-On via Microsoft Entra ID. Integration via REST API. GDPR-compliance med dataopbevaringspolitik.

Softwaren skal udvikles i overensstemmelse med god softwareudviklingspraksis, gaeldende programmeringsstandarder og branchens normer for kodekvalitet, dokumentation og test. Softwaren skal vaere saa fri for fejl, som det med rimelighed kan forventes ved leveringstidspunktet, og skal kunne anvendes til det aftalte formaal. Mindre fejl, der ikke vaesentligt paavirker funktionen, anses ikke for vaesentlige mangler.
2.
UDVIKLINGSMETODE OG MILEPAELE
Softwaren udvikles efter agil udviklingsmetodik (Scrum, Kanban eller tilsvarende). Arbejdet planlaegges og gennemfoeres i iterationer (sprints) paa typisk 2-4 uger med loebende prioritering, demonstration og tilpasning. Kunden og Udvikleren afholder regelmaessige planlaegnings- og statusmoeder.

Milepaele og leverancer:
Sprint 1-3 (april-juni): Foundation - ordrer, kunder, lagerstyring (MVP). Sprint 4-6 (juli-september): Fakturering, transport, mobile app v1. Sprint 7-9 (oktober-november): Rapportering, API, mobil v2 og acceptance testing.

Arbejdet paabegyndes den 1. april 2026 og afsluttes med levering af den faerdige Software senest den 30. november 2026. Udvikleren skal underrette Kunden uden ugrundet ophold, hvis det maa antages, at en milepael eller den endelige leveringsfrist ikke kan overholdes, og angive aarsagen samt forventet ny leveringsdato. Forsinkelse, der skyldes Kundens forhold (f.eks. manglende afklaring, sen levering af krav eller adgang til systemer), giver ret til tidsfristforlaengelse.
3.
VEDERLAG
Udvikleren modtager et fast vederlag paa 1.850.000 DKK ekskl. moms for udviklingen og levering af den faerdige Software i overensstemmelse med Aftalens specifikationer.

Alle beloeb er ekskl. moms. Moms paalaegges efter Momslovens (LBK 1021/2019) § 33 (25 %). Udvikleren er som selvstaendig erhvervsdrivende ansvarlig for egen indberetning af moms, A-skat, AM-bidrag og social sikring efter de almindelige regler for selvstaendig virksomhed.
4.
FAKTURERING OG BETALINGSBETINGELSER
Vederlaget faktureres efter milepaele, hvor 30 % faktureres ved Aftalens indgaaelse, 40 % ved aflevering af pre-release version, og resterende 30 % ved endelig accept af Softwaren.

Faktura forfalder til betaling 14 dage netto fra fakturadato. Fakturaer skal opfylde kravene i Momsbekendtgoerelsens § 58 (BEK 808/2015), herunder fortloebende fakturanummer, fakturadato, leverandoerens og koeberens navn samt CVR-nr., levering, beskrivelse, mengde, pris og momsbeloeb.

Forsinket betaling forrentes med Nationalbankens udlaansrente med tillaeg af 8 procentpoint efter Rentelovens (LBK 459/2014) § 5. Udvikleren kan kraeve rykkergebyrer paa op til 100 DKK pr. rykker (max. 3) jf. Rentelovens § 9b og et fast inddrivelsesgebyr paa 310 DKK efter § 9a. Vedvarende manglende betaling efter rykker giver Udvikleren ret til at standse arbejdet med skriftligt varsel paa 14 dage.
5.
LEVERANCE, AFPROEVNING OG ACCEPT
Naar Softwaren er klar til afproevning, sender Udvikleren skriftlig leveringsmeddelelse til Kunden med adgang til softwaren og dokumentationen. Kunden gennemfoerer derefter accepttest inden for 15 dage.

Accepttesten gennemfoeres ved at sammenholde Softwarens funktion med de aftalte krav og specifikationer. Accept anses for sket:
(a) ved Kundens skriftlige accept, eller
(b) ved Kundens manglende skriftlige reklamation inden testperiodens udloeb, eller
(c) naar Kunden saetter Softwaren i produktiv drift.

Reklamerer Kunden inden for testperioden, skal Udvikleren afhjaelpe konstaterede mangler uden ugrundet ophold og senest inden 30 dage. Efter afhjaelpning gentages accepttesten med ny frist paa hoejst 10 dage. Mindre fejl ("kosmetiske mangler"), der ikke vaesentligt paavirker funktionen, beretter ikke til afvisning af accept, men afhjaelpes som garantiarbejde.
6.
IMMATERIELLE RETTIGHEDER
Alle immaterielle rettigheder til Softwaren — herunder ophavsretten efter Ophavsretsloven (LBK 1144/2019) §§ 1-2, 36-37 (edb-programmer), patenterbare opfindelser, designrettigheder og rettigheder til kildekode, objektkode, dokumentation og afledte vaerker — overdrages fuldt og uigenkaldeligt til Kunden ved Udviklerens modtagelse af det aftalte vederlag, jf. Ophavsretslovens § 53. Udvikleren udsteder paa Kundens skriftlige anmodning de erklaeringer, der er noedvendige for at sikre Kundens rettigheder. Udvikleren bevarer ret til generel viden, knowhow og generiske arbejdsmetoder, der ikke er specifikt udviklet til Kunden.

Udvikleren erklaerer, at Softwaren er udarbejdet selvstaendigt og ikke kraenker tredjemands ophavsret, patent, varemaerke, designrettighed eller andre immaterielle rettigheder. Hvis tredjemand rejser krav mod Kunden om kraenkelse begaaet af Udvikleren, holder Udvikleren Kunden skadesloes for berettigede krav, omkostninger til forsvar og evt. tilpligtet erstatning, idet Kunden uden ugrundet ophold skal underrette Udvikleren om kravet og lade Udvikleren styre forsvaret.

Bestemmelsen omfatter ikke kraenkelser, der skyldes Kundens egne aendringer, integration med ikke-godkendt tredjepartssoftware eller brug i strid med leveret dokumentation.
7.
KILDEKODE OG DOKUMENTATION
Kildekoden til Softwaren udleveres til Kunden ved levering og udgoer en del af leverancen, jf. § 6 om immaterielle rettigheder. Udvikleren leverer kildekoden i et format, der goer det muligt at kompilere og videreudvikle Softwaren uden afhaengighed af Udvikleren.

Udvikleren leverer ved aflevering desuden:
(a) brugerdokumentation, der saetter slutbrugere i stand til at anvende Softwaren;
(b) teknisk dokumentation (API, datamodel, deploymentvejledning) i det omfang, det er relevant for Kundens anvendelse og videreudvikling;
(c) kommentarer i kildekoden, hvor denne udleveres, paa et niveau der svarer til branchens almindelige standard;
(d) liste over anvendte tredjepartsbiblioteker, herunder licensvilkaar (jf. § om open source).
8.
GARANTI OG MANGELSANSVAR
Udvikleren garanterer, at Softwaren ved aflevering opfylder de aftalte krav og specifikationer i alle vaesentlige henseender, og at den fungerer i overensstemmelse med leveret dokumentation. Garantien gaelder i 12 maaneder fra Kundens accept, jf. § 5.

Reklamerer Kunden over en mangel inden for garantiperioden, afhjaelper Udvikleren manglen vederlagsfrit ved fejlretning, ny version eller — efter Udviklerens valg — anden afhjaelpning. Afhjaelpning skal paabegyndes uden ugrundet ophold og inden senest 10 arbejdsdage efter modtagelse af reklamation. Vaerige fejl, der goer Softwaren uegnet til formaalet, og som ikke afhjaelpes inden 30 dage, beretter Kunden til at goere forholdsmaessigt afslag eller — ved vaesentlige mangler — haevning gaeldende, jf. analogi til Koebelovens (LBK 140/2014) § 78.

Garantien daekker ikke fejl, der skyldes:
(a) Kundens egne aendringer eller integrationer i strid med leveret dokumentation;
(b) anvendelse af Softwaren i miljoeer eller paa platforme, der ikke er aftalt;
(c) udefra paavirkende forhold (virus, hardware-fejl, force majeure);
(d) almindeligt vedligehold og tilpasning til nye operativsystemversioner ud over garantiperioden.
9.
FORTROLIGHED
Parterne forpligter sig til at hemmeligholde fortrolige oplysninger, der modtages fra den anden Part i forbindelse med Aftalen, herunder forretningshemmeligheder efter Lov om forretningshemmeligheder (Lov 309/2018) §§ 2 og 4, kildekode, datamodeller, kundedata og oekonomiske oplysninger. Forpligtelsen gaelder under Aftalens loebetid og i fem (5) aar efter ophoer, dog uden tidsbegraensning for oplysninger, der opfylder kriterierne for forretningshemmelighed efter § 2, saa laenge disse betingelser er opfyldt.

Fortrolighedsforpligtelsen omfatter ikke oplysninger, der: (a) er offentligt tilgaengelige uden den modtagende Parts skyld; (b) lovligt var i den modtagende Parts besiddelse foer modtagelsen; (c) selvstaendigt er udviklet uden brug af de fortrolige oplysninger; eller (d) skal videregives efter lov, retskendelse eller myndighedsafgoerelse. Hver Part skal sikre, at egne medarbejdere, samarbejdspartnere og underleverandoerer er underlagt tilsvarende fortrolighedsforpligtelser.
10.
VEDLIGEHOLDELSE OG SUPPORT
Efter garantiperiodens udloeb tilbyder Udvikleren vedligeholdelses- og supportservice mod et fast maanedligt vederlag paa 38.000 DKK ekskl. moms.

Vedligeholdelsen omfatter:
(a) loebende fejlretning og bugfixing;
(b) kompatibilitetsopdateringer i forbindelse med nye operativsystem- og browserversioner;
(c) sikkerhedsopdateringer ved nye kendte saarbarheder;
(d) telefon- og e-mail-support i normal arbejdstid (mandag-fredag 8.00-16.00) med svarfrist paa fire (4) arbejdstimer for kritiske henvendelser og to (2) arbejdsdage for ikke-kritiske;
(e) op til 4 timers smaa tilpasninger og kosmetiske aendringer pr. maaned.

Stoerre videreudviklinger og funktionsudvidelser falder uden for vedligeholdelsen og afregnes saerskilt efter timepris. Vedligeholdelsesaftalen loeber automatisk i 12 maaneder ad gangen og kan opsiges af hver Part med 3 maaneders skriftligt varsel til udgangen af en kalendermaaned.
11.
ANSVARSBEGRAENSNING
Udviklerens samlede erstatningsansvar over for Kunden under eller i anledning af Aftalen er begraenset til 1.850.000 DKK.

Indirekte tab — herunder driftstab, mistet fortjeneste, tab af data, tab af goodwill, tabt arbejdstid og afledte tab — kan ikke kraeves erstattet, uanset om kravet rejses i kontrakt, deliktsret eller paa andet grundlag. Erstatningsansvar i oevrigt forudsaetter Kundens skriftlige reklamation senest 30 dage efter, Kunden blev eller burde vaere blevet bekendt med kravet.

Ansvarsbegraensningen omfatter ikke skader forvoldt ved forsaet eller grov uagtsomhed, brud paa fortrolighedspligten eller kraenkelse af tredjemands immaterielle rettigheder. Ufravigelige regler i Erstatningsansvarsloven (LBK 1070/2018) gaar forud for ansvarsbegraensningen.
12.
OPHAEVELSE OG OPHOER
Hver Part kan haeve Aftalen med oejeblikkelig virkning ved den anden Parts vaesentlige misligholdelse, der ikke afhjaelpes inden 30 dage efter skriftligt paakrav med specifikation af misligholdelsen. Som vaesentlig misligholdelse anses bl.a.:
(a) gentagne eller varige forsinkelser med leverancer eller betaling;
(b) vaesentlige mangler ved Softwaren, der ikke afhjaelpes;
(c) brud paa fortrolighedspligten eller kraenkelse af immaterielle rettigheder;
(d) konkurs, betalingsstandsning eller insolvensbehandling.

Ved Aftalens ophaevelse, uanset aarsag:
(i) Udvikleren har ret til vederlag for det udfoerte og dokumenterede arbejde indtil ophoersdatoen;
(ii) Kunden faar overdraget alt foreliggende arbejdsmateriale, kildekode og dokumentation, jf. § 6 og § 7;
(iii) hver Part tilbageleverer eller sletter den anden Parts fortrolige oplysninger inden 30 dage.

Bestemmelser, der efter deres natur skal bestaa, herunder § om fortrolighed, immaterielle rettigheder, ansvar, lovvalg og vaerneting, gaelder ogsaa efter Aftalens ophoer.
13.
OPEN SOURCE OG TREDJEPARTSBIBLIOTEKER
Udvikleren skal foere fortegnelse over og skriftligt orientere Kunden om alle open source-komponenter og tredjepartsbiblioteker, der anvendes i Softwaren, herunder den paagaeldende licens (MIT, Apache 2.0, GPL, AGPL, LGPL, etc.).

Udvikleren maa ikke uden Kundens forudgaaende skriftlige samtykke anvende komponenter under copyleft-licenser (f.eks. GPL eller AGPL), der kan paalaegge Kundens egen Software at vaere underlagt samme licens og dermed kraeve, at Kundens Software stilles til raadighed som open source. Saadan anvendelse uden samtykke udgoer vaesentlig misligholdelse, der berettiger Kunden til ophaevelse og erstatning, herunder erstatning for omkostninger til efterfoelgende udskiftning af komponenten eller relicensering.

Listen over open source-komponenter (med versionsnumre, licenser og copyright) skal vaere en del af leverancen ved aflevering og opdateres ved enhver senere version eller leverance.
14.
LOVVALG OG TVISTLOESNING
Aftalen er underlagt dansk ret med undtagelse af lovvalgsregler, der ville foere til anvendelse af et andet lands ret, og med undtagelse af Den Internationale Koebelov (CISG), der ikke finder anvendelse.

Tvister, der maatte opstaa i anledning af Aftalen, og som ikke kan loeses ved direkte forhandling i god tro inden for tredive (30) dage, afgoeres ved de almindelige domstole med Koebenhavns Byret som foerste instans, jf. Retsplejelovens (LBK 938/2024) § 235. Sager med en sagsvaerdi paa hoejest 50.000 DKK behandles efter smaasagsprocessen i Retsplejelovens kap. 39.

Uanset ovenstaaende har hver Part til enhver tid ret til at anmode om foreloebige forbud, fogedforbud eller andre sikringsforanstaltninger ved en hvilken som helst kompetent domstol til beskyttelse af sine rettigheder, jf. Retsplejelovens §§ 411-428 og § 12 i Lov om forretningshemmeligheder.
15.
AFTALENS FULDSTAENDIGHED OG OEVRIGE BESTEMMELSER
Aftalen og dens bilag udgoer den fuldstaendige regulering af Parternes samarbejde og erstatter alle tidligere mundtlige eller skriftlige aftaler herom. Aendringer og tillaeg kraever skriftlig form og begge Parters underskrift for at vaere gyldige. Ugyldighed af en enkelt bestemmelse medfoerer ikke, at Aftalen i oevrigt er ugyldig — Parterne skal i saa fald erstatte den ugyldige bestemmelse med en gyldig bestemmelse, der saa vidt muligt opfylder det oprindelige formaal.

Hverken Aftalen eller rettigheder og forpligtelser efter Aftalen kan overdrages til tredjemand uden den anden Parts skriftlige samtykke. Dog kan Kunden uden saerligt samtykke overdrage Aftalen i forbindelse med fusion, spaltning eller anden virksomhedsoverdragelse til et koncernforbundet selskab som defineret i Selskabslovens (LBK 1052/2023) § 5, nr. 7. Udvikleren er som selvstaendig erhvervsdrivende ansvarlig for opbevaring af regnskabsmateriale i mindst 5 aar efter regnskabsaarets udloeb, jf. Bogfoeringsloven (Lov 700/2022) § 12.
TIL BEKRÆFTELSE HERAF har Parterne underskrevet denne Aftale på den ovenfor angivne ikrafttrædelsesdato.
KUNDE
Vesterhavsfisk Distribution A/S
Dato: ____________________
UDVIKLER
CodeForge ApS
Dato: ____________________

Hvad er en softwareudviklingsaftale?

En softwareudviklingsaftale (også kaldet bestillingsaftale eller skræddersyet udviklingskontrakt) regulerer udviklingen af specifikt software på bestilling fra en kunde. Til forskel fra en SaaS-aftale eller licensaftale handler det her om udvikling af noget nyt — typisk en specialtilpasset applikation, et integrationssystem eller en mobil app. Aftalen er central i mange danske IT-projekter, både i privat og offentlig sektor.

Den retlige ramme bygger på ophavsretsloven (LBK nr 1144 af 23/10/2014), der beskytter softwareværker som ophavsretligt værk. § 1 giver ophavsmanden — typisk udvikleren — eneret til at fremstille eksemplarer og tilgængeliggøre værket. Det er afgørende, at softwareudviklingsaftalen klart overdrager ophavsretten til kunden — uden klar overdragelse forbliver retten hos udvikleren. Aftaleloven (LBK nr 193 af 02/03/2016) supplerer som det almindelige aftaleretlige grundlag, og § 36 kan tilsidesætte urimelige aftalevilkår.

Da softwareprojekter ofte involverer komplekse afgrænsningsproblemer (scope creep, ændringer, fejl), er klare bestemmelser om scope, accept-procedurer, change requests og force majeure essentielle. GDPR (EU 2016/679) gælder, hvis softwaren behandler personoplysninger — udvikleren kan være databehandler eller fælles dataansvarlig. Bogføringsloven (lov nr 700 af 24/05/2022) kræver, at udviklings­dokumenter og kildekode der relaterer sig til regnskabssystemer, opbevares i 5 år i Danmark.

Hvad dækker skabelonen?

Vores danske softwareudviklingsaftale dækker de centrale klausuler i et professionelt softwareprojekt.

Parter

Kunde og udvikler med CVR-numre, registrerede adresser og kontaktpersoner i Danmark.

Scope

Klar afgrænsning af softwarens funktionalitet, krav, integrationer og output — typisk i et bilag som kravspecifikation.

Milepæle og leveringsplan

Hovedmilepæle med datoer og leverancer, typisk i sprint eller faser efter agile-metode.

Honorar og betaling

Fast pris, time-and-materials eller kombination, i DKK ekskl./inkl. moms (25 %), med betalingsplan ved milepæle.

Accept-procedure

Test, accept-kriterier og frist for kundens accept eller afvisning af leverancer (typisk 10–20 arbejdsdage).

Change requests

Procedure for ændringer i scope — skriftlige change requests, prisestimater og kundens godkendelse.

IP-rettigheder

Klar overdragelse af ophavsretten til kunden mod fuldt honorar, jf. ophavsretsloven § 53. Background-IP forbliver hos udvikleren.

Garantier og fejlafhjælpning

Garantiperiode (typisk 6–12 måneder) hvor udvikleren retter fejl uden ekstra honorar.

Kildekode og escrow

Ret til kildekode ved leverance, samt evt. escrow-aftale i tilfælde af udviklerens konkurs.

Lovvalg og værneting

Dansk ret som lovvalg og dansk byret eller voldgift som værneting i Danmark.

Sådan opretter du en softwareudviklingsaftale

Følg disse trin for at sikre en juridisk holdbar udviklingsaftale efter dansk ret.

  1. 1

    Definér parter og scope

    Indtast CVR, adresser og en præcis kravspecifikation i bilag.

  2. 2

    Aftal milepæle og pris

    Bestem honorar i DKK, milepæle og betalingsplan.

  3. 3

    Definér IP og licens

    Klart angive, om ophavsretten overdrages til kunden eller licenseres.

  4. 4

    Tilføj accept og garanti

    Specificér accept-procedure og garanti-periode for fejlafhjælpning.

  5. 5

    Gennemse og underskriv

    Indsaml underskrifter (gerne MitID i Danmark) og download som PDF.

Juridiske overvejelser

Softwareudviklingsaftaler kombinerer ophavsret, kontraktret og GDPR — og kræver præcision om scope og leverance.

Denne skabelon er kun til informationsformål og erstatter ikke juridisk rådgivning. Konsulter en advokat med speciale i IT-ret i Danmark for konkret rådgivning.

Tilpasset dansk IT-ret

Ophavsretsloven og IP-overdragelse

Ophavsretsloven (LBK nr 1144 af 23/10/2014) giver ophavsmanden — udvikleren — eneret til at fremstille eksemplarer og tilgængeliggøre værket (§ 2). § 53 fastslår, at ophavsret kun overdrages i det omfang, det er klart aftalt. Dette betyder, at uden klar overdragelse forbliver retten hos udvikleren — selv hvis kunden har betalt for udvikling. Softwareudviklingsaftalen skal derfor specifikt overdrage ophavsret, kildekode, dokumentation og alle eksklusive rettigheder til kunden i Danmark.

Aftaleloven og scope creep

Aftaleloven (LBK nr 193 af 02/03/2016) regulerer aftalefriheden. § 36 kan tilsidesætte urimelige aftalevilkår — særligt ekstreme ansvarsbegrænsninger. Udviklingsprojekter rammes ofte af scope creep, hvor kunden ønsker ændringer ud over oprindelig aftale. Aftalen bør derfor have en klar change request-procedure med skriftlig dokumentation, prisestimat og kundens godkendelse, før ændringer implementeres. Uden dette risikerer parterne tvister om hvad der er i scope og uden for scope.

GDPR og softwarens databehandling

Hvis softwaren behandler personoplysninger, gælder GDPR. Udvikleren er typisk ikke databehandler under selve udviklingen — kunden ejer dataene. Men hvis udvikleren har adgang til testdata med personoplysninger eller hoster softwaren efter levering, kan udvikleren være databehandler efter artikel 28. Datatilsynet i Danmark kræver da en DBA. Privacy by design og default efter artikel 25 er obligatorisk og skal indbygges i softwarens arkitektur.

Kildekode og escrow

Levering af kildekode er afgørende — uden den kan kunden ikke vedligeholde eller videreudvikle softwaren. Aftalen bør specifikt regulere levering af kildekode, dokumentation og build-instruktioner. Ved længerevarende projekter eller kritisk software anvendes ofte en escrow-aftale, hvor kildekoden deponeres hos en uafhængig tredjepart (escrow-agent), der kan udlevere koden til kunden ved udviklerens konkurs eller misligholdelse. Dansk advokatbranche tilbyder ofte escrow-services, og IT-Foreningen i Danmark har udarbejdet standardaftaler.

Ofte stillede spørgsmål

Opret din softwareudviklingsaftale nu

Strukturér dit udviklingsprojekt sikkert efter dansk IT-ret. Udfyld parter, scope og milepæle og download den færdige aftale som PDF.

Free · Instant PDF · No account required