Sviluppo congiunto tra imprese: chi decide sui risultati e sui diritti IP

Due imprese possono condividere un obiettivo tecnico senza avere la stessa idea sul futuro dei risultati. Una intende incorporare la soluzione nel proprio prodotto; l’altra vuole proporla anche a clienti diversi. Il disaccordo può restare invisibile durante i test e diventare decisivo quando il prototipo funziona.

Un accordo di sviluppo congiunto dovrebbe quindi organizzare sia il lavoro sia le decisioni sui diritti di proprietà intellettuale. Non basta stabilire chi paga le attività. Occorre distinguere ciò che ciascun partner porta, ciò che viene realizzato e le autorizzazioni necessarie per utilizzarlo. Questa guida propone un metodo operativo per imprese che collaborano, con attenzione anche ai progetti con università o centri di ricerca.

Definire l’obiettivo commerciale oltre a quello tecnico

Prima di discutere percentuali e titolarità, i partner dovrebbero descrivere il risultato atteso e l’impiego previsto. Un sensore sperimentale, un processo produttivo e un modulo software hanno esigenze diverse. Anche la stessa tecnologia può essere utile a ciascuna impresa in mercati differenti.

Conviene chiarire se il progetto mira a una soluzione interna, a una fornitura esclusiva, a un prodotto condiviso oppure a una piattaforma utilizzabile da più soggetti. Questa scelta orienta il contratto: ambito d’uso, rapporti con clienti, possibilità di concedere diritti ad altri e necessità di coinvolgere ulteriori partner.

Una riunione iniziale dovrebbe produrre un documento breve con obiettivi, risultati consegnabili, destinatari e limiti del progetto. Se gli interessi commerciali sono incompatibili, affrontarli subito evita di costruire una governance che rinvia il conflitto alla prima occasione di vendita.

Separare i contributi iniziali dai nuovi risultati

Nei contratti si utilizzano spesso i termini background e risultati, talvolta chiamati foreground. Il primo indica, secondo la definizione concordata, conoscenze, materiali e diritti già disponibili e messi a disposizione del progetto. I risultati riguardano invece ciò che viene generato durante le attività individuate dall’accordo.

La WIPO, nel descrivere gli accordi di ricerca collaborativa, richiama la necessità di disciplinare titolarità, accesso e sfruttamento dei risultati. Il metodo utile per l’impresa è trasformare queste categorie in oggetti identificabili: un disegno, una versione software, un insieme di prove, una formula o un procedimento.

Costruire un allegato dei contributi iniziali

Per ciascun contributo registrare una descrizione sufficiente, il soggetto che lo mette a disposizione, il riferimento documentale e le condizioni di accesso. L’allegato può richiamare archivi riservati senza inserire nel contratto l’intero contenuto tecnico. L’importante è poter riconoscere ciò che è incluso e distinguerlo dalle attività future.

È utile indicare anche le esclusioni. Un partner potrebbe consentire l’impiego di un modulo nel prototipo, senza autorizzarlo in tutti i prodotti del cliente. Se quel modulo sarà indispensabile nella fase commerciale, le parti dovrebbero discuterne le condizioni prima di basare su di esso l’intero sviluppo.

L’allegato deve avere un responsabile e una procedura di aggiornamento. Un progetto può richiedere materiali aggiuntivi dopo l’avvio; introdurli informalmente può creare incertezza sulla loro disponibilità. È preferibile documentare il nuovo apporto e le condizioni applicabili prima dell’integrazione.

Identificare i risultati durante il lavoro

La documentazione non dovrebbe cominciare quando arriva la domanda: chi è proprietario del prototipo? Un registro dei risultati può accompagnare il progetto, riportando descrizione, versione, contributori, materiali utilizzati e documenti che ne attestano lo sviluppo. È una proposta organizzativa da adattare alla complessità delle attività.

Il registro non assegna da solo i diritti e non sostituisce l’analisi giuridica. Aiuta però a individuare l’oggetto su cui applicare il contratto. Senza questa base, formule come risultati esclusivi o comuni possono riferirsi a elementi diversi per le persone che partecipano al progetto.

La catena dei contributi deve comprendere anche consulenti e soggetti esterni. È opportuno verificare come i loro rapporti disciplinino le attività affidate e coordinare i documenti con l’accordo principale. Non bisogna presumere che il contratto tra due imprese risolva automaticamente le posizioni di ogni persona coinvolta.

Titolarità e diritto di utilizzo rispondono a domande diverse

Essere titolare di un risultato e poterlo utilizzare per un determinato obiettivo sono questioni collegate, ma diverse. Un partner può aver bisogno di un’autorizzazione sul contributo iniziale dell’altro anche quando dispone di diritti sul nuovo sviluppo. Perciò la trattativa deve considerare le dipendenze tecniche insieme all’allocazione dei risultati.

Per ogni risultato rilevante si dovrebbe rispondere a quattro domande: chi può usarlo nel progetto, chi può impiegarlo commercialmente, chi può modificarlo e chi può autorizzare soggetti esterni. La risposta va coordinata con il tipo di diritto, il titolo di disponibilità e la legge applicabile.

Se le parti scelgono una contitolarità, devono esaminare come funzionerà concretamente. Quote e dichiarazioni di comproprietà non descrivono da sole chi sostiene le spese, chi può concludere licenze o come si affronta un disaccordo. La disciplina specifica va verificata in relazione ai diritti interessati e alle pattuizioni ammissibili.

Valutare diritti distinti per impieghi distinti

Quando gli obiettivi commerciali differiscono, le parti possono valutare autorizzazioni delimitate per applicazione o settore, ove compatibili con il quadro giuridico. Serve una definizione comprensibile: una categoria troppo ampia può assorbire opportunità che l’altro partner pensava di conservare.

Il contratto dovrebbe considerare anche le zone di confine. Se il prodotto viene utilizzato in un nuovo settore, chi decide se l’impiego è consentito? Una procedura di confronto e una registrazione delle autorizzazioni possono essere più utili di una descrizione astratta che nessuno sa applicare al caso concreto.

Decidere chi propone e approva la protezione

Durante lo sviluppo può emergere un risultato da valutare per una tutela brevettuale, per il design oppure attraverso la riservatezza. L’accordo dovrebbe identificare chi segnala il risultato, chi svolge la valutazione e chi assume la decisione. La scelta della protezione richiede un esame tecnico e giuridico dell’oggetto, senza automatismi.

Occorre inoltre prevedere chi sostiene i costi, chi conserva i documenti e come vengono gestite le decisioni successive. Il dissenso di un partner non dovrebbe essere affrontato soltanto con una formula generica: conviene stabilire un percorso di confronto e verificare le soluzioni applicabili alla specifica situazione.

Questo passaggio si collega alla preparazione delle trattative dall’idea al prototipo. Nel progetto congiunto, il problema ulteriore è rendere coerenti le decisioni di più soggetti quando una soluzione cambia forma o diventa commercialmente interessante.

Coordinare pubblicazioni, presentazioni e riservatezza

Una dimostrazione commerciale o una pubblicazione scientifica può rivelare elementi tecnici del progetto. L’articolo 54 della Convenzione sul brevetto europeo include nello stato della tecnica ciò che è stato reso accessibile al pubblico prima del deposito. Prima di comunicare un risultato potenzialmente brevettabile, quindi, occorre una valutazione specifica.

La procedura interna dovrebbe chiarire chi presenta il materiale da divulgare, chi lo esamina e come viene comunicata l’autorizzazione. Deve coprire anche presentazioni a eventi, immagini del prototipo, documentazione commerciale e comunicazioni online. È utile valutare il contenuto effettivo, senza fermarsi al titolo della presentazione.

Per le informazioni destinate a rimanere segrete, la WIPO richiama il valore della riservatezza e delle misure ragionevoli di protezione. Sul piano organizzativo, i partner possono prevedere archivi separati, accessi commisurati al ruolo e regole di scambio. Queste misure vanno coordinate con gli NDA utilizzati nei rapporti con i fornitori.

Un esempio ipotetico: un algoritmo e un nuovo componente

Si immagini un’impresa meccanica che collabora con un’impresa digitale per sviluppare un sistema di controllo. La prima mette a disposizione un componente già realizzato; la seconda un algoritmo precedente. Nel progetto viene creato un nuovo metodo di calibrazione e viene modificato il software.

Il registro separa componente iniziale, algoritmo iniziale, modifiche e metodo nuovo. L’accordo dovrebbe consentire di individuare quali diritti servano all’impresa meccanica per commercializzare il sistema e quali possibilità conservi l’impresa digitale. La sola consegna del prototipo non risponde a queste domande.

Nell’esempio, un disaccordo potrebbe nascere se l’impresa digitale volesse proporre il metodo a un concorrente del partner. La questione andrebbe affrontata con condizioni definite per il risultato e per i contributi necessari al suo utilizzo, valutando il contesto giuridico. Non è corretto presumere un divieto o una libertà illimitata sulla base della parola collaborazione.

Prevedere l’uscita di un partner

Un progetto può terminare per completamento, cambiamento delle priorità o interruzione anticipata. L’accordo dovrebbe distinguere queste situazioni e chiarire come vengono gestiti materiali, risultati intermedi, autorizzazioni e attività ancora necessarie. La continuità commerciale va considerata anche quando la collaborazione tecnica si conclude.

È utile individuare i risultati utilizzabili, le consegne dovute e le condizioni che sopravvivono alla fine del rapporto. Occorre coordinare restituzione e cancellazione dei materiali con esigenze di conservazione legittime, diritti di accesso ancora previsti e documentazione necessaria a provare le attività svolte.

Errori comuni e controlli prima della firma

Gli errori più frequenti sono descrivere tutti i risultati come comuni senza identificarli, dimenticare le dipendenze dai contributi iniziali e rimandare le autorizzazioni commerciali. Un ulteriore rischio è consentire presentazioni esterne senza un controllo del contenuto o affidare tutte le decisioni a un comitato privo di regole sul dissenso.

Prima della firma conviene simulare tre situazioni: un risultato utile soltanto a un partner, un risultato che entrambi vogliono vendere e l’uscita anticipata di uno dei due. Se il contratto non permette di capire come si decide in questi casi, la governance richiede ancora lavoro.

Nei progetti con università o enti di ricerca, consultare anche la politica IP dell’istituzione. La WIPO illustra il ruolo delle politiche IP istituzionali su titolarità, uso, cooperazione e gestione dei risultati. L’impresa deve verificare il documento effettivamente applicabile al partner, insieme alle norme e alle condizioni del progetto.

Domande frequenti

### Finanziare il progetto significa ottenere tutti i risultati? Non conviene presumere che il finanziamento risolva ogni questione di titolarità e utilizzo. Occorre esaminare il rapporto, i contributi e la disciplina applicabile, poi individuare espressamente i diritti necessari all’obiettivo commerciale.

Serve sempre una contitolarità?

La soluzione dipende dai risultati e dagli interessi dei partner. Prima di scegliere, confrontare titolarità, diritti di accesso e modalità di sfruttamento. Qualunque assetto richiede regole operative coerenti e una verifica giuridica.

Possiamo decidere sui diritti quando il prototipo è pronto?

È preferibile definire prima il metodo e aggiornarlo durante il lavoro. Il prototipo permette di conoscere meglio il risultato, ma arrivare a quel momento senza criteri condivisi rende più difficile affrontare interessi ormai concreti.

Che cosa portare alla prima revisione legale?

Una descrizione del progetto, i contributi iniziali, gli impieghi previsti, l’elenco dei partecipanti e una bozza dell’accordo. Aggiungere le condizioni di eventuali finanziamenti e le politiche del partner istituzionale, se presenti.

Trasformare l’accordo in uno strumento di lavoro

Un accordo efficace dovrebbe consentire al gruppo di progetto di sapere chi segnala un risultato, chi lo valuta, chi autorizza l’uso e quali documenti conservare. Le clausole devono poter accompagnare decisioni reali, aggiornandosi quando cambiano tecnologia, partecipanti o obiettivi.

Per esaminare un accordo di sviluppo congiunto e coordinare i diritti con la strategia dell’impresa, è possibile contattare lo Studio Legale Coviello con una sintesi del progetto e la documentazione disponibile.