Contratto di Sviluppo con Cessione della Proprietà Intellettuale

Che cos'è e perché esiste

Quando un'azienda ingaggia uno sviluppatore esterno, l'opera nasce sotto la tutela della legge sul diritto d'autore. La L. 633/1941, all'art. 64-bis, elenca i diritti esclusivi spettanti all'autore di un programma per elaboratore: riproduzione, traduzione, adattamento, distribuzione e comunicazione al pubblico. L'art. 64-ter delimita le eccezioni ammesse, mentre l'art. 64-quater disciplina la decompilazione per fini di interoperabilità. In assenza di un'esplicita pattuizione scritta, il committente ottiene una licenza d'uso ma non la titolarità: il developer rimane autore e potrebbe cedere lo stesso codice a concorrenti o revocare l'accesso in caso di dispute.

Il D.Lgs. 30/2005 (Codice della Proprietà Industriale), all'art. 64, interviene sul caso del dipendente che crea un'invenzione nell'ambito del rapporto di lavoro, stabilendo regole sulla spettanza del brevetto al datore. Nelle commesse esterne, tale norma non si applica direttamente, ma orienta l'interpretazione dei giudici quando si discute di chi abbia apportato l'apporto creativo essenziale. Per questo motivo un contratto ben redatto non si limita a dichiarare la cessione: spiega anche chi ha prodotto cosa, e quando.

Sul piano contrattuale, la cornice è data dagli artt. 1655–1677 del Codice Civile, che disciplinano l'appalto. Il contratto di sviluppo software è tipicamente un appalto d'opera o di servizi: il developer esegue un risultato determinato verso corrispettivo. Le norme sull'appalto regolano le garanzie per vizi, la revisione dei prezzi, i casi di recesso e la responsabilità dell'appaltatore. Ignorarle equivale a scoprire gap contrattuali nel momento peggiore.

Quando è necessario stipularlo

La necessità del contratto si manifesta in almeno quattro situazioni tipiche. Prima: la commissione di software personalizzato — un gestionale, un'app mobile, un portale e-commerce — dove l'opera nasce su misura e il committente intende proteggere l'investimento con la titolarità piena. Seconda: l'acquisizione di una startup o di un prodotto digitale, in cui il due diligence richiede una catena documentale pulita della proprietà intellettuale. Terza: le partnership con agenzie creative o studi di sviluppo, dove più autori contribuiscono e occorre consolidare tutti i diritti in capo a un unico soggetto. Quarta: i progetti finanziati con fondi pubblici o venture capital, dove gli investitori esigono la certezza che la IP non sia dispersa tra freelance e collaboratori.

Un errore frequente è credere che una semplice email di incarico o un preventivo accettato siano sufficienti. Non lo sono: la cessione di diritti d'autore richiede forma scritta e deve essere specifica quanto all'oggetto ceduto.

Le clausole fondamentali

Un contratto di sviluppo con cessione IP solido contiene almeno otto elementi.

Descrizione dell'opera. Il perimetro di ciò che verrà sviluppato va definito con un allegato tecnico (specifiche funzionali, user stories, wireframe). Quanto più la descrizione è precisa, tanto meno spazio residua per contestazioni sull'ambito della cessione.

Cessione dei diritti ai sensi della L. 633/1941 artt. 64-bis–64-quater. La clausola deve indicare esplicitamente che tutti i diritti di riproduzione, adattamento, distribuzione e comunicazione al pubblico vengono trasferiti al committente per tutta la durata della protezione legale, per qualsiasi territorio e per qualsiasi mezzo attuale o futuro. La cessione deve coprire anche le versioni preliminari, i prototipi e i file sorgente.

Corrispettivo e modalità di pagamento. L'appalto ex artt. 1655–1677 c.c. presuppone un prezzo determinato o determinabile. Specificare milestone di pagamento legate a consegne verificabili riduce i rischi di inadempimento bilaterale.

Garanzie sull'originalità. Il developer dichiara che l'opera è originale, non copia di terzi e priva di contenuti soggetti a licenze incompatibili (librerie open source con copyleft forte, ad esempio). Questa garanzia si collega alla responsabilità per vizi di cui all'art. 1667 c.c.

Riservatezza e non divulgazione. Durante lo sviluppo il fornitore accede a informazioni strategiche del committente. Una clausola di confidenzialità con durata espressamente indicata protegge i segreti commerciali.

Consegna e collaudo. Definire procedure di accettazione formale — un periodo di test, una checklist di requisiti, il silenzio-assenso decorso un termine — evita dispute sul momento in cui il corrispettivo diventa esigibile.

Gestione dei componenti di terze parti. Se il software incorpora librerie open source o API di fornitori, il contratto deve elencarle e chiarire le licenze applicabili, segnalando quelle che limitano l'uso commerciale.

Recesso. Gli artt. 1671–1674 c.c. riconoscono al committente il diritto di recedere dall'appalto con indennizzo. Il contratto può modulare questo diritto, ad esempio escludendo il recesso dopo il collaudo finale o limitando l'indennizzo a una percentuale del corrispettivo già maturato.

Come compilare il documento

Prima di aprire qualunque template, raccogliere tre elementi: le specifiche tecniche dell'opera (anche in bozza), l'identità legale completa di entrambe le parti (ragione sociale, codice fiscale, sede) e la struttura del corrispettivo già concordata. Avere questi dati pronti riduce il tempo di redazione e limita gli spazi bianchi da riempire in seguito.

Nel corpo del contratto, partire dalla sezione "Oggetto" e descrivere il software con il livello di dettaglio di un capitolato tecnico, non di una brochure. Collegare ogni allegato tecnico al testo principale con un riferimento esplicito ("All. A, parte integrante del presente contratto"). Nella clausola di cessione, richiamare esplicitamente gli articoli della L. 633/1941 e specificare che la cessione comprende il codice sorgente, gli eseguibili, la documentazione tecnica e gli asset grafici prodotti nell'ambito del progetto.

Per le milestone di pagamento, usare eventi verificabili — "consegna del prototipo funzionante", "superamento del collaudo" — piuttosto che date di calendario, che slittano inevitabilmente nei progetti software.

Firmare il contratto prima di avviare qualsiasi attività di sviluppo. Ogni settimana di lavoro eseguita senza contratto firmato è un periodo in cui i diritti restano al developer per legge.

Un modello gratuito conforme alla normativa italiana è disponibile qui: Contratto di Sviluppo con Cessione della Proprietà Intellettuale.

Gli errori più comuni

Cessione generica senza allegato tecnico. Scrivere "il developer cede tutti i diritti sul software" senza descrivere il software lascia un vuoto che i tribunali colmano a loro discrezione. L'allegato tecnico non è un optional: è ciò che definisce il perimetro della cessione.

Dimenticare il codice sorgente. Molti contratti cedono i "diritti d'autore" senza menzionare esplicitamente la consegna del codice sorgente. Il committente si ritrova proprietario di un'opera che non può modificare perché non ne possiede il sorgente. La clausola di cessione deve includere l'obbligo di consegna di tutti i file sorgente, completi di commenti e documentazione.

Ignorare le librerie open source. Un software che incorpora componenti con licenza copyleft forte può trascinare con sé obblighi di rilascio del codice al pubblico. Prima di firmare, il committente dovrebbe richiedere una distinta delle librerie utilizzate e verificarne le licenze.

Non disciplinare la subcommissione. Il developer può avvalersi di collaboratori o subappaltatori ex art. 1656 c.c., salvo divieto contrattuale. Se il progetto richiede collaborazioni esterne, il contratto deve prevedere che ogni subappaltatore sottoscriva a sua volta la cessione dei diritti in favore del committente.

Assenza di procedure di collaudo. Senza un collaudo formale, è difficile stabilire quando l'opera è "consegnata" ai fini del pagamento finale e dell'accettazione della cessione. Un collaudo documentato per iscritto funge da prova nel caso di contestazioni successive.

Confondere licenza e cessione. Una licenza, anche esclusiva, non trasferisce la titolarità: il licenziante può revocarla in determinate circostanze o decadere dalla possibilità di farla rispettare. Solo la cessione piena garantisce al committente di essere il titolare originario dell'opera, senza dipendere dalla volontà futura del fornitore.

Aspetti pratici nella gestione del rapporto

La firma del contratto segna l'inizio, non la fine della gestione legale del rapporto. Durante lo sviluppo conviene tenere un registro delle versioni consegnate, datate e firmate da entrambe le parti, utile in caso di controversia sull'esatta portata di ciò che è stato prodotto e ceduto. Se emergono modifiche sostanziali alle specifiche originali, un addendum scritto preserva la coerenza tra quanto pattuito e quanto effettivamente realizzato.

A progetto concluso, verificare che tutti i repository, gli account di servizio (cloud, domìni, app store) e le credenziali siano trasferiti al committente. La cessione contrattuale dei diritti è un atto giuridico; il trasferimento operativo degli accessi è un atto tecnico. Entrambi devono avvenire perché la titolarità sia reale e non solo formale.

Un ultimo aspetto riguarda la conservazione del contratto. L'originale firmato — cartaceo o firmato digitalmente con certificato qualificato — va conservato per l'intera durata dello sviluppo e per un congruo periodo successivo, considerando che le controversie in materia di proprietà intellettuale possono emergere anni dopo la consegna del software.