Software creato dal dipendente: chi può usarlo?

*Sono dipendente di una società privata. Anni fa ho sviluppato, iniziando senza esperienza di programmazione e nelle mie ore private, un gestionale che l’azienda utilizza tuttora. Dopo l’inizio dell’utilizzo ho continuato lo sviluppo anche per qualche ora durante l’orario di lavoro: possiamo ipotizzare circa l’80% delle ore private e il 20% in azienda, senza poter certificare né le prime né le seconde. L’azienda mi ha anche riconosciuto un premio di 500 euro in contanti. Posso impedire all’azienda di utilizzare il gestionale senza il mio consenso?*

1) La risposta breve: non puoi deciderlo contando le ore.

Non basta dire che l’80% del lavoro è stato svolto a casa e soltanto il 20% in azienda. La percentuale può avere un valore probatorio, ma non è il criterio decisivo stabilito dalla legge. Bisogna ricostruire perché il programma è nato, quali mansioni avevi, se il datore ti aveva dato istruzioni, con quali mezzi hai lavorato e che cosa avete concordato, anche attraverso comportamenti concludenti.

Se il gestionale è stato creato nell’esecuzione delle tue mansioni oppure seguendo istruzioni del datore di lavoro, la posizione dell’azienda è molto forte. Se invece lo hai ideato e realizzato di tua iniziativa, fuori dalle mansioni e senza indicazioni aziendali, la titolarità dei diritti economici potrebbe essere rimasta a te. In questo secondo scenario, però, anni di utilizzo conosciuto e consentito impediscono comunque di concludere in modo automatico che tu possa spegnere oggi il programma da un momento all’altro.

La risposta seria, quindi, è questa: forse puoi contestare l’uso o ridiscuterne le condizioni, ma non prima di avere ricostruito documenti, versioni e accordi. Un intervento unilaterale sul sistema sarebbe molto rischioso.

2) Che cosa protegge il diritto d’autore sul software.

Un programma per elaboratore è protetto dal diritto d’autore quando è originale, cioè quando costituisce una creazione intellettuale del suo autore. La tutela nasce con la creazione: non occorre ottenere un “brevetto sul software” né compiere una registrazione costitutiva.

Il diritto d’autore protegge l’espressione concreta del programma: codice sorgente e codice oggetto, organizzazione originale del codice e materiale preparatorio che possieda i requisiti di tutela. Non attribuisce invece un monopolio sull’idea astratta di realizzare un gestionale, sulle sue funzioni generali, sulla logica commerciale o sui principi e algoritmi considerati in sé.

Questo significa che bisogna distinguere almeno quattro piani:

la paternità dell’opera, cioè chi ha materialmente creato il codice;
i diritti di utilizzazione economica, cioè chi può riprodurre, modificare, distribuire e usare economicamente il programma;
la disponibilità dei dati aziendali elaborati dal gestionale;
i rapporti contrattuali che possono aver autorizzato l’impresa a usare il software.

Essere l’autore materiale non significa necessariamente essere ancora il titolare esclusivo di tutti i diritti economici. È proprio qui che entra in gioco la disciplina speciale del lavoro dipendente.

3) La regola speciale per il programma creato dal dipendente.

L’articolo 12-bis della legge sul diritto d’autore stabilisce che, salvo patto contrario, il datore di lavoro è titolare del diritto esclusivo di utilizzazione economica del programma creato dal lavoratore dipendente nell’esecuzione delle sue mansioni oppure su istruzioni impartite dallo stesso datore.

La norma non dice che appartiene all’azienda qualsiasi codice scritto da un dipendente. Richiede un collegamento qualificato con il rapporto di lavoro. Le due ipotesi sono alternative:

lo sviluppo rientrava nelle mansioni affidate al dipendente;
il programma è stato creato su istruzioni del datore di lavoro.

Se ricorre almeno una delle due, i diritti economici spettano normalmente all’azienda, anche se il dipendente conserva la qualità personale di autore. Se non ricorre nessuna delle due, la regola speciale potrebbe non operare e i diritti potrebbero restare al creatore, salvo cessioni o licenze successive.

Un precedente articolo, di chi è il software sviluppato per conto del datore di lavoro?, affronta il caso più netto del programmatore assunto proprio per sviluppare software. Qui la situazione è più sfumata, perché dici di essere partito senza esperienza di programmazione e di avere lavorato soprattutto nel tempo libero.

4) Perché l’80% a casa e il 20% in azienda non risolvono il caso.

Il luogo e l’orario in cui hai scritto il codice sono indizi, non una formula matematica per dividere la proprietà. Un software non diventa per l’80% tuo e per il 20% dell’azienda soltanto perché queste sono le percentuali stimate del tempo impiegato.

Potresti avere sviluppato a casa, fuori orario, un progetto che ti era stato comunque richiesto come parte delle tue mansioni. Oppure potresti avere scritto in azienda alcune modifiche marginali di un programma concepito autonomamente e del tutto estraneo al tuo ruolo. I due casi hanno conseguenze molto diverse.

Occorre capire, tra l’altro:

quale qualifica e quali mansioni risultavano dal contratto, dalle comunicazioni interne e dal lavoro effettivamente svolto;
chi ha proposto per primo il gestionale e definito le sue funzioni;
se esistevano ordini, richieste di modifica, scadenze o verifiche dell’azienda;
se hai usato computer, server, account, dati, licenze o altri strumenti aziendali;
quando sono nate le diverse versioni e quali parti sono state sviluppate durante l’orario di lavoro;
se lo sviluppo era conosciuto, incoraggiato e organizzato dai responsabili.

In astratto, versioni o moduli distinti potrebbero anche avere storie differenti. Nella pratica, però, separare diritti e apporti richiede una cronologia tecnica attendibile, non una stima fatta molti anni dopo.

5) Il premio di 500 euro non è una risposta già scritta.

Il premio è un fatto importante, ma il suo significato dipende dalla causale e dal contesto. Potrebbe essere una gratifica per l’iniziativa, il compenso concordato per lo sviluppo, il corrispettivo di una cessione o soltanto un riconoscimento occasionale. Il pagamento in contanti, se privo di ricevuta o comunicazioni, rende più difficile dimostrare quale fosse l’accordo.

Da solo, il versamento non dimostra automaticamente una cessione completa di tutti i diritti. L’articolo 110 della legge sul diritto d’autore prevede infatti che la trasmissione dei diritti di utilizzazione debba essere provata per iscritto. La norma riguarda la prova della trasmissione e non consente di ignorare tutto il resto del rapporto.

Allo stesso tempo, premio e lunga utilizzazione possono essere invocati dall’impresa per sostenere che entrambe le parti avevano accettato l’uso del programma. Sarebbe quindi sbagliato sostenere che l’azienda non abbia mai ricevuto alcun consenso, se per anni hai saputo dell’impiego del gestionale, lo hai aggiornato e hai accettato un riconoscimento economico.

6) Potrebbe esistere almeno una licenza d’uso.

Anche quando i diritti economici restano all’autore, un terzo può utilizzare il software in forza di una licenza. La licenza può derivare da un contratto espresso; in alcune controversie, contenuto e limiti del consenso vengono ricostruiti anche attraverso la condotta tenuta dalle parti.

Nel tuo caso l’azienda usa il programma da anni, tu ne eri consapevole e hai continuato a svilupparlo dopo l’avvio. Questi fatti rendono plausibile una difesa fondata su un’autorizzazione almeno implicita all’uso. Non consentono però, senza ulteriori elementi, di stabilire con certezza se l’autorizzazione fosse gratuita o onerosa, perpetua o revocabile, limitata a una versione oppure estesa agli aggiornamenti.

Il punto va ricostruito interpretando il rapporto complessivo. Una tolleranza lunga e qualificata può avere effetti molto diversi da un prestito provvisorio del programma per una prova. Anche l’affidamento creato nell’azienda, che nel frattempo può avere organizzato attività e dati attorno al gestionale, pesa nella valutazione delle modalità con cui un eventuale recesso potrebbe essere esercitato.

Per questo non darei per scontato né che l’azienda sia proprietaria di tutto, né che tu possa revocare immediatamente ogni uso. Servono prima una qualificazione giuridica e un’analisi tecnica delle versioni.

7) Quali prove devi raccogliere prima di contestare l’uso.

Una causa sulla titolarità del software si decide sui fatti provati. Il ricordo personale delle ore lavorate, soprattutto dopo molti anni, è fragile. Devi cercare elementi contemporanei alla creazione, mantenendoli integri e senza sottrarre dati o segreti dell’impresa.

Sono utili, in particolare:

contratto di lavoro, lettera di assunzione, descrizione delle mansioni e successive modifiche;
messaggi ed email nei quali si parla dell’idea, delle richieste aziendali e degli aggiornamenti;
archivi del codice, cronologia delle versioni, commit, backup e date attendibili dei file;
indicazioni sui dispositivi e sugli account usati nelle diverse fasi;
richieste di assistenza, elenchi delle modifiche e verbali di collaudo;
documenti relativi al premio, compresa la causale eventualmente comunicata;
testimonianze di chi ha seguito la nascita e l’evoluzione del progetto.

Una copia conservativa del codice e della cronologia può essere utile, ma deve essere acquisita lecitamente. Non devi esportare senza autorizzazione database, credenziali, elenchi di clienti o altri contenuti riservati dell’azienda. L’ideale è far predisporre da un tecnico, d’accordo con il legale, una conservazione verificabile mediante copie non modificabili e impronte informatiche.

8) Non spegnere, sabotare o bloccare il gestionale.

Anche se fossi convinto di possedere i diritti, non dovresti disattivare il programma, cancellare dati, cambiare credenziali, inserire scadenze occulte o impedire tecnicamente l’accesso. La tutela dei diritti passa attraverso una contestazione formale e, se necessario, il giudice; non attraverso iniziative informatiche unilaterali.

Un blocco potrebbe interrompere l’attività aziendale, danneggiare dati o servizi e generare richieste risarcitorie. Se sei ancora dipendente, potrebbe inoltre assumere rilievo disciplinare. A seconda delle modalità concrete, potrebbero aprirsi anche profili ulteriori, inclusi quelli relativi all’accesso ai sistemi e al danneggiamento di dati o programmi.

Devi poi tenere separato il software dai dati gestiti. Anche se il codice fosse tuo, i dati aziendali non diventerebbero per questo disponibili o utilizzabili da te. Allo stesso modo, possedere una copia del codice non attribuisce automaticamente il diritto di prelevare informazioni commerciali, credenziali o documenti dell’impresa.

9) Quali soluzioni si possono negoziare.

Prima di impostare la vicenda come una guerra sulla proprietà, valuterei un accordo scritto. È spesso possibile dare certezza all’azienda e riconoscere in modo adeguato il contributo del dipendente, evitando che un gestionale essenziale resti sospeso in un conflitto tecnico e legale.

Le soluzioni possibili comprendono:

il riconoscimento della titolarità aziendale con un compenso aggiuntivo e un ruolo definito nella manutenzione;
il riconoscimento della titolarità dell’autore con una licenza d’uso all’impresa, precisandone durata, versioni e corrispettivo;
la cessione dei diritti economici per un prezzo concordato;
una distinzione tra nucleo originario, moduli successivi e personalizzazioni;
un contratto di assistenza che disciplini aggiornamenti, sicurezza, continuità e consegna del codice sorgente.

L’accordo dovrebbe stabilire anche chi può modificare il software, chi risponde degli aggiornamenti, dove vengono custoditi codice e documentazione, che cosa accade alla cessazione del rapporto e come si garantisce l’accesso ai dati aziendali.

10) Il percorso prudente nel tuo caso.

Non invierei subito una diffida che ordini all’azienda di cessare l’uso. Prima farei esaminare contratto, mansioni, cronologia del codice e documentazione del premio da un avvocato che conosca sia il diritto d’autore sia il diritto del lavoro. Dopo tanti anni, la qualità delle prove e la ricostruzione delle versioni possono valere più delle affermazioni di principio.

Il percorso utile è questo:

conserva senza modificarli i documenti e gli archivi che già possiedi legittimamente;
prepara una cronologia precisa della nascita, dell’adozione e degli aggiornamenti del gestionale;
separa ciò che sai da ciò che puoi dimostrare;
fai valutare se ricorrono mansioni o istruzioni rilevanti ai sensi dell’articolo 12-bis;
ricostruisci l’accordo relativo ai 500 euro e all’uso successivo;
formula una proposta scritta che regoli titolarità, licenza, manutenzione e compenso;
valuta una contestazione formale soltanto dopo questa istruttoria.

In conclusione, puoi impedire l’uso soltanto se riesci a dimostrare di essere titolare dei diritti economici, che l’azienda non disponga di un titolo sufficiente e che l’eventuale cessazione sia richiesta con modalità giuridicamente corrette. I fatti che racconti non permettono di affermarlo già ora. Permettono però di aprire una verifica seria e, con ogni probabilità, una trattativa per mettere finalmente per iscritto ciò che all’origine è rimasto ambiguo.

11) Passa all’azione.

Per il tuo appuntamento con me, chiama il numero 059 761926 e concorda il tuo primo incontro, anche a distanza.

Segui avvocati dal volto umano anche su Instagram

Il tuo caso presenta circostanze diverse? Raccontamele nei commenti: leggerò volentieri la tua domanda e ti risponderò.

Tiziano Solignani

Sono avvocato cassazionista, iscritto all’Ordine di Modena dal 1996, mediatore familiare e counselor. Sono anche coach per avvocati.

Su avvocati dal volto umano spiego il diritto con linguaggio chiaro e propongo strumenti pratici per affrontare i problemi legali. Seguimi anche su YouTube.