Scheda del bene immateriale con titolarità e sviluppo per il dossier patent box

A cura diAndrea DicantoConsulente tecnico e autore · Pubblicato il 28/10/2026

Una scheda del bene immateriale utile al dossier Patent Box non è un elenco di documenti: è una pagina di raccordo che rende leggibili, per lo stesso bene, tre piani distinti: chi ne detiene o ne utilizza i diritti secondo i documenti disponibili, come il bene è stato sviluppato o acquisito e quali evidenze permettono di ricostruire quei passaggi. La scheda è efficace quando evita di confondere il nome commerciale di un prodotto, il progetto che lo ha generato e il bene immateriale da descrivere.

Per costruirla, conviene aprire una posizione separata per ciascun bene o gruppo omogeneo di beni e compilare campi stabili: identificazione, titolarità documentata, storia dello sviluppo, soggetti coinvolti, fonti interne ed esterne, collegamenti ai dati economici e punti aperti. Il risultato concreto è una distinzione utilizzabile: ciò che la documentazione già attribuisce al bene, ciò che descrive soltanto un’attività di sviluppo e ciò che richiede un chiarimento prima di essere rappresentato nel dossier Patent Box.

La struttura della scheda: bene, titolarità e sviluppo

Il primo campo dovrebbe identificare il bene con una denominazione coerente nel tempo. Un nome di progetto può essere utile come alias, ma non dovrebbe sostituire la descrizione del bene. Per un software, ad esempio, la scheda può riportare il nome del prodotto, le versioni o moduli inclusi e il perimetro funzionale; per un brevetto o un altro asset documentato, può richiamare gli estremi presenti nella relativa documentazione. Se un unico nome copre beni diversi, è preferibile non forzare l’unificazione: la scheda deve rendere possibile capire quali evidenze appartengono a quale oggetto.

La sezione sulla titolarità raccoglie il fatto documentale senza anticiparne interpretazioni: soggetto indicato nei contratti, atti, registrazioni, licenze, cessioni o altra documentazione disponibile; ruolo dell’impresa nella disponibilità o nell’utilizzo del bene; data e documento da cui deriva l’informazione. È utile distinguere una titolarità rappresentata da un documento da una semplice indicazione presente in una presentazione, in una fattura o in una comunicazione operativa. Questi ultimi elementi possono aiutare a ricostruire il contesto, ma non sostituiscono il documento che disciplina il rapporto.

La sezione sullo sviluppo racconta invece la traiettoria del bene. Non serve trasformarla in una cronaca completa: servono i passaggi che spiegano il nesso tra attività e risultato. Per ciascun passaggio, la scheda può indicare obiettivo, periodo di riferimento, attività svolta, persone o fornitori coinvolti, output prodotto e documento che ne conserva traccia. Un rilascio software, una specifica funzionale, un verbale di collaudo, un incarico esterno o una consegna tecnica hanno funzioni diverse; la scheda rende esplicita questa differenza invece di collocarli indistintamente nella stessa cartella.

Un punto decisivo è separare sviluppo e titolarità. Il fatto che una persona, un dipendente o un fornitore abbia contribuito allo sviluppo descrive un’attività; non chiarisce da solo il rapporto documentale sul bene. Analogamente, un contratto che richiama un bene può essere rilevante per la titolarità o l’utilizzo, ma non dimostra da solo quali attività abbiano contribuito allo sviluppo. Questa separazione riduce le incongruenze: ogni affermazione nella scheda rimanda al documento appropriato e l’eventuale assenza di collegamento resta visibile come punto aperto.

La parte finale può collegare il bene ai progetti e ai dati amministrativi senza confonderli. Un progetto può avere contribuito a un bene già esistente, aver prodotto un modulo autonomo o riguardare più beni. La scheda dovrebbe quindi indicare il tipo di collegamento e la relativa evidenza, non limitarsi a ripetere il codice di commessa. Per approfondire la ricostruzione progetto per progetto, è utile la guida sui progetti di ricerca e sviluppo collegati al bene immateriale nel dossier Patent Box.

Scenario operativo: un software sviluppato con risorse interne ed esterne

Nel seguente caso tipo, del tutto ipotetico, una società usa un software denominato “Piattaforma X”. La documentazione disponibile comprende una descrizione del prodotto, un contratto con un fornitore che ha realizzato parte del codice e materiali interni relativi a successive evoluzioni. Il problema iniziale non è stabilire un effetto fiscale: è evitare che la stessa etichetta “Piattaforma X” faccia apparire come un unico fatto documenti che descrivono situazioni diverse.

• Identificazione del bene: la scheda descrive la piattaforma e separa il nucleo originario dai moduli successivi quando la documentazione li rende distinguibili. Le versioni vengono riportate come elementi di sviluppo, non come beni automaticamente autonomi.
• Titolarità: la scheda richiama il contratto del fornitore, indica le clausole e gli allegati effettivamente disponibili e annota il soggetto cui il documento collega diritti o facoltà di utilizzo. Una fattura del fornitore viene collegata all’incarico, senza essere usata al posto dell’incarico per definire il rapporto.
• Sviluppo: le evoluzioni interne sono associate a specifiche, ticket, verbali di rilascio o altri output disponibili. Il collegamento è mantenuto distinto dall’attività del fornitore, anche se entrambi i filoni riguardano la stessa piattaforma.
• Punto aperto: se il contratto riguarda soltanto una parte del codice ma le evidenze operative citano l’intera piattaforma, la scheda non colma lo scarto con una descrizione generica. Segnala il perimetro da chiarire e individua i documenti che possono precisarlo.

In questo scenario, il risultato operativo è una scheda che consente di vedere se il bene è descritto con un perimetro più ampio delle evidenze contrattuali oppure se gli sviluppi successivi sono documentati ma non collegati con precisione al bene. La conclusione cambierebbe se emergessero contratti, allegati tecnici o atti successivi che ridefiniscono il perimetro del software o il ruolo dei soggetti coinvolti: in quel caso la scheda va aggiornata, non semplicemente integrata con un nuovo nome di cartella.

Quando la scheda richiede una lettura professionale

Conviene coinvolgere lo studio quando contratto, sviluppo e rappresentazione del bene non seguono la stessa linea documentale; ad esempio, quando un bene è richiamato con denominazioni differenti, quando sono intervenuti fornitori esterni o quando non è chiaro se un’attività abbia prodotto un bene autonomo, un’evoluzione o un servizio. Il controllo interno organizzativo può evidenziare lo scarto, ma la sua gestione richiede di confrontare documenti, dati contabili ed evidenze operative nel perimetro effettivo del caso.

Alessio Ferretti STP, studio di commercialisti, svolge una prima lettura fiscale, contabile ed economica della posizione Patent Box: può ricostruire il collegamento tra la scheda del bene, contratti, attività, costi, ricavi e documenti disponibili, indicando incoerenze e aspetti da approfondire per la documentazione ordinaria o per una procedura preventiva. Il lavoro non trasforma un documento incompleto in una prova: aiuta a definire quale perimetro documentale sia effettivamente rappresentabile e quali alternative richiedano ulteriori elementi.

Per orientare la prima valutazione, descrivi la situazione, l’urgenza e l’elenco dei documenti disponibili, ad esempio contratti, atti o registrazioni, materiali di sviluppo, prospetti contabili e documenti relativi ai fornitori coinvolti. Non occorre inviare allegati riservati nel primo contatto: le modalità di trasmissione saranno concordate dopo il contatto.

Richiedi una verifica preliminare Patent Box per una prima valutazione senza impegno.