Nel mondo dello sviluppo software, circola da anni un mito pericoloso: “Se deposito il codice in SIAE, nessuno potrà mai copiare la mia applicazione”.
All’inizio di questo 2026, una sentenza fondamentale del Tribunale di Firenze (n. 429/2025) ha definitivamente infranto questa illusione, mettendo in chiaro dove finisce la protezione legale e dove inizia la libera concorrenza. Se sviluppi software o guidi una software house, comprendere questa distinzione è la differenza tra avere un asset protetto e avere un pugno di mosche.
Il cuore della controversia: Funzione vs Espressione
Il caso trattato a Firenze riguardava due software gestionali quasi identici nelle funzioni e nel flusso di lavoro. L’azienda “A” accusava l’azienda “B” di aver letteralmente clonato il proprio prodotto.
Tuttavia, il tribunale ha ribadito un principio cardine del diritto d’autore (Copyright): la legge protegge la “forma espressiva”, non l’idea funzionale.
Cosa significa in parole povere?
- L’Idea (Non protetta): L’intuizione di automatizzare un magazzino tramite un particolare algoritmo di smistamento o una specifica sequenza di passaggi logici.
- L’Espressione (Protetta): Il modo specifico, creativo e arbitrario in cui il programmatore ha scritto le righe di codice per realizzare quell’idea.
Il paradosso del “Codice Obbligato”
Uno dei passaggi più interessanti della sentenza riguarda i vincoli tecnici. Il giudice ha stabilito che se una parte di codice è scritta in un certo modo perché è l’unico modo efficiente o logico per ottenere quel risultato tecnico, allora quel codice non è tutelabile.
Perché? Perché il diritto d’autore nasce per proteggere l’arte e la creatività. Se la sintassi è dettata dalla necessità tecnica, manca l’apporto creativo dell’autore. Di conseguenza, un concorrente può scrivere un codice funzionalmente identico senza violare alcuna legge.
Il ruolo del deposito SIAE nel 2026
Molti sviluppatori utilizzano il deposito presso il Registro Pubblico Speciale per i Programmi per Elaboratore come una sorta di “scudo totale”. La sentenza n. 429/2025 chiarisce che il deposito:
- Certifica la data: Prova che in quel giorno tu avevi quel codice.
- Identifica l’autore: Crea una presunzione di paternità.
- NON garantisce l’originalità: Il fatto che sia depositato non significa che sia “nuovo” o “non copiabile” nelle sue funzioni logiche.
Nel processo di Firenze, nonostante il deposito, l’accusa di plagio è caduta perché i due codici sorgente, seppur portando allo stesso risultato, erano strutturalmente diversi.
L’impatto dell’Intelligenza Artificiale
Non possiamo ignorare il contesto del 2026: con l’entrata in vigore della Legge 132/2025 sull’IA, il confine si è fatto ancora più sottile. Se un software è generato interamente da un’IA (senza un intervento umano creativo documentato), rischia di non godere di alcuna protezione del diritto d’autore, diventando di fatto “liberamente inspirabile” da chiunque fin dal primo giorno.
Come proteggersi davvero?
Se il diritto d’autore protegge solo la “forma”, come può un’azienda difendere il proprio vantaggio competitivo?
- Segreto Commerciale: Proteggere rigorosamente gli algoritmi “core” tramite contratti di riservatezza (NDA) e misure di sicurezza informatica.
- Brevetti per Software: In casi specifici, se il software risolve un problema tecnico in modo innovativo, è possibile tentare la strada del brevetto (che, a differenza del diritto d’autore, protegge proprio l’idea funzionale).
- User Experience (UX) e Branding: Spesso la fedeltà dell’utente non è nel codice, ma nell’interfaccia e nel brand, aree che godono di tutele diverse (marchi e design).
Conclusione
La sentenza del Tribunale di Firenze ci ricorda che nel 2026 non basta essere “i primi ad avere l’idea”. Nel mercato del software, la competizione si gioca sulla qualità dell’esecuzione e sulla capacità di innovare costantemente. Il codice è un’opera dell’ingegno, ma il “metodo” appartiene al mercato.