Chi è il vero proprietario del software?

A chi appartiene il codice sorgente?

Uno degli aspetti principali della decisione del Tribunale di Brescia riguarda la titolarità del software sviluppato su commissione. In parole semplici, il giudice ha stabilito che quando una società affida a un’altra – sia essa fornitore, consulente o libero professionista – lo sviluppo di un software, la proprietà del prodotto finale spetta al committente, a meno che non sia stato concordato diversamente in forma scritta.

Questa conclusione si fonda su una norma precisa della Legge sul Diritto d’Autore (LdA – n. 633/1941), l’art. 12bis, che stabilisce che il datore di lavoro è titolare dei diritti economici sulle opere create dai propri dipendenti. Il giudice ha applicato questo principio anche al rapporto tra imprese, estendendo per analogia la regola anche ai casi in cui lo sviluppatore è un soggetto esterno, purché agisca su incarico e secondo direttive precise del committente (ne abbiamo parlato anche qui Codice sorgente: la software house è tenuta a consegnarlo al committente? – Canella Camaiora).

Questo significa che non è necessario un contratto che parli esplicitamente di “cessione dei diritti”: se l’attività di sviluppo rientra chiaramente in un rapporto di committenza, i diritti economici – come l’uso, la modifica e la distribuzione del software – sono automaticamente del committente. Si tratta di una forma di acquisto a titolo originario, che prescinde dal pagamento di un compenso separato per la proprietà.

Nel caso specifico, il giudice ha anche valorizzato due accordi di riservatezza firmati dalle parti nel 2009 e nel 2019, i quali stabilivano che non solo il software, ma anche il know-how tecnico e commerciale generato durante la collaborazione, sarebbe rimasto di proprietà della committente. Tali documenti si sono rivelati decisivi per la ricostruzione della volontà delle parti e hanno confermato che non vi era alcuna volontà di riconoscere un diritto esclusivo alla sviluppatrice.

Questo orientamento è molto importante per le imprese. Evidenzia che, in assenza di contratti chiari, la legge protegge il committente, riconoscendogli il diritto esclusivo di usare e gestire il software che ha commissionato. Tuttavia, resta sempre consigliabile specificare chi detiene la proprietà intellettuale, cosa comprende il compenso, e come gestire i codici sorgente e gli aggiornamenti futuri.

Segreti commerciali e know-how: un patrimonio invisibile ma prezioso

L’ordinanza in esame non si è limitata a regolare la proprietà del software. Ha affrontato un tema altrettanto importante per molte imprese, ovvero la protezione dei segreti commerciali e del know-how tecnico. In particolare, nel caso oggetto di giudizio, la committente ha denunciato l’uso non autorizzato della controparte di disegni tecnici altamente personalizzati, utilizzati per la produzione di presse industriali (approfondisci Know-how commerciale: come tutelarlo e reagire in caso di “furto” – Canella Camaiora).

Ma cosa si intende, in termini giuridici, per “segreti commerciali”? La legge li definisce come informazioni riservate che possiedono tre caratteristiche:

• segretezza, nel senso che non devono essere facilmente accessibili da persone esterne;
• valore economico, in quanto devono conferire un vantaggio competitivo a chi le detiene;
• tutela effettiva, vale a dire che le informazioni devono essere protette attraverso misure adeguate, come accordi di riservatezza o sistemi di sicurezza.

Nel caso in esame, i disegni tecnici rientravano pienamente in questa definizione. Non si trattava di materiali generici o standardizzati, ma di progetti su misura, adattati a specifiche esigenze produttive. Il tribunale ha riconosciuto che questi documenti rappresentano un patrimonio informativo strategico, frutto di anni di esperienza, ricerca e investimenti. Inoltre, ha valorizzato l’esistenza di accordi di riservatezza, firmati tra le parti, che prevedevano esplicitamente il divieto di divulgazione o riutilizzo dei materiali forniti.

Ciò che rende il caso particolarmente rilevante è il riconoscimento, da parte del giudice, che l’uso indebito di questi materiali da parte della concorrente costituisce concorrenza parassitaria. In altre parole, anziché investire in ricerca e sviluppo propri, la resistente avrebbe sfruttato l’esperienza altrui per ottenere un vantaggio competitivo, rivolgendosi addirittura agli stessi clienti. Questo comportamento è stato considerato illegittimo e lesivo della libertà di concorrenza, oltre che della tutela della proprietà intellettuale.

Per molte società, questo passaggio della sentenza è un forte richiamo all’azione. Proteggere il know-how non è solo un dovere, ma un investimento essenziale per evitare fughe di informazioni e abusi commerciali (approfondisci La tutela dei segreti commerciali: strategie e strumenti per le imprese – Canella Camaiora).

Come tutelare davvero il software e il know-how aziendale

Chi scrive software crea valore. Ma chi commissiona, investe, integra quel software nei propri processi produttivi, crea impresa. E l’impresa va tutelata, fin dal principio.

La sentenza del Tribunale di Brescia lo afferma con chiarezza: il codice sorgente sviluppato su incarico è, salvo patto contrario, di proprietà del committente. Non c’è spazio per ambiguità. Se una soluzione software è stata pensata, voluta e pagata per integrare un processo industriale, appartiene a chi ne ha voluto la creazione.

Ma la forza di questa pronuncia non sta solo nel suo esito. Sta nel ricordarci che la protezione del know-how e della tecnologia parte dai contratti. Non dai tribunali.

Ogni impresa che affida lo sviluppo di un software o la realizzazione di un progetto tecnologico deve fare una scelta consapevole: vuole esserne padrona o ospite? Solo accordi ben scritti e chiari su proprietà, licenze, accesso al codice, segreti industriali, possono garantire libertà e autonomia, anche quando le collaborazioni finiscono.

Il consiglio, quindi, è uno solo: chi sviluppa valore, si doti di strumenti per conservarlo. E la leva giusta non è (solo) tecnologica. È giuridica.