Agenzie e fornitori
Proprietà, codice e contenuti nel contratto di agenzia
Consegnare un sito o un’applicazione non trasferisce la proprietà di quanto prodotto. In Svizzera, il contratto di servizi informatici rientra principalmente nel contratto d’opera (art.
Proprietà del codice e dei contenuti: le sfide del contratto di agenzia
Consegnare un sito o un’applicazione non trasferisce la proprietà di quanto prodotto. In Svizzera, il contratto di servizi informatici rientra principalmente nel contratto d’opera (art. 363 ss CO) ed è spesso misto: fornitura di un’opera e licenza d’uso. Secondo WEKA, nuove norme legali rafforzeranno le garanzie del cliente, il che giustifica la revisione delle clausole sui diritti al momento della firma o del rinnovo.
Punto decisivo: la cessione dei diritti d’autore non garantisce che il cliente ottenga i file sorgente (André Henri Kuhn e Ursula Sury, WEKA, 14 maggio 2025). Il codice sorgente è la versione leggibile dall’uomo del software; è indispensabile per la sua manutenzione e la sua evoluzione.
Senza accesso, il cliente non può praticamente incaricare un altro fornitore per risolvere un problema o proseguire lo sviluppo. Il diritto prevede teoricamente un’esecuzione sostitutiva (WEKA).
Bisogna distinguere tre oggetti: il deliverable tecnico (file, hosting, account, contenuti pubblicati), la titolarità dei diritti d’autore su quanto creato e l’accesso operativo al codice e agli ambienti. Un contratto che tratta solo il primo aspetto lascia il cliente con un diritto d’uso di fatto, senza controllo sull’asset che ha pagato.
Cessione o licenza: precisare i diritti nel contratto di agenzia
Si raccomanda di mettere nero su bianco nel contratto scritto se questo preveda una cessione dei diritti d’autore o una semplice licenza d’uso. WEKA consiglia di verificare questo punto e ricorda che la proprietà intellettuale e i diritti di licenza devono essere attribuiti esplicitamente.
Una cessione trasferisce la titolarità; una licenza lascia i diritti all’agenzia e concede solo autorizzazioni. La differenza si paga in seguito: con una cessione, il cliente può riutilizzare, modificare ed evolvere liberamente; con una licenza, tutto dipende da ciò che questa autorizza realmente.
L’estensione deve essere scritta: deliverable e componenti coperti, durata, territorio, esclusività, sublicenza, modifiche e usi previsti, come lo sfruttamento online, l’uso interno, la rivendita o l’integrazione in un altro prodotto. Una formula di lavoro può precisare: «I diritti concessi coprono i deliverable elencati nel contratto, per gli usi e la durata ivi definiti, con o senza diritto di modifica o di sublicenza.»
Bisogna anche regolare la sorte dei blocchi riutilizzabili e delle librerie interne che l’agenzia vorrà conservare per altri mandati. E soprattutto: trasmettere i diritti d’autore non comporta la consegna dei file sorgente; quest’ultima richiede una clausola distinta (WEKA).
Il codice sorgente: cosa deve consegnare l’agenzia e a quali condizioni
La clausola di consegna deve definire precisamente cosa viene trasmesso. Copre il codice sorgente e la sua struttura ad albero, gli script di build e deployment, i file di configurazione, gli script di migrazione del database, la documentazione tecnica e le procedure di installazione.
Deve inoltre prevedere le modalità pratiche. Si tratta dei formati e supporti, del deposito su un repository o supporto concordato, di account nominali a nome del cliente, dell’accesso agli ambienti di test e produzione e del diritto espresso di modificare il codice.
Se l’agenzia viene meno ai suoi obblighi, WEKA descrive il deposito del codice sorgente presso un terzo indipendente: il codice viene rimesso al cliente in modo condizionato (WEKA). La clausola deve nominare il depositario e descrivere il meccanismo di consegna previsto. Può anche ripartire gli obblighi tra l’agenzia, il cliente e il terzo.
Restano da regolare i trigger di rilascio: inadempimento, controversia, fallimento o cessazione dell’attività del fornitore. Devono essere precisati anche la frequenza di aggiornamento del deposito, la procedura di verifica, la ripartizione dei costi e l’identità del depositario.
Contenuti, grafica e dati: precisare i diritti di riutilizzo
Tre origini dei contenuti devono essere trattate separatamente. Ciò che l’agenzia crea (testi, fotografie, illustrazioni, charte graphique, logo): precisare chi ne diventa titolare e cosa potrà farne il cliente dopo il contratto.
Ciò che fornisce il cliente: questi garantisce di detenere i diritti necessari e autorizza l’agenzia a utilizzarli per il progetto. Ciò che proviene da terzi (banche immagini, font, icone, moduli): ogni licenza deve essere censita con la sua estensione (supporto web o stampato, durata, numero di pagine viste o utenti) e i testi di licenza consegnati al cliente.
Prevedere garanzie di originalità e assenza di violazione dei diritti di terzi, con obbligo di indennizzo se un reclamo è diretto contro il cliente, e obbligo di informare e cooperare senza indugio. Aggiungere i diritti di riutilizzo dopo il contratto: conservazione, modifica, ripubblicazione, trasferimento a un nuovo fornitore, archiviazione.
Per i database, precisare chi è titolare della struttura e dei dati e cosa può esportare il cliente. Bisogna anche definire cosa accade ai dati raccolti tramite il sito, prevedendone la restituzione o la cancellazione alla fine del contratto. La clausola può precisare le modalità di esportazione e cancellazione.
Freelance, subappaltatori e componenti open source
La catena dei diritti deve essere messa in sicurezza a monte, in particolare per i contributi di persone che intervengono a fianco dell’agenzia. Il contratto di agenzia deve quindi imporre all’agenzia di mettere in sicurezza questi diritti tramite contratti scritti, di trasferirli al cliente e di garantire tale trasferimento.
La posta in gioco non è teorica: la sentenza 4A_372/2022 del Tribunale federale, emessa nel 2023, riguarda contratti di licenza, sviluppo software e manutenzione nonché clausole delle condizioni generali (LawInside). Per i componenti open source, esigere un inventario: nome del componente, versione, licenza applicabile e modalità di distribuzione.
Le licenze permissive e le licenze di tipo copyleft non impongono gli stessi obblighi (menzione, pubblicazione del codice derivato, condizioni di ridistribuzione). Ignorare questi vincoli può bloccare lo sfruttamento del sito o dell’applicazione. Il contratto deve prevedere che l’agenzia dichiari questi componenti, consegni i testi di licenza, garantisca la loro conformità e si impegni, in caso di difficoltà, a sostituire il componente o a indennizzare il cliente.
Clausole che devono attirare l’attenzione del cliente
Il Tribunale federale ha giudicato, nella sentenza 4A_372/2022 dell’11 luglio 2023, che una clausola standardizzata delle condizioni generali di un contratto informatico è insolita. Essa impartiva al cliente un termine massimo di trenta giorni per opporsi alle prestazioni fatturate, mediante lettera raccomandata, e pregiudicava seriamente la sua situazione giuridica.
Il Tribunale federale ha considerato altresì insolita una clausola che prevedeva un’indennità forfettaria in caso di rescissione da parte del cliente senza colpa dell’azienda fornitrice del software (LawInside). In questa sentenza, la clausola di indennizzo figurava nelle condizioni generali e il suo carattere insolito era esaminato alla luce della situazione giuridica del cliente.
I contratti stipulati nel 2016 associavano una licenza d’uso, prestazioni di sviluppo di software specifici e di manutenzione (LawInside). Le condizioni generali prevedevano un’indennità forfettaria di CHF 107’289. La cliente ha fatto ricorso al Tribunale federale, chiamato a esaminare il carattere insolito delle clausole.
In pratica, bisogna individuare nelle CG i brevi termini di contestazione, le indennità forfettarie di rescissione, le clausole che limitano la responsabilità e i meccanismi di rinnovo tacito. Poi negoziarle o assicurarsi che l’attenzione del cliente sia stata attirata su di esse per iscritto.
Rischi giuridici legati alle clausole standardizzate (sentenza 4A_372/2022)
Uscita dal contratto: restituzione, trasferimento e continuità
La fine del contratto deve essere organizzata come una prestazione, non come un vuoto. Alla cessazione del rapporto, bisogna prevedere il trasferimento o la conferma dei diritti secondo il regime scelto.
Bisogna anche consegnare i sorgenti, la documentazione, gli account, i nomi di dominio, i certificati e i contenuti. Bisogna inoltre interrompere l’uso degli elementi non trasferiti e regolare la sorte dei backup. Il contratto dovrebbe prevedere la cancellazione dei dati dopo la rescissione e definirne le modalità.
Per i dati personali, precisare chi li detiene, dove sono conservati e sotto quale forma saranno restituiti o cancellati. La clausola può organizzare queste operazioni per evitare qualsiasi incertezza alla fine del contratto.
Prevedere poi un’assistenza alla transizione: durata, contenuto (trasferimento di conoscenze, documentazione, accompagnamento del nuovo fornitore) e prezzo. Senza queste disposizioni, il cliente rimane dipendente tecnicamente o giuridicamente dopo la fine del rapporto, anche quando detiene i diritti.
Clausole del contratto di agenzia: check-list dei diritti e dei deliverable
Una check-list allegata al contratto permette di verificare l’inventario dei deliverable e la matrice dei diritti: chi è titolare di cosa e per quale uso. Deve precisare la scelta tra cessione e licenza, l’estensione, la durata, il territorio, l’esclusività, la sublicenza e il diritto di modifica. Formula di lavoro: «I deliverable e i diritti corrispondenti sono quelli elencati nell’allegato, secondo gli usi ivi precisati.»
Riguarda anche la consegna dei file sorgente e, se necessario, il loro deposito presso un terzo indipendente tramite accordo di escrow. Vi figurano inoltre i contributi dei dipendenti, freelance e subappaltatori, l’inventario dei componenti open source e delle risorse terze con le relative licenze, le garanzie di originalità e indennizzo, la riservatezza, le modalità di fine contratto e la gestione dei dati personali.
La proprietà intellettuale non sostituisce gli altri documenti. JuriUp ricorda che in Svizzera una clausola di non responsabilità non permette di escludere tutte le responsabilità, in particolare in caso di colpa grave o informazione ingannevole.
La best practice consiste nel costruire un insieme coerente: note legali, condizioni generali se si vende, politica sulla privacy conforme alla LPD e clausola di non responsabilità ben mirata. Le clausole sui diritti d’autore si inseriscono in questo insieme; non lo sostituiscono.
