Open source svarer på, hvem der må bruge og ændre koden. Hvem der ejer selskabet bag, hvor serverne står, og hvem der hjælper jer, når noget går galt, er andre spørgsmål. Bag et open source alternativ kan der være fire forskellige parter, og I skal kende dem alle, før I vælger.
Åben kildekode, eller open source, betyder, at koden er offentlig og udgivet under en licens, der giver alle ret til at bruge, ændre og videregive den på licensens betingelser. Det er en stor fordel, når I vil undgå at blive bundet. Koden er ét af fem led i målestokken.
De fire parter
Licensen og rettighedshaveren. Licensen er de vilkår, koden er udgivet under. Ophavsretten kan ligge hos mange bidragydere eller være samlet hos ét selskab, som har bedt bidragyderne om at overdrage rettighederne. Ligger den samlet, kan selskabet udgive nye versioner under en anden licens. Den kode, der allerede er udgivet, forbliver under den licens, den kom med, men fremtidige versioner kan ændre sig.
Varemærket. Navnet og logoet kan ejes af et selskab eller en fond, selv om koden er åben. Varemærket afgør, hvem der må kalde deres tjeneste ved produktets navn. Det kan betyde, at en partner, der driver koden for jer, skal bruge et andet navn, eller at den skal have en aftale med varemærkets ejer.
Udvikleren. Hvem skriver det meste af koden i dag? Ofte er det ét selskab, der også sælger en betalt udgave, support eller en hostet tjeneste. Det selskab har en ejer, og ejeren slås op som ved alle andre leverandører.
Driveren. Hvem kører koden for jer? Det kan være udvikleren selv, en partner, en hostingvirksomhed eller jeres egne folk. Det er driveren, I har aftalen med, og det er den, der har jeres data.
De fire kan være samme selskab. De kan også være fire forskellige i fire lande. Det er det, der gør spørgsmålet værd at stille.
Hvad I kan kræve af hver
Af licensen kan I kræve, at den er en kendt åben licens, og at I kan læse den. Spørg, om der er dele af produktet, der ikke er åbne. Nogle produkter har en åben kerne og lukkede tilføjelser, og det er ofte de lukkede, en virksomhed har brug for: administration, enkeltlogon, revisionsspor eller support.
Af varemærkets ejer kan I kræve ingenting direkte. Det, I kan undersøge, er, om partneren må bruge navnet, og om den har en aftale, der giver adgang til opdateringer og sikkerhedsrettelser.
Af udvikleren kan I spørge om udgivelsestakt, hvor længe en version vedligeholdes, og hvordan sikkerhedshuller meldes. Har udvikleren en betalt erhvervsudgave, så læs, hvad den rummer, som den åbne ikke gør.
Af driveren kan I kræve det samme som af enhver anden leverandør: kontraktpart, hosting, opdateringstakt, backup, svartider, dataudlevering og ophør. Det står mere udførligt i samme produkt, tre leverandører.
Hvad åben kode giver, når noget ændrer sig
Den reelle styrke ved åben kode er, at I ikke er afhængige af én virksomheds overlevelse eller ejerskab. Bliver udvikleren solgt, eller ændrer den kurs, kan en anden tage den udgivne kode og drive den videre. Er driveren ikke god nok, kan I flytte til en anden, der kører samme kode, og tage jeres data med uden at skulle konvertere dem.
Det forudsætter, at der faktisk findes andre, der kan drive koden, og at I har adgang til jeres data i et format, den nye driver kan læse. Begge dele kan undersøges før valget. Eksempler på åbne produkter inden for chat, møder og projektstyring er samlet på digital-suveraenitet.dk. Her står spørgsmålene.
Tænkt eksempel
En tænkt arkitektvirksomhed vil bruge et åbent produkt til fildeling. Udvikleren er et tysk selskab med en betalt erhvervsudgave. Varemærket ejes af samme selskab. Driften købes hos en dansk hostingpartner. Virksomheden opdager, at funktionen til enkeltlogon kun findes i erhvervsudgaven, og at partneren skal have en aftale med udvikleren for at levere den. Den skriver de fire parter op og spørger partneren om aftalen, før piloten starter. Eksemplet er tænkt.
Hvad det kræver, og hvad det koster at lade være
At finde de fire parter tager et par timer: licensfilen i kodelageret, varemærkeoplysningen på produktets side, udviklerens selskabsoplysninger og partnerens aftale. Det kræver en, der kan læse en licens uden at blive skræmt af den, og spørgsmål, der sendes skriftligt.
Springer I det over, kan I opdage, at den funktion, I regnede med, ligger i en lukket udgave, eller at partneren ikke længere må levere opdateringer. Så er det åbne produkt blevet en ny binding, og arbejdet med at flytte begynder forfra.
Det skal I lade være med
- At sætte lighedstegn mellem åben kode og europæisk · koden kan være åben og udvikleren ejet hvor som helst.
- At regne med, at alle funktioner er åbne · læs, hvad erhvervsudgaven rummer.
- At springe driveren over, fordi koden er åben · det er driveren, der har jeres data.
Det skal valget kunne vise
- ☐ Licens, varemærkeejer, udvikler og driver, hver for sig.
- ☐ Hvilke funktioner der kun findes i en betalt udgave.
- ☐ Om andre kan drive samme kode.
- ☐ Driverens adgang til opdateringer og sikkerhedsrettelser.
Senest gennemgået: november 2026.
Næste skridt
Find licensfilen for det åbne produkt, I overvejer, og skriv de fire parter op på én linje hver.
Læs også: Open source uden licensbetaling · Hvad tæller som et europæisk alternativ?
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
