Proprietà intellettuale del software: preparare le prove (2026)

Mappare gli asset prima della titolarità

Inventari applicazioni, librerie, app, API, script, modelli, documentazione, design, database, domini, marchi e segreti. Colleghi ogni asset rilevante a repository, autore o fornitore, periodo e responsabile.

L'Istituto Federale della Proprietà Intellettuale spiega che il codice sorgente può essere protetto, mentre idee, concetti, algoritmi e istruzioni in quanto tali non lo sono. Il diritto d'autore è solo un livello. Contratti, licenze, riservatezza, marchi, domini e controllo operativo richiedono prove separate.

Tracciare separatamente fondatori, dipendenti e fornitori

Documenti il lavoro prima della costituzione, i contributi dei fondatori, le date di impiego e le mansioni. Colleghi ogni collaboratore a rapporto, periodo, deliverable, attività nel repository e contratto.

Le indicazioni dell'IPI per le imprese descrivono un'eccezione per i programmi creati dai dipendenti nell'esercizio delle mansioni contrattuali. L'articolo 17 LDA tratta i diritti esclusivi d'uso del datore in quel contesto. Non dimostra controllo automatico su codice di fornitori, codice preesistente o ogni opera. Un legale svizzero deve applicare le regole ai fatti.

Per freelance e agenzie verificate termini firmati, deliverable, materiali preesistenti, diritti, durata, sublicenza, modifiche e consegna. Il pagamento non sostituisce una clausola chiara.

Separare proprietà, licenza e componenti terzi

L'impresa non deve possedere ogni dipendenza. Deve sapere cosa possiede, cosa usa su licenza e se le condizioni consentono l’operatività attuale e l’uso futuro. Inventari SDK, cloud, dati, font, media, modelli, API e tecnologia integrata.

Registri fornitore, prodotto, versione, scopo, licenza, durata, costi, limiti, trasferimento o cambio di controllo, cessazione e alternativa. Riconcili acquisti, repository e produzione.

• Confermare la parte contrattuale.
• Confrontare licenza e uso reale.
• Identificare materiali del cliente.
• Segnalare servizi essenziali.
• Conservare avvisi e attribuzioni.

Rendere visibile e governato l'open source

Crei un inventario da repository e build con pacchetto, versione, fonte, licenza, uso, modifiche e distribuzione. Gli scanner aiutano, ma non sostituiscono la revisione degli elementi ambigui.

Le licenze impongono condizioni diverse. Non presentate tutto l'open source come problema e non presumete che una licenza permissiva elimini ogni obbligo. Conservi avvisi, revisioni ed eccezioni; approfondite componenti modificati, distribuiti o senza provenienza affidabile.

La risposta solida è: sappiamo cosa usiamo, perché e come rispettiamo le condizioni.

Costruire il registro di provenienza IP

Registri componente, autore o fornitore, rapporto, date, contratto, diritti, territorio e durata se rilevanti, licenza open source, prova, eccezione e responsabile. Colleghi il registro all'inventario tecnico.

Esempio illustrativo: un'agenzia ha creato un modulo cinque anni fa. Repository e fatture esistono, ma il contratto concede solo un uso limitato e non tratta la modifica del sorgente. Segnate il punto giallo o rosso fino all'analisi. Conferma, chiarimento, sostituzione o divulgazione dipendono dai fatti e dal parere legale.

1. Identificare asset e repository materiali.
2. Elencare persone e fonti terze.
3. Associare contratti e licenze firmati.
4. Confrontare documenti e produzione.
5. Classificare le lacune per impatto.
6. Assegnare rimedio e divulgazione.

Il colore è un indicatore interno di priorità, non un certificato legale. Conservi i fatti e lo stato della revisione professionale dietro ogni classificazione.

Ricostruire la storia del prodotto e il perimetro societario

Le lacune spesso nascono quando il prodotto precede la società attuale. Inserite in una cronologia costituzione, attività dei fondatori, entità precedenti, conferimenti, ristrutturazioni e acquisizioni. Annotate quando repository, domini, account cloud e contratti clienti sono passati. Se un'entità pagava gli sviluppatori e un'altra firmava i clienti, individuate l'accordo che le collega.

Per prodotti acquisiti conservate contratto di acquisto, allegati, cessioni, consensi e prove di closing. Confrontate l'elenco acquisito con i componenti ancora usati. Per i contributi dei fondatori distinguete una cessione eseguita da una promessa futura. Registri firme e date di efficacia. Non colmate una lacuna storica con un'ipotesi attuale.

Controllate marchi e domini insieme al codice. Confermi intestatario, accesso amministrativo, rinnovo e società indicata. Registri nomi commerciali non registrati e territori di attività. Professionisti qualificati valuteranno ricerche, registrazioni o strumenti correttivi.

Mantenere aggiornate le prove dopo la revisione

Integrate la provenienza in onboarding e acquisti. Nuovi rapporti di lavoro o fornitura devono usare condizioni approvate prima dell'inizio. Ogni software terzo riceve un responsabile, un record di licenza e una revisione sicurezza. I contributi sono collegati a un account identificato, revisionati e conservati in repository aziendali.

Definisca un processo di eccezione. Gli ingegneri devono sapere cosa fare quando un pacchetto non ha licenza, un cliente fornisce codice, un dipendente vuole riusare lavoro precedente o un'agenzia propone il proprio framework. Registri decisione, limiti e follow-up. Confrontate le scansioni periodiche con l'inventario approvato.

Prima della firma aggiornate il registro e confermate le correzioni. Separi prove fattuali e conclusioni legali. Tecnica, legale e commerciale potranno lavorare sulla stessa lista restando responsabili delle proprie analisi.

Preparare una due diligence controllata

Indicizzi contratti, modifiche, collaboratori, cronologia di repository e release, licenze, avvisi, registrazioni ed eccezioni. Oscuri i dati sensibili quando opportuno e aprite gli accessi per fasi. Una data room non elimina riservatezza o protezione dei dati.

Coordini legale e tecnica. I giuristi interpretano i diritti; gli ingegneri mostrano cosa viene distribuito; finanza e acquisti confermano i fornitori. La checklist di due diligence tecnologica collega sicurezza e resilienza. La guida alla preparazione riservata della vendita spiega la divulgazione progressiva.

Non promettete perfezione. Presenti la situazione nota e affrontate presto le lacune materiali.

Il dossier è verificabile quando ogni componente rilevante distribuito è collegato a creatore o fornitore, contratto o licenza applicabile, prova di repository o build, responsabile dell’eccezione e stato della revisione legale.