Acquistare una software house: due diligence IP Box a Cipro

Distinguere l'acquisto di quote dall'acquisto degli asset

Nell'acquisto di quote cambiano i soci, mentre la società acquisita di norma continua a detenere il software e a essere il contribuente. Conserva documenti e possibili esposizioni fiscali. Nell'acquisto di asset i diritti passano a un altro soggetto, che deve identificare cosa riceve e quali spese di sviluppo sosterrà successivamente.

Il prezzo delle quote non diventa automaticamente costo di acquisizione del software nel calcolo nexus della società target. Viceversa, chi acquista direttamente il software non può copiare la classificazione delle spese storiche adottata dal venditore. Occorre leggere gli atti, identificare i diritti trasferiti e stabilire quale entità percepirà i futuri redditi.

Esaminate tutti i passaggi dell'operazione, compresi trasferimenti o licenze infragruppo dopo il closing. Una compravendita di quote seguita da un trasferimento dell'IP richiede due analisi distinte, anche se la presentazione commerciale la descrive come un'unica acquisizione. Annotate per ogni fase titolare, soggetto che fattura e contratti interessati.

Una cessione di quote cambia normalmente la proprietà della società, non l'identità del contribuente che possiede il programma. Questa continuità può preservare la storia documentale, ma non rende corrette classificazioni precedenti. Se si acquistano gli asset, il nuovo titolare deve costruire il proprio fascicolo su diritti, prezzo del software, ricerca successiva e redditi correlati.

Richiedete uno schema firmato che indichi persone giuridiche, titolare del software, datore di lavoro degli sviluppatori, parte dei contratti con i clienti e soggetto emittente delle fatture prima e dopo il closing. Un organigramma non prova chi ha sostenuto i costi storici. Il modello fiscale deve seguire gli effettivi passaggi giuridici e operativi.

Verificare la pretesa con documenti originari

Acquisite il registro degli intangibili, la catena dei diritti, la storia delle spese e le riconciliazioni annuali dei ricavi. Ricalcolate l'aliquota pubblicizzata e isolate eventuali altre rettifiche fiscali. Nelle presentazioni del venditore il profitto IP agevolabile, il profitto totale e il fatturato possono essere confusi, benché misurino fenomeni diversi.

Collegate i nomi commerciali dei prodotti agli specifici beni immateriali indicati nei calcoli fiscali. Un prodotto può incorporare codice sviluppato internamente, moduli acquistati, marchi e servizi; lo stesso codice può sostenere più piani di abbonamento. Serve una metodologia documentata per attribuire ricavi e costi diretti al corretto software.

Se esiste un ruling, leggete domanda, allegati, corrispondenza e risposta completa. Identificate gli asset e i fatti esaminati e confrontateli con le operazioni attuali e con il piano dell'acquirente. Una frase favorevole non costituisce approvazione generale di nuovi flussi di ricavo o di successive modifiche operative.

Preparate una riconciliazione per singolo bene tra i nomi del materiale di vendita e gli intangibili dei prospetti fiscali. Separate software, marchi, implementazione, assistenza e altre prestazioni. Per ogni ripartizione chiedete contratti, fatture e metodo utilizzato, per evitare di attribuire tacitamente al software valori che non lo riguardano.

Tracciate i diritti dei fondatori, dipendenti, consulenti e precedenti venditori attraverso gli accordi firmati e, dove utile, la storia del repository. La legge cipriota sul diritto d'autore tutela i programmi per elaboratore e disciplina la titolarità iniziale. Una garanzia generica nel contratto di vendita non sostituisce l'analisi dei contratti, della legge applicabile e delle eccezioni.

Riconciliate dichiarazioni e ruling con i libri contabili originari. Per ogni anno richiedete scheda per bene, spese qualificanti e complessive, attribuzione del reddito netto e giustificativi di stipendi o fornitori. Se un anno materiale non è ricostruibile dalle fonti, registrate un'incertezza di valutazione invece di colmare il vuoto con l'aliquota annunciata.

Le richieste essenziali del team di due diligence

La verifica deve considerare sia il passato sia il modello successivo all'operazione. Le sette righe della tabella organizzano le richieste documentali, non sono condizioni universali di approvazione. Per ogni risposta indicate documento esaminato, anno fiscale, persona che l'ha verificato e ipotesi ancora aperta.

Distinguete un documento mancante da uno che contraddice effettivamente il calcolo del venditore. Sono problemi diversi. Chiedete una mappatura dei costi per bene e separate salari, ricerca esternalizzata a soggetti indipendenti, sviluppo infragruppo e tecnologia acquistata.

Il regolamento cipriota esclude il costo di acquisizione dell'IP e la ricerca affidata a soggetti collegati dalle spese direttamente qualificanti, pur includendoli nella spesa complessiva, salvo l'eventuale incremento limitato del numeratore. Verificate la relazione con il fornitore nel momento in cui il costo è stato sostenuto. Una sola voce «R&S» non permette questo controllo.

Ricostruire le previsioni dopo l'acquisizione

L'acquirente può trasferire lo sviluppo a una società del gruppo, acquistare altra tecnologia o integrare prodotti. Questi cambiamenti possono incidere sul nexus e su altre questioni fiscali. Non applicate automaticamente la frazione storica ai nuovi contratti, fornitori e flussi di ricavo.

Usate la storia delle spese dimostrata e ipotesi esplicite per il periodo successivo al closing. In un acquisto di asset il costo di acquisizione deve apparire nel modello del compratore. Se la target resta il soggetto che richiede l'agevolazione, verificate come opererà davvero; il prezzo delle sue quote non diventa costo del software.

Tenete separati miglioramenti commerciali e assunzioni fiscali. Le previsioni devono mostrare se il valore deriva da crescita dei ricavi, riduzione dei costi o da un risultato fiscale documentabile. Sommare tutto in un margine ottimistico impedisce di misurare il rischio legato all'IP Box.

Costruite un caso storico e un caso prospettico. Il primo controlla la fondatezza delle deduzioni dichiarate dalla target anno per anno. Il secondo utilizza luogo di sviluppo, contratti con i fornitori, piano dei prodotti e composizione dei ricavi del nuovo gruppo. I risultati possono differire anche se il titolare giuridico rimane lo stesso.

Definite una data di cut-off al closing. Riconciliate le spese precedenti con il libro contabile e individuate impegni fatturati più tardi. Simulate variazioni di R&S diretta, esternalizzazione infragruppo, acquisto di software e reddito netto IP. La formula opera sulla storia cumulativa del singolo bene: il solo budget del prossimo esercizio non la sostituisce.

Un nexus elevato non produce un grande beneficio se il profitto netto IP è basso o negativo. La deduzione dell'80% deriva dal calcolo dei profitti qualificanti, non dai ricavi lordi da abbonamenti o dal margine totale della società. Modellate separatamente il reddito non qualificante e le altre imposte.

Ricostruire il calcolo del venditore dalle fonti

Supponiamo una target inventata con un solo software qualificante e €300.000 di utile netto IP documentato nel 2026. Il registro cumulativo indica €240.000 di R&S diretta qualificante, €100.000 di costo di acquisizione e €60.000 di sviluppo infragruppo. La spesa complessiva è €400.000. L'incremento ammesso è il minore tra 30% di €240.000, ossia €72.000, e i €160.000 delle altre due voci. Il nexus illustrativo è quindi (€240.000 + €72.000)/€400.000 = 78%, non 100%.

Solo su queste ipotesi verificate, €300.000 × 78% dà €234.000 di profitto qualificante; la deduzione dell'80% è €187.200. Con imposta societaria al 15% nel 2026, la riduzione semplificata rispetto alla tassazione dello stesso profitto senza deduzione è €28.080. L'imposta residua su questo profitto isolato sarebbe €16.920, pari al 5,64%. L'esempio non certifica una società reale o una dichiarazione già presentata.

Un diverso acquirente ipotetico compra il software per €500.000 e poi sostiene €100.000 di propria R&S qualificante. Non si trasferiscono automaticamente i €240.000 di costi del venditore. Senza altre spese, il totale dell'acquirente è €600.000, l'incremento limitato €30.000 e il nexus (€100.000 + €30.000)/€600.000, circa 21,67%. Se anch'egli genera €300.000 di reddito netto IP documentato, la deduzione semplice sarebbe €52.000 e la riduzione d'imposta €7.800. Sono soggetti e ipotesi differenti.

Riflettere l'incertezza nella valutazione

Un beneficio fiscale con documenti incompleti non va valutato come certo. Descrivete il problema, gli esiti possibili e il lavoro necessario per chiarirlo. La risposta negoziale appropriata dipende dall'operazione concreta e dal parere dei professionisti incaricati.

Questa guida non sostituisce garanzie, indennizzi o altre tutele da negoziare e redigere caso per caso. Tali clausole non rendono corretta una posizione fiscale errata. Neppure un rapporto di due diligence positivo garantisce agevolazioni future se l'acquirente cambia i fatti dopo il closing.

Conservate le ipotesi su cui si fonda il prezzo: contribuente, bene, diritti, storia dei costi, ricavi previsti e aliquota. Se uno di questi elementi cambia, aggiornate il modello. La percentuale storica non è una caratteristica immutabile dell'impresa.

Attribuite valore ai risparmi futuri con uno scenario base e uno negativo. In quello negativo, spostate un costo contestato dalle spese qualificanti a quelle complessive oppure escludete un ricavo non dimostrato. La differenza è un'analisi di sensibilità, non una previsione della decisione dell'autorità fiscale. Non capitalizzate il 3% pubblicizzato se i registri mostrano un nexus diverso.

Un difetto nella titolarità e uno nella classificazione fiscale richiedono rimedi diversi. Il primo può compromettere lo sfruttamento del software; il secondo può cambiare la deduzione senza spostare la proprietà. Legali e fiscalisti devono valutare prezzo, garanzie e indennizzi della specifica operazione, senza presumere che eliminino il rischio sottostante.

Pianificare la consegna delle prove al closing

Assicurate che l'acquirente o la target continuativa possano consultare esportazioni contabili, storia dello sviluppo, contratti e fascicolo completo dei ruling, rispettando riservatezza e accessi. Dopo l'uscita del personale del venditore, il team finanziario deve ancora riuscire a ricostruire il percorso dai numeri ai documenti originari.

Conservate identificativi stabili dei beni durante la migrazione dei sistemi. Spostare repository o contabilità non deve interrompere il collegamento tra costi storici e software che ora genera reddito. Assegnate a una persona la manutenzione del registro degli intangibili e la revisione annuale.

Preparate un indice della data room che colleghi ciascun bene ai repository, ai contratti sui diritti, ai prospetti annuali dei costi, alle riconciliazioni dei ricavi e ai ruling. Indicate quali documenti il compratore può detenere legittimamente, chi controlla gli accessi e come saranno protetti dati riservati di dipendenti e clienti.

Create una mappa tra vecchio codice prodotto, repository, nome giuridico del bene, centro di costo e nuovo conto ERP. Preservate il calcolo storico come traccia di audit e registrate separatamente le correzioni successive. Ogni cifra dichiarata dovrebbe tornare alla fattura o alla riga paga di origine.

Prima della prima dichiarazione dopo il closing, un responsabile nominato deve riesaminare registro IP, nuovi contratti di R&S e classificazione dei ricavi dei clienti. Un archivio storico ben costruito perde valore se il nuovo gruppo non mantiene la stessa tracciabilità.

• Confermare l'accesso ai documenti fiscali e sui diritti essenziali.
• Conservare calcoli storici e prospetti di supporto.
• Mappare gli identificativi vecchi nei nuovi sistemi.
• Documentare i cambiamenti successivi al closing.
• Verificare il primo calcolo annuale nel nuovo modello.