Strumento di Analisi Comparativa: Tecnologia | ciferi

Panoramica dello strumento

Le entità tecnologiche (sviluppatori di software, SaaS, società di consulenza IT, fornitori di servizi cloud) presentano sfide analitiche specifiche rispetto ad altri settori. Le procedure di analisi comparativa richiedono una comprensione profonda di come i modelli di ricavo ricorrente, le marginalità decrescenti su progetti fixed-price, e la volatilità dei costi di sviluppo si traducono nei saldi di bilancio.
Lo ISA Italia 520 richiede al revisore di sviluppare un'aspettativa sufficientemente precisa sui saldi contabili o sugli indici, poi di indagare gli scostamenti che si discostano dall'aspettativa per un importo significativo. Per il settore tecnologico, questo significa sviluppare aspettative che riflettono il mix tra ricavi ricorrenti (abbonamenti, subscription), licenze perpetue, e servizi a progetto. non come una singola riga di ricavo aggregata.

Soglie di investigazione standard per il settore tecnologico

| Voce di bilancio | Soglia % | Fondamento |
|---|---|---|
| Ricavi totali | 5% | Il ricavo tecnologico ha marginalità elevate; piccoli scostamenti segnalano cambiamenti nei mix di prodotto o nei tassi di churn |
| Ricavi ricorrenti | 5% | I ricavi di abbonamento sono stabili per costruzione; scostamenti significativi segnalano perdita di clientela o erosione dei prezzi |
| Ricavi da consulenza | 8% | Volatilità naturale per progetti; scostamenti richiedono investigazione su utilizzo della capacità e realizability |
| Costo del software venduto (COGS) | 6% | Hosting, supporto, e royalties dovrebbero scalare con ricavi; scostamenti segnalano inefficienze operative |
| Spese di ricerca e sviluppo | 10% | R&D varia con strategia di prodotto; scostamenti richiedono spiegazione su allocazione delle risorse |
| Spese operative | 12% | Spese commerciali, marketing, e amministrative hanno flessibilità; scostamenti grandi sono frequenti |

Indici chiave per il settore tecnologico

Le entità tecnologiche operano su metriche che il revisore dovrebbe comprendere e su cui sviluppare aspettative:
Ricavi ricorrenti annualizzati (ARR) e tasso di retention: Per un'entità SaaS con ARR di EUR 10M e tasso di retention del 95%, l'ARR del periodo successivo dovrebbe essere approssimativamente EUR 10M × 0,95 + nuove sottoscrizioni. Se l'ARR cala al 9,2M senza spiegazione, il tasso di churn ha superato le aspettative e il revisore deve investigare su perdita di clienti, erosione di prezzo, o downgrade di servizi.
Margine lordo per linea di prodotto: Ricavi di abbonamento portano margini lordi del 70-85% (costo margiale della fornitura è basso). Servizi di consulenza portano margini del 35-55% (costo del lavoro personale). Software su licenza perpetua porta margini del 90%+. Qualsiasi cambiamento nel mix di ricavi tra questi segmenti cambierà il margine lordo aggregato. Il revisore dovrebbe esigere la ripartizione.
Utilizzo della capacità di consulenza: Per una società di consulenza IT, le spese di personale specializzato (sviluppatori, architetti di sistema) sono il principale driver del costo. Se la società ha 50 consulenti e il tasso di billable hours sale dal 75% al 85%, il costo del personale per euro di ricavo scende di conseguenza. aspettativa sviluppata su questa relazione.
Ciclo di conversione del contante: Tecnologia ha cicli lunghi per grandi contratti (negoziazione, approvazione, implementazione). Il revisore dovrebbe monitorare giorni di vendita in sospeso (DSO) e parametrarli sui periodi di raccolta tipici. Un aumento inaspettato in DSO segnala contanti non incassati e maggior rischio di svalutazione crediti.
Tasso di abbandono progetti (slippage): Per progetti fixed-price, se progetti con margine pianificato del 40% vengono completati con margine del 20%, il revisore deve identificare questo scostamento nel periodo in cui è accaduto, non al termine del progetto.

Contabilità per il settore tecnologico

Il seguente riepilogo descrive come i driver operativi si traducono in contabilità, per permettere al revisore di sviluppare aspettative concrete.
Ricavi: IFRS 15 richiede di riconoscere il ricavo quando il controllo bene o servizio è trasferito al cliente. Per SaaS: ricavo riconosciuto mensilmente mentre il servizio è fornito (ricavo lineare se il cliente riceve valore costante ogni mese). Per software su licenza perpetua: ricavo al momento del trasferimento della licenza (spesso immediato). Per consulenza: ricavo riconosciuto mentre i servizi sono prestati (tipicamente monthly su timesheet base o al milestone completion).
Costi operativi: Hosting cloud (AWS, Azure) scalano con il numero di clienti e con il volume di dati. Supporto tecnico (helpdesk, SLA fulfillment) cresce sub-linearmente con la base clienti. Royalties su componenti third-party (librerie, software) vengono contrattate come percentuale dei ricavi o come fee fissa per licenza, entrambi prevedibili.
Capitalizzazione di sviluppo software: L'IFRS 3 definisce quando i costi di sviluppo interno possono essere capitalizzati come immobilizzazioni immateriali vs. immediatamente spesati come R&D. Il revisore dovrebbe verificare che l'entità ha coerenti criteri di capitalizzazione (es: sviluppo di nuovi prodotti con probabilità alta di commercializzazione = capitalized; manutenzione e bug fix = speso). Qualsiasi cambio nei criteri tra periodi crea scostamento analitico e richiede indagine.
Crediti deteriorati (software a consumo): Software fornito su base consumo (per API call, per GB di storage, per utente attivo) crea revenue basato su misura automatica. Errori di misurazione (dati mancanti dal sistema di metering, API non tracciato) creano rischi di understatement di ricavi. L'analisi comparativa dovrebbe includere il numero di clienti attivi, il consumo medio per cliente (derivato dai log di sistema), e la tariffa contrattuale per unità di consumo come verifiche indipendenti contro il ricavo riportato.

Scenario pratico: Società di consulenza tecnologica con analisi comparativa ISA Italia 520

Entità: Tecnologie Adriatiche S.r.l., consulenza IT e sviluppo software custom, con sede a Bologna. Incarico di revisione per l'esercizio terminato il 31 dicembre 2024. Materialità complessiva EUR 400.000. Materialità di performance EUR 280.000.
Dati di bilancio (in EUR migliaia):
| Conto | Esercizio 2024 | Esercizio 2023 | Variazione assoluta | Variazione % | Soglia indagine | Supera soglia? |
|---|---|---|---|---|---|---|
| Ricavi da consulenza | 8.200 | 7.600 | 600 | 7,9% | 5% di 7.600 = 380 | Sì, 220k oltre soglia |
| Ricavi da SaaS | 2.100 | 1.800 | 300 | 16,7% | 5% di 1.800 = 90 | Sì, 210k oltre soglia |
| COGS (hosting e supporto) | 1.050 | 990 | 60 | 6,1% | 6% di 990 = 59 | Sì, 1k oltre soglia |
| Spese R&D | 1.800 | 1.600 | 200 | 12,5% | 10% di 1.600 = 160 | Sì, 40k oltre soglia |
| Spese commerciali | 1.200 | 1.050 | 150 | 14,3% | 12% di 1.050 = 126 | Sì, 24k oltre soglia |
| Crediti commerciali | 1.850 | 1.520 | 330 | 21,7% | 10% di 1.520 = 152 | Sì, 178k oltre soglia |
| Disponibilità liquide | 920 | 1.100 | -180 | -16,4% | 10% di 1.100 = 110 | Sì, 70k oltre soglia |
| Immobilizzazioni immateriali (sviluppo capitalizzato) | 2.200 | 1.800 | 400 | 22,2% | 10% di 1.800 = 180 | Sì, 220k oltre soglia |
Sviluppo delle aspettative e investigazione (ISA Italia 520 paragrafo 5 c):
Ricavi da consulenza: Il revisore sviluppa l'aspettativa basata su numero di consulenti, tasso di utilizzo (ore billable / ore disponibili), e tariffa media per ora.
Nel 2023, la società aveva 60 consulenti, tasso di utilizzo del 70%, e tariffa media di EUR 180/ora. Con 220 giorni lavorativi, 8 ore per giorno, il calcolo:
Ma il ricavo effettivo è stato EUR 7,6M. La discrepanza suggerisce che il tasso di utilizzo del 70% non è accurato, oppure la tariffa media è inferiore ai EUR 180 assunti. Il revisore acquisisce il report di utilizzazione dalla piattaforma di tracking tempo. Scopre: effettivo tasso di utilizzo = 64%, tariffa media reale = EUR 165/ora (a causa di sconto per clienti grandi contratti). Con questi parametri rivisti:
Il ricavo effettivo di EUR 7,6M rimane significativamente sotto questo. Il revisore indaga ulteriormente sulla perdita di capacità durante l'anno (consulenti licenziati? turnover? vacanze?). Scopre: la società ha sospeso il reclutamento nel Q3 e ha ridotto l'organico da 60 a 52 persone nel Q4 a causa di calo della domanda (cliente principale ha rinegoziale il contratto riducendo ore). Il revisore calcola ricavo atteso pro-rata:
Il ricavo effettivo di EUR 7,6M è inferiore di EUR 2,8M (27%). Il revisore indaga sulla perdita di clienti aggiuntiva. Acquisisce i contratti di servizio; scopre che il cliente principale (40% del ricavo pianificato) ha ridotto ore di EUR 3,2M anno-su-anno. Il revisore verifica le comunicazioni tra il cliente e il CFO di Tecnologie Adriatiche, confermando la riduzione negoziale. Dato che le EUR 3,2M di perdita attesa vs. la riduzione effettiva di EUR 2,8M è entro il EUR 280k di performance materiality, il revisore conclude che i ricavi riflettono le circostanze operative note e non contengono errore significativo.
Ricavi da SaaS: La società fornisce una piattaforma di project management su abbonamento. Il ricavo è riconosciuto mensilmente.
Aspettativa sviluppata su:
Ricavo atteso = [(280 × 0,92) + 60] × EUR 6.500 = 337,6 × EUR 6.500 = EUR 2,19M
Il ricavo effettivo è EUR 2,1M. La differenza di EUR 90k (4,1%) è entro la soglia del 5%, ma comunque oltre l'ammontare assoluto di investigazione (5% di 1.800k = 90k). Il revisore indaga il tasso di retention e il numero di nuove sottoscrizioni effettive.
Nota di documentazione per la carta di lavoro: Acquisire il report di management sulla base dei clienti SaaS a fine 2024, filtrare per stato attivo, e verificare le sottoscrizioni aggiunte durante il 2024 dal sistema CRM.
Scopre:
Combinati, questi fattori spiegano il ricavo di EUR 2,1M. La leggera compressione di prezzo (EUR 150 sotto target, 2,3%) e il tasso di churn leggermente superiore alla aspettativa sono coerenti con la competizione crescente nel mercato di project management, nota dal revisore da interviste con la direzione. Conclusione: scostamento spiegato da fattori operativi noti, non errore contabile.
COGS (hosting e supporto): Il costo della piattaforma SaaS include cloud hosting (AWS), supporto tecnico 24/7, e aggiornamenti di sicurezza. Questi dovrebbero scalare con il numero di clienti e la loro capacità.
Aspettativa sviluppata su:
Costo atteso = 334 × EUR 3.000 = EUR 1,002M = EUR 1.002k
Il COGS effettivo è EUR 1.050k. La differenza di EUR 48k (4,8%) rientra nella soglia del 6%. Il revisore acquisisce i contratti AWS e verifica le fatture di hosting del 2024. Scopre che il costo totale di AWS è EUR 890k (vs. EUR 1.002k atteso). La differenza favorevole (EUR 112k) è compensata da costi di supporto tecnico leggermente superiori (EUR 232k vs. EUR 112k assunto). Il revisore indaga sui costi di supporto: scopre che la società ha aggiunto un ingegnere di supporto senior (EUR 70k/anno) nel Q2 per ridurre i tempi di risposta ai ticket (SLA improvement). Questo cambio organizzativo era noto e autorizzato dal board. Conclusione: scostamento spiegato da investimento deliberato in qualità di servizio.
Immobilizzazioni immateriali (sviluppo capitalizzato): La società capitalizza lo sviluppo software per nuove feature della piattaforma SaaS e per custom development per clienti enterprise.
Aspettativa sviluppata su:
Ma il saldo è EUR 2.200k, un aumento di EUR 400k dalla fine di 2023. Meno ammortamento atteso (4 anni vita utile = EUR 450k ammortamento su base EUR 1.800k):
Il saldo effettivo di EUR 2.200k è EUR 130k sopra l'attesa (6,3%, oltre la soglia del 10% su EUR 1.800k base, ma entro 5% su EUR 2.070k). Il revisore indaga la capitalizzazione aggiuntiva.
Nota di documentazione: Acquisire il registro di capitalizzazione di sviluppo, filtrare per entrate 2024, e verificare le ore timesheets, il cost allocation, e la valutazione della probabilità di commercializzazione.
Scopre:
Il revisore valuta se il progetto di mobile app soddisfa i criteri IFRS 3 per capitalizzazione (probabilità tecnica di completamento, probabilità commerciale di mercato). Acquisisce il business plan del progetto, le approvazioni del board, e il timeline previsto di lancio (Q2 2025). Valuta che il progetto è sufficientemente avanzato e probabile da giustificare la capitalizzazione. Conclusione: scostamento spiegato da nuovo progetto approvato.

• Ore billable = 60 consulenti × 220 giorni × 8 ore × 70% = 73.920 ore
• Ricavo atteso = 73.920 ore × EUR 180 = EUR 13,3M
• Ore billable = 60 × 220 × 8 × 0,64 = 67.584 ore
• Ricavo atteso rivisto = 67.584 × EUR 165 = EUR 11,15M
• 60 consulenti da gennaio a agosto (8 mesi): 60 × (8/12) = 40 consulenti-equivalenti
• 52 consulenti da settembre a dicembre (4 mesi): 52 × (4/12) = 17,3 consulenti-equivalenti
• Totale consulenti-equivalenti annualizzati: 57,3
• Ricavo atteso = 57,3 × 220 × 8 × 0,64 × EUR 165 = EUR 10,4M
• Numero di sottoscrizioni attive a fine 2023: 280
• Tasso di retention previsto per il 2024: 92%
• Nuove sottoscrizioni previste: 60 (basate sul pipeline di vendita di inizio anno)
• Prezzo medio per sottoscrizione: EUR 6.500/anno
• Sottoscrizioni attive a fine 2024: 334 (vs. 337,6 attese)
• Tasso di retention effettivo: 91% (vs. 92% atteso)
• Nuove sottoscrizioni chiuse nel 2024: 54 (vs. 60 attese)
• Prezzo medio effettivo: EUR 6.350/anno (vs. EUR 6.500 atteso)
• Numero di clienti SaaS a fine 2024: 334 (come sopra)
• Costo medio per cliente: EUR 3.000/anno (contratto AWS + supporto)
• Ore di sviluppo capitalizzate nel 2023: 8.000 ore
• Costo medio per ora (salario sviluppatore + overhead): EUR 90/ora
• Capitalizzazione attesa 2024 = 8.000 × EUR 90 = EUR 720k
• Saldo atteso = EUR 1.800k - EUR 450k + EUR 720k = EUR 2.070k
• Ore di sviluppo capitalizzate nel 2024: 10.500 ore (vs. 8.000 attese)
• Costo medio per ora: EUR 92/ora (vs. EUR 90 atteso, a causa di aumento di stipendi)
• Nuovo progetto di sviluppo: piattaforma di mobile app, iniziato nel Q3, 2.500 ore capitalizzate, EUR 230k

Considerazioni specifiche per il settore tecnologico nell'analisi comparativa

Volatilità di ricavi per progetti fixed-price: Consulenti IT spesso lavorano su contratti fixed-price dove il margine dipende dal contenimento dei costi. Un progetto che era stato budgetato con EUR 50k di ricavo e EUR 30k di costo (margine del 40%) potrebbe concludersi con ricavo EUR 50k e costo EUR 42k (margine del 16%) se le complessità tecniche hanno richiesto ore aggiuntive. Il revisore dovrebbe, in prossimità del completamento di ogni progetto significativo, indagare i margini effettivi vs. budgetati e verificare se gli overrun sono stati fatturati al cliente o assorbiti dalla società.
Riconoscimento di ricavi su contratti a lungo termine: Contratti di software di valore EUR 10M da completare su 3 anni. IFRS 15 richiede il riconoscimento per milestone o per periodo di performance. Il revisore sviluppa l'aspettativa di ricavo basata sul completamento di milestone nel periodo, o sulla percentuale di completamento se il contratto non ha milestone discreti. Qualsiasi ricavo non supportato da milestone completati o percentuale di completamento documentata è spiegazione richiesta.
Churn di revenue ricorrente e perdita di clienti: Un SaaS con ARR EUR 10M nel 2023 e 300 clienti attivi. Se 50 clienti cancellano (16,7% churn), l'ARR dovrebbe scendere a EUR 10M × (1 - 0,167) = EUR 8,33M + nuove sottoscrizioni. Se l'ARR effettivo è EUR 9,2M, la nuova sottoscrizione deve essere EUR 870k (87 clienti a EUR 10k medi), o il churn è stato sottostimato, o i prezzi sono stati ridotti per mantenere clienti. Il revisore acquisisce i dati di cliente per cliente e verifica il churn e il uplift di prezzo.
Ipotesi di sviluppo capitalizzato: La capitalizzazione di software interno richiede il giudizio sulla probabilità tecnica e commerciale. L'IFRS 3 richiede capitalizzazione solo se il progetto ha probabilità alta di generare benefici futuri. Se la società capitalizza EUR 1M di sviluppo per un progetto che viene successivamente cancellato, la capitalizzazione è errata. Il revisore identifica progetti in development, ne verifica il status a fine periodo, e valuta se il progetto rimane probabile di completamento prima di consentire la capitalizzazione continua. Progetti in stato "sospeso" o "in riconsiderazione" potrebbero richiedere svalutazione.

Indagine su scostamenti significativi (ISA Italia 520 paragrafo 7)

Lo ISA Italia 520 paragrafo 7 richiede: Se le procedure di analisi comparativa svolte identificano fluttuazioni o relazioni che non sono coerenti con altre informazioni pertinenti ovvero si discostano dai valori attesi per un ammontare significativo, il revisore deve indagare le ragioni di tali scostamenti mediante: a) lo svolgimento di indagini presso la direzione e l'acquisizione di elementi probativi appropriati che siano pertinenti alle risposte ottenute dalla direzione; b) lo svolgimento di altre procedure di revisione per quanto ritenuto necessario.
Nel settore tecnologico, questo significa che non è sufficiente accettare la spiegazione della direzione ("il cliente principale ha ridotto le ore" o "il mercato SaaS è competitivo"). Il revisore deve acquisire corroborazione indipendente: contratti emendati, ordini di acquisto, comunicazioni client, dati di sistema (log di API, database di metering), o revisioni contabili di terzi che supportano la spiegazione.
Per i progetti fixed-price, il revisore verifica l'ammontare di costi incorsi vs. budgetati attraverso il sistema di timesheets e il rapporto di completamento della direzione. Discrepanze tra il costo incorso e l'ore timesheetate richiedono spiegazione.
Per i ricavi SaaS, il revisore estrae direttamente dal sistema il numero di clienti, le date di attivazione e di cancellazione, e il prezzo per cliente. Verifica questo dataset indipendente contro il ricavo nel journal entry, e indaga qualsiasi discrepanza.

Checklist di revisione per entità tecnologiche

Prima di concludere sulla ragionevolezza dei saldi contabili ai sensi dell'ISA Italia 520 paragrafo 6 (procedure di analisi comparativa in prossimità del completamento), il revisore dovrebbe verificare:

• Ricavi: Sono stati disaggregati per linea di business (SaaS, consulenza, licenze)? L'aspettativa è stata sviluppata usando dati operativi indipendenti (numero clienti, tasso retention, prezzo medio)? Sono stati investigati e spiegati scostamenti nel mix di ricavi tra linee?
• Margine lordo: Sono stati analizzati separatamente per linea di business? Cambiamenti nella struttura di costo (es. nuovo provider cloud, aumento di spese di supporto) sono stati documentati? Cambiamenti nel mix tra ricavi a alto margine (licenze) e basso margine (consulenza) sono stati verificati?
• Costi operativi: Spese di R&D sono state comparate al budgeted? Nuovo personale assunto durante il periodo è stato contabilizzato? Cambiamenti organizzativi (acquisizioni di team, outsourcing) sono stati documentati?
• Crediti commerciali: Il numero di giorni di vendita in sospeso è coerente con i termini contrattuali? Crediti in sospeso oltre i 180 giorni sono stati analizzati per rischio di insolvibilità? Il tasso di svalutazione per rischio crediti è stato rivisto alla luce della base clienti e della loro solvibilità?
• Immobilizzazioni immateriali: La politica di capitalizzazione di sviluppo interno è stata applicata coerentemente? Nuovi progetti capitalizzati hanno probabilità tecnica e commerciale supportata da documentazione del board? Progetti in development a fine periodo che sono stati cancellati dopo il periodo sono stati considerati per svalutazione?
• Passività stimate: Obbligazioni su garanzia software (obbligazioni di manutenzione, SLA damages) sono state stimate secondo IAS 37? Servizi di consulenza fatturati ma non ancora completati sono stati contabilizzati come ricavi differiti?

Errori comuni in analisi comparativa per il settore tecnologico

Errore 1: Aggregazione eccessiva di ricavi. Il revisore sviluppa un'aspettativa per "ricavi totali" senza disaggregare per linea di business. Questo maschera scostamenti significativi: se ricavi di consulenza calano EUR 2M mentre ricavi SaaS salgono EUR 2M, il ricavo totale rimane stabile, ma i saldi sottolineano cambiamenti operativi fondamentali. Correzione: sviluppare aspettative separate per ogni linea di business significativa.
Errore 2: Aspettativa imprecisa per COGS. Il revisore usa una "percentuale di costo lordo storica" (es. 60% di COGS) senza comprendere i driver fisici. Se la società ha aggiunto nuovi servizi di supporto (EUR 70k) che non scalano direttamente con ricavi, il margine lordo scende anche se i costi di hosting scalano appropriatamente. Correzione: disaggregare COGS in componenti che hanno driver diversi (hosting cloud, supporto tecnico, royalties), sviluppare aspettative separate, e analizzare per componente.
Errore 3: Accettazione della spiegazione della direzione senza corroborazione. La direzione spiega: "i ricavi di consulenza sono calati perché il cliente principale ha ridotto le ore." Il revisore documenta la spiegazione e procede. Ma non acquisisce il contratto emendato o le comunicazioni che supportano la riduzione. Correzione: acquisire email, lettere, o contratti emendati che documentano il cambiamento nel cliente.
Errore 4: Mancata analisi del churn SaaS. La società riporta ARR stabile anno-su-anno, ma il churn di clienti è stato più alto del previsto, compensato da nuovi clienti più grandi a prezzo più alto. Il revisore non indaga perché il numero di clienti è calato ma l'ARR è rimasto stabile. Questa composizione cambierà il rischio futuro di ricavi. Correzione: analizzare il numero di clienti, il tasso di retention, la durata media del contratto, e il prezzo medio per cliente, in aggiunta all'ARR aggregato.
Errore 5: Capitalizzazione di sviluppo non documentata. La società capitalizza EUR 500k di sviluppo software come progetto "R&D per nuova piattaforma." Il revisore non acquisisce il business plan, il calendario di lancio previsto, o l'approvazione del board. Successivamente, il progetto viene cancellato. Correzione: acquisire la documentazione di approvazione del board e il business plan per ogni progetto significativo capitalizzato. Valutare la probabilità di completamento e commercializzazione secondo IFRS 3 paragrafo 60.

Domande frequenti per analisi comparativa nel settore tecnologico

D: Come sviluppo un'aspettativa per margine lordo in una società SaaS che offre piani di prezzo diversi (Starter EUR 1k/anno, Professional EUR 5k/anno, Enterprise EUR 50k+/anno)?
R: Il margine lordo complessivo dipende dal mix di clienti tra i piani. Se il 60% dei clienti è su Starter, il 30% su Professional, e il 10% su Enterprise, il prezzo medio è (0,60 × EUR 1k) + (0,30 × EUR 5k) + (0,10 × EUR 50k) = EUR 9,6k per cliente. Il costo di hosting e supporto è approssimativamente lo stesso per tutti i piani (EUR 3k/cliente). Il margine lordo è quindi circa (EUR 9,6k - EUR 3k) / EUR 9,6k = 68,75%. Se il mix di clienti cambia verso Enterprise (prezzi più alti), il margine lordo sale. Se il mix cambia verso Starter, il margine lordo scende. L'aspettativa deve riflettere il mix di clienti atteso. Verificare il mix effettivo nei dati del sistema CRM o di fatturazione e indagare qualsiasi cambiamento.
D: La società capitalizza lo sviluppo software interno secondo la politica: "Se il progetto ha un piano di commercializzazione approvato dal board e una probabilità stimata di successo di almeno il 80%, i costi di sviluppo sono capitalizzati come immobilizzazione immateriale." Un nuovo progetto nel 2024 ha EUR 400k capitalizzato con una probabilità di successo del 78%, rifiutata inizialmente ma poi rivista al 81% da management. Dovrei accettare la capitalizzazione?
R: La politica richiede una probabilità del 80%+. Se la probabilità iniziale era 78% e successivamente è stata rivista al 81%, il revisore deve acquisire la documentazione della revisione di probabilità (es. una relazione tecnica, dati nuovi di mercato, risultati di prototipo). Se la revisione è supportata, la capitalizzazione è appropriata. Se la revisione sembra pretestuosa o è stata fatta solo per soddisfare la soglia di capitalizzazione, il revisore deve rifiutare la capitalizzazione. In dubbiezza, il revisore potrebbe anche capitalizzare solo la porzione di EUR 400k proporzionale al periodo in cui il progetto ha soddisfatto il 80%+ di probabilità (es. se la probabilità è stata rivista nel trimestre Q4, capitalizzare 25% × EUR 400k in Q4, spesare il resto come R&D).
D: Un cliente di consulenza IT ha esternalizzato il progetto a metà dell'anno. Quanta fatturazione di ricavo dovrebbe essere riconosciuta per il lavoro completato prima dell'esternalizzazione?
R: Secondo IFRS 15, il ricavo dovrebbe essere riconosciuto sulla base dei servizi effettivamente prestati (ore fatturabili, milestone completati, o percentuale di completamento). Se il progetto era budgetato a EUR 100k con 40% di completamento al momento dell'esternalizzazione, EUR 40k di ricavo dovrebbe essere riconosciuto nel periodo di esternalizzazione. Le ore timesheetate dovrebbero supportare questa percentuale. Il revisore verifica le timesheets, le milestone completate, e il conteggio delle ore per supportare il 40%. Se le ore timesheetate supportano solo 35% di completamento, solo EUR 35k dovrebbe essere riconosciuto.
D: Il revisore nota che il numero di dipendenti in R&D è salito da 50 a 65 durante il 2024, ma le spese di R&D (come percentuale dei ricavi) sono rimaste stabili al 18%. È ragionevole?
R: Probabilmente no. L'aggiunta di 15 dipendenti (30% di aumento) non dovrebbe essere neutrale sulle spese di R&D se gli stipendi sono il driver principale di costo in una società di software. Una spiegazione possibile è che gli assunti a fine anno (mesi di novembre e dicembre) hanno un impatto sui salari inferiore alla media annuale. Il revisore dovrebbe calcolare il costo medio per dipendente di R&D nei due anni:
2023: Spese R&D / Dipendenti = (18% × Ricavi 2023) / 50
2024: Spese R&D / Dipendenti = (18% × Ricavi 2024) / 65
Se le spese per dipendente sono diminuite significativamente, è incoerente con gli aumenti salariali tipici. Se le spese per dipendente sono rimaste stabili, l'aumento di ricavi del 20% potrebbe aver compensato l'aggiunta di dipendenti (economia di scala di R&D). Il revisore indaga se il timing delle assunzioni e l'allocazione di costo sono supportati da documentazione (contratti di assunzione, buste paga, report HR).
D: La società ha cambiato il suo modello di ricavi da licenza perpetua (venduta una volta, supporto annuale opzionale) a modello SaaS (abbonamento mensile con support incluso). Come faccio a comparare il ricavo anno-su-anno?
R: I due modelli di ricavo non sono comparabili direttamente. Invece:

• Riclassificare il ricavo storico: Se il 2023 aveva EUR 5M di licenza perpetua + EUR 1M di supporto, il ricavo "come se fosse SaaS" è EUR 1M (il supporto ricorrente è la parte SaaS). Il ricavo di licenza perpetua EUR 5M non ha equivalente nel modello SaaS; è monouso.
• Sviluppare l'aspettativa per ricavi ricorrenti: Se la società ha EUR 3M di ARR da clienti SaaS nuovi + EUR 1M da clienti legacy in transizione, più EUR 300k da cliente aggiunto durante il 2024, l'attesa è EUR 3M + EUR 1M + EUR 300k = EUR 4,3M. Comparare questo all'effettivo ricavo ricorrente (support + SaaS) del 2024.
• Documentare la transizione: Il revisore acquisisce il management's plan per la transizione dal modello di licenza al modello SaaS, il timeline previsto di migrazione dei clienti, e il revenue decline atteso da licenze perpetue. Qualsiasi divergenza dal piano suggerisce un'analisi ulteriore.

Strumenti e formati di esportazione

Questo strumento genera fogli di lavoro in Excel pronti all'uso che includono:
Tutti i fogli sono redatti in italiano e compatibili con i requisiti di documentazione dell'ISA Italia 520 paragrafo 7 (documentazione della natura del test, della soglia, della spiegazione, e della conclusione).
---

• Foglio "Setup": Selezione del paese, settore, e soglie di investigazione pre-configurate. Immissione manuale dei saldi di bilancio CY e PY.
• Foglio "Ragionevolezza": Sviluppo di aspettative con inserimento dei driver operativi (numero clienti, tasso di retention, prezzo medio, ecc.) e calcolo della voce attesa. Comparazione con il saldo effettivo e flagging di scostamenti oltre la soglia.
• Foglio "Indagine": Documentazione della natura dello scostamento, della spiegazione della direzione, e della procedura svolta per corroborare la spiegazione (acquisizioni contabili, verifiche di terzi, documentazione contrattuale).
• Foglio "Conclusione": Conclusione finale su ragionevolezza della voce di bilancio alla luce dell'analisi comparativa svolta.