automatisk.ai Forsiden
Systemer · 3 min. læsning

Ejer vi koden? Om ejerskab ved skræddersyet software

Når du får bygget skræddersyet software, er ejerskabet af koden ikke givet på forhånd. Her er forskellen på ejerskab og licens, hvordan du undgår lock-in, og hvad du bør aftale skriftligt fra start.

Casper Schneidereit

Casper Schneidereit

Jeg bygger AI-agenter, automatiseringer og skræddersyede systemer for små og mellemstore virksomheder. Har du en opgave, der kunne løses smartere? Skriv til mig, så vender jeg tilbage med et konkret bud.

‚Vi har betalt for systemet, så vi ejer det, ikke?‘ Ikke nødvendigvis. Ejerskab af software er et af de punkter, som flest springer over ved aftalens indgåelse, og som gør mest ondt, hvis samarbejdet med leverandøren en dag slutter. Her er hvad du bør vide, før du underskriver.

Ejerskab er ikke det samme som at have betalt

Uden en klar aftale er udgangspunktet i mange tilfælde, at udvikleren beholder ophavsretten til koden, selvom du har betalt for arbejdet, du har så en brugsret. Det lyder skævt, men det er sådan ophavsret ofte fungerer, medmindre andet er aftalt. Derfor skal ejerskabet stå eksplicit i aftalen. Hvis det ikke gør, ved ingen af jer med sikkerhed, hvem der må gøre hvad med koden bagefter.

Ejerskab vs. licens, kend forskellen

Der er to grundmodeller, og begge kan være helt fine, bare du ved, hvad du får:

  • Fuldt ejerskab (overdragelse af rettigheder). Du får ophavsretten og kildekoden. Du kan tage koden med til en anden udvikler, ændre den, videresælge den. Typisk lidt dyrere.
  • Licens/brugsret. Leverandøren ejer koden, du har ret til at bruge den. Ofte billigere, og fint hvis I forbliver hos samme leverandør, men du er mere bundet.

Der findes mellemformer: du ejer det, der er unikt for din forretning, mens leverandørens genbrugte standardkomponenter forbliver deres. Det er ofte en rimelig og billigere model, bare den er skrevet ned.

Undgå lock-in

Selv med fuldt ejerskab på papiret kan du reelt sidde fast, hvis du ikke kan komme til koden eller forstå den. Sørg for:

  • Adgang til kildekoden, løbende, helst i et git-repository, I selv har adgang til, ikke kun hos leverandøren.
  • Dokumentation af, hvordan systemet er sat op og driftes.
  • Ingen skjulte afhængigheder til leverandørens egne lukkede tjenester, du ikke kan komme videre uden.
  • Adgang til jeres egne data i et format, I kan tage med. Data er ofte vigtigere end koden.
  • Drift på infrastruktur, I kontrollerer, eller i det mindste kan få adgang til.

Målet er enkelt: kan du i teorien skifte leverandør uden at starte forfra, er du ikke låst.

Hvad du bør aftale fra start

Få det på skrift, før udviklingen går i gang:

  1. Hvem ejer kildekoden, når projektet er betalt?
  2. Får I løbende adgang til koden, og hvordan?
  3. Hvad sker der ved ophør af samarbejdet?
  4. Hvem ejer og kan udtrække data?
  5. Hvordan håndteres tredjepartskomponenter og open source?

Det her er en af de reelle forskelle mellem standardsoftware og skræddersyet: med skræddersyet kan du faktisk eje løsningen, men kun hvis du husker at aftale det. Og ejerskabsmodellen påvirker prisen på udviklingen, så tag snakken tidligt, ikke til sidst.

Skal du have bygget noget skræddersyet, arbejder jeg som standard sådan, at du ejer koden og har adgang til den fra dag ét. Vil du høre hvordan, så tag fat i mig.

Relateret læsning

Se alle om Systemer