Definition
Negli studi italiani, l'asserzione di accuratezza è quella che si tickare per default, senza un test mirato. Si dà per scontata perché "i numeri tornano col castelletto", e poi arriva il rilievo MEF: nessun ricalcolo indipendente sulla popolazione, riconciliazione fatta a campione su importi non significativi, asserzione confusa con la valutazione quando entra in gioco il cambio. ISA Italia 315.A124 e 330.A22 chiedono qualcosa di diverso, e raramente le carte sono leggere su questo punto senza che il reviewer se ne accorga.
Cosa succede davvero negli studi
Si parte dal vizio. Nel 70% dei fascicoli che si vede in revisione di qualità, l'accuratezza viene "testata" tickando il castelletto del bilancio contro il bilancio di verifica e firmando un controllo di quadratura. Non è un test di asserzione: è una procedura di completezza aritmetica sul mastrino, che ISA Italia 315.A124 considera evidenza di livello bassissimo per il rischio di inesattezza materiale. Il MEF lo segnala da almeno tre cicli di vigilanza, e il rilievo si ripete: "il revisore non ha eseguito procedure di validità progettate per rispondere al rischio di inesattezza identificato a livello di asserzione".
Si confonde poi accuratezza con valutazione. Quando il ricavo è in valuta estera e va convertito al cambio del giorno operazione, lo studio testa "che il numero in euro sia giusto" e chiama questo test accuratezza. Non lo è. Si tratta di valutazione (ISA Italia 540 sulle stime), perché il tasso di cambio è un input di stima, e l'accuratezza presuppone che l'input sia dato. Il revisore legale che non distingue rischia di documentare una procedura per la voce sbagliata della matrice rischio-asserzione, e il collegio sindacale, in fase di vigilanza ex art. 2403 c.c., si trova carte che non rispondono al rischio dichiarato in pianificazione.
Cosa chiede invece ISA Italia 315.A124: identificare l'inesattezza come rischio specifico per ogni classe di transazioni, saldo, informativa. Non come voce di un elenco copiaincolla. ISA Italia 330.A22 chiede poi procedure di validità progettate (test dei dettagli, procedure analitiche di validità con livello di precisione adeguato) che rispondano direttamente al rischio. La riconciliazione tra file gestionale e mastro funziona se la popolazione è quella giusta e se il revisore esegue il ricalcolo, non solo il pareggio dei totali.
C'è poi una zona grigia. Quando la voce di ricavo nasce da un sistema ERP che applica regole di pricing complesse (sconti scaglione, bonus retroattivi, premi qualifica), il confine tra accuratezza e valutazione si sfuma. Il prezzo applicato è un dato registrato (asserzione di accuratezza) o è una stima di management sul comportamento futuro del cliente (valutazione)? Si tratta di una decisione di pianificazione che va presa esplicitamente. Lasciarla implicita produce, sei mesi dopo, fascicoli in cui nessuna delle due asserzioni è coperta in modo difendibile.
Cosa dice il quadro normativo
Il revisore identifica l'asserzione di accuratezza in pianificazione secondo ISA Italia 315.25(c), che elenca le asserzioni implicite per ogni classe di transazioni, saldo contabile e informativa. Per il bilancio d'esercizio, ogni voce va registrata al valore corretto. ISA Italia 500.A43 chiarisce che il rischio di inesattezza nasce quando la direzione trasmette dati di supporto (rapporti di magazzino, distinte di carico, file gestionali) e li converte in registrazioni contabili. Se il file inventario riporta 1.200 unità a EUR 18 ciascuna ma il conto usa EUR 17, l'errore di calcolo è errore di accuratezza. Se il ricavo di una transazione è stato registrato al lordo di uno sconto autorizzato, è errore di accuratezza, non di completezza.
In esecuzione, il revisore progetta procedure di validità (test dei dettagli, procedure analitiche) per verificare che i dati trasmessi dalla direzione siano stati convertiti in modo accurato nel bilancio. ISA Italia 330.A24 fornisce esempi. Un test ricorrente è il three-way reconciliation test: si parte da un file di supporto (ricavi per cliente dal sistema di contabilità analitica), si riconcilia a un subtotale intermedio (ricavi per linea di prodotto), poi al saldo di conto nel registro mastro. Ogni discrepanza è errore di accuratezza fino a quando non viene spiegata e corretta.
L'asserzione di accuratezza è distinta ma correlata alla completezza. La completezza riguarda ciò che non è stato registrato (una fattura in arretrato che non compare nel ricavo, una passività non contabilizzata). L'accuratezza riguarda ciò che è stato registrato ma in importo errato o categoria errata. Un revisore che testa solo l'accuratezza senza un piano esplicito per la completezza rischia di attestare un bilancio con ricavi incompleti, perché le cifre registrate erano almeno esatte.
Esempio pratico: Srl Manifatture Alberti
Cliente: Srl manifatturiera con sede a Brescia, FY2024, ricavi EUR 12.400 mila, IFRS reporter (applicazione facoltativa su bilancio in forma ordinaria).
Scenario: in fase di esecuzione, il revisore testa il ricavo per garantire che le fatture registrate nel giornale siano state trasmesse in modo accurato alle righe del conto ricavi nel registro mastro.
Passo 1: identifica il rischio di inesattezza. Il file di contabilità analitica di Srl Manifatture Alberti indica ricavi lordi per EUR 12.400 mila suddivisi in tre linee di prodotto: lavorazioni meccaniche (EUR 6.800 mila), assemblaggio (EUR 3.600 mila), servizi post-vendita (EUR 2.000 mila). Il revisore controlla il bilancio e osserva che il ricavo totale è EUR 12.400 mila, ma la suddivisione tra linee non corrisponde al file di origine. Nota di documentazione: controllo riconciliazione file analitico vs. registro mastro; discrepanze identificate per linea di prodotto.
Passo 2: esegue il test di riconciliazione. Il revisore prepara una riconciliazione a tre vie: (a) file di contabilità analitica per linea, (b) sottoraggruppamento per categoria di ricavo intermedia usato dal sistema, (c) saldi in bilancio. Identifica che la linea "servizi post-vendita" è stata sommata a EUR 2.050 mila nel file intermedio ma registrata a EUR 2.000 mila nel conto ricavi. La differenza di EUR 50 mila è errore di accuratezza: la cifra è stata trasferita in una categoria errata ("altri ricavi"), dove diventa invisibile nel conto ricavi principale. Nota di documentazione: analisi dell'errore di EUR 50 mila; tracciamento del movimento tra file di supporto e categoria di ricavo; causale = errore di input del responsabile contabilità.
Complicazione (richiede giudizio). Il responsabile contabilità segnala che la categoria "altri ricavi" contiene anche corrispettivi di assistenza tecnica fatturati a parte rispetto al canone post-vendita. Ricondurre tutti gli EUR 50 mila a "servizi post-vendita" sovrastima quella linea e nasconde un dato gestionale che la direzione monitora separatamente. Il revisore deve decidere se l'errore è di accuratezza pura (riallocazione netta tra voci omogenee) o se contiene una componente di classificazione (asserzione separata, ISA Italia 315.25(c)(iv)) che richiede un secondo livello di test su tutta la categoria "altri ricavi". Si opta per un test esteso sulla categoria, perché trattarla come pura riclassificazione senza vedere il dettaglio sarebbe testare il sintomo, non il rischio.
Passo 3: valuta la materialità dell'errore. Srl Manifatture Alberti ha stabilito una significatività di EUR 310 mila (2,5% sui ricavi lordi). L'errore di EUR 50 mila è inferiore a questo importo e isolato: è l'unico errore identificato nei test sui dettagli. Il revisore lo classifica come errore non corretto accumulato (UACR) e lo traccia. Nota di documentazione: UACR logsheet; errore singolo di EUR 50 mila; cumulativo al termine dell'esecuzione EUR 50 mila; sotto la significatività.
Conclusione: l'asserzione di accuratezza è stata verificata sulla popolazione di ricavi tramite test di riconciliazione a tre vie e test dei dettagli su un campione estratto. Un errore minore di accuratezza è stato identificato, riportato alla direzione, e rimane non corretto ma sotto la significatività. Il fascicolo documenta la natura dell'errore (errore di categorizzazione, non di calcolo aritmetico lordo), il controllo interno che avrebbe dovuto intercettarlo (riconciliazione mensile dei ricavi per linea, non eseguita) e la conclusione che, considerati gli altri test condotti, l'asserzione di accuratezza è supportata da evidenza sufficiente.
Cosa trovano i revisori e i professionisti sbagliato
Tier 1: rilievo di ispezione (fonte nominata). Il MEF, nei rapporti annuali sulla qualità della revisione legale (vigilanza ex D.Lgs. 39/2010), segnala che i fascicoli spesso non distinguono tra test dell'asserzione di accuratezza e test dell'asserzione di completezza. Un campione di fascicoli ispezionati ha mostrato test sui dettagli dei ricavi che verificavano la registrazione alla cifra corretta, ma nessun test indipendente per verificare che tutte le fatture emesse fossero state registrate. Significa: evidenza che le cifre registrate erano accurate, nessuna evidenza che le cifre fossero complete.
Tier 2: errore tecnico-pratico. Si assume spesso che un test analitico sul totale dei ricavi (es. il ricavo di quest'anno è entro il 10% del ricavo dello scorso anno + fatturato atteso) copra l'asserzione di accuratezza. I test analitici colgono tendenze e anomalie aggregate, non errori di accuratezza discreti. Un'entità potrebbe superare un test analitico ma contenere errori di accuratezza significativi se gli errori si compensano: una linea di ricavo sovrastata, un'altra sottostata, il totale corretto per caso. L'asserzione di accuratezza richiede test dei dettagli o un'altra procedura diretta sugli importi registrati.
Tier 3: gap di pratica documentata. Molti fascicoli non descrivono in modo esplicito la procedura come "test dell'asserzione di accuratezza". Il revisore esegue riconciliazioni e test di dettagli, ma non etichetta quale asserzione sta testando. Il reviewer fatica a determinare se è stata coperta tutta la matrice di rischio di asserzione. Una riga in documentazione ("questo test affronta il rischio di inesattezza nel conto ricavi: testare l'asserzione di accuratezza secondo ISA Italia 315.25(c)") ridurrebbe il tempo del reviewer di cinque minuti per fascicolo. Si è visto rilievi MEF risolti in contraddittorio solo grazie a questa singola riga.
Disaccordo legittimo: quanto basta il campione?
Partner A (studio mid-tier, Milano) sostiene che il ricalcolo a campione su 25 transazioni stratificate per importo soddisfi l'asserzione di accuratezza anche su popolazioni ad alto volume (>10.000 transazioni mese), perché ISA Italia 530 ammette la stratificazione e il rischio residuo è gestito a livello di team review.
Partner B (studio big-tier, Roma) ribatte che su popolazioni ad alto volume con sistemi di pricing complessi il campione tradizionale non risponde al rischio: serve un re-performance test sulla logica di sistema (recalcolo automatizzato sull'intera popolazione tramite IDEA o estrazione SQL) o un test sui controlli generali IT (ITGC) che dimostri l'affidabilità del calcolo a monte. Tickare 25 righe a mano lascia scoperto il 99,75% della popolazione.
Si tende a dare ragione a Partner B quando il ricavo è generato da sistemi automatizzati, perché il rischio non è l'errore manuale dell'operatore: è il bug di sistema sistematico che il campione, per costruzione, non intercetta. Però Partner A ha un punto sui clienti dove l'ITGC non è testato e dove il costo di un'estrazione completa non è sostenibile col compenso pattuito. Onestamente, in quel caso il problema non è la procedura: è aver accettato l'incarico a quel prezzo.
Perché le carte sono leggere: l'incentivo perverso
Si dovrebbe parlarne più spesso. Il compenso medio per la revisione di una Srl con ricavi tra EUR 10 e 20 milioni si aggira, secondo i tariffari di mercato 2025-2026, sui EUR 12-18 mila per il primo anno (decrescente nei rinnovi). Il budget tempo che ne deriva, per un team junior+senior+manager+partner, copre 80-120 ore totali. In quelle ore vanno pianificazione, esecuzione, conclusione, comunicazioni di governance, archiviazione e qualità. Tickare il castelletto del bilancio richiede 4 minuti. Ricalcolare l'accuratezza su un campione stratificato di 25 transazioni con tracciamento documentale richiede 3 ore. Moltiplicare per le voci di bilancio significative dà 30-40 ore solo su accuratezza, e il fascicolo non chiude in budget.
La conseguenza è strutturale: il fascicolo si chiude col tick. Non perché il revisore non sappia che ISA Italia 330.A22 chiede di più, ma perché il modello economico dello studio non regge la procedura conforme. Le carte sono leggere perché il compenso è leggero, e finché la CONSOB non interviene sul collegamento tra tariffe e qualità (come richiesto da più parti dopo l'ultimo rapporto di vigilanza), il rilievo MEF resta inevitabile. Si firma sapendo che l'ispezione, statisticamente, non arriverà.
Asserzione di accuratezza vs. asserzione di completezza
| Dimensione | Accuratezza | Completezza |
|---|---|---|
| Cosa copre | Cifre registrate al valore corretto e nella categoria corretta | Tutte le transazioni e i saldi che dovevano essere registrati lo sono stati |
| Errore tipico | Ricavo registrato a EUR 8.200 anziché EUR 8.250; costo del venduto allocato a voce errata | Fattura emessa ma non registrata nel ricavo; passività non contabilizzata |
| Come si testa | Riconciliazione file di supporto vs. bilancio, test dei dettagli su campione, procedure analitiche mirate | Test di tracciamento da fonte a registrazione (fatture emesse a ricavi), test di completezza per categoria (cut-off, transazioni successive al closing) |
| Effetto se assente | Bilancio contiene importi inesatti ma completi | Bilancio contiene importi accurati ma incompleti |
Quando la distinzione conta in un incarico
In pianificazione, il revisore assegna ogni classe di transazioni o saldo contabile a una delle 13 asserzioni di ISA Italia 315.25. Se "ricavi" viene classificato solo come completezza senza assegnare anche accuratezza, il piano contiene test che verificano se tutte le fatture sono registrate, ma nessun test che verifichi se sono state registrate all'importo giusto. In sede di review, il revisore potrebbe concludere che "abbiamo testato la completezza e non abbiamo trovato fatture mancanti": vero, ma incompleto. Se in esecuzione il team scopre errori di accuratezza significativi (fatture registrate al lordo anziché al netto di sconto, errori di allocazione tra linee di ricavo), questi non sono stati pianificati esplicitamente e l'evidenza può essere insufficiente. Una corretta assegnazione delle asserzioni durante ISA Italia 315 e lo sviluppo del piano di audit assicura che il rischio di inesattezza sia affrontato in modo mirato. Il collegio sindacale, ex art. 2409-bis c.c. e art. 2403 c.c., può chiedere conto di questa pianificazione nelle riunioni di coordinamento.
Termini correlati
Asserzione di completezza: distinzione fondamentale; riguarda ciò che non è stato registrato.
Asserzione di valutazione: spesso confusa con accuratezza; valutazione affronta il fair value e gli input di stima, accuratezza affronta l'esattezza dei dati registrati.
ISA 315: il principio che disciplina l'identificazione delle asserzioni e l'assessment del rischio a livello di asserzione.
ISA 330: il principio che disciplina la progettazione e l'esecuzione delle procedure di validità per rispondere ai rischi identificati, inclusi i rischi di inesattezza.
Test dei dettagli: la procedura primaria per testare l'asserzione di accuratezza.
Riconciliazione: una procedura analitica specifica comunemente usata per verificare l'accuratezza.
---