Quando un progetto digitale non ancora ultimato consente la capitalizzazione e quando, invece, prevale la logica della prudenza.
Il quesito
“La società Alfa S.r.l., attiva nel settore delle soluzioni digitali per clienti business, ha avviato nel corso dell’esercizio un progetto finalizzato alla realizzazione di una nuova piattaforma software destinata al mercato professionale. L’iniziativa ha richiesto il sostenimento di costi significativi relativi a personale tecnico interno, consulenze informatiche specialistiche, attività di progettazione, sviluppo applicativo, testing e acquisizione di licenze tecnologiche.
Alla data di chiusura del bilancio, il progetto non risulta ancora completato e la piattaforma non è ancora pronta per la commercializzazione né per l’utilizzo interno. I ricavi attesi non si sono ancora manifestati e il ritorno economico dell’investimento è, allo stato, fondato essenzialmente sulle previsioni contenute nel business plan predisposto dagli amministratori, secondo cui il lancio del prodotto dovrebbe avvenire nel corso dell’esercizio successivo. Permangono, tuttavia, alcuni profili di incertezza legati al completamento tecnico del progetto, ai tempi effettivi di ingresso sul mercato e alla capacità della soluzione di generare flussi economici coerenti con i costi sostenuti.
Inoltre, nell’ambito delle spese sostenute, non tutte le componenti appaiono immediatamente qualificabili in modo univoco: una parte dei costi sembra riferibile a un progetto specifico già entrato in una fase propriamente esecutiva, mentre un’altra parte potrebbe essere riconducibile ad attività preliminari, di studio, di analisi, di adattamento o di supporto generale, per le quali non risulta agevole stabilire se sussistano i presupposti per la capitalizzazione. La società, tuttavia, intende iscrivere tali oneri nell’attivo patrimoniale tra le immobilizzazioni immateriali, ritenendo che essi siano integralmente recuperabili attraverso i benefici economici futuri attesi dal nuovo prodotto.
Si chiede di chiarire se, nelle circostanze descritte, i costi sostenuti possano essere capitalizzati tra le immobilizzazioni immateriali – costi di sviluppo, oppure debbano essere imputati, in tutto o in parte, a conto economico, evidenziando in particolare:
- i presupposti richiesti per l’iscrizione nell’attivo;
- i criteri per distinguere i costi di sviluppo dai costi di ricerca o dai costi generali non capitalizzabili;
- il rilievo da attribuire al fatto che il progetto, alla data di bilancio, non sia ancora ultimato e non abbia ancora generato ricavi;
- il momento da cui far decorrere l’ammortamento;
- i profili di prudenza e di informativa da considerare ai fini della redazione del bilancio.”
Il caso è particolarmente interessante perché riguarda una delle aree più delicate dell’OIC 24: la possibilità di capitalizzare costi sostenuti per un software non ancora completato e non ancora in grado di generare ricavi.
Il profilo più critico non è tanto l’esistenza del progetto in sé, quanto la corretta qualificazione delle spese sostenute, poiché in iniziative di questo tipo convivono spesso costi effettivamente riferibili alla fase di sviluppo e costi che, invece, appartengono ancora a fasi preliminari, di analisi o di supporto generale. L’elemento di maggiore complessità è quindi duplice: da un lato la recuperabilità dell’investimento si fonda, alla data di bilancio, su valutazioni prospettiche e non su evidenze di mercato già consolidate; dall’altro non tutte le componenti di costo risultano automaticamente capitalizzabili. Proprio per questo, il caso richiede una lettura particolarmente rigorosa sotto il profilo della diretta imputabilità, della prudenza valutativa e della qualità della documentazione a supporto.
ABBONATI SUBITO a
"Luig-IA" la tua consulente virtuale di Studio
il primo assistente virtuale che combina l’intelligenza artificiale con una banca dati di oltre 250 eBook professionali, curati e aggiornati da esperti del settore fiscale, tributario e del lavoro
1) Costi di sviluppo software: presupposti di iscrizione, valutazione e disclosure
Vediamo la risposta dell’assistente digitale MIA Summa Bilancio.
Presupposti per l’iscrizione nell’attivo patrimoniale
Ai sensi dell’OIC 24, par. 49, i costi di sviluppo relativi a un software non ancora completato possono essere iscritti tra le immobilizzazioni immateriali solo quando risultino soddisfatti congiuntamente determinati requisiti sostanziali e documentali.
In primo luogo, il progetto deve riferirsi a un prodotto o processo chiaramente definito, identificabile e misurabile, con obiettivi tecnici formalizzati e costi specificamente attribuibili. Sotto questo profilo, la società deve essere in grado di dimostrare l’esistenza di una progettualità autonoma e ben circoscritta, supportata da schede progetto, piani di sviluppo approvati e sistemi di rilevazione analitica dei costi idonei a tracciare le componenti imputabili al singolo progetto.
In secondo luogo, è necessario che il progetto risulti tecnicamente realizzabile e che l’impresa disponga delle risorse necessarie per il suo completamento.
Tale condizione richiede non solo la presenza di competenze tecniche adeguate, interne o acquisibili dall’esterno, ma anche la disponibilità di mezzi finanziari coerenti con il piano di sviluppo. In questa prospettiva assumono rilievo probatorio, tra gli altri, la documentazione tecnica sulla fattibilità, i budget approvati, le eventuali delibere degli organi sociali e la dimostrazione della copertura finanziaria del progetto.
Infine, la capitalizzazione richiede la ragionevole recuperabilità dei costi attraverso benefici economici futuri.
La società deve quindi essere in grado di dimostrare, con elementi oggettivi e attendibili, che il software in corso di sviluppo potrà generare ricavi o utilità economiche sufficienti ad assorbire i costi sostenuti.
A tal fine rilevano un business plan attendibile, analisi di mercato coerenti con il settore di riferimento, studi di fattibilità economica e, ove esistenti, manifestazioni di interesse commerciale, lettere di intenti o accordi preliminari con potenziali clienti.
Criticità del caso di specie
Nel caso in esame, il primo profilo da valutare riguarda la mancata ultimazione del software alla data di bilancio.
Tale circostanza non preclude automaticamente la capitalizzazione, poiché i costi di sviluppo possono essere iscritti nell’attivo anche durante la fase realizzativa, purché vi siano elementi oggettivi che rendano ragionevolmente prevedibile il completamento del progetto. Tuttavia, proprio perché il bene non è ancora disponibile per l’utilizzo economico, occorre una verifica particolarmente rigorosa della consistenza del piano tecnico e della concreta capacità dell’impresa di portarlo a termine.
Un secondo elemento di attenzione è rappresentato dall’assenza di ricavi già realizzati.
Anche questo aspetto, considerato isolatamente, non esclude la capitalizzazione, essendo del tutto fisiologico che nella fase di sviluppo il software non abbia ancora prodotto risultati economici immediati. Ciò nonostante, la mancanza di ricavi storici impone che la recuperabilità dei costi sia sorretta da una documentazione previsionale particolarmente robusta, fondata su assunzioni economiche ragionevoli, verificabili e coerenti con il contesto operativo dell’impresa.
La criticità principale resta però costituita dalle eventuali incertezze sui tempi di completamento e sui ritorni economici attesi.
Se tali incertezze risultano significative al punto da non consentire una previsione attendibile dei futuri benefici economici derivanti dal software, viene meno uno dei requisiti essenziali richiesti dall’OIC 24.
In tale situazione, la capitalizzazione non è consentita e i costi sostenuti devono essere rilevati a conto economico, in applicazione del principio di prudenza.
In altri termini, il vero discrimine non è la semplice incompiutezza del progetto, bensì la capacità della società di dimostrare in modo sufficientemente solido che il software sarà completato e che i relativi costi saranno effettivamente recuperati nel futuro.
Distinzione tra costi capitalizzabili e non capitalizzabili
Ai fini della corretta contabilizzazione dei costi sostenuti per lo sviluppo di un software, occorre distinguere con precisione tra costi di ricerca, costi di sviluppo e costi generali non specificamente attribuibili, poiché solo una parte di essi può essere iscritta nell’attivo patrimoniale. In base all’OIC 24, i costi di ricerca devono essere sempre imputati a conto economico, in quanto attengono a fasi preliminari, esplorative o comunque non ancora riferibili a un prodotto o processo definito. Ciò assume particolare rilievo nel caso in esame, in cui il progetto non risulta ancora completato e, pertanto, è necessario verificare con attenzione se le attività svolte abbiano già superato la fase iniziale di studio e impostazione concettuale oppure se siano ancora riferibili a momenti preparatori, di analisi o di verifica preliminare.
Diversamente, i costi di sviluppo possono essere capitalizzati soltanto se risultano soddisfatti tutti i requisiti richiesti dal principio contabile e se le attività svolte risultano già inserite in una fase realizzativa concreta del software, con caratteristiche tecniche definite, obiettivi individuati e costi specificamente tracciati. Restano invece in ogni caso esclusi dalla capitalizzazione i costi generali e amministrativi che non siano direttamente imputabili al progetto, anche se sostenuti nel contesto dell’iniziativa o in funzione del suo coordinamento.
Natura del costo | Trattamento contabile | Esempi |
Costi di ricerca | Sempre a conto economico | Studi di fattibilità preliminari, analisi di mercato generiche, attività esplorative prive di una specifica applicazione definita, valutazioni iniziali sull’opportunità del lancio del software |
Costi di sviluppo | Capitalizzabili se rispettano tutti i requisiti | Progettazione dettagliata, codifica del software, testing funzionale, documentazione tecnica di progetto, sviluppo dei moduli applicativi del software in corso di realizzazione |
Costi generali non attribuibili | Sempre a conto economico | Costi amministrativi, formazione generica, supporto IT non riferibile in modo diretto al progetto, attività di coordinamento generale della struttura |
Criterio di attribuzione
Il criterio decisivo è quello della diretta imputabilità al progetto specifico. Possono quindi essere capitalizzati esclusivamente i costi che presentano un collegamento oggettivo, specifico e misurabile con l’attività di sviluppo del software. Nel caso in esame, tale valutazione è particolarmente rilevante poiché il software non è ancora ultimato e la sua iscrizione nell’attivo può riguardare soltanto costi chiaramente riferibili alla fase di sviluppo già effettivamente avviata. Rientrano in tale categoria, ad esempio, il costo del personale tecnico dedicato esclusivamente al progetto, purché supportato da sistemi di rilevazione del tempo effettivamente impiegato, le consulenze informatiche specialistiche strettamente riferibili allo sviluppo, le licenze tecnologiche utilizzate specificamente per il progetto e i costi di testing funzionale sostenuti nella fase realizzativa. In un caso come quello descritto, assumono quindi rilievo decisivo la presenza di timesheet, report di avanzamento, ordini di servizio interni, contratti di consulenza e documentazione tecnica di progetto, idonei a dimostrare che tali costi si riferiscono alla costruzione del software e non a attività generiche dell’organizzazione.
Non possono invece essere capitalizzati i costi che, pur sostenuti nell’ambito dell’organizzazione aziendale, non risultino direttamente riferibili al software in sviluppo. Devono pertanto essere imputati a conto economico le attività preliminari di studio non ancora finalizzate a un prodotto definito, i costi di adattamento o supporto generale, la formazione del personale e i costi amministrativi di coordinamento, in quanto privi del requisito della specifica attribuibilità richiesto dall’OIC 24. Tale conclusione vale, nel caso in esame, anche per tutte quelle spese sostenute in una fase in cui il progetto risulti ancora in evoluzione, non definitivamente strutturato o non ancora assistito da una chiara delimitazione tecnica e funzionale, poiché in tali ipotesi il collegamento tra costo sostenuto e bene immateriale futuro non risulta ancora sufficientemente definito per giustificarne la capitalizzazione.
Tracciabilità e documentazione obbligatoria
Ai fini della capitalizzazione dei costi di sviluppo, la società deve poter dimostrare con evidenze documentali concrete, coerenti e verificabili che i costi iscritti nell’attivo siano effettivamente riferibili al progetto software e correttamente imputati alla fase di sviluppo. Nel caso in esame, tale profilo assume un rilievo centrale, poiché il software non è ancora completato e, in assenza di ricavi già conseguiti, la tenuta contabile della capitalizzazione dipende in misura ancora maggiore dalla qualità della documentazione disponibile. Non è quindi sufficiente una ricostruzione generica o ex post dei costi sostenuti, ma occorre un impianto probatorio che consenta di collegare in modo puntuale ciascuna componente di costo al progetto in corso di realizzazione.
La società deve pertanto poter esibire, in particolare:
- timesheet del personale con allocazione per progetto, utili a dimostrare il tempo effettivamente dedicato allo sviluppo del software e a distinguere le attività capitalizzabili da quelle ordinarie o generali;
- fatture di consulenza con specifica indicazione del progetto o della prestazione direttamente riferibile allo sviluppo, in modo da evitare l’inclusione nell’attivo di servizi generici o trasversali;
- contratti di licenza collegati al progetto, laddove le tecnologie utilizzate siano specificamente destinate alla realizzazione del software e non all’operatività generale dell’impresa;
- report di avanzamento periodici, dai quali risultino lo stato di esecuzione del progetto, le attività completate, le fasi in corso e la coerenza tra costi sostenuti e avanzamento tecnico.
In un caso come quello descritto, la tracciabilità non rappresenta quindi un mero supporto amministrativo, ma costituisce il presupposto concreto per sostenere che i costi iscritti in bilancio abbiano natura di costi di sviluppo e non di costi di ricerca, di struttura o di funzionamento ordinario.
Rilevanza dello stato di avanzamento del progetto
Progetto non completato alla data di bilancio
Il fatto che il software non sia ancora ultimato alla data di bilancio non preclude, di per sé, la capitalizzazione dei costi sostenuti. Tuttavia, in presenza di un progetto ancora in corso, la società deve essere in grado di dimostrare con particolare rigore che sussistono ancora tutti i presupposti richiesti dall’OIC 24 per l’iscrizione nell’attivo. In particolare, occorre che:
- esistano elementi oggettivi idonei a dimostrare che il progetto sarà completato nei tempi previsti o, comunque, in un orizzonte coerente con il piano di sviluppo;
- i costi sostenuti siano chiaramente identificabili e misurabili, mediante sistemi di rilevazione analitica e documentazione di supporto;
- la società abbia la volontà e la capacità tecnica e finanziaria di completare il progetto, senza che vi siano elementi di discontinuità o di incertezza tali da comprometterne il completamento;
- persistano le condizioni di recuperabilità economica, ossia vi siano ragionevoli evidenze che il software, una volta completato, sarà in grado di generare benefici futuri idonei ad assorbire i costi sostenuti.
Nel caso in esame, poiché il progetto non è ancora terminato, i costi sostenuti fino alla chiusura dell’esercizio non possono ancora essere assoggettati ad ammortamento, ma devono essere iscritti tra le immobilizzazioni immateriali in corso, alla voce B.I.6 dello Stato Patrimoniale, in conformità all’OIC 24.59. La mancata ultimazione del software comporta quindi che il valore iscritto in bilancio si fondi integralmente su una valutazione prospettica circa il completamento del progetto e la futura utilità economica del bene.
Assenza di ricavi alla data di bilancio
L’assenza di ricavi realizzati alla data di bilancio è una circostanza fisiologica nei progetti software ancora in fase di sviluppo e, considerata isolatamente, non impedisce la capitalizzazione. Nel caso di specie, tuttavia, essa comporta un aggravamento dell’onere probatorio in capo alla società, che deve dimostrare con elementi seri e documentati la ragionevole prospettiva di ricavi futuri o, più in generale, di benefici economici attesi.
A tal fine, la società deve supportare la capitalizzazione mediante:
- business plan fondati su scenari quantitativi attendibili;
- analisi di sensibilità, utili a verificare la tenuta delle ipotesi economiche al variare delle principali variabili;
- documentazione di interesse commerciale, quali lettere di intenti, memorandum of understanding, contratti quadro o altre evidenze che dimostrino l’esistenza di un mercato potenziale per il software in corso di sviluppo.
Inoltre, la società è tenuta a verificare annualmente la recuperabilità dei costi capitalizzati mediante impairment test. Questo profilo è particolarmente rilevante in un caso come quello descritto, in cui il software non ha ancora generato flussi economici e il valore iscritto nell’attivo si basa necessariamente su assunzioni prospettiche. Ne consegue che, ove tali assunzioni risultino non più sostenibili o adeguatamente supportate, la società dovrà rilevare la corrispondente svalutazione.
Ammortamento dei costi di sviluppo
Inizio dell’ammortamento
Ai sensi dell’OIC 24.61, l’ammortamento dei costi di sviluppo non decorre dal momento in cui i costi vengono sostenuti, né dal momento in cui il progetto viene avviato, ma soltanto da quando il bene immateriale diventa disponibile per l’utilizzazione economica. Tale momento coincide, in termini sostanziali, con la fase in cui il software è completato e risulta concretamente idoneo alla commercializzazione o all’uso interno, ossia quando l’impresa può iniziare a trarne utilità economiche dirette o indirette.
Nel caso di Alfa S.r.l., tale distinzione è particolarmente rilevante, poiché il progetto risulta ancora in corso alla data di bilancio. Finché il software non è ultimato e non è quindi utilizzabile economicamente, i costi sostenuti non possono essere assoggettati ad ammortamento, anche se correttamente capitalizzati. In questa fase:
- i costi restano iscritti nella voce B.I.6 – Immobilizzazioni in corso;
- non si rileva alcun ammortamento;
- permane l’obbligo di procedere a una verifica annuale della recuperabilità mediante impairment test.
Ne consegue che, nel caso in esame, il mancato completamento del software non impedisce la capitalizzazione, ma impedisce l’avvio del processo di ammortamento, che presuppone necessariamente la disponibilità del bene per l’uso economico.
Criterio e periodo di ammortamento
Una volta completato il progetto, i costi fino a quel momento iscritti tra le immobilizzazioni in corso devono essere riclassificati dalla voce B.I.6 – Immobilizzazioni in corso alla voce B.I.2 – Costi di sviluppo. Solo da tale momento il valore capitalizzato inizia a essere ripartito sistematicamente lungo la vita utile del bene, secondo un criterio coerente con il periodo nel quale il software è idoneo a produrre benefici economici.
Il principio generale richiede che l’ammortamento avvenga sulla base della vita utile stimata del software. In termini applicativi, ciò implica che la società debba valutare per quanto tempo il bene sarà effettivamente in grado di generare utilità economiche, tenendo conto della sua obsolescenza tecnologica, della durata attesa del ciclo di utilizzo, della stabilità delle funzionalità sviluppate e delle prospettive di sfruttamento economico. Nel caso in cui tale vita utile non sia determinabile in modo attendibile, trova applicazione il limite civilistico massimo di cinque anni, ai sensi dell’art. 2426, comma 1, n. 5 c.c.
Aspetto | Regola |
Metodo | Quote costanti (o altro metodo sistematico adeguatamente giustificato) |
Durata | Vita utile stimata; se non determinabile: massimo 5 anni |
Inizio | Dal momento della disponibilità all’uso |
Revisione | Verifica annuale della congruità del piano di ammortamento |
Nel caso di Alfa S.r.l., la determinazione del periodo di ammortamento richiederà quindi una valutazione particolarmente attenta, considerato che il software è destinato al mercato professionale e che la sua capacità di mantenere utilità economica nel tempo potrebbe dipendere da variabili quali l’evoluzione tecnologica, la frequenza degli aggiornamenti e la durata attesa della sua competitività sul mercato. Anche dopo l’avvio dell’ammortamento, resta ferma la necessità di verificare annualmente la congruità del piano adottato, adeguandolo ove mutino le condizioni di utilizzo o le prospettive di recupero del valore iscritto.
Principio di prudenza e informativa obbligatoria
Profili di prudenza
Alla luce delle incertezze rappresentate nel caso in esame, il trattamento contabile dei costi sostenuti per lo sviluppo del software deve essere valutato alla luce del principio di prudenza di cui all’art. 2423-bis c.c., che impone di evitare l’iscrizione nell’attivo di valori non sufficientemente fondati sotto il profilo della ragionevole recuperabilità. In presenza di un software non ancora completato, non ancora disponibile per l’utilizzo economico e privo di ricavi alla data di bilancio, il giudizio del redattore deve essere particolarmente rigoroso, poiché il valore capitalizzato si fonda necessariamente su stime prospettiche.
Sotto questo profilo, in presenza di incertezze significative circa il completamento tecnico del progetto, i tempi effettivi di lancio o la capacità del software di generare flussi economici adeguati, la soluzione contabile maggiormente coerente con il principio di prudenza resta l’imputazione dei costi a conto economico. La capitalizzazione è infatti ammessa solo quando le previsioni di completamento e di recuperabilità risultino ragionevolmente certe, coerenti e adeguatamente documentate. Ne consegue che, nel caso di specie, il mero ottimismo della direzione o la semplice aspettativa di successo del progetto non possono costituire base sufficiente per l’iscrizione nell’attivo. In altri termini, il beneficio del dubbio non opera a favore della capitalizzazione, ma semmai a favore di una rappresentazione più prudente del costo nell’esercizio in cui esso è sostenuto.
Impairment test
Qualora la società ritenga sussistenti i presupposti per la capitalizzazione, permane comunque l’obbligo di verificare la recuperabilità dei costi iscritti in bilancio. Tale verifica assume particolare rilevanza nel caso in esame, in cui il software non ha ancora generato ricavi e il valore dell’attività immateriale dipende integralmente da assunzioni prospettiche circa il completamento del progetto e la futura capacità di produrre benefici economici.
L’analisi di recuperabilità richiede il confronto tra:
- il valore contabile residuo del costo capitalizzato;
- il valore recuperabile, determinato come maggiore tra il valore d’uso e il fair value al netto dei costi di vendita.
Qualora il valore recuperabile risulti inferiore al valore contabile, la società è tenuta a rilevare la corrispondente svalutazione. Nel caso di un software ancora in corso di sviluppo, la determinazione del valore recuperabile deve essere sorretta da business plan, scenari economico-finanziari, analisi di sensitività e da ogni altra evidenza utile a dimostrare che il valore iscritto nell’attivo sia effettivamente recuperabile. In mancanza di tali presupposti, l’iscrizione del costo potrebbe tradursi in una sopravvalutazione dell’attivo patrimoniale.
Informativa in Nota Integrativa
Sul piano informativo, la Nota Integrativa deve fornire un’informazione chiara, completa e trasparente sui criteri seguiti nella capitalizzazione dei costi di sviluppo, soprattutto in un caso come quello in esame, in cui il progetto è ancora in corso e il relativo valore contabile poggia su valutazioni prospettiche. Ai sensi dell’art. 2427 c.c. e dell’OIC 24, devono essere in ogni caso indicate le seguenti informazioni obbligatorie:
- i criteri di capitalizzazione adottati;
- la composizione e la movimentazione della voce B.I.2 oppure della voce B.I.6, se il progetto è ancora in corso;
- la descrizione del progetto e il relativo stato di avanzamento;
- i presupposti della recuperabilità economica, con l’indicazione delle principali ipotesi adottate;
- l’ammontare dei costi capitalizzati nell’esercizio;
- gli eventuali impairment rilevati;
- l’ammontare delle riserve non distribuibili ai sensi dell’art. 2426, comma 1, n. 5 c.c.
Nel caso di specie, considerata la presenza di elementi di incertezza sul completamento e sulla futura redditività del software, risulta inoltre opportuno — pur oltre il nucleo minimo dell’informativa obbligatoria — fornire anche un’informativa rafforzata, comprensiva di:
- descrizione delle principali incertezze e dei rischi connessi al progetto;
- analisi di sensibilità delle previsioni economiche;
- indicazione di eventuali eventi successivi rilevanti;
- rappresentazione degli impegni assunti per il completamento del progetto.
In presenza di costi di sviluppo capitalizzati relativi a un software non ancora ultimato, la qualità dell’informativa in Nota Integrativa assume quindi una funzione essenziale, non solo sul piano descrittivo, ma anche quale strumento di trasparenza circa il grado di incertezza insito nelle valutazioni effettuate dal redattore del bilancio.
Vedi la presentazione di "Luig-IA"
ABBONATI SUBITO a
"Luig-IA" la tua consulente virtuale di Studio
il primo assistente virtuale che combina l’intelligenza artificiale con una banca dati di oltre 250 eBook professionali, curati e aggiornati da esperti del settore fiscale, tributario e del lavoro
2) Commento alla risposta dell’assistente digitale MIA Summa Bilancio
La risposta fornita da MIA evidenzia correttamente come la capitalizzazione dei costi di sviluppo è uno di quei temi in cui la tecnica contabile incontra direttamente la visione economica dell’impresa. Non si tratta, infatti, di una questione meramente classificatoria, né di una scelta neutra sotto il profilo gestionale: decidere se un costo debba transitare integralmente a conto economico oppure essere iscritto nell’attivo significa prendere posizione sulla natura dell’investimento, sul suo grado di maturazione e, in ultima analisi, sulla capacità dell’impresa di trasformare spesa corrente in utilità economica futura.
Da questa prospettiva, l’OIC 24 non disciplina soltanto una posta di bilancio, ma presidia un passaggio concettuale molto delicato: quello in cui un progetto cessa di essere una semplice iniziativa aziendale e diventa un asset. È un punto essenziale, perché i progetti software, più di altri investimenti, tendono a collocarsi in una zona intermedia tra innovazione, sperimentazione, organizzazione interna e sviluppo industriale. Proprio per questo, la capitalizzazione non può essere letta come una scelta di opportunità contabile, ma come l’esito di una verifica sostanziale sulla esistenza di un bene economicamente riconoscibile, dotato di autonomia, misurabilità e recuperabilità.
Sotto il profilo contabile, il tema centrale resta quello della corretta competenza economica. Spesare immediatamente un costo di sviluppo che presenta effettivamente i requisiti di capitalizzabilità può condurre a una rappresentazione eccessivamente compressa del risultato dell’esercizio e a una sottovalutazione della dimensione patrimoniale dell’investimento. Al contrario, capitalizzare costi che non hanno ancora superato la soglia della mera esplorazione progettuale produce l’effetto opposto: rinvia a esercizi futuri oneri che, nella sostanza, appartengono ancora al rischio operativo del periodo. In entrambi i casi, il punto critico non è soltanto la regola tecnica violata, ma la perdita di qualità della rappresentazione economico-finanziaria dell’impresa.
Da qui discende un primo profilo strategico di grande rilievo: la capitalizzazione dei costi di sviluppo è, a tutti gli effetti, una dichiarazione implicita del management sul grado di maturità del progetto. Iscrivere tali costi nell’attivo significa affermare che l’impresa non sta più soltanto investendo in un’idea, ma sta costruendo un bene destinato a generare benefici economici futuri. In questo senso, il bilancio assume anche una funzione segnaletica verso l’esterno: comunica agli stakeholders, ai finanziatori, agli organi di controllo e al mercato che quel progetto ha superato una soglia minima di definizione tecnica ed economica.
È proprio per questo che la decisione di capitalizzare non può essere isolata dal più ampio impianto di pianificazione industriale e finanziaria. Un costo di sviluppo diventa sostenibile in bilancio quando è inserito in una traiettoria strategica coerente: esistenza di un business plan credibile, compatibilità con il modello di business, capacità finanziaria di completamento, ipotesi realistiche di ingresso sul mercato o di utilizzo interno, governo del rischio di obsolescenza tecnologica. In assenza di questi elementi, la capitalizzazione può anche apparire formalmente costruita, ma resta economicamente debole.
Sotto questo profilo, la nozione di recuperabilità merita una riflessione più ampia. Non si tratta soltanto di verificare se, in astratto, il progetto potrà produrre ricavi. Occorre domandarsi se tali ricavi saranno coerenti con i tempi, con il posizionamento competitivo del prodotto, con la velocità di evoluzione del mercato di riferimento e con il fabbisogno di ulteriori investimenti necessari per mantenere il software economicamente utile. Nei progetti digitali, infatti, il valore non dipende solo dal completamento tecnico, ma anche dalla capacità dell’impresa di trasformare quel completamento in vantaggio competitivo, penetrazione commerciale e ritorni sostenibili. La lettura contabile, quindi, non può prescindere da una lettura industriale.
Un secondo aspetto strategico riguarda il rapporto tra capitalizzazione e governance dell’innovazione. Dove la funzione amministrativa e quella tecnica dialogano poco, il rischio è che la capitalizzazione diventi una mera operazione di chiusura contabile, effettuata ex post per valorizzare costi già sostenuti. Dove invece il progetto è governato con logiche manageriali adeguate — budgeting, milestone, project accounting, monitoraggio dei costi, verifica degli scostamenti, formalizzazione delle decisioni — la capitalizzazione tende a inserirsi in un processo più ordinato, nel quale il dato contabile riflette una progettualità già controllata sul piano economico e gestionale. In questo senso, la qualità della contabilizzazione è spesso un indicatore della qualità complessiva del sistema di governo del progetto.
Vi è poi un tema di lettura economico-finanziaria del bilancio che merita attenzione. La capitalizzazione dei costi di sviluppo incide direttamente su EBITDA, risultato operativo, totale attivo e patrimonio netto, e quindi modifica la percezione delle performance aziendali e della struttura patrimoniale. Per questo, la posta non deve mai essere osservata solo come un tecnicismo contabile: essa ha effetti sulla leggibilità dei margini, sugli indicatori di redditività, sulla rappresentazione della capacità d’investimento dell’impresa e, in alcuni casi, persino sulla valutazione del merito creditizio. Più il progetto assume dimensioni rilevanti, più la sua corretta qualificazione diventa una questione di attendibilità complessiva dell’informazione economico-finanziaria.
In questa prospettiva, anche il principio di prudenza cambia significato. Non è soltanto una clausola di cautela formale, ma uno strumento di equilibrio tra rappresentazione dell’investimento e rischio di anticipazione di valori non ancora maturi. La prudenza, in sostanza, impedisce che il bilancio incorpori come attivo ciò che appartiene ancora a una fase di incertezza industriale o commerciale. Ma, allo stesso tempo, evita anche che investimenti effettivamente strutturati vengano assorbiti impropriamente nel conto economico, oscurando la reale dinamica di accumulazione del valore.
Infine, sul piano informativo, i costi di sviluppo rappresentano una delle aree in cui la Nota Integrativa dovrebbe esprimere al meglio la sua funzione economico-esplicativa. Più che limitarsi a descrivere importi e movimentazioni, essa dovrebbe aiutare il lettore a comprendere il razionale industriale dell’investimento, lo stato di avanzamento del progetto, le principali ipotesi di recuperabilità e il livello di rischio ancora incorporato nella posta. In un contesto in cui gli investimenti immateriali assumono un peso crescente nei modelli di business, la qualità dell’informativa diventa parte integrante della qualità del bilancio.
In definitiva, la capitalizzazione dei costi di sviluppo non può essere affrontata come una mera scelta tecnica tra stato patrimoniale e conto economico. È, piuttosto, un punto di convergenza tra contabilità, strategia, pianificazione e disciplina valutativa. Ed è proprio per questo che merita un approccio professionale capace di tenere insieme la regola contabile, la sostanza economica del progetto e la credibilità della narrazione che il bilancio offre dell’impresa.
