Ammortamento del software

Il software applicativo con licenza a tempo indeterminato si ammortizza in un massimo di cinque esercizi, con aliquota fino al 20% annuo; con licenza a tempo determinato, segue la durata del contratto. Il software di base non si ammortizza a sé, ma si somma al costo dell’hardware su cui è installato. Se sviluppato internamente, i costi possono essere capitalizzati come immobilizzazione immateriale secondo l’OIC 24.

Tutto questa articolazione ha naturalmente delle specifiche implicazioni nell’utilizzo delle principali agevolazioni: Patent Box e Iperammortamento Software.

Quando un’impresa acquista o sviluppa un software, la prima domanda che si pone in sede di bilancio è quasi sempre la stessa: in quanti anni lo ammortizzo? È una domanda legittima, ma spesso porta a fermarsi un passo troppo presto. L’aliquota di ammortamento è solo il primo livello di un discorso più ampio, che per una software house o per un’impresa che investe in digitalizzazione tocca anche l’iperammortamento e il Patent Box.

Vediamo prima le regole base dell’ammortamento fiscale del software, poi come si collegano alle due agevolazioni più rilevanti.

Software di base e software applicativo: due trattamenti diversi

Il primo bivio riguarda la natura del software.

Il software di base è quello indispensabile al funzionamento dell’hardware, come il sistema operativo. Dal punto di vista fiscale segue le regole di ammortamento dell’hardware stesso: non viene trattato come bene autonomo, ma si somma al costo del computer o del server su cui è installato.

Il software applicativo, quello che nella pratica quotidiana chiamiamo semplicemente “il gestionale” o “il programma”, è invece un bene immateriale a sé stante. Qui la distinzione più importante non è tecnica, è contrattuale: il software è acquisito con licenza d’uso a tempo indeterminato, oppure a tempo determinato?

Nel primo caso, il costo viene capitalizzato tra le immobilizzazioni immateriali e ammortizzato in un massimo di cinque esercizi, quindi con un’aliquota fino al 20% annuo. Nel secondo caso, l’ammortamento segue la durata del contratto di licenza.

SaaS e pay-per-use: quando non c’è niente da ammortizzare

Sempre più software, soprattutto in ambito gestionale e cloud, non vengono più acquistati con licenza ma sottoscritti come abbonamento: SaaS, pay-per-use, canoni mensili o annuali rinnovabili. Qui il discorso sull’ammortamento cambia radicalmente, perché cambia la natura stessa dell’operazione.

Con licenza d’uso, anche a tempo determinato, l’impresa acquisisce un diritto su un bene, e quel diritto va capitalizzato e ripartito nel tempo. Con un abbonamento SaaS, l’impresa non acquisisce nulla: paga per l’accesso a un servizio erogato dal fornitore, che resta proprietario e gestore dell’infrastruttura e del software. Fiscalmente, questo significa che il canone SaaS non si ammortizza: è un costo di competenza dell’esercizio, dedotto integralmente nell’anno a cui si riferisce, esattamente come una bolletta o un canone di locazione.

L’impresa che acquista il software in questa modalità cliente non c’è un piano di ammortamento da gestire e si utilizza una deduzione immediata. Questo ha però una conseguenza da tenere presente quando si valutano le agevolazioni: un canone SaaS puro, non essendo un bene capitalizzato, normalmente non entra nel perimetro dell’iperammortamento, pensato per investimenti in beni strumentali. Va verificato caso per caso se nel contratto SaaS siano comunque presenti componenti capitalizzabili, ad esempio per sviluppi custom o moduli dedicati fatturati separatamente dal canone.

Per una software house che eroga il proprio prodotto in modalità SaaS il discorso è diverso e va tenuto distinto: il modello di vendita ai clienti (abbonamento) non incide su come la software house stessa tratta contabilmente i costi sostenuti per sviluppare quel software, che restano capitalizzabili secondo l’OIC 24 come per qualunque altro software prodotto internamente, e restano la base di calcolo per il Patent Box.

Il caso del software sviluppato internamente

“Sviluppato internamente” è un’espressione che in ambito fiscale ha un significato più ampio di quanto sembri, e vale la pena chiarirlo perché riguarda due platee diverse.

Per una software house è la normalità: il software nasce come prodotto, il codice viene scritto da personale dipendente o collaboratori con risorse dell’azienda stessa. Ma lo stesso trattamento si applica anche a un caso altrettanto frequente e spesso sottovalutato: un’impresa non tecnologica che commissiona lo sviluppo di un software su misura a una software house esterna, per uso interno proprio, non per rivenderlo. Anche in questo caso si tratta di sviluppo, non di acquisto di un prodotto già pronto: il software non esiste sul mercato prima dell’incarico, viene costruito appositamente per quella specifica azienda, che ne resta proprietaria. Fiscalmente e contabilmente, questo scenario segue le stesse regole di capitalizzazione dello sviluppo interno, anche se chi materialmente scrive il codice è un fornitore esterno.

La differenza sostanziale, in entrambi i casi, non è chi scrive il codice, ma se il software viene costruito su commissione per un fabbisogno specifico oppure acquistato come prodotto già esistente con licenza d’uso. Nel primo caso, i costi sostenuti (personale interno, oppure fatture del fornitore esterno incaricato dello sviluppo, più eventuali costi diretti collegati al progetto) possono essere capitalizzati come immobilizzazione immateriale, a condizione che siano soddisfatti i requisiti previsti dal principio contabile OIC 24: recuperabilità del costo tramite i benefici economici futuri attesi dal software.

Se questi requisiti non sono rispettati, i costi restano spese di periodo, dedotte integralmente nell’esercizio in cui sono sostenute. La scelta tra capitalizzare o spesare non è indifferente: capitalizzare significa spalmare il beneficio fiscale su più anni, ma anche costruire un asset patrimoniale riconoscibile in bilancio, condizione che diventa rilevante quando si valuta l’accesso al Patent Box. Per l’azienda che si è rivolta a una software house esterna, questo significa che l’aver “comprato” lo sviluppo da un fornitore non esclude di per sé l’accesso alle stesse agevolazioni riservate a chi sviluppa con personale proprio: quello che conta è la natura commissionata e su misura del software, non chi materialmente lo ha scritto.

Dove entra l’iperammortamento

L’iperammortamento, tornato in vigore dal 2026 al posto del credito d’imposta Transizione 4.0 e 5.0, agisce su un piano diverso rispetto alle aliquote ordinarie appena descritte. Non modifica gli anni di ammortamento, ma maggiora il costo fiscalmente riconosciuto del bene, aumentando così le quote deducibili che si calcolano su quel valore maggiorato.

Per il software, questo significa che i programmi inclusi nell’Allegato V alla Legge di Bilancio 2026, quelli funzionali a un investimento in beni materiali 4.0 o legati a soluzioni di intelligenza artificiale, possono godere di una maggiorazione fino al 180% del costo, a seconda dello scaglione di investimento. La quota di ammortamento resta calcolata con le aliquote ordinarie appena viste, ma applicata a una base di partenza più alta.

Non tutti i software rientrano in questa agevolazione: deve trattarsi di software strumentale a un progetto di innovazione tecnologica riconducibile ai parametri Industria 4.0, non di un gestionale generico acquistato per l’attività ordinaria dell’impresa. Abbiamo trattato il tema in modo più ampio nella guida sull’iperammortamento 2026.

E il Patent Box? Un meccanismo che non tocca l’ammortamento

Qui si annida la confusione più frequente: pensare che Patent Box e iperammortamento siano due varianti dello stesso meccanismo. Non lo sono.

Il Patent Box non modifica le quote di ammortamento. Riconosce invece una super deduzione del 110% sui costi di ricerca e sviluppo sostenuti per l’ideazione, la realizzazione e il mantenimento di software protetto da copyright, indipendentemente da come quei costi vengono trattati in bilancio. È un beneficio che si applica extra-contabilmente in dichiarazione dei redditi, non attraverso il piano di ammortamento.

Questo significa, in pratica, che si può avere un software capitalizzato e ammortizzato in cinque anni secondo le regole ordinarie, e allo stesso tempo beneficiare della maggiorazione Patent Box sui costi di sviluppo di quello stesso software, purché protetto da copyright. Sono due leve fiscali che si sommano (con molta attenzione), non si sostituiscono.

Una regola ordinaria e due agevolazioni: non confonderle

Riassumendo la logica: l’aliquota di ammortamento non è un incentivo, è la regola fiscale ordinaria che stabilisce in quanti anni deduci il costo del software acquistato con licenza. L’iperammortamento, se applicabile, è la prima vera agevolazione e aumenta la base su cui quell’aliquota viene calcolata. Il Patent Box, indipendente dai primi due, è la seconda agevolazione e maggiora direttamente i costi di sviluppo ai fini della super deduzione fiscale.

Il SaaS va tenuto a parte, perché ha alla base un modello contrattuale diverso, che semplicemente non passa dall’ammortamento. Se il tuo software è un abbonamento e non una licenza, il ragionamento sopra non si applica: nessuna aliquota, nessuna base da maggiorare con l’iperammortamento. Resta valido solo il Patent Box, e solo dal lato di chi sviluppa il prodotto SaaS, non da chi lo sottoscrive come cliente.

Quindi la domanda giusta da porsi non è “quale agevolazione mi conviene”, ma “quali agevolazioni si applicano al mio caso, oltre alle normali regole di ammortamento, e come queste si combinano tra di loro”. Nella maggior parte delle situazioni concrete che seguiamo, più di un’agevolazione entra in gioco insieme. Se vuoi verificare come si combinano per la tua impresa, possiamo aiutarti a fare i conti in modo puntuale prima di scegliere come impostare la pianificazione fiscale dell’anno.

Va detto con chiarezza: quello che abbiamo descritto sono le linee guida generali, ma nella pratica le combinazioni possibili tra tipo di software, modalità di acquisizione, chi lo sviluppa e per conto di chi sono numerose, e ognuna porta a un trattamento fiscale che può essere diverso. Non è un ambito dove affidarsi a uno schema standard funziona sempre: ogni caso concreto va verificato singolarmente, meglio prima di impostare il bilancio che dopo.

Risorse utili