ASC 350-40 Costi del Software per Uso Interno — Regola Fondamentale
I costi di sviluppo del software per uso interno devono essere capitalizzati solo quando il software ha raggiunto una fase di sviluppo funzionalmente completa e può essere utilizzato per lo scopo previsto; i costi anteriori alla fattibilità tecnica e quelli di manutenzione sono spesati immediatamente (ASC 350-40-25-1).
Come Funziona ASC 350-40 Costi del Software per Uso Interno
- Spesare nella fase preliminare: Tutti i costi sostenuti prima che il progetto raggiunga la fattibilità tecnica (preliminary project stage) devono essere spesati, inclusi studi di fattibilità, analisi di alternative e pianificazione iniziale (ASC 350-40-25-2). Questa fase termina quando l'entità ha determinato che il progetto è fattibile dal punto di vista tecnico e ha approvato il proseguimento dello sviluppo.
- Capitalizzare nella fase di sviluppo: Una volta raggiunta la fattibilità tecnica, i costi direttamente attribuibili allo sviluppo (stipendi dei programmatori, hardware dedicato, licenze di sviluppo) e i costi di infrastruttura allocati razionalmente vengono capitalizzati come immobilizzazione immateriale (ASC 350-40-25-3). Questo periodo inizia quando il progetto è tecnicamente fattibile e continua fino al completamento e alla messa in esercizio del software.
- Spesare i costi di manutenzione e post-implementazione: I costi di correzione di difetti, manutenzione ordinaria e upgrade funzionali minori vengono spesati quando sostenuti (ASC 350-40-25-4). Solo gli upgrade che aumentano significativamente la funzionalità o l'efficienza possono essere capitalizzati.
- Misurazione e ammortamento: Il costo capitalizzato include tutti i costi diretti di sviluppo e una quota appropriata di costi indiretti allocati razionalmente. L'asset viene ammortizzato a quote costanti dal primo utilizzo commerciale, tipicamente su un periodo di 3-10 anni (ASC 350-40-35-1). L'entità deve valutare periodicamente l'utilità economica del software e registrare svalutazioni se il valore recuperabile scende al di sotto del valore contabile (ASC 360-10-35-1, applicabile anche al software).
- Classificazione in bilancio: Il software capitalizzato viene presentato come immobilizzazione immateriale nell'attivo non corrente, con separata disclosure del costo lordo, dell'ammortamento accumulato e del valore netto (ASC 350-40-50-1).
ASC 350-40 Costi del Software per Uso Interno — Esempio Pratico
Un'azienda tecnologica decide di sviluppare internamente un sistema ERP per supportare le sue operazioni. I seguenti costi sono sostenuti:
Fase preliminare (gennaio-marzo 2024): €150.000 in studi di fattibilità e consulenza → spesati immediatamente
Fase di sviluppo (aprile 2024-febbraio 2025):
- Stipendi del team di sviluppo (12 mesi): €480.000
- Licenze software di sviluppo: €45.000
- Hardware dedicato ai server di test: €60.000
- Allocation di IT overhead (20% dei costi diretti): €97.000
- Totale capitalizzabile: €682.000
Post-implementazione (marzo 2025):
- Correzione di bug di sistema: €25.000 → spesato
- Upgrade per nuovi moduli funzionali: €120.000 → capitalizzato (poiché aumenta significativamente la capacità)
Registrazioni contabili:
Fase preliminare:
| Conto | Dare | Avere |
|---|
| Spese di consulenza | 150.000 | |
| Cassa/Fornitori | | 150.000 |
Fase di sviluppo (voce riepilogativa):
| Conto | Dare | Avere |
|---|
| Software per uso interno | 682.000 | |
| Cassa/Fornitori | | 682.000 |
Post-implementazione (ammortamento annuale su 8 anni, €682.000 ÷ 8 = €85.250):
| Conto | Dare | Avere |
|---|
| Spese di ammortamento | 85.250 | |
| Ammortamento accumulato - Software | | 85.250 |
ASC 350-40 Costi del Software per Uso Interno — Errori Comuni
- Confondere manutenzione con upgrade: Molti professionisti capitalizzano le spese di correzione di bug e manutenzione ordinaria, violando ASC 350-40-25-4. La regola è: se il costo non amplia significativamente la funzionalità o l'efficienza, va spesato.
- Timing errato della capitalizzazione: Alcuni iniziano a capitalizzare costi troppo presto (prima della fattibilità tecnica) o includono costi amministrativi e organizzativi generici non direttamente attribuibili al progetto specifico (ASC 350-40-25-3 proibisce questa pratica).
- Negligenza negli impairment test: Il software interno non viene testato regolarmente per svalutazione. Se il software non viene più utilizzato oppure è stato sostituito, il valore contabile deve essere ridotto al valore recuperabile secondo ASC 360-10-35-1, con conseguente perdita da svalutazione.
Riferimenti chiave della Codification
- ASC 350-40-25-1 (capitalizzazione della fase di sviluppo)
- ASC 350-40-25-2 (spesare la fase preliminare)
- ASC 350-40-25-4 (manutenzione e post-implementazione)
- ASC 350-40-35-1 (misurazione e ammortamento)
- ASC 360-10-35-1 (impairment di immobilizzazioni immateriali)
- ASC 350-40-50-1 (disclosure e presentazione in bilancio)
