Software e IP Box a Cipro: serve un brevetto?

Valutare il software come categoria autonoma

Partite dal bene immateriale concreto, non dal nome informale del regime fiscale. Le norme cipriote sull’IP Box considerano il software per computer una categoria distinta accanto ai brevetti e ad alcune altre innovazioni protette. L’espressione «patent box» non crea un obbligo di depositare un brevetto per ogni prodotto software originale. Occorre stabilire quale programma e quale diritto la società intende realmente far valere.

Un’invenzione tecnica brevettata e un programma protetto dal diritto d’autore possono convivere, ma richiedono prove diverse. Il registro di un brevetto non dimostra che tutti i ricavi di una piattaforma sono ammissibili. Allo stesso modo, l’assenza di un brevetto non esclude la via software quando programma e diritti pertinenti sono documentati. Identificate codice, versioni, modalità di sfruttamento e titolare.

Non applicate automaticamente al software condizioni previste per un’altra categoria di proprietà intellettuale ammissibile. Alcuni altri beni innovativi hanno requisiti propri di certificazione o dimensione. Non sono un limite universale al fatturato di tutte le imprese software. Rimangono comunque da verificare l’uso nell’attività, i diritti, i redditi, le spese di sviluppo e il nesso richiesto dal regime.

Una scheda di classificazione dovrebbe nominare un bene o un gruppo di versioni delimitato in modo difendibile, la via di protezione, la società che lo sfrutta e i documenti a sostegno. Nome commerciale, presenza in un app store o certificato di marchio non sostituiscono questa mappa. Questa guida tratta la domanda brevetto contro copyright; la verifica completa del regime richiede ulteriori passaggi.

Il diritto d’autore protegge l’espressione originale

La Direttiva 2009/24/CE protegge un programma quando è originale, ossia costituisce una creazione intellettuale propria dell’autore. La protezione riguarda l’espressione in qualsiasi forma e comprende il materiale preparatorio di progettazione. Non copre idee e principi alla base degli elementi del programma, compresi quelli delle interfacce. L’ufficio cipriota della proprietà intellettuale descrive analogamente i programmi come opere letterarie protette.

L’originalità non significa dimostrare la prima invenzione al mondo o ottenere l’approvazione di un esaminatore di brevetti. La domanda riguarda l’espressione concreta creata dall’autore, non una copia di un programma preesistente. Un processo commercialmente utile, l’idea di un algoritmo o un modello di business descritti soltanto in termini astratti non coincidono con il programma protetto. Conservate la sua forma scritta o elettronica.

Secondo la guida ufficiale cipriota, il copyright nasce automaticamente quando un’opera originale assume forma materiale. Pubblicazione, iscrizione in un registro e rinnovo non sono richiesti per acquistare o esercitare il diritto. Una dicitura di copyright o un deposito privato può aiutare a dimostrare una data, ma non crea originalità dove manca. Evitate di presentare una registrazione pubblica inesistente come requisito fiscale.

Esempio: un fondatore illustra una logica di prezzo a due sviluppatori. L’idea generale non prova chi possieda l’espressione del programma scritta in seguito. Il repository può includere moduli creati da persone diverse, librerie esterne e frammenti copiati. L’analisi dei diritti deve separare i contributi, i rispettivi autori e gli atti di trasferimento. Una frase generica sulla proprietà dell’algoritmo è insufficiente.

Separare protezione e titolarità della società

La protezione del codice e l’identità del soggetto che chiede il beneficio fiscale sono due questioni. Chi ha scritto il software, chi ha pagato la fattura e la società che concede licenze possono essere persone differenti. Un fascicolo affidabile segue la catena dei diritti da dipendenti, fondatori, collaboratori esterni, acquisizioni e società del gruppo fino al richiedente, chiarendo quali forme di sfruttamento sono consentite.

La Direttiva 2009/24/CE contiene una regola per i programmi creati da un dipendente nello svolgimento delle mansioni o secondo le istruzioni del datore: salvo diverse pattuizioni, il datore esercita i diritti economici. Non estendete automaticamente tale regola a ogni freelance o fondatore. Nei contratti transfrontalieri vanno verificati anche legge applicabile, contratto di lavoro e ambito effettivo delle mansioni.

Quando un collaboratore esterno ha creato un modulo essenziale, esaminate la cessione firmata o la licenza, l’eventuale facoltà di riutilizzo, i territori e il diritto di sublicenza. Il pagamento dello sviluppo prova una transazione, non necessariamente il trasferimento di ogni diritto economico. Un progetto su misura o white-label può ripartire i diritti fra cliente e fornitore.

Una tabella sintetica della catena di titolarità può indicare modulo, autore, data, documento contrattuale, attuale titolare e limitazioni. Riconciliatela con commit, fatture e release. Se un apporto storico del fondatore non è mai stato trasferito chiaramente, registrate il vuoto e chiedete come sanarlo prima di dichiarare esclusività completa nel calcolo fiscale.

Distinguere il proprio lavoro dai componenti di terzi

Il software commerciale combina spesso codice originale, pacchetti open source, librerie con licenza, API e servizi cloud. La presenza di componenti esterni non rende automaticamente non ammissibile il software sviluppato internamente. Limita però ciò che la società può affermare di aver creato o possedere. Redigete un inventario delle dipendenze rilevanti con versione, licenza, uso e condizioni di distribuzione.

Separate l’espressione originale da una dipendenza e dal servizio che si limita a ospitare o elaborare dati. Una società può aver scritto l’applicazione ma usare un motore di pagamento di terzi. La cronologia di sviluppo sostiene il diritto sull’applicazione, non sul motore esterno. I contratti con i clienti dovrebbero mostrare se il corrispettivo remunera software, hosting, assistenza o servizi, perché i ricavi possono richiedere analisi diverse.

Lo sviluppo assistito dall’intelligenza artificiale aggiunge domande sui fatti. Prompt, risultato generato e modifiche umane non sono prove identiche di paternità. Documentate chi ha selezionato, riscritto, combinato, testato e mantenuto il codice, nonché le condizioni della piattaforma utilizzata. Non promettete copyright su ogni riga generata e non presumete che usare uno strumento AI elimini automaticamente diritti sull’apporto umano.

Il rispetto delle licenze è distinto dalla classificazione fiscale. Una dipendenza open source ammessa può imporre avvisi, disponibilità del codice o altri adempimenti secondo la licenza concreta. Una controversia irrisolta sui diritti di terzi può indebolire tanto la mappa commerciale quanto l’attribuzione dei ricavi. Fate verificare i componenti rilevanti quando la portata dei diritti non è chiara.

Decidere sul brevetto per ragioni giuridiche e commerciali

Un deposito brevettuale può essere utile se un’invenzione attuata mediante computer presenta un contributo tecnico difendibile e una ragione commerciale per proteggerlo. Le linee guida 2026 dell’Ufficio europeo dei brevetti distinguono i programmi rivendicati come tali, esclusi dalla brevettabilità, dai programmi con carattere tecnico e ulteriore effetto tecnico. Restano inoltre da valutare novità, attività inventiva e applicabilità industriale.

La decisione dipende dall’invenzione, dai territori, dalla divulgazione, dai costi, dalle prospettive di esame e dall’azionamento del diritto. Il deposito può rendere pubblici dettagli tecnici e comportare spese per anni. Merita un parere specialistico. Non è un prezzo d’ingresso universale per la categoria software dell’IP Box cipriota.

Non scartate una strategia brevettuale potenzialmente utile solo perché il software originale può essere protetto dal diritto d’autore. I due diritti possono tutelare aspetti diversi dello stesso prodotto. Un marchio tutela il segno distintivo, non prova la proprietà dell’espressione del programma e non trasforma i ricavi del brand in reddito da software. Tenete distinti i registri.

La comunicazione pubblica deve seguire i documenti. «Patent pending» presuppone una domanda reale e «brevettato» un diritto pertinente concesso. Anche la descrizione «software protetto da copyright» richiede un’analisi sostenibile del programma e dei diritti. Il calcolo IP Box non deve dipendere da un’etichetta promozionale priva di supporto.

Preparare un fascicolo verificabile dei diritti software

Un fascicolo utile permette a un terzo di ricostruire la classificazione legale. Inizia con una descrizione del programma abbastanza precisa da distinguerlo da altri prodotti e una storia di sviluppo datata. Mostra chi ha contribuito, come i diritti sono arrivati alla società, come il bene è stato sfruttato e come sono stati misurati redditi e costi di R&S.

Mantenete documentazione per ciascun bene immateriale come richiesto dal regolamento 5 della KDP 336/2016. Un identificativo collega fascicolo dei diritti, release, contabilità della R&S, contratti e prospetti fiscali. Esplicitate le incertezze invece di fondere prodotti e servizi diversi sotto una sola etichetta non verificata. Aggiornate dopo acquisizioni, riscritture importanti o nuovi modelli di licenza.

• Descrizione del prodotto, confini dei componenti e versioni principali.
• Cronologia datata del repository e prova dello sviluppo umano originale.
• Accordi con fondatori, dipendenti e collaboratori esterni.
• Contratti di acquisto e licenze con diritti di sfruttamento.
• Inventario delle dipendenze di terzi e controllo delle licenze.
• Contratti cliente che distinguono software, hosting e servizi.
• Ricavi e costi ammissibili di R&S per ciascun bene.
• Valutazione scritta di lacune, controversie e titolarità incerta.

Il copyright è soltanto una parte della verifica fiscale

Il diritto d’autore è una sola condizione. L’IP Box richiede anche di stabilire se il reddito nasce da un bene ammissibile e in che modo il rapporto nexus rifletta le spese di sviluppo qualificate. La KDP 336/2016 disciplina ricavi e costi pertinenti e chiede registrazioni per bene immateriale. Possedere software originale non trasforma tutto il fatturato aziendale in utile IP ammissibile.

Pensate a una società SaaS che vende un abbonamento annuale, implementazione personalizzata, formazione e rivendita di strumenti esterni. La posizione sul copyright può essere solida, ma contratti e costi devono distinguere gli importi attribuibili al programma da servizi separati o margini da rivendita. Una sola riga di fattura non risolve la ripartizione. Documentate prestazioni contrattuali e un metodo difendibile.

Un prodotto può avere un nucleo acquisito ed estensioni sviluppate internamente. La società deve distinguere le spese che entrano nel numeratore nexus dagli altri importi secondo le regole applicabili. Un’estensione originale non trasforma automaticamente tutto il prezzo di acquisto in R&S ammissibile. Tenete un calcolo per bene, invece di usare il memo sul copyright come se fosse già un calcolo del profitto.

L’ordine di lavoro è: identificare programma e via di tutela; provare i diritti di sfruttamento; classificare ricavi contrattuali e costi diretti; raccogliere spese di sviluppo per bene; calcolare nexus; solo allora determinare l’eventuale deduzione IP Box. Ripetete la verifica dopo trasferimenti di diritti o cambi del modello commerciale. La risposta sulla necessità di un brevetto è più breve dell’analisi fiscale successiva.