Quando una società registrata a Gibilterra concede a clienti esteri l’uso del proprio software, la questione fiscale decisiva non è dove il software viene materialmente utilizzato, bensì quale natura giuridica abbia il pagamento che il cliente versa. La stessa attività economica — mettere a disposizione un programma in cambio di un corrispettivo — può infatti tradursi in due trattamenti molto diversi a seconda della struttura del contratto. Da un lato c’è il reddito d’impresa, che a Gibilterra è imponibile solo a determinate condizioni territoriali; dall’altro la royalty, che la normativa interna sottopone sempre a tassazione locale. Capire dove passa questa linea, e come governarla con il contratto, è il vero terreno della pianificazione.
Il criterio territoriale e l’eccezione delle royalty
Gibilterra adotta un sistema di tassazione a base territoriale. Il reddito d’impresa, il cosiddetto trading income, è imponibile a Gibilterra soltanto se i profitti sono maturati e derivati dal territorio, cioè se l’attività che genera quel reddito si svolge effettivamente in loco: lo sviluppo del software, la gestione commerciale, i server, le funzioni di management. Se queste attività hanno luogo a Gibilterra, il reddito d’impresa è tassato all’aliquota societaria del 15 per cento; se invece l’attività generatrice si svolge stabilmente altrove, quei profitti possono sfuggire all’imposizione locale, salvo poi diventare imponibili nello Stato in cui l’attività è effettivamente radicata.
Le royalty seguono una regola diversa e molto più rigida. Per effetto della normativa interna di Gibilterra, le royalty percepite da una società registrata sul territorio si considerano in ogni caso maturate e derivate da Gibilterra e sono perciò tassate al 15 per cento, a prescindere dal luogo in cui la proprietà intellettuale viene sfruttata. Non c’è quindi alcun margine territoriale da far valere: il collegamento con Gibilterra è automatico in virtù della sola residenza della società percipiente.
Da qui discende l’osservazione che orienta l’intera analisi. Poiché, per le royalty, il luogo di sfruttamento del software è irrilevante, la pianificazione non si gioca sulla geografia dell’utilizzo, ma sulla qualificazione del contratto: stiamo concedendo un diritto d’uso del programma, oppure stiamo trasferendo diritti di sfruttamento economico sull’opera? La risposta a questa domanda determina se ci troviamo davanti a un reddito d’impresa o a una royalty, con tutte le conseguenze che ne derivano anche oltre confine.
Il primo modello: licenza d’uso e SaaS come reddito d’impresa
Nel primo schema, la società di Gibilterra concede al cliente unicamente il diritto di utilizzare il software, sia nella forma installata presso il cliente sia, più spesso, in modalità Software as a Service, con accesso remoto ai server del fornitore. Il punto qualificante è ciò che il cliente non riceve: nessun accesso al codice sorgente, nessuna facoltà di sublicenziare, distribuire o modificare il programma, se non nei limiti tecnici strettamente necessari all’uso. Il cliente paga per servirsi di uno strumento, non per acquisire una porzione dei diritti che vi spettano.
In questa configurazione i principali ordinamenti di matrice OCSE tendono a leggere il pagamento come corrispettivo per un servizio o per un bene commerciale, riconducibile alla disciplina degli utili d’impresa del Modello OCSE, e non come royalty. La conseguenza pratica è rilevante: in assenza di una stabile organizzazione del fornitore nello Stato del cliente, non si applicano ritenute alla fonte sul pagamento. Il flusso arriva integro alla società di Gibilterra, dove sarà tassato come reddito d’impresa al 15 per cento se l’attività generatrice è localizzata nel territorio.
Un esempio rende concreta la dinamica. Si immagini una società di Gibilterra che fornisce un gestionale in cloud a una società italiana, dietro un canone mensile. Il contratto prevede il semplice accesso via web, vieta espressamente la copia, la modifica e la distribuzione del programma, e non comporta alcuna consegna del codice sorgente. Sul versante italiano, il pagamento si configura, in linea di principio, come corrispettivo per un servizio digitale o per una licenza d’uso, senza ritenuta alla fonte, finché il fornitore non abbia una stabile organizzazione in Italia. Sul versante di Gibilterra si tratta di reddito d’impresa, imponibile al 15 per cento, nella misura in cui lo sviluppo, la gestione, il server e il management siano effettivamente radicati in loco.
Perché questa lettura regga, il contratto deve dirlo con chiarezza. La licenza va concessa in forma non esclusiva, non trasferibile e priva del diritto di sublicenza, limitata alla durata del rapporto e finalizzata alle sole esigenze interne del cliente, senza alcun trasferimento di proprietà intellettuale sul software o sul codice. Vanno vietati in modo esplicito la riproduzione, la traduzione, l’adattamento, la decompilazione e le attività di reverse engineering, salvo i limiti inderogabili di legge, così come la sublicenza, il noleggio, la distribuzione e l’uso del programma per erogare servizi a terzi. È utile, infine, che le parti riconoscano per iscritto che i corrispettivi remunerano esclusivamente il diritto d’uso e non la cessione dei diritti di sfruttamento, e che, nella modalità SaaS, nessun componente sostanziale del software viene installato in modo permanente presso il cliente, fatti salvi i moduli tecnici indispensabili al funzionamento. Sono accorgimenti che non cambiano la sostanza economica del rapporto, ma ne fissano la qualificazione e riducono lo spazio per riletture diverse da parte delle amministrazioni estere.
Il secondo modello: cessione di diritti e royalty
Lo scenario cambia quando la società di Gibilterra trasferisce al cliente, in tutto o in parte, i diritti di sfruttamento economico sul software: il diritto di modificare il codice, di integrarlo nei propri prodotti, di distribuirlo e di sublicenziarlo ai clienti finali. Qui il cliente non si limita a usare il programma, ma ne acquisisce una capacità di valorizzazione commerciale che prima apparteneva al solo fornitore. In questa cornice, il pagamento viene di regola qualificato come royalty ai sensi della corrispondente disciplina del Modello OCSE, con la probabile applicazione di ritenute alla fonte negli Stati privi di un trattato con Gibilterra. E a Gibilterra, come si è visto, la royalty resta comunque imponibile al 15 per cento per il solo fatto di essere percepita da una società registrata sul territorio.
Anche qui un esempio chiarisce il meccanismo e i suoi rischi. Una società di Gibilterra concede a una società tedesca il diritto di modificare il software, di incorporarlo nei propri prodotti e di sublicenziarlo ai clienti finali europei, a fronte di una royalty calcolata in percentuale sui ricavi. In Germania il pagamento sarà di norma trattato come royalty soggetta a ritenuta alla fonte, salvo regimi interni o accordi specifici. A Gibilterra la stessa royalty è imponibile al 15 per cento. Il problema è che la rete di trattati di Gibilterra è molto limitata, il che rende difficile attenuare per via convenzionale la doppia imposizione economica che così si genera: lo stesso provento rischia di essere colpito sia all’uscita, con la ritenuta estera, sia all’arrivo, con l’imposta locale, senza un meccanismo agevole di credito o di esenzione.
Quando si sceglie consapevolmente questo modello, il contratto deve descrivere con precisione l’ampiezza dei diritti concessi — riproduzione anche tramite integrazione in altri programmi, modifica e traduzione, distribuzione diretta o tramite sublicenziatari, eventuale uso del marchio — tenendo fermo che i diritti non espressamente concessi restano riservati al fornitore. La royalty è ancorata a una base di calcolo chiara, di norma una percentuale dei ricavi netti, con rendicontazione periodica a carico del cliente. È opportuno, inoltre, che le parti diano atto della natura dei corrispettivi quali pagamenti per la concessione di diritti di sfruttamento su opere dell’ingegno: una qualificazione coerente nel testo evita contestazioni quando il regime fiscale applicabile dipende proprio da tale natura.
Gestire la ritenuta e la richiesta del codice sorgente
Accettare la natura di royalty non significa subirne passivamente gli effetti economici. Lo strumento più diffuso per neutralizzare l’erosione del netto a favore del fornitore è la clausola di gross-up: i pagamenti si intendono al netto di qualsiasi imposta o ritenuta applicabile nel Paese del cliente e, qualora la legge imponga una trattenuta, l’importo dovuto viene aumentato in misura tale che il fornitore riceva comunque l’ammontare netto che avrebbe percepito in assenza della ritenuta. È una traslazione contrattuale del costo fiscale sul cliente, che ovviamente incide sulla negoziazione del prezzo ma protegge il margine atteso del fornitore.
Un’altra tensione ricorrente riguarda il codice sorgente. Capita spesso che il cliente chieda di potervi accedere per garantirsi la continuità operativa, e accogliere la richiesta nel modo sbagliato trasformerebbe una licenza d’uso in una cessione di diritti, con il salto al regime delle royalty. La soluzione è il deposito presso un terzo fiduciario, l’escrow agent. Il codice viene depositato e potrà essere rilasciato al cliente soltanto in caso di eventi straordinari predefiniti — fallimento, liquidazione, cessazione definitiva del supporto da parte del fornitore — e, anche in quel caso, il cliente acquisisce un mero diritto d’uso del codice nella misura necessaria alla manutenzione per il proprio uso interno, senza alcun diritto ulteriore di sfruttamento, distribuzione o sublicenza. In questo modo si soddisfa l’esigenza di sicurezza del cliente senza alterare la qualificazione fiscale dell’operazione.
La coerenza tra sostanza e forma
Tutto l’impianto regge a una condizione: che la qualificazione scritta corrisponda alla realtà economica. Se si vuole consolidare la tesi del reddito maturato e derivato da Gibilterra, occorre poter documentare che le funzioni chiave si svolgono davvero sul territorio — lo sviluppo, le decisioni strategiche, la gestione dei server o dei rapporti con i provider, la fatturazione, l’assistenza ai clienti di primo livello. Se invece lo sviluppo o la gestione rilevanti si svolgono stabilmente in un altro Stato, va valutato il rischio che lì si configuri una stabile organizzazione, con la conseguenza che quei profitti non sarebbero imponibili a Gibilterra, bensì nel Paese estero.
La stessa coerenza va mantenuta anche nella comunicazione commerciale. La narrativa della licenza d’uso e del servizio, da un lato, e quella della concessione di diritti di sfruttamento, dall’altro, devono restare ben distinte anche nelle brochure e nella documentazione di vendita, perché un contratto impeccabile contraddetto dal materiale di marketing offre il fianco a letture diverse. Allegati tecnici, come la descrizione del servizio, i livelli di servizio concordati e l’accordo sul trattamento dei dati, rafforzano la lettura del contratto come un servizio SaaS anziché come trasferimento della proprietà intellettuale. E quando il cliente richiede personalizzazioni spinte, conviene chiedersi se il risultato sia un mero servizio di sviluppo per conto terzi, che resta reddito d’impresa del fornitore, oppure se comporti il trasferimento dei diritti sul prodotto realizzato, ricadendo così nel perimetro delle royalty. È in questi dettagli, più che nelle dichiarazioni di principio, che si decide il trattamento fiscale effettivo.