Ekstern CTO
Bureaukontrakter: 7 vilkår, du bør undersøge
Syv vilkår i en kontrakt med et webbureau, du skal læse ekstra grundigt – ejerskab, ansvar, binding, exit, forsinkelse, ændringer og leverance – og hvad der bør stå i stedet.
- Forfatter
- Kasper Stück
- Dato
- Læsetid
- 9 min
- Niveau
- Mellem
Når et samarbejde med et bureau går godt, læser ingen kontrakten. Når det går galt, er kontrakten det eneste, der tæller. Derfor læser jeg altid syv vilkår ekstra grundigt, før en kunde skriver under: ejerskab, ansvar, binding, exit, forsinkelse, ændringer og leverancebeskrivelse.
Artiklen er skrevet ud fra den tekniske og driftsmæssige side. Jeg er ikke advokat, så ved store eller usædvanlige kontrakter bør en jurist også læse med. Har du ikke valgt bureau endnu, så start med hvordan jeg vurderer et tilbud.
Hvorfor kontrakten betyder mere end prisen
Kontrakten afgør:
- hvem der ejer kode, design og data, når projektet er færdigt
- hvad der sker, når noget går galt
- hvordan du kommer ud, hvis samarbejdet ikke fungerer
- hvad bureauet faktisk har lovet – ikke hvad der blev sagt på mødet
1. Uklart ejerskab
Advarselstegn: Kontrakten nævner ikke ejerskab, eller den siger, at bureauet beholder alle rettigheder og kan genbruge løsningen.
Bør stå: Ved betaling overgår rettighederne til den kundespecifikke løsning – kode, design, grafik og dokumentation – til dig. Bureauet beholder retten til generiske komponenter, de også bruger hos andre.
Test: Hvis bureauet lukker i morgen, har du så adgang til alt det arbejde, du har betalt for?
2. Ansvaret er fraskrevet
Advarselstegn: Bureauet fraskriver sig alt ansvar eller sætter et loft, der er symbolsk i forhold til projektets størrelse og risiko.
Bør stå: Et loft, der står i forhold til projektets værdi, og som ikke gælder ved grov uagtsomhed eller forsæt.
Aftalelovens § 36 giver mulighed for at tilsidesætte vilkår, der er urimelige. Men det er en nødbremse, ikke en plan. Det er bedre at få et rimeligt vilkår skrevet ind fra starten.
3. Lang binding med automatisk fornyelse
Advarselstegn: En lang uopsigelig periode, der fornyes automatisk, medmindre du opsiger med langt varsel. Det er let at overse fristen.
Bør stå: En binding, der passer til leverancen, et opsigelsesvarsel, du kan leve med, og ret til at ophæve ved væsentlig misligholdelse. Sæt fristen i kalenderen, når du skriver under.
4. Ingen exit-klausul
Advarselstegn: Kontrakten siger intet om, hvad der sker, når samarbejdet slutter. Så kan overdragelsen trække ud, og alt kan blive en forhandling.
Bør stå: Inden for en fast frist efter ophør udleverer bureauet:
- al kildekode i kørende stand
- dokumentation af løsningen
- adgange til alle systemer, konti og apps
- eksport af data i almindelige formater
Plus en aftale om, hvor meget hjælp til overdragelse du kan få, og til hvilken pris. Brug en tjekliste til handover fra et bureau, så du ved, hvad du konkret skal have udleveret.
5. Ingen konsekvens ved forsinkelse
Advarselstegn: Betalingsplanen er uafhængig af, om bureauet leverer. Så har bureauet ingen særlig grund til at holde tidsplanen.
Bør stå: Betaling knyttet til godkendte milepæle og en aftale om, hvad der sker ved forsinkelse – fx at du kan tilbageholde en del af betalingen eller ophæve aftalen efter en vis periode. Aftal også, hvad der gælder, hvis forsinkelsen skyldes dig.
6. Ensidig ændringsret
Advarselstegn: Bureauet kan ændre priser eller vilkår med et varsel, og fortsat brug anses som accept.
Bør stå: Ændringer i pris, vilkår og scope kræver skriftlig accept fra begge parter, og priserne ligger fast i den aftalte periode.
7. Vag leverancebeskrivelse
Advarselstegn: “En moderne, responsiv webshop baseret på Shopify.” Det kan betyde alt fra et standardtema til en tilpasset løsning.
Bør stå: En konkret beskrivelse i et bilag – fx hvilket tema der bruges, hvilke sider der tilpasses, hvilke integrationer der laves og hvordan, hvor mange produkter og hvilke data der flyttes, og at alle eksisterende URL’er får 301-redirects.
Vilkår der beskytter dig
- Betaling pr. milepæl: Du betaler for godkendte leverancer, ikke for tid.
- Fejlretning efter lancering: Aftal, hvilke fejl bureauet retter, hvor længe, og hvordan fejl meldes. Det følger ikke automatisk af en garantiperiode, så det skal stå i kontrakten.
- Løbende adgang til koden: Koden lægges løbende i et repository, du har adgang til.
- Dokumentation: Nok til, at en anden kompetent udvikler kan overtage.
- Svartider: Ved drift og vedligeholdelse aftales svartider for kritiske fejl (butik nede, checkout virker ikke) og for mindre fejl.
Formuleringer du skal stoppe ved
- Timepris efter regning uden estimat eller loft. Kræv altid et estimat og en øvre grænse.
- “Bureauets standardvilkår gælder”, uden at de er vedlagt. Bed om dem, og læs dem.
- Stiltiende godkendelse, fx at en leverance anses for godkendt, hvis du ikke svarer inden for få dage. Godkendelse bør være aktiv.
- Fortrolighed om selve kontrakten, der forhindrer dig i at vise den til en rådgiver.
Sådan forhandler du
- Læs alt, også generelle vilkår og bilag.
- Markér de punkter, du vil have ændret, og skriv præcist, hvad der skal stå i stedet.
- Begrund ændringerne. “Jeg skal kunne skifte leverandør, hvis det bliver nødvendigt” er en rimelig grund til at kræve ejerskab og exit-klausul.
- Få det skriftligt. Mundtlige løfter står ikke i kontrakten.
- Vær klar til at sige nej. Et bureau, der ikke vil diskutere rimelige vilkår nu, bliver ikke lettere at forhandle med senere.
Opsummering
En god kontrakt beskytter begge parter og forebygger konflikter. De bedste bureauer har fair kontrakter, fordi lange kundeforhold bygger på tillid og ikke på, at kunden er bundet. Læs de syv vilkår grundigt, stil spørgsmål, og få det vigtige skrevet ind.
Står samarbejdet allerede i stampe, så læg en plan for at komme ud af et dårligt bureausamarbejde. Vil du have et ekstra par øjne på de tekniske dele af en kontrakt, kan jeg hjælpe som ekstern CTO.
FAQ - Ofte stillede spørgsmål
Hvem ejer koden, når bureauet har udviklet den?
Det skal stå i kontrakten. Skriv udtrykkeligt, at rettighederne til kundespecifik kode, design og dokumentation overgår til dig ved betaling, og at bureauet kun beholder generiske komponenter. Uden en klar formulering kan der opstå tvivl, når samarbejdet slutter.
Hvad er forskellen på en ansvarsbegrænsning og en ansvarsfraskrivelse?
En ansvarsbegrænsning sætter et loft over, hvor meget bureauet kan komme til at betale. En ansvarsfraskrivelse fjerner ansvaret helt. Begrænsninger er almindelige; fraskrivelser skal du være meget varsom med.
Hvor lang binding er rimelig?
Det afhænger af aftalen, men bindingen bør stå i forhold til, hvad du får. Vær opmærksom på lange uopsigelige perioder kombineret med automatisk fornyelse og lange opsigelsesvarsler.
Kan jeg kræve adgang til kildekoden undervejs?
Ja, og det bør du. Aftal, at koden løbende lægges i et repository, du har adgang til, så du ikke står uden noget, hvis samarbejdet stopper.
Hvad gør jeg, hvis bureauet ikke vil ændre kontrakten?
Et bureau, der ikke vil tale om rimelige vilkår, før samarbejdet starter, er et advarselstegn i sig selv. Overvej, om det er den partner, du vil være afhængig af.
Skal jeg have en advokat til at læse kontrakten?
Ved store eller forretningskritiske projekter er det ofte pengene værd. Jeg kan vurdere de tekniske dele – leverance, ejerskab til kode og exit – men jeg er ikke advokat, og juridisk rådgivning skal komme fra en jurist.
Relaterede artikler
Eksterne ressourcer
Aftaleloven
Kilde: Retsinformation
Lov om aftaler og andre retshandler på formuerettens område, herunder § 36