Sommario
- Requisiti dell'ISA Italia 530 per il MUS - Come si dimensiona il campione - Esempio: crediti commerciali Mediterranea Electronics S.r.l. - I tre confronti dell'ISA Italia 530.A22 - L'anomalia isolata: ISA Italia 530.13 in pratica - Checklist operativa - Errori frequenti nei fascicoli MUS - Contenuti correlati
Requisiti dell'ISA Italia 530 per il MUS
Nei fascicoli che si leggono in revisione di qualità, il dimensionamento del campione MUS arriva quasi sempre dopo l'esecuzione: si seleziona prima, si documenta dopo, si scrive la giustificazione dei parametri quando il senior chiude il file. Le carte erano leggere su questo punto già prima della Riforma Consob del 2010, e il Bollettino CONSOB negli ultimi cinque anni continua a citare il dimensionamento non documentato come constatazione ricorrente nei controlli sui revisori non-EIP (enti di interesse pubblico).
Ai sensi dell'ISA Italia 530.7, il revisore determina la numerosità del campione in modo da ridurre il rischio di campionamento a un livello accettabilmente basso. Per il MUS, questo si traduce in quattro parametri da fissare in pianificazione: errore tollerabile (TM, tolerable misstatement), errore atteso, livello di confidenza, popolazione monetaria. Sembra banale. Non lo è.
L'errore tollerabile, definito dall'ISA Italia 530.A3 come l'importo massimo di errore che può esistere nella popolazione senza che il bilancio risulti significativamente errato, deriva direttamente dalla significatività di esecuzione (PM, performance materiality) stabilita ai sensi dell'ISA Italia 320. In pratica, su una popolazione di crediti commerciali, il TM coincide con la PM allocata al saldo. Quando si vede un fascicolo dove il TM è inferiore alla PM allocata, la giustificazione manca quasi sempre.
L'errore atteso è il parametro che fa più danni. Si tratta della stima del revisore dell'errore presente nella popolazione prima delle verifiche, basata, secondo l'ISA Italia 530.A6, su conoscenze pregresse dell'entità, procedure analitiche preliminari, campionamenti pilota. Quello che succede è che si mette zero. Si mette zero perché un errore atteso pari a zero minimizza la numerosità campionaria, e la numerosità campionaria minima è la base della negoziazione del budget. Questa è una scelta che ha effetti sul secondo confronto, e si torna sopra più avanti.
Il livello di confidenza deriva dal rischio di individuazione calcolato ai sensi dell'ISA Italia 315 (revised): un rischio di individuazione del 10% corrisponde a un livello di confidenza del 90%. La popolazione, a sua volta, va stratificata ai sensi dell'ISA Italia 530.A8 quando contiene elementi di valore eterogeneo. Nel MUS la stratificazione consiste nel separare i saldi sopra una soglia (verifica integrale) dalla popolazione campionabile.
Calcolo della numerosità
La formula per il dimensionamento di un campione MUS deriva dalla distribuzione di Poisson adattata. Per popolazione con errore atteso pari a zero:
n = (RF × VB) / TM
Dove: - n = numerosità del campione - RF = fattore di affidabilità (reliability factor) - VB = valore contabile della popolazione - TM = errore tollerabile
Quando l'errore atteso è positivo, la formula incorpora un fattore di espansione che tiene conto della variabilità attesa:
n = [(RF + EF) × VB] / TM
EF è il fattore di espansione (expansion factor), funzione del rapporto tra errore atteso e tollerabile.
In pratica, il problema non è la formula. Il problema è che se si fissa l'errore atteso a zero per minimizzare n, il secondo confronto previsto dall'ISA Italia 530.A22 diventa automaticamente perdente non appena si trova un errore qualsiasi, perché qualsiasi errore proiettato sarà infinitamente superiore a zero. Quando si discute con un manager che ha messo errore atteso zero su una popolazione di crediti commerciali con storia di insoluti, si ammetta che il dimensionamento non è solo statistica: è una dichiarazione di aspettative che il file deve poi sostenere.
Come si dimensiona il campione
Nei file che vediamo, il dimensionamento parte dalla popolazione e ne fissa l'obiettivo di copertura prima di pensare alle asserzioni. Questo è esattamente l'opposto di quello che richiede l'ISA Italia 530.6, secondo cui il revisore decide se il campionamento è appropriato considerando la natura dell'asserzione e la possibilità di ottenere evidenze probative sufficienti per altre vie.
Sul campo, la decisione di campionare arriva per default. Se il saldo è grande, si campiona. Se la popolazione è piccola, qualcuno propone la verifica integrale e qualcun altro la blocca per ragioni di tempo. Raramente si vede una valutazione documentata sul perché il MUS sia preferibile a procedure analitiche sostantive supportate da test di dettaglio mirati.
Per il MUS, la popolazione deve essere numericamente grande e monetariamente significativa. Sotto i 50 elementi, l'ISA Italia 530.A8 segnala che l'approccio statistico raramente si giustifica; sopra i 2.000 il MUS rende quanto basta per pagarne la complessità. Tra i 50 e i 2.000 elementi si entra in zona grigia, e qui le scelte si reggono solo sul giudizio professionale documentato.
La stratificazione è il passaggio tecnico che paga di più. Ai sensi dell'ISA Italia 530.A8 si separano gli elementi di valore elevato (verifica integrale) da quelli inferiori (popolazione campionabile). Il punto di separazione si determina sul rapporto costi-benefici: verificare integralmente sopra la soglia deve costare meno che includere quegli elementi nel campione e correre il rischio di proiezione su importi molto grandi.
I fattori di affidabilità seguono tabelle consolidate. Per livello di confidenza al 95%, RF = 3,00. Al 90%, RF = 2,31. Sono valori della distribuzione di Poisson, invarianti rispetto alla popolazione. La selezione, infine, è sistematica con punto di partenza casuale: si calcola l'intervallo dividendo il valore contabile per la numerosità, si estrae casualmente il primo punto, si tickano le unità monetarie aggiungendo l'intervallo.
Si dirà sempre la stessa cosa: il MUS è meccanico nella selezione e giudiziale nella conclusione. La parte che il software non fa è quella che conta.
Esempio: crediti commerciali Mediterranea Electronics S.r.l.
Contesto dell'incarico: Mediterranea Electronics S.r.l. produce componenti elettronici per l'industria automobilistica. Sede a Bologna, fatturato annuo di EUR 42 milioni, portafoglio crediti al 31 dicembre 2025 di EUR 8.700.000. Il team verifica esistenza e valutazione dei crediti commerciali tramite MUS.
Parametri di pianificazione: - Popolazione: EUR 8.700.000 (crediti commerciali lordi) - PM allocata ai crediti: EUR 120.000 - Errore tollerabile (TM): EUR 120.000 - Errore atteso: EUR 15.000 (basato su svalutazioni degli esercizi 2023-2024) - Livello di confidenza: 90% - Fattore di affidabilità (RF): 2,31 - Fattore di espansione (EF): 0,43
Calcolo della numerosità: n = [(2,31 + 0,43) × EUR 8.700.000] / EUR 120.000 ≈ 199 unità monetarie
Stratificazione: Si individuano 23 crediti superiori a EUR 50.000 ciascuno, totale EUR 2.100.000, da verificare integralmente. La popolazione residua è EUR 6.600.000 distribuita su 847 fatture.
Documentazione: registrare in carta di lavoro C3.1 la base di stratificazione e la giustificazione del punto di separazione a EUR 50.000.
Selezione: Intervallo di campionamento: EUR 6.600.000 / 199 ≈ EUR 33.166 Punto di partenza casuale: EUR 18.422 Le unità monetarie ticcate sono EUR 18.422, EUR 51.588, EUR 84.754, e così via per 199 selezioni.
Documentazione: allegare il file Excel con elenco delle unità monetarie selezionate e fatture identificate.
Procedure di verifica: Per ogni fattura selezionata, il team esegue: 1. Conferma diretta del saldo con il cliente 2. Verifica della documentazione di spedizione 3. Analisi dell'incasso successivo 4. Valutazione della recuperabilità
Risultati: - Campione verificato: 199 unità monetarie corrispondenti a 156 fatture distinte - Errori identificati: 4 fatture con errori per un totale di EUR 3.200 - Tasso di errore del campione: 2,05%
Tra i quattro errori, uno richiede una scelta di giudizio. Una fattura intestata a un cliente francese, cessato di operare a giugno 2025 a causa di una procedura di liquidazione giudiziale, presenta un errore di EUR 1.800 dovuto a una doppia registrazione causata dal blocco del sistema durante la migrazione SAP del cliente. La direzione produce evidenza documentale del blocco, dei ticket di assistenza, della successiva correzione manuale che non è stata stornata. Si discute se trattare l'errore come anomalia isolata ai sensi dell'ISA Italia 530.13 (e quindi non proiettarlo) oppure includerlo nella proiezione.
Si torna sopra fra poco. Per ora, si proceda assumendo che tutti e quattro gli errori siano proiettabili.
Documentazione: completare la sezione risultati della carta di lavoro C3.2 con il dettaglio di ogni errore.
Proiezione dell'errore: Errore proiettato = (EUR 3.200 / EUR 33.166) × EUR 6.600.000 ≈ EUR 637.500
L'importo supera l'errore atteso (EUR 15.000) e l'errore tollerabile (EUR 120.000). L'ISA Italia 530.A22 entra in scena.
I tre confronti dell'ISA Italia 530.A22
L'ISA Italia 530.A22 prevede che il revisore valuti i risultati del campione considerando tutti gli errori identificati nella popolazione. La valutazione si articola su tre confronti distinti, ognuno con implicazioni operative diverse. Si ammetta che il punto critico non è il primo confronto (quello che il software fa da solo): è il secondo, e il terzo arriva quasi sempre dopo che la conclusione è già stata scritta.
Primo confronto: errore proiettato contro errore tollerabile
Si verifica se l'errore proiettato supera il TM fissato in pianificazione. Per Mediterranea Electronics, EUR 637.500 contro EUR 120.000: superato di 5,3 volte.
Quando l'errore proiettato supera il TM, l'ISA Italia 530.15 chiede al revisore di richiedere alla direzione di investigare gli errori e apportare le correzioni. Se la direzione rifiuta, l'impatto sul giudizio si valuta ai sensi dell'ISA Italia 450.
Documentazione: registrare la comunicazione alla direzione e la risposta in carta di lavoro C3.3.
Secondo confronto: errore proiettato contro errore atteso
Questo è il confronto che salta nei fascicoli. L'errore proiettato di EUR 637.500 supera di oltre 40 volte l'errore atteso di EUR 15.000.
Quando l'errore proiettato supera in modo rilevante quello atteso, il campione potrebbe essere inadeguato anche se l'errore proiettato risultasse sotto il TM dopo le correzioni proposte dalla direzione. La logica è semplice e nessun software la documenta: il campione era stato dimensionato per una popolazione con un tasso di errore atteso molto inferiore a quello effettivamente riscontrato. Se la realtà è più «sporca» della pianificazione, la numerosità calcolata sull'errore atteso non garantisce più la copertura prevista, perché l'aspettativa che la giustificava si è rivelata sbagliata.
L'ISA Italia 530.A22 suggerisce in questi casi che il revisore valuti se eseguire procedure aggiuntive o richiedere alla direzione di investigare ulteriormente la popolazione. Per anni anche noi facevamo solo il primo confronto. Poi un controllo CONSOB su un fascicolo bancario ha contestato proprio l'omissione del secondo confronto, e da quel giorno il punto è entrato nella checklist di revisione di qualità interna.
Il vero rischio del MUS non è dimensionare male il campione. È dimensionarlo correttamente per un tasso di errore atteso troppo basso, perché in quel caso il campione non è più sufficiente quando la popolazione si rivela peggiore del previsto, anche se l'errore proiettato resta sotto la soglia tollerabile dopo le correzioni.
Terzo confronto: trattamento degli errori per direzione
Il MUS distingue tra errori di sopravvalutazione (tainting errors) ed errori di sottovalutazione. Gli errori di sopravvalutazione entrano direttamente nel calcolo della proiezione, gli errori di sottovalutazione richiedono un'analisi separata e non sono adeguatamente catturati da un MUS standard, perché il metodo seleziona con probabilità proporzionale al valore contabile registrato.
Per Mediterranea Electronics, tutti i quattro errori sono di sopravvalutazione (fatture registrate per importi superiori al dovuto). Non si registrano errori di sottovalutazione. Se ce ne fossero stati, si sarebbe dovuta progettare una procedura aggiuntiva, perché un credito non registrato del tutto non può comparire in una popolazione di crediti registrati.
Documentazione: completare la matrice di analisi degli errori in carta di lavoro C3.4, classificando ogni errore per tipologia e impatto.
Conclusione integrata
Si conclude che: 1. l'errore proiettato supera l'errore tollerabile: la direzione deve correggere 2. l'errore proiettato supera in modo rilevante l'errore atteso: il campione è dimensionato per una popolazione più «pulita» di quella reale 3. il campione va esteso o sostituito da procedure alternative più estensive
La conclusione finale documenta che il MUS ha identificato errori che richiedono correzione e che la natura degli errori richiede procedure aggiuntive.
L'anomalia isolata: ISA Italia 530.13 in pratica
Si torna alla fattura francese. L'ISA Italia 530.13 consente al revisore di trattare un errore come anomalia (e non proiettarlo) se è altamente probabile che non sia rappresentativo della popolazione. Il paragrafo è corto, la sua applicazione è una zona grigia.
Su questo punto i partner si dividono, e a ragione. Una scuola, prevalente nei controlli CONSOB sulle reti non-Big 4, sostiene che l'esclusione dalla proiezione vada concessa solo quando la prova della non rappresentatività è quasi documentale, perché il bias di conferma di chi vuole far quadrare il fascicolo è troppo alto. L'altra scuola, più frequente nelle Big 4 e in alcune medium-tier, esclude volentieri se la causa è documentata e verificabile, perché proiettare un errore palesemente irripetibile gonfia artificialmente l'errore proiettato e costringe a procedure aggiuntive sproporzionate.
Si veda il caso della fattura francese. Per la prima scuola, la doppia registrazione dovuta al blocco SAP non basta: andrebbe dimostrato che nessun'altra fattura della popolazione abbia subito blocchi simili (test di completezza sui ticket di assistenza). Per la seconda scuola, i ticket di assistenza, la procedura di liquidazione giudiziale e la storia di un solo cliente colpito sono sufficienti, e la proiezione su 847 fatture di un evento isolato sarebbe statisticamente fuorviante.
In pratica, qualunque scelta si faccia, la documentazione è ciò che salva il file. Se si esclude, va scritta la prova della non rappresentatività e va eseguita una procedura di completezza sui ticket. Se si include, va spiegato perché la prova della non rappresentatività non si ritiene sufficiente. Senza una delle due tracce, il revisore di qualità non sa cosa è stato deciso, e il fascicolo perde anche se la conclusione era giusta.
Checklist operativa
1. Determinare i parametri — Calcolare TM dalla PM allocata, stimare l'errore atteso da fonti documentate (svalutazioni, campionamenti pilota, procedure analitiche preliminari), fissare il livello di confidenza coerente con il rischio di individuazione dell'ISA Italia 315.
2. Stratificare la popolazione — Separare gli elementi sopra soglia per verifica integrale, calcolare il punto di separazione sul rapporto costi-benefici, documentare la base di stratificazione ai sensi dell'ISA Italia 530.A8.
3. Calcolare la numerosità — Usare la formula appropriata per errore atteso zero o positivo, verificare che la numerosità sia sopra il minimo statistico, documentare i fattori RF e EF e la loro derivazione.
4. Selezionare il campione — Calcolare l'intervallo, generare il punto di partenza casuale, identificare le fatture corrispondenti alle unità monetarie ticcate, documentare il processo di selezione.
5. Eseguire le procedure di verifica — Applicare le stesse procedure a tutti gli elementi del campione, documentare risultati ed eccezioni per ogni elemento, quantificare ogni errore.
6. Valutare i risultati con i tre confronti dell'ISA Italia 530.A22 — Errore proiettato contro errore tollerabile per l'accettabilità, errore proiettato contro errore atteso per l'adeguatezza del campione, analisi per tipologia di errore (sopravvalutazione contro sottovalutazione), documentazione delle conclusioni e delle azioni conseguenti ai sensi dell'ISA Italia 530.15.
Errori frequenti nei fascicoli MUS
- Omissione del secondo confronto. I dati del Bollettino CONSOB e dell'IFIAR mostrano che la maggior parte dei fascicoli esaminati confronta solo l'errore proiettato con il TM, tralasciando il confronto con l'errore atteso. È la constatazione più ricorrente nei controlli MEF (Ministero dell'Economia e delle Finanze) dal 2024 sui revisori non-EIP.
- Errore atteso pari a zero per default. Si fissa zero per minimizzare la numerosità, ma si compromette il secondo confronto (qualunque errore trovato sarà infinitamente superiore a zero) e si rende il file non difendibile in revisione di qualità.
- Stratificazione non documentata. Molti team non calcolano il punto di separazione ottimale, verificando integralmente troppi pochi elementi (perdita di efficienza) o troppi (costi sproporzionati). La giustificazione del punto di separazione manca quasi sempre nelle carte.
- Trattamento dell'anomalia isolata senza prova. L'errore viene escluso dalla proiezione invocando l'ISA Italia 530.13 senza documentare la prova della non rappresentatività né la procedura di completezza sui casi simili.
- Documentazione della proiezione assente quando la direzione corregge. L'errore proiettato va calcolato e documentato anche quando tutti gli errori identificati vengono corretti, perché contribuisce alla valutazione complessiva ai sensi dell'ISA Italia 450.
Contenuti correlati
- Calcolatore di campionamento MUS — Strumento per dimensionare campioni MUS con parametri personalizzabili - Significatività di esecuzione (ISA Italia 320) — Come calcolare e allocare la significatività di esecuzione che determina l'errore tollerabile - Valutazione degli errori identificati (ISA Italia 450) — Come analizzare e documentare l'impatto degli errori di campionamento sulla conclusione