Registro dei ricavi IP per il calcolo del Cyprus IP Box

Partire dalla contabilità generale

Il calcolo fiscale deve poter risalire a ricavi e spese rilevati, non a un foglio separato i cui totali non coincidono con i libri. Si parte dal mastro generale e si identificano i flussi di reddito, le rettifiche e i costi pertinenti.

Usate gli identificativi del registro dei beni immateriali, affinché il prospetto dei ricavi e le evidenze di sviluppo si riferiscano agli stessi beni. Nomi commerciali, piani per i clienti e codici di fatturazione non sempre corrispondono direttamente al software sottostante: documentate la mappatura.

Mantenete nella riconciliazione anche l’attività non IP. Escludere consulenza o rivendita dal calcolo agevolato non le elimina dall’utile e dalla posizione fiscale complessiva. Un ponte completo spiega sia le componenti incluse sia quelle escluse.

Campi utili del registro

Questi campi costituiscono un prospetto di lavoro interno, non un modello ufficiale. Il livello di dettaglio appropriato dipende dall’attività, dai contratti e dalle prove necessarie per sostenere le allocazioni.

Esempio con ricavi misti

Supponiamo ricavi rilevati di €900.000: €700.000 attribuiti su base documentata a un software potenzialmente idoneo e €200.000 ad altri servizi. I costi pertinenti sono rispettivamente €300.000 e €150.000. Il registro mostra quindi €400.000 di reddito netto del bene e €50.000 di utile degli altri servizi prima di ulteriori rettifiche fiscali.

Il prospetto nexus separato fornisce la frazione documentata per il bene software. Se è del 75%, il profitto qualificato nell’esempio è €300.000 e la deduzione dell’80% è €240.000. Del profitto IP restano €160.000 prima di altre rettifiche; i €50.000 di altri servizi rimangono visibili per il loro trattamento.

L’esempio è illustrativo e non prescrive un criterio di allocazione. Ponte dei ricavi, ponte dei costi e calcolo nexus sono passaggi diversi. I totali devono riconciliarsi prima di applicare la deduzione.

Note di credito, competenza e costi comuni

Incassi e ricavi rilevati possono differire, in particolare con abbonamenti annuali, anticipi e regolamenti di piattaforma. Stabilite il trattamento contabile e fiscale applicabile e rendete esplicita la riconciliazione temporale.

Rimborsi, note di credito e rettifiche di revenue sharing devono seguire coerentemente il flusso originario. Non usate gli incassi lordi nella parte agevolata spostando altrove le riduzioni correlate, così da gonfiare il reddito netto idoneo.

I costi comuni richiedono una base di riparto sostenuta da dati e devono riconciliarsi con le spese effettive. Ricavi e costi non devono necessariamente usare lo stesso driver se i fatti sono diversi, ma entrambi devono essere spiegabili.

Il registro annuale non sostituisce lo storico nexus

Il registro annuale risponde alla domanda: quanto reddito netto pertinente ha generato il bene in quel periodo? Il prospetto nexus riguarda lo storico delle spese di sviluppo e acquisizione previsto dal regolamento 4. Importi e orizzonti temporali possono divergere.

Un prezzo di acquisizione può incidere sul denominatore nexus, mentre l’ammortamento fiscale modifica l’utile annuale secondo regole separate. Una spesa di produzione può ridurre il reddito netto senza entrare nelle spese qualificate di R&S. Una colonna indistinta «costi» nasconde tali differenze.

Collegate i prospetti mediante l’identificativo del bene e conservate le rettifiche fiscali. Così il calcolo finale si può riprodurre senza presumere che ogni costo operativo sia una spesa di sviluppo.

Controlli prima del calcolo annuale

Chiedete a una seconda persona di ricostruire il ponte dai conti di origine e investigare le differenze inspiegate. Un semplice totale di controllo può rivelare allocazioni duplicate o ricavi omessi dalla categoria non IP.

Rivedete nuovi contratti e flussi durante l’anno. Se l’impresa aggiunge consulenza, pubblicità o rivendita di un prodotto di terzi, la classificazione generica «tutto software» usata l’anno prima potrebbe non essere più valida.

• Le allocazioni dei ricavi tornano ai ricavi rilevati.
• I costi assegnati tornano ai conti.
• Nessun importo è contato due volte.
• L’attività non IP resta visibile.
• I criteri significativi hanno prove.
• Le rettifiche fiscali sono identificabili.
• Le frazioni nexus provengono dai prospetti dei beni.

Cosa non dimostra un registro ordinato

Il registro non prova da solo la titolarità dei diritti o la natura idonea del bene. Organizza le evidenze finanziarie dopo che tali questioni sono state valutate. Tenete l’analisi giuridica collegata agli stessi identificativi.

Una riconciliazione curata aiuta anche previsioni e due diligence. Mostra l’origine del risultato fiscale atteso e le ipotesi che cambierebbero con un diverso mix di ricavi o di spese storiche.

Ricostruire riga per riga il ponte dei €900.000

Immaginiamo fatture e rapporti di billing per €920.000 prima delle note di credito: €715.000 per l’accesso al software APP-01 e €205.000 per implementazione e consulenza. Note di credito per €15.000 e €5.000 riducono i ricavi rilevati a €700.000 e €200.000. Le due righe sommano €900.000. Questa classificazione dipende da contratti e prestazioni effettive; non significa che ogni abbonamento sia interamente reddito IP.

Il ponte dei costi è altrettanto preciso. Supponiamo €260.000 direttamente attribuiti ad APP-01 e €130.000 ai servizi, più un fondo comune di €60.000. Un’analisi documentata dell’utilizzo assegna €40.000 ad APP-01 e €20.000 ai servizi. Il bene ha così €300.000 di costi e €400.000 di reddito netto; i servizi €150.000 di costi e €50.000 di utile. Il totale torna: €900.000 meno €450.000 uguale €450.000 prima delle rettifiche fiscali.

Con una frazione nexus del 75% supportata indipendentemente, il profitto qualificato illustrativo è €300.000 e la deduzione dell’80% è €240.000. Dei €400.000 IP restano €160.000 prima di altre rettifiche, mentre i €50.000 dei servizi sono fuori da questo calcolo. La deduzione non esenta tutti i €900.000 di ricavi, né rende €210.000 una base imponibile definitiva senza esaminare le altre voci fiscali.

Seguire contratti, crediti e date

Partite da ciò che il cliente ha comprato. Un contratto può combinare accesso software, configurazione, formazione, assistenza e un prodotto di terzi in un prezzo unico. Identificate diritti e prestazioni, poi conservate ordine, listino, fatture e ragione del riparto. La parola «licenza» sulla fattura non basta per attribuire tutto al software idoneo.

Nell’esempio, le note di credito di €20.000 tornano ai flussi originali: €15.000 ad APP-01 e €5.000 ai servizi. Le fonti devono mostrare data, fattura iniziale e periodo contabile. Se il rimborso arriva nell’anno successivo, documentate il ponte tra periodi invece di lasciare il ricavo in uno e la riduzione arbitrariamente in un altro.

Incassi e ricavi rilevati differiscono anche con abbonamenti annuali prepagati o pagamenti netti delle piattaforme. Riconciliate corrispettivo lordo, trattenute, ricavi differiti e crediti secondo le regole contabili e fiscali applicabili. Un deposito bancario non equivale automaticamente a reddito agevolabile.

Mostrare perché ciascun costo segue il bene

Il riparto del fondo comune da €60.000 non è una franchigia legale né un rapporto due a uno valido per tutti. Nell’esempio un driver di utilizzo documentato sostiene €40.000 per APP-01 e €20.000 per i servizi. Hosting, assistenza, personale e locali possono richiedere basi diverse. Annotate periodo, fonte dati, formula e revisore.

La stessa spesa può svolgere ruoli differenti nei due calcoli. Un costo di produzione o vendita può ridurre il reddito netto senza essere spesa storica di R&S per nexus. Viceversa una spesa di sviluppo passata può influenzare nexus senza costituire costo nel conto economico dell’anno. Usate colonne separate.

Verificate il legame con la produzione del reddito del bene e il trattamento previsto dai regolamenti e dalle altre norme fiscali. Non caricate automaticamente ogni spesa generale sul bene, ma non omettete costi scomodi per accrescere artificialmente il reddito netto IP. Ogni rettifica fiscale deve avere riferimento e spiegazione.

Collegare i due calcoli senza fonderli

Il registro annuale fornisce qui €400.000 di reddito netto per APP-01. La frazione del 75% deve provenire dallo storico cumulativo di R&S dello stesso bene secondo il regolamento 4, distinguendo spese qualificate, spese complessive e incremento consentito. Copiare la frazione dell’anno precedente senza aggiornare lo storico non è un controllo adeguato.

Usate lo stesso identificativo in contratti, ricavi, costi, diritti e registro nexus. Se cambia il nome del prodotto o un piano clienti usa più beni, conservate la mappatura con date di validità. In questo modo una rinomina non crea apparentemente un nuovo bene e lo stesso ricavo non viene contato due volte.

Prima della deduzione dell’80% dell’articolo 9(1)(κ), verificate il bene e il reddito, le rettifiche del netto e la frazione nexus. L’aritmetica dell’esempio illustra solo l’ordine delle operazioni; il risultato reale dipende dai fatti e dall’anno fiscale.

Un fascicolo verificabile da un terzo

Conservate un foglio di controllo con fatturato iniziale, note di credito, ricavi rilevati, costi diretti e comuni e utile non IP. Collegate ogni riga al conto del mastro e al contratto o alla fattura. Se il calcolo cambia, tenete la versione precedente, la data, il motivo e il bene interessato.

Un secondo revisore ricalcoli €920.000 meno €20.000 e €390.000 di costi diretti più €60.000 comuni. Confermi che i €450.000 di utile coincidano con i libri prima delle rettifiche fiscali. Dovrebbe anche mettere alla prova il criterio due a uno e verificare i contratti più rilevanti.

Il fascicolo finale deve indicare i propri limiti. Traccia il percorso dai conti al risultato per bene e poi alla frazione nexus provata separatamente. Non dimostra da solo titolarità legale, originalità del software, sostanza contrattuale o imposta finale.