Vem äger koden du betalar för?

Många beställare upptäcker för sent att de inte äger systemet de betalat hundratusentals kronor för. De har en fungerande produkt, men inte rätten att ändra den, flytta den eller anlita någon annan. Det beror sällan på illvilja – det beror på att ingen skrev ned vem som äger vad. Här är det du behöver veta innan nästa faktura går iväg.

Äganderätt, exklusiv licens och nyttjanderätt

Tre begrepp avgör hur fri du är, och de blandas ofta ihop.

• Äganderätt (upphovsrätt). Du får använda, ändra, sälja och vidarelicensiera koden hur du vill. Det är den starkaste positionen och den enda som gör dig helt oberoende av leverantören.
• Exklusiv licens. Leverantören behåller upphovsrätten men ger enbart dig rätt att använda koden. Bättre än en vanlig licens, men du kan fortfarande vara begränsad i vad du får ändra och vem som får göra det.
• Nyttjanderätt. Du får använda systemet för ett avgränsat syfte. Ofta ingår varken källkod eller rätt att låta en tredje part vidareutveckla. Det här är vad du får som standard om avtalet är tyst.

Poängen är enkel: betalning avgör inte vad du äger – avtalet gör det. Enligt svensk upphovsrätt uppstår rätten hos den som skapar verket, och den stannar där tills något annat avtalas skriftligt.

Avtalsformuleringarna du ska kräva

Ett bra avtal behöver inte vara komplicerat, men det måste vara uttryckligt. Se till att följande finns med:

1. Överföring av upphovsrätt. All upphovsrätt till specialutvecklad kod övergår till dig i och med full betalning. Utan kopplingen till betalning kan rätten hänga i luften om ett projekt avbryts.
2. Rätt till källkod och dokumentation. Du ska ha den läsbara källkoden, inte bara ett körbart system, plus den dokumentation som krävs för att en annan utvecklare ska kunna ta över.
3. Hantering av tredjepartskod och öppen källkod. Nästan alla system bygger delvis på färdiga komponenter. Avtalet bör lista dessa och deras licenser så att du vet vad du får och inte får göra med dem.
4. Ingen inlåsning via beroenden. Reglera att leverantörens egna ramverk eller verktyg som systemet vilar på också får användas och överlämnas, annars äger du en bil utan nyckel.

En kort genomgång av det här med en jurist innan projektstart kostar en bråkdel av vad en tvist eller en påtvingad ominstallation gör senare.

Praktiskt ägande: repo, konton och nycklar från dag ett

Juridiskt ägande är värdelöst om du i praktiken inte kommer åt något. Det vanligaste misstaget är att låta leverantören äga infrastrukturen “för enkelhetens skull”.

Regeln är att allt som skulle vara smärtsamt att förlora ska stå i ditt namn från start. Leverantören får förstås tillgång för att jobba, men som inbjuden gäst – inte som ägare. Då blir ett leverantörsbyte en administrativ åtgärd i stället för en förhandling där du sitter i underläge.

Ett konkret scenario

Ett bolag lät en byrå bygga sin kundportal och betalade drygt en miljon kronor över två år. Allt låg i byråns repo och byråns molnkonto, och avtalet nämnde inget om ägande. När samarbetet skavde ville bolaget flytta systemet – men fick beskedet att de bara hade nyttjanderätt och att en export skulle kosta extra. Med en ägandeklausul och ett eget repo från början hade flytten varit en eftermiddags arbete i stället för en månads jurist.

Vill du undvika samma läge lönar det sig att reda ut ägandet innan bygget börjar. På våra tjänster arbetar vi alltid i kundens repo och lämnar över kod och konton löpande, och en teknisk due diligence av ett pågående projekt ger dig snabbt svart på vitt på var du faktiskt står i dag.