Componenti open source e IP Box a Cipro

Distinguere titolarità e licenze nei diversi livelli del software

Molti prodotti combinano logica applicativa originale con sistemi operativi, framework, librerie e servizi esterni. Definire proprietaria l’intera infrastruttura raramente costituisce un’analisi utile dei diritti. Separa i contributi della società dai componenti utilizzati in licenza.

Una licenza open source concede facoltà a condizioni definite. Normalmente non significa che il destinatario abbia creato il codice o detenga diritti esclusivi. D’altra parte, l’uso di componenti in licenza non impedisce automaticamente diritti sul software originale sviluppato attorno o accanto a essi.

Per l’IP Box individua l’attività qualificante e come viene sfruttata. Un inventario dei diritti distingue il contributo software effettivo da un’impresa che si limita a installare, ospitare o supportare un prodotto altrui. La distinzione richiede fatti, non una percentuale di righe open source.

Esaminare le licenze effettive e il modello di fornitura

Open source non indica un contratto uniforme. Identifica licenza e versione di ogni componente rilevante, modifiche e modalità di fornitura. Distribuzione, accesso dei clienti e altri utilizzi possono comportare obblighi diversi a seconda della licenza.

Non presumere che tutto il software open source sia senza restrizioni o che ogni licenza obblighi a pubblicare l’intero prodotto. Gli obblighi derivano dai termini pertinenti e dall’utilizzo concreto. Verifica la compatibilità quando interagiscono più licenze.

Conserva avvisi e materiali richiesti nei normali processi di rilascio. Un inventario tecnico delle dipendenze aiuta, ma va controllato per omissioni rilevanti e collegato al fascicolo dei diritti. Una scansione automatica raccoglie prove; non equivale a un parere legale completo.

Collegare le spese di sviluppo all’attività

La domanda fiscale non è quanto codice gratuito possa essere scaricato, ma quali spese qualificanti il richiedente abbia sostenuto sul bene e come entrino nel nexus. Non attribuire un prezzo d’acquisto ipotetico a dipendenze ottenute gratuitamente soltanto per compilare il prospetto.

Sviluppo proprio ammissibile e R&S documentata di soggetti indipendenti possono rilevare secondo le regole ordinarie. Installazione di routine, assistenza o rivendita non diventano automaticamente R&S perché riguardano software. Identifica il lavoro effettivo e il suo collegamento con l’attività.

Se la società acquista ulteriori diritti commerciali o software completato, esamina i termini del pagamento. Canone di licenza, prezzo d’acquisizione e fattura per sviluppo non appartengono necessariamente alla stessa categoria. Una versione open source non risolve il trattamento dell’operazione commerciale.

Collegare il reddito al contributo dell’impresa

Una società può guadagnare dalla propria applicazione, da hosting gestito, assistenza o un pacchetto di servizi. La parola abbonamento non dimostra che ogni incasso sia attribuibile a IP qualificante. Esamina contratti e contributo commerciale di ciascun componente.

Sviluppare software originale per flussi di lavoro usando un database open source presenta fatti diversi dal fornire soltanto assistenza per installare quel database. Nessun esempio determina un risultato universale: mostrano perché occorre individuare il contributo effettivo della società.

Per ricavi combinati prepara una ripartizione giustificata e calcola il reddito netto pertinente dopo i costi. La frazione nexus opera poi sull’importo netto appropriato. Non applicare direttamente la deduzione dell’80% a tutti i ricavi dei clienti.

Una verifica pratica prima di utilizzare l’IP Box

La verifica dovrebbe essere comprensibile a sviluppatori, amministrazione e responsabili della posizione fiscale. Concentrala su componenti e diritti rilevanti per prodotto e reddito, mantenendo i normali processi di conformità delle licenze per tutte le altre dipendenze.

• Identificare codice originale e autori.
• Elencare componenti rilevanti di terzi e versioni delle licenze.
• Registrare modifiche e modello di fornitura.
• Verificare diritti e obblighi dello sfruttamento commerciale.
• Collegare i costi di sviluppo all’attività qualificante della società.
• Separare, quando necessario, software da assistenza, hosting e altre attività.
• Conservare prove e riesaminare cambiamenti rilevanti delle dipendenze.

Rivedere l’analisi quando cambia il prodotto

Un prodotto può passare da strumento interno ad applicazione distribuita o da semplice hosting a sviluppo originale. Ciò può cambiare sia gli obblighi di licenza sia l’analisi del reddito. Aggiorna il fascicolo anziché conservare una conclusione basata su un diverso modello commerciale.

Investitori e acquirenti possono porre domande simili sulla titolarità, ma superare una due diligence commerciale non stabilisce l’ammissibilità fiscale. Distingui autorizzazione all’uso, diritti sui contributi originali e qualificazione per il regime tributario.