Vai al contenuto

Chi possiede il codice sorgente della tua web app? La clausola che molti contratti dimenticano

Se il contratto non lo dice esplicitamente, il codice sorgente resta quasi sempre di chi lo ha scritto, non tuo. In Italia il diritto d’autore protegge il software come opera dell’ingegno, e la titolarità spetta all’autore salvo cessione scritta.

Il codice sorgente è l’insieme delle istruzioni leggibili dall’uomo che compongono un programma, prima della compilazione in versione eseguibile. Senza quelle istruzioni non puoi modificare l’applicazione, migrarla o affidarla a un altro fornitore.

Molti contratti di sviluppo parlano di consegna del prodotto, ma tacciono sulla proprietà del codice. È una differenza sostanziale. Ricevere una Web App funzionante non significa possederne il codice. Per averlo, serve una clausola di cessione dei diritti economici, scritta e firmata. In sua assenza, resti dipendente dal fornitore per ogni intervento futuro.

Cosa succede davvero quando il contratto non specifica nulla

Quando manca una clausola sulla titolarità, si applica la regola di default del diritto d’autore italiano. Il software resta di chi lo ha sviluppato. Tu hai pagato per usarlo, non per possederlo.

In pratica questo significa che ogni modifica passa dal fornitore originale. Se vuoi cambiare agenzia, potresti non avere accesso al codice sorgente. La migrazione diventa costosa o impossibile.

Con licenza d’uso si intende il diritto di utilizzare un software senza acquisirne la proprietà. Molti contratti concedono solo questo, anche quando l’azienda crede di aver comprato l’applicazione a pieno titolo.

Quali diritti devi negoziare prima della firma

Il punto non è la fiducia nel fornitore. È mettere per iscritto cosa succede quando la relazione cambia. Un contratto chiaro protegge entrambe le parti e riduce i contenziosi futuri.

Ci sono elementi che verifico sempre in un contratto di sviluppo software, prima che l’azienda firmi.

Le voci che il contratto deve chiarire nero su bianco:

  • Titolarità del codice sorgente: chi ne diventa proprietario alla consegna e al saldo del pagamento.
  • Consegna del sorgente: se il codice viene rilasciato in un repository accessibile o resta sui server del fornitore.
  • Diritto di modifica: se puoi far intervenire terzi senza autorizzazione dello sviluppatore originario.
  • Componenti di terzi: quali librerie open source o proprietarie sono incluse e con quali licenze.
  • Documentazione tecnica: se ricevi la documentazione necessaria a rendere il codice manutenibile da altri.

Questi cinque punti definiscono se sei proprietario o utente della tua applicazione. La differenza si manifesta il giorno in cui vuoi cambiare qualcosa e il fornitore non c’è più, o non collabora.

Perché il codice di terze parti complica tutto

Quasi nessuna web app è scritta interamente da zero. Con librerie di terze parti si intendono blocchi di codice già pronti, sviluppati da altri, che lo sviluppatore integra nel progetto per non riscrivere funzioni comuni.

Questo è normale e spesso conveniente. Il problema nasce dalle licenze. Alcune librerie open source impongono condizioni sull’uso commerciale o sulla ridistribuzione. Altre sono a pagamento e legate al fornitore.

Se il contratto non elenca le componenti esterne, rischi di scoprire troppo tardi che una parte del tuo software dipende da una licenza che non controlli. Chiedo sempre un inventario delle dipendenze prima della consegna finale.

Come verifico se sono davvero proprietario della mia web app?

Leggi la clausola sulla proprietà intellettuale: se cede a te i diritti economici sul codice, sei proprietario; se parla solo di uso, non lo sei. È il primo controllo da fare.

Poi verifica se hai accesso diretto al codice sorgente, in un repository che puoi consultare e scaricare. Ricevere solo l’applicazione online non basta. Senza il sorgente, la proprietà è teorica.

Infine controlla la documentazione tecnica. Un codice senza documentazione è difficile da riprendere per un altro sviluppatore, anche se legalmente è tuo. La proprietà utile è quella che ti rende autonomo.

Le domande che ricevo più spesso sul possesso del codice

Se pago l’intero sviluppo, il codice non è automaticamente mio?

No. Il pagamento della prestazione non trasferisce la proprietà del codice, salvo che il contratto lo preveda esplicitamente. Il diritto d’autore italiano attribuisce la titolarità all’autore del software. Serve una cessione scritta dei diritti economici per diventare proprietario. Molte aziende scoprono questa distinzione solo quando vogliono cambiare fornitore e non trovano una clausola che le tuteli.

Cosa cambia tra proprietà del codice e licenza d’uso?

Con la proprietà puoi modificare, cedere, migrare e affidare il codice a chiunque, senza chiedere permesso. Con la licenza d’uso puoi solo utilizzare il software alle condizioni fissate dal fornitore. La licenza ti lega allo sviluppatore originario per ogni intervento. La proprietà ti rende autonomo. Per una Web App su cui costruisci processi aziendali, l’autonomia è quasi sempre l’opzione più sensata.

Posso aggiungere la clausola dopo aver firmato il contratto?

Sì, ma serve un accordo integrativo firmato da entrambe le parti. Dopo la firma, il fornitore non è obbligato a cederti il codice se il contratto originale non lo prevedeva. Puoi negoziarlo, spesso con un costo aggiuntivo. Meglio inserire la clausola prima, quando hai maggiore potere negoziale e la relazione commerciale è ancora in fase di apertura.

Cosa succede se il fornitore chiude o smette di rispondere?

Se possiedi il codice sorgente e ne hai una copia accessibile, puoi affidarlo a un altro sviluppatore e continuare. Se hai solo una licenza d’uso senza accesso al sorgente, rischi di restare bloccato con un’applicazione che nessuno può più manutenere. Per questo la consegna del codice in un repository tuo è tanto importante quanto la clausola di proprietà.

Vale la pena pagare di più per avere la proprietà completa?

Dipende da quanto l’applicazione è centrale nei tuoi processi. Se la web app gestisce operazioni quotidiane o dati sensibili, la proprietà riduce il rischio di dipendenza e ti dà libertà di scelta sul futuro. Se è uno strumento marginale e temporaneo, una licenza può bastare. Valuto sempre il ruolo dell’applicazione nel business prima di consigliare un’opzione.

Prima di firmare il prossimo contratto di sviluppo, parliamone

Se stai per commissionare una Web App o ne hai già una, vale la pena verificare cosa dice davvero il contratto sulla proprietà del codice.

Ogni azienda ha esigenze diverse: c’è chi ha bisogno della proprietà completa e chi può lavorare con una licenza ben scritta. La scelta giusta dipende dal ruolo che l’applicazione ha nei tuoi processi.

Un primo confronto serve a capire se il tuo contratto ti protegge o ti espone, senza impegno. Se vuoi analizzarlo insieme, scrivimi dalla pagina contatti.

Articoli correlati