Software su misura del cliente e Cyprus IP Box

Parti dal contratto con il cliente, non dalla qualifica del programmatore

Una società di sviluppo può creare software sofisticato e trasferire i diritti pertinenti al cliente. Un’altra può conservare una piattaforma e concederne l’accesso in licenza, configurandola per i clienti. Entrambe impiegano sviluppatori, ma reddito e titolarità presentano fatti diversi.

Leggi insieme la descrizione delle attività e le clausole sui diritti. Individua ciò che viene consegnato, ciò che si trasferisce, ciò che l’impresa conserva e se il cliente riceve una cessione o una licenza. Verifica se il contratto distingue la tecnologia preesistente riutilizzabile dal lavoro specifico per il cliente.

Le norme cipriote possono riconoscere la titolarità economica, ma ciò non significa che ogni impresa coinvolta nella programmazione possieda automaticamente l’attivo ai fini IP Box. Accerta i diritti effettivi e l’assetto economico prima di considerare i ricavi da servizi come reddito da IP ammissibile.

Tre accordi frequenti

Il confronto seguente serve a organizzare la verifica, non a dichiarare ammissibile ogni contratto con la stessa denominazione.

Documenta chiaramente i diritti sulla piattaforma che restano all’impresa

Una società può utilizzare propri framework o moduli nei progetti dei clienti. Se intende conservarli e sfruttarli, il contratto dovrebbe identificare la tecnologia preesistente pertinente e l’uso consentito al cliente. Non presumere che una cessione ampia lasci l’impresa libera di riutilizzare tutto.

Mantieni una mappa tecnica che colleghi i moduli conservati alla loro storia di sviluppo e all’impiego commerciale. Una generica affermazione di possedere «know-how» non identifica necessariamente software ammissibile.

Quando un cliente finanzia miglioramenti, esamina i diritti su tali miglioramenti e l’accordo di remunerazione. Il fatto che il lavoro benefici una piattaforma riutilizzabile non elimina la necessità di analizzare il contratto effettivo e le spese sostenute dal richiedente.

Non rinominare un compenso di sviluppo come royalty senza supporto

Il trattamento fiscale segue la sostanza e le regole applicabili, non una descrizione conveniente in fattura. Sostituire «servizi di sviluppo» con «licenza software» non dimostra che l’impresa conservi e sfrutti un attivo ammissibile.

Allo stesso tempo, evita l’affermazione generale secondo cui ogni incasso da un progetto su misura avrebbe identico trattamento. Una transazione può includere servizi, licenze o cessioni di diritti. Le norme distinguono categorie di reddito pertinenti e l’accordo specifico va analizzato.

Se il contratto comprende più componenti, definisci una ripartizione sostenibile e un trattamento coerente dei costi. La deduzione legale dell’80% non fornisce la percentuale di attribuzione. Determina prima il reddito netto pertinente e poi applica, quando appropriato, il calcolo nexus documentato.

Allinea il lavoro per i clienti al registro degli attivi dell’impresa

Traccia lo sviluppo per progetto e attivo pertinente. Un team può lavorare nello stesso periodo su deliverable di proprietà del cliente e sulla piattaforma conservata dall’impresa. Non si devono attribuire tutte le spese alla piattaforma solo perché può sostenere una richiesta IP Box.

Riconcilia le attribuzioni di costi del personale e dei collaboratori con le attività effettivamente documentate. Identifica separatamente sviluppo svolto da parti correlate e costi di acquisizione. L’analisi dei diritti e la classificazione delle spese devono spiegare lo stesso modello operativo.

Se l’impresa vende un attivo che prima sfruttava, esamina la distinzione tra cessione e reddito continuativo da licenza, compresa la natura patrimoniale o commerciale del guadagno. Non presumere che ogni trasferimento di codice sorgente abbia lo stesso risultato fiscale.

Domande da risolvere prima di richiedere la deduzione

Esamina i contratti rilevanti singolarmente oppure per modelli contrattuali effettivamente uniformi. Anche un modello standard può essere modificato dalle condizioni del cliente, dalle descrizioni del lavoro o da accordi successivi.

• Quale software o quali diritti vengono forniti?
• Chi ha la titolarità giuridica o economica di ciascuna componente?
• Quale tecnologia preesistente riutilizzabile viene conservata?
• A chi appartengono i miglioramenti e le versioni future?
• Che cosa remunera ciascuna parte del compenso?
• Come vengono registrati redditi e costi pertinenti?
• Quali spese riguardano l’attivo ammissibile del richiedente?
• Trasferimenti e guadagni da cessione sono stati analizzati separatamente?

Allinea la pianificazione fiscale al modello di business

Conservare una piattaforma può essere commercialmente interessante, ma contano anche esigenze del cliente, prezzi e responsabilità. Non riscrivere i diritti soltanto per ottenere un’etichetta fiscale che l’assetto operativo non può sostenere.

Un contratto chiaro e una mappa degli attivi permettono all’impresa di valutare le opportunità reali. Può distinguere servizi redditizi dallo sfruttamento di software ammissibile senza pretendere che una sola descrizione si adatti a ogni progetto.