Di chi è il codice sorgente del software che hai pagato

Cosa dice la legge, se il contratto tace

In Italia il software è protetto dal diritto d'autore (legge 633/1941, articolo 12-bis e seguenti). La conseguenza pratica: i diritti nascono in capo a chi il programma lo ha scritto. Il committente, senza una cessione scritta, ottiene il diritto di usare il risultato per lo scopo concordato — non di modificarlo, rivenderlo, o farlo proseguire da qualcun altro.

C'è un'eccezione che confonde spesso: se il programma lo scrive un vostro dipendente nell'esercizio delle sue mansioni, i diritti economici sono dell'azienda. Ma vale per i dipendenti, non per i fornitori esterni. Con un fornitore serve il contratto.

Cosa vi serve davvero avere in mano

Il codice sorgente da solo non basta. Serve tutto ciò che permette a un altro tecnico di rimettere in piedi il sistema senza chiedere niente a nessuno.

• <strong>Il codice sorgente</strong>, con la sua storia — il registro delle modifiche, non una cartella zip. La storia dice perché una cosa è stata fatta in un certo modo.
• <strong>Le istruzioni per farlo partire</strong> su una macchina nuova. Se avviare il progetto richiede conoscenze che stanno solo nella testa di qualcuno, il codice è vostro ma inutilizzabile.
• <strong>Le credenziali di tutto</strong>: dominio, hosting, database, servizi esterni. Intestate alla vostra azienda, non al fornitore.
• <strong>I dati, in un formato leggibile.</strong> Un'esportazione completa che si possa aprire senza il programma che l'ha generata.
• <strong>L'elenco delle componenti di terzi</strong> usate e con quale licenza. Serve a sapere cosa è vostro davvero e cosa è in prestito.

Un progetto che abbiamo ripreso da un altro fornitore era esattamente il caso limite: il codice c'era, ma nessuno riusciva più ad avviarlo — le istruzioni erano nella testa di chi se n'era andato. Metà del lavoro è stata separare i servizi e scrivere come si accendono. Il risultato non è stato una funzione nuova: è stato che un tecnico qualsiasi, oggi, lo mette in piedi in cinque minuti. È quello che dovrebbe essere vero dal primo giorno.

Le tre situazioni tipiche, e cosa comportano

Nessuna delle tre è sbagliata in assoluto: la terza è del tutto ragionevole per una fatturazione elettronica, dove non avete alcun interesse a possedere il programma. Diventa un problema quando riguarda il processo su cui l'azienda guadagna, e quando nessuno ha spiegato in quale delle tre ci si trovava.

Cosa chiedere prima di firmare

1. <strong>"Al saldo, i diritti di utilizzazione economica del software sviluppato per noi sono ceduti alla nostra azienda?"</strong> La risposta va nel contratto, non nella mail.
2. <strong>"Il codice sorgente ci viene consegnato, e in che forma?"</strong> Un accesso al registro delle modifiche, non un archivio spedito una volta sola.
3. <strong>"Dominio, hosting e servizi a nome di chi?"</strong> Vostro. Sempre. Anche se li gestisce il fornitore.
4. <strong>"Quali componenti di terzi usate, e con quali licenze?"</strong> Serve sapere se qualcosa vi obbliga a condizioni che non conoscete.
5. <strong>"Se domani cambiamo fornitore, cosa dovete consegnarci?"</strong> Metterlo per iscritto quando i rapporti sono buoni costa zero. Farlo dopo, quando sono finiti, è impossibile.

Un fornitore serio risponde a tutte e cinque senza irrigidirsi: sono domande normali, e chi lavora bene non ha motivo di temerle. L'imbarazzo davanti a queste domande è, di per sé, la risposta.

Domande frequenti