IAS 38: costi di ricerca vs costi di sviluppo

Costi di ricerca vs costi di sviluppo (IAS 38)

Nei dossier delle società tecnologiche italiane che esaminiamo, il sei criteri dello IAS 38.57 viene applicato a posteriori, quasi sempre il 31 dicembre, dopo che la spesa è già stata incorsa e talvolta riclassificata. È il rilievo più ricorrente nelle ispezioni MEF su entità tech del segmento mid-market. Disciplinato da: IAS 38.20, IAS 38.57.

> Punti chiave > - I costi di ricerca non possono mai essere capitalizzati (IAS 38.20). I costi di sviluppo che soddisfano i sei criteri dell'IAS 38.57 entrano nelle immobilizzazioni immateriali. Tutto qui? In teoria sì. > - La maggior parte dei revisori applica il test dei sei criteri solo a fine anno, quando la spesa è già fatta. Il test andrebbe ancorato alla data esatta in cui il sesto criterio è verificabile, non alla data di chiusura. > - Un'immobilizzazione immateriale capitalizzata che non resta in piedi sotto un'ispezione MEF è il rilievo più frequente nei fascicoli di società software con ricavi tra EUR 5M e EUR 50M.

La falla: dove si rompe il fascicolo

Si parte sempre dallo stesso punto. La direzione presenta un conto "Ricerca e Sviluppo" da EUR 500.000 senza segregazione interna. Il revisore chiede la suddivisione, e nelle settimane successive emerge che il 60-70% della spesa è ricerca pura, non capitalizzabile. Le carte sono leggere su un punto critico: nessuno ha registrato il momento in cui il progetto è passato da ricerca a sviluppo. Il memorandum di autorizzazione dello sviluppo, quando esiste, è datato a posteriori, ricostruito da timesheet ed email.

Il problema non è lo standard. Lo IAS 38.20 è assoluto: ricerca a conto economico, sempre. Lo IAS 38.57 elenca sei criteri concreti. Il problema è che il fascicolo deve raccontare quando ciascun criterio è stato soddisfatto, non solo che lo è stato.

Cosa richiede lo IAS 38

Lo IAS 38.20 vieta la capitalizzazione di qualsiasi costo di ricerca. La ricerca è l'indagine originale e pianificata volta a ottenere nuove conoscenze scientifiche o tecnologiche. Chi la conduce non sa quale sarà il risultato, non sa se il progetto avrà sbocco commerciale.

Lo sviluppo applica quelle conoscenze a un fine specifico: progettare un prodotto nuovo o migliorato, oppure attuare un processo nuovo. Un costo di sviluppo può essere iscritto all'attivo se l'entità dimostra contemporaneamente i sei criteri dell'IAS 38.57:

1. Fattibilità tecnica: il completamento è tecnicamente realizzabile 2. Intenzione di completare: l'entità intende completare l'asset immateriale 3. Capacità di utilizzo: l'entità è in grado di usare l'asset 4. Probabilità di benefici economici: è probabile che benefici economici futuri affluiranno all'entità 5. Disponibilità di risorse: risorse tecniche, finanziarie e altre sono disponibili per completare 6. Misurazione affidabile dei costi: i costi relativi allo sviluppo possono essere misurati in modo affidabile

In teoria, il confine è una linea. Nella pratica, in particolare per progetti software, è una zona grigia che dura settimane. Il prototipo iniziale è ricerca. Quando il prototipo funziona e l'entità decide di trasformarlo in prodotto, inizia lo sviluppo. Tra "il prototipo gira" e "abbiamo deciso di farne un prodotto" passano riunioni, demo, valutazioni di mercato. La documentazione di quel passaggio è ciò che il revisore deve testare.

Esempio pratico: Tecnologie Lombardia S.r.l.

Cliente: Società di software embedded, con sede a Como, FY2024, ricavi EUR 18M, reporter IFRS.

Tecnologie Lombardia avvia nel Q1 un progetto per un nuovo firmware di controllo industriale. Il team sperimentale spende otto mesi testando tre architetture diverse, abbandonandone due. Questa fase è ricerca: costo EUR 240.000, contabilizzato a conto economico.

Nota di documentazione: registrata una spesa di ricerca di EUR 240.000 come parte dei costi operativi. IAS 38.20 conferma che nessun costo di ricerca può essere capitalizzato.

Nel Q3 il terzo prototipo funziona. L'entità ha già un cliente pilota interessato e firma un contratto di sviluppo per EUR 600.000. Il team ingegneristico passa alla fase di hardening: ottimizzazione delle prestazioni, test di conformità normativa, documentazione tecnica, preparazione del manufacturing. Questo è sviluppo.

Step 1 – Verificare i sei criteri: - Fattibilità tecnica: il firmware funziona su hardware reale. ✓ - Intenzione di completare: contratto di sviluppo sottoscritto con il cliente. ✓ - Capacità di utilizzo: il cliente lo userà in 15 impianti industriali. ✓ - Probabilità di benefici economici: ricavi contrattuali di EUR 600.000 identificati, margine lordo atteso del 65%. ✓ - Disponibilità di risorse: budget approvato di EUR 95.000, team assegnato. ✓ - Misurazione affidabile: timesheet giornalieri dei 4 ingegneri, costi hardware tracciati per progetto. ✓

Nota di documentazione: memorandum di autorizzazione dello sviluppo, sottoscritto dal CTO e dal CFO, che conferma il soddisfacimento di tutti e sei i criteri dell'IAS 38.57. Allegato: contratto con il cliente.

Step 2 – Capitalizzare i costi dalla data di transizione: Tra Q3 e Q4 Tecnologie Lombardia spende EUR 95.000 in costi direttamente attribuibili (personale 2.800 ore, hardware EUR 12.000, test specializzati EUR 8.500). L'intera cifra è iscritta all'attivo come immobilizzazione immateriale "Firmware modulo di controllo" sotto la voce sviluppo.

Nota di documentazione: conto acceso "Sviluppi software in corso" con subtotale EUR 95.000 allocato per numero di progetto e centro di costo. Timesheet allegati e ricevute hardware per il 100% dei costi.

Step 3 – Complicazione: il cliente cambia specifica. A novembre il cliente pilota richiede una modifica significativa al firmware (nuovo protocollo di comunicazione industriale). La modifica costa altri EUR 28.000 e ritarda il completamento di sei settimane. Nasce la domanda: questi EUR 28.000 sono ancora sviluppo capitalizzabile, oppure sono ricerca aggiuntiva perché si esplora un protocollo nuovo? Si è ritenuto che fossero sviluppo, perché tutti e sei i criteri restavano soddisfatti (fattibilità tecnica del nuovo protocollo confermata in 48 ore, contratto integrato, intenzione e capacità invariate). Si è documentato il giudizio in un addendum al memorandum, datato 14 novembre.

Nota di documentazione: addendum al memorandum di autorizzazione dello sviluppo del Q3, con valutazione della modifica e conferma del mantenimento dei sei criteri. Allegato: integrazione contrattuale.

Step 4 – Test di impairment alla data di bilancio: A fine dicembre il firmware è completato e in uso presso il cliente. Tecnologie Lombardia riclassifica EUR 123.000 (95 + 28) dalla categoria "in corso" a "completato" e inizia l'ammortamento su 5 anni (vita utile tecnica stimata).

Conclusione: Tecnologie Lombardia ha separato la ricerca (EUR 240.000 spesati) dallo sviluppo (EUR 123.000 capitalizzati). Il confine è documentato alla data in cui il terzo prototipo è stato completato e il cliente ha sottoscritto il contratto. Nessun importo è stato capitalizzato retroattivamente da fasi di ricerca. Il giudizio sulla modifica del protocollo è tracciato nell'addendum.

Cosa controllano i revisori

Ricerca capitalizzata in violazione dell'IAS 38.20

Le società tecnologiche capitalizzano frequentemente costi di fasi sperimentali che restano ricerca anche quando il progetto ha successo. Il rilievo più comune nei fascicoli che vediamo: il team ha speso EUR 500.000 in "ricerca e sviluppo" senza documentare dove finisce la ricerca e inizia lo sviluppo. Quando il revisore richiede la segregazione, emerge che il 60-70% della spesa è ricerca pura (test di fattibilità, iterazioni abbandonate, esperimenti che non hanno contribuito al prodotto finale). Lo IAS 38.20 è assoluto: la cifra deve uscire dall'attivo.

Test dei sei criteri applicato a posteriori

Il test dell'IAS 38.57 viene fatto dopo che il costo è speso. Il revisore verifica che il progetto sia "probabile di generare benefici economici" guardando al prodotto finito, non al momento della decisione di sviluppare. Se il prodotto fallisce commercialmente, l'asset è già in bilancio da mesi. La verifica del revisore dovrebbe ancorarsi al momento esatto in cui tutti e sei i criteri sono stati soddisfatti contemporaneamente, non alla chiusura dell'esercizio.

Mancanza di segregazione formale

Molte entità tecnologiche non documentano mai il confine ricerca/sviluppo. Le prime riunioni sono ricerca, il prototipo è ricerca, il test del prototipo con il cliente è ancora ricerca finché il cliente non firma un contratto di sviluppo. Quel momento dovrebbe essere registrato in un memorandum di autorizzazione. Quasi mai lo è. Il revisore deve ricostruire la timeline da comunicazioni email, timesheet storici e data di sottoscrizione del contratto. Scrivere le carte dopo non è documentare: è ricostruire, e lascia tracce visibili a chi ispeziona.

Dove inizia il giudizio

Due partner senior della stessa rete applicano lo stesso standard a Tecnologie Lombardia e arrivano a importi capitalizzati diversi. Il primo capitalizza dalla data del terzo prototipo funzionante, perché ritiene che la fattibilità tecnica fosse dimostrata. Il secondo capitalizza solo dalla data del contratto firmato col cliente pilota, perché ritiene che la "probabilità di benefici economici" non fosse dimostrabile prima del contratto. Entrambi citano correttamente il paragrafo dell'IAS 38.57. La differenza è di sei settimane e di EUR 38.000. Nessuno dei due ha torto. Il fascicolo del primo è più aggressivo, quello del secondo più difendibile davanti a un'ispezione MEF. La voce "in pratica" preferisce il secondo, soprattutto in società early-stage dove il fallimento commerciale è probabile.

L'incentivo perverso è strutturale. Le società tech presentano un EBITDA migliore quando capitalizzano una porzione maggiore. La direzione spinge per anticipare la data di transizione, e lo studio del revisore lavora con compensi irrisori su clienti tech che potrebbero diventare grandi. La pressione sul giudizio non è esplicita; è ambientale. Il revisore che lo registra nel fascicolo si protegge; quello che non lo registra non scompare, ma resta esposto.

Ricerca vs Sviluppo: confronto diretto

Quando il confine pesa nell'incarico

Un'entità di telematica ha speso EUR 1,2M in un progetto di piattaforma di tracciamento per flotte aziendali e capitalizzato EUR 800.000. In revisione emerge che:

- Q1–Q2: ricerca interna su tre architetture, nessun cliente interessato (EUR 300.000). Ricerca pura. - Q3: prototipo funzionante, cliente pilota firma un NDA per testarlo. La capitalizzazione inizia su EUR 500.000. - Q4: versione di produzione completata. Il cliente firma un contratto di servizio per EUR 2M su tre anni.

Se il test dei sei criteri viene applicato solo al 31 dicembre, il revisore potrebbe concludere che tutti i criteri sono soddisfatti e che l'intero importo di EUR 800.000 sia difendibile. In realtà i primi EUR 300.000 di ricerca non potevano essere capitalizzati (IAS 38.20 è assoluto). I successivi EUR 500.000 capitalizzati a partire da Q3 lo erano solo dalla data in cui il sesto criterio (misurazione affidabile dei costi) era verificabile, tipicamente la data della sottoscrizione del contratto di sviluppo, non quella dell'NDA.

La segregazione conta perché l'asset immateriale in bilancio deve riflettere solo i costi incorsi durante lo sviluppo vero e proprio. Se EUR 300.000 restano capitalizzati per errore, l'importo dell'asset deve essere ridotto, con conseguenze sull'ammortamento e sul test di impairment. Lo standard lo dice in una riga. Il fascicolo deve dirlo in dieci.

Termini correlati

Immobilizzazioni immateriali: categoria di bilancio che contiene i risultati dello sviluppo capitalizzato secondo l'IAS 38.57.

Impairment test: valutazione annuale per verificare se un asset immateriale capitalizzato ha perso valore, disciplinata dall'IAS 36.

Costi di sviluppo software: applicazione specifica dell'IAS 38.57 ai progetti software, con sei criteri identici ma sfide documentali diverse rispetto allo sviluppo hardware.

Capitalizzazione vs. spesamento: decisione contabile binaria che cambia il bilancio: il costo entra nell'attivo (capitalizzato) o passa a conto economico (spesato).

Ammortamento delle immobilizzazioni immateriali: allocazione sistematica del costo capitalizzato agli esercizi in cui l'asset genera benefici, dopo che lo sviluppo è completato.

Ricerca in conto economico: trattamento contabile invariabile per tutti i costi di ricerca secondo l'IAS 38.20.

---