Cyprus IP Box per più prodotti software

Partire dalla mappa dei beni, non dal catalogo commerciale

Una società può vendere tre piani di abbonamento basati sullo stesso codice oppure un abbonamento che comprende diversi sistemi sviluppati separatamente. I nomi commerciali non corrispondono quindi sempre ai beni da monitorare ai fini IP Box.

Mappate la tecnologia prima di costruire il calcolo. Individuate basi di codice, moduli principali, storie di sviluppo, titolarità e modalità di produzione del reddito. Spiegate se ogni elemento è un bene autonomo, una versione di un bene esistente o un’infrastruttura condivisa. La conclusione deve derivare dai fatti, non dal risultato fiscale desiderato.

Il regolamento 5 richiede libri e registrazioni di redditi e spese per bene immateriale. Il regolamento 4 disciplina anche l’allocazione di determinate spese non attribuibili direttamente. Insieme, queste disposizioni rendono la tracciabilità e la ripartizione motivata più utili di una percentuale aziendale arbitraria.

Perché aggregare può alterare il risultato

Supponiamo che il Prodotto A generi 400.000 € di reddito IP netto con nexus pieno e il Prodotto B 100.000 € con nexus del 50%. Trattando i beni separatamente si ottengono 450.000 € di profitto ammissibile e una deduzione dell’80%, pari a 360.000 €. I 140.000 € residui producono 21.000 € di imposta societaria al 15%, prima di altri aggiustamenti.

La media semplice dei due rapporti è il 75%. Applicarla ai 500.000 € complessivi di reddito IP netto darebbe soltanto 375.000 € di profitto ammissibile. Il risultato cambia perché i beni generano profitti diversi. Un altro metodo di aggregazione potrebbe invece sovrastimare il beneficio.

La conclusione non è scegliere la media che produce meno imposte, ma preservare la corretta relazione tra spese e reddito di ciascun bene. Se un raggruppamento è necessario perché tecnologia e costi sono inseparabili, occorre motivarne l’adeguatezza anziché sostituire l’analisi con la comodità di un foglio di calcolo.

Ripartire coerentemente lo sviluppo condiviso

Autenticazione, fatturazione, elaborazione dati e strumenti per sviluppatori possono servire più prodotti. Verificate anzitutto se la spesa sia attribuibile direttamente tramite documenti di progetto. Se non lo è, documentate una ripartizione ragionevole, fondata sui benefici apportati ai beni e sulle regole applicabili.

Non attribuite integralmente lo stesso costo condiviso a ogni prodotto. La somma delle quote deve coincidere con la spesa effettiva. Analogamente, assegnare senza prove tutti i costi comuni al prodotto più redditizio può scollegare il numeratore dallo sviluppo che lo ha generato.

Usate criteri diversi di ripartizione solo per ragioni fattuali. Impegno tecnico, utilizzo documentato nei progetti e dipendenza tecnologica possono spiegare il rapporto con i costi. I ricavi possono essere pertinenti in alcuni contesti, ma non vanno scelti automaticamente per ogni spesa di sviluppo solo perché facilmente disponibili.

• Elencare il lavoro condiviso e i prodotti o beni che ne beneficiano.
• Spiegare perché non è possibile l’attribuzione diretta.
• Registrare il criterio di ripartizione e le prove di supporto.
• Riconciliare le quote con l’importo originario totale.
• Rivedere il metodo quando cambiano architettura o utilizzo.

L’attribuzione del reddito richiede prove proprie

La ripartizione dei costi non stabilisce da sola come dividere il reddito. Un abbonamento combinato può comprendere accesso a più beni e servizi non IP. Esaminate contratti, prezzi e contributo commerciale di ciascun componente prima di determinare il reddito netto pertinente.

Mantenete un raccordo tra ricavi contabilizzati e prospetti per bene. Includete coerentemente rimborsi, note di credito e altri aggiustamenti. Anche i costi di produzione del reddito devono essere ripartiti affinché il risultato complessivo si riconcili con la contabilità, fatte salve rettifiche fiscali identificabili.

Se un bene è acquistato e un altro sviluppato internamente, mantenete distinte le rispettive storie di acquisizione e R&S. Spostare ricavi tra nomi di prodotti non deve far sparire il costo di acquisizione dal bene cui appartiene.

Usare i cambiamenti di prodotto come occasioni di riesame

Fusioni di prodotti, migrazioni verso piattaforme condivise e riscritture importanti possono cambiare la mappa dei fatti. Conservate la storia prima di modificare gli identificativi e documentate se il lavoro migliora un bene esistente o ne crea uno distinto. Un rilancio commerciale da solo non risponde alla domanda.

La verifica annuale dovrebbe spiegare elenco dei beni, variazioni, attribuzione dei redditi, ripartizione dei costi comuni e rapporti risultanti. Se il trattamento rimane incerto, richiedete consulenza o chiarimenti sui fatti specifici invece di applicare una regola universale per famiglie di prodotti.