Brevetti fantasma nel software: come i vendor IT usano tecnologie mai nate per bloccare il mercato

Nel panorama del procurement tecnologico italiano, uno dei rischi meno discussi — ma tra i più insidiosi — riguarda i cosiddetti brevetti fantasma commerciali: privative industriali registrate su tecnologie software che non sono mai state sviluppate, commercializzate o rese operative. Non si tratta di un fenomeno marginale. Secondo diverse analisi condotte su database brevettuali internazionali, una quota significativa dei brevetti software depositati ogni anno nei principali uffici — dall'EPO all'USPTO — descrive funzionalità che non trovano corrispondenza in alcun prodotto realmente disponibile sul mercato.

Per le imprese italiane che acquistano tecnologia, questo scenario pone domande concrete: come si riconosce un brevetto registrato a scopo puramente difensivo o speculativo? E soprattutto, come ci si tutela contrattualmente quando si scopre che la tecnologia brevettata propagandata da un vendor non esiste davvero?

Il meccanismo del vaporware brevettato

Il termine vaporware nasce nell'industria tecnologica per descrivere prodotti annunciati ma mai rilasciati. Nel contesto brevettuale, il fenomeno assume una dimensione più sofisticata: un'azienda deposita un brevetto su una soluzione tecnica — spesso descritta con linguaggio volutamente ampio e generico — senza alcuna intenzione di svilupparla. L'obiettivo non è commerciale, ma strategico.

La logica è semplice quanto efficace: un brevetto depositato occupa uno spazio giuridico. Chiunque voglia sviluppare una tecnologia che rientri anche marginalmente nel perimetro rivendicato da quel brevetto rischia di incorrere in contestazioni legali. Il titolare del brevetto, pur non avendo mai investito un euro nella realizzazione del prodotto, può minacciare azioni legali, richiedere royalty o semplicemente rallentare il time-to-market di un concorrente attraverso una battaglia giudiziaria costosa.

Nel settore software, dove le rivendicazioni brevettuali possono essere formulate in modo astratto e onnicomprensivo, questo meccanismo è particolarmente diffuso. Un vendor consolidato può costruire un portafoglio di decine — talvolta centinaia — di brevetti su funzionalità mai implementate, creando una sorta di minefield legale attorno al proprio ecosistema.

Perché questo riguarda direttamente gli acquirenti B2B

La questione non interessa soltanto i competitor del vendor. Riguarda in misura uguale — e forse maggiore — le aziende che acquistano tecnologia.

Consideriamo uno scenario tipico: un responsabile IT di una PMI italiana firma un contratto pluriennale con un fornitore software che, tra le caratteristiche del proprio prodotto, elenca una funzionalità avanzata coperta da brevetto proprietario. Il vendor fa leva su quel brevetto come elemento differenziante, giustificando un premium di prezzo rispetto alla concorrenza. Mesi dopo, la funzionalità non viene rilasciata — o viene rilasciata in forma talmente ridotta da non corrispondere a quanto descritto. Il brevetto esisteva, ma la tecnologia no.

In questo contesto, l'acquirente si trova in una posizione difficile: ha pagato per una tecnologia inesistente, ma il contratto potrebbe non prevedere clausole di tutela specifiche per questo tipo di inadempimento.

Come identificare i brevetti su tecnologie inesistenti

Esistono alcune metodologie operative che le aziende acquirenti — o i loro consulenti legali — possono applicare prima di firmare qualsiasi contratto che faccia riferimento a tecnologie brevettate.

Verifica del ciclo di vita del brevetto: un brevetto depositato e mai mantenuto nel tempo — con quote di rinnovo non pagate — è un indicatore che il titolare ha abbandonato qualsiasi interesse commerciale. Strumenti come Espacenet, Google Patents o il Registro Brevetti dell'UIBM consentono di verificare lo stato di mantenimento di un brevetto.

Analisi della data di priorità rispetto alla roadmap del prodotto: se un brevetto è stato depositato anni prima che il vendor abbia mai menzionato pubblicamente la funzionalità correlata, e questa funzionalità non compare in alcun documento commerciale, manuale tecnico o release note, è lecito sollevare domande sulla sua effettiva realizzabilità.

Richiesta di documentazione tecnica di implementazione: durante la fase di negoziazione, è possibile richiedere al vendor una dimostrazione tecnica — anche in ambiente sandbox — della funzionalità brevettata. Un rifiuto non motivato o risposte evasive sono segnali di allerta.

Confronto con il Patent Prosecution History: i documenti depositati durante l'iter di concessione del brevetto (disponibili negli archivi degli uffici brevettuali) rivelano spesso la natura delle rivendicazioni e le eventuali obiezioni sollevate dagli esaminatori. Rivendicazioni eccessivamente ampie, più volte ridimensionate durante l'esame, possono indicare una strategia difensiva piuttosto che un'innovazione concreta.

Le clausole contrattuali che ogni acquirente dovrebbe pretendere

La tutela più efficace contro il rischio del vaporware brevettato si costruisce nella fase negoziale, prima della firma. Alcune clausole specifiche possono fare la differenza.

Clausola di representation and warranty sulla tecnologia brevettata: il vendor dichiara formalmente che le funzionalità descritte come brevettate sono operative, disponibili e conformi alle specifiche indicate nella documentazione commerciale. In caso di difformità, l'acquirente ha diritto a indennizzo.

Clausola di milestone tecnologica: se una funzionalità brevettata non è ancora disponibile al momento della firma, il contratto deve prevedere scadenze vincolanti per il suo rilascio, con penali proporzionali al ritardo e, in caso di mancato rilascio entro un termine massimo, il diritto di recesso senza penali per l'acquirente.

Clausola di escrow della documentazione tecnica: per tecnologie particolarmente critiche, è possibile prevedere il deposito della documentazione tecnica presso un terzo fiduciario. In caso di contestazione, questo materiale costituisce prova dell'effettivo stato di sviluppo della tecnologia al momento della firma.

Clausola di indennizzo per contenzioso brevettuale di terzi: se il vendor utilizza i propri brevetti per bloccare fornitori alternativi che l'acquirente potrebbe voler coinvolgere in futuro, quest'ultimo deve essere tutelato dai costi legali derivanti da eventuali contenziosi.

Il contesto italiano e le opportunità di tutela

In Italia, il quadro normativo offre strumenti di tutela che spesso non vengono sfruttati appieno. Il Codice della Proprietà Industriale (D.Lgs. 30/2005) prevede la possibilità di richiedere la decadenza di un brevetto per non attuazione: se un brevetto non viene sfruttato commercialmente entro tre anni dalla concessione (o quattro anni dal deposito), chiunque abbia interesse può richiedere una licenza obbligatoria. In casi estremi, è possibile agire per la decadenza del titolo.

Per le imprese acquirenti, questa norma rappresenta una leva negoziale concreta: conoscerla e citarla esplicitamente durante la trattativa può modificare significativamente l'atteggiamento di un vendor che fa leva su brevetti di facciata.

Acquistare con consapevolezza, non con fiducia cieca

Il mercato tecnologico premia chi sa leggere oltre la superficie. Un brevetto registrato non è sinonimo di tecnologia funzionante, così come un portafoglio brevettuale esteso non garantisce la solidità di un vendor. Le aziende italiane che si approcciano al procurement IT con strumenti di analisi adeguati — e con il supporto di consulenti specializzati in proprietà intellettuale — sono nella posizione migliore per negoziare condizioni eque e per evitare di pagare per innovazioni che esistono solo sulla carta.

In PatentGuida, il principio guida è semplice: acquistare con certezza significa verificare prima di firmare. E nel caso dei brevetti software, verificare richiede competenze specifiche che nessun contratto standard può sostituire.