Van wie zijn je code en je data?

Stel die vraag voor je met een ontwikkelaar begint, ook als die ontwikkelaar ik ben. Bij mij is het antwoord kort: de code en de data zijn van de klant. Elders kan het op een andere manier geregeld zijn, en dat kan prima zijn zolang je het vooraf weet.

Betalen voor code en eigenaar zijn

Code valt onder het auteursrecht, net als een boek of een foto. De rechten liggen in principe bij wie de code schrijft. Laat je een freelancer iets bouwen, dan kan het auteursrecht bij die freelancer blijven, ook als je alle facturen betaald hebt, tenzij een contract iets anders zegt. Bij werknemers ligt het vaak anders. De regels hangen af van het land en de situatie, dus laat een jurist meekijken.

Een contract kan dit op twee manieren regelen. Bij een overdracht gaan de rechten over naar jou. Bij een licentie blijven ze bij de maker en krijg je toestemming om de code onder bepaalde voorwaarden te gebruiken. Beide kunnen passen. Vraag in elk geval of iemand anders de code mag aanpassen, en of je ze mag meenemen als je je bedrijf verkoopt.

Software bevat ook bouwstenen die niemand speciaal voor jou schreef, zoals open source-bibliotheken: vrij beschikbare code met een eigen licentie. Daar word je geen eigenaar van, en dat hoeft ook niet. Een ontwikkelaar kan ook eigen bouwstenen hergebruiken die in meerdere projecten zitten. Vraag dan wat je daarvan mag blijven gebruiken.

Wat er met je data gebeurt

Data zijn de gegevens die in je software terechtkomen, zoals klanten en bestellingen. Juridisch is eigendom hier minder duidelijk dan bij code, dus de praktische vragen helpen meer. Kan je op elk moment al je gegevens krijgen, in een gewoon formaat dat ook andere software kan lezen? Wie maakt back-ups, dat zijn reservekopieën, en waar staan die? Wie heeft toegang?

Gaat het om gegevens van klanten, dan blijf je volgens de GDPR, de Europese privacywet, meestal zelf verantwoordelijk, ook als iemand anders de software beheert. Meer daarover staat in Wat kan AI vandaag doen in een klein bedrijf? Dezelfde vragen gelden trouwens voor een bestaande tool die je huurt.

De accounts die je nakijkt

Code en data staan ergens, en die plekken horen bij een account. Kijk bij elk account na op wiens naam het staat en wie de beheerder is.

• Domein: het adres van je site of app, zoals jouwbedrijf.be. Het staat op iemands naam geregistreerd bij een bedrijf dat domeinen beheert, een registrar. Wie de registratie beheert, beslist waar het adres naartoe wijst.
• Hosting: de dienst waarop je software draait. Kijk na wie er kan inloggen, en wie de rekening krijgt, want dat zijn niet altijd dezelfde mensen.
• Code repository: de online plek waar de code en haar geschiedenis bewaard worden, bijvoorbeeld op GitHub. Zonder toegang daartoe heb je de code zelf niet.
• Appstore-accounts: het Apple Developer Program en de Google Play Console. Je app verschijnt onder de naam van dat account. Voor een bedrijfsaccount vragen Apple en Google op dit moment een D-U-N-S-nummer, een internationaal bedrijfsnummer, dus begin daar op tijd aan. Een app kan je meestal overzetten naar een ander account, al vraagt dat extra stappen. Deze regels veranderen, dus kijk ze na bij Apple en Google.

Dezelfde vraag geldt voor andere diensten die je software gebruikt, zoals die voor mails of betalingen.

Let ook op het mailadres en het telefoonnummer waarmee je een account kan herstellen. Staan die op naam van de ontwikkelaar, dan loopt elke wachtwoordreset via die persoon. Een algemeen adres van je bedrijf, zoals info@, vermijdt dat.

Wil je dat iemand anders ermee verder kan, dan heb je naast toegang ook documentatie nodig. Vraag ernaar: hoe start je de software op, waar staan de instellingen, en welke andere diensten hangen eraan vast?

Hoe het bij mij zit

De code en de data zijn van de klant, en op deze site toon ik altijd alleen het resultaat. Hosting, domein en appstore-accounts kunnen op jouw naam staan. Ik kan de hosting ook voor je doen.

Wil je op een dag met iemand anders verder, dan draag ik de code over met documentatie waar de volgende ontwikkelaar echt iets aan heeft. Je mag nooit het gevoel hebben dat je aan mij vastzit. Die overdracht is ook een stap in mijn aanpak.

Als je project al loopt

Je kan deze vragen ook stellen als er al gebouwd wordt. Overloop de accounts, vraag toegang waar je die nog niet hebt, en vraag hoe de rechten op de code geregeld zijn. Wil je ze liever op papier, dan helpt een jurist je met de juiste bewoording.

Staat er nog een samenwerking op stapel, dan vind je meer vragen in Vragen om te stellen voor je tekent. Is je ontwikkelaar niet meer bereikbaar, lees dan Je ontwikkelaar is verdwenen. Wat nu?