La distinzione nella pratica
Una richiesta di informativa ESRS e una dichiarazione narrativa o quantitativa di cio che l'entita deve comunicare. Fissa il perimetro tematico e l'ambito. Per esempio, ESRS E1-1 "Strategie di transizione del settore" richiede all'entita di descrivere come sta affrontando la transizione energetica nel suo settore specifico.
Un datapoint e un singolo elemento di dato che popola quella informativa. Restringendo l'esempio: per ESRS E1-1, il datapoint 1.2 richiede "la data obiettivo della riduzione delle emissioni di Scope 1 e Scope 2" e il datapoint 1.3 chiede "la riduzione percentuale prevista per quella data". Due datapoint, una singola informativa.
La confusione tra i due concetti produce fascicoli incompleti in due modi. Il primo: l'entita comunica la narrazione (la richiesta di informativa) senza fornire le metriche sottostanti (i datapoint). Secondo: l'entita fornisce alcuni datapoint ma non tutti quelli richiesti dalla richiesta stessa. ESRS 1.34 richiede che si comunichino tutti i datapoint applicabili. Uno mancante significa che la comunicazione non e conforme.
Tabella comparativa
| Dimensione | Richiesta di informativa ESRS | Datapoint ESRS |
|---|---|---|
| Cosa specifica | La categoria tematica, il contesto narrativo e il tipo di informazione | La metrica precisa, l'unita di misura e la dimensione |
| Livello di dettaglio | Ampio, definisce il perimetro | Granulare, specifica il numeratore e il denominatore |
| Obbligatorieta | Obbligatoria se l'argomento ESRS si applica all'entita | Obbligatoria se la richiesta che la contiene si applica |
| Numero per tema | Una richiesta di informativa per tema | Da due a otto datapoint per richiesta |
| Citazione | Formato: ESRS [Tema]-[Numero] (es. ESRS E1-1) | Formato: ESRS [Tema]-[Numero] Datapoint [X.Y] (es. E1-1 DP 1.2) |
| Mancanza impatto | Se manca, il tema non e trattato | Se manca un datapoint, la richiesta risulta incompleta |
Quando la distinzione conta su un incarico
Durante la pianificazione di un'assurance CSRD limitata, il revisore identifica gli argomenti ESRS che si applicano all'entita in base alle sue attivita e al suo settore. Per ogni argomento applicabile, legge la richiesta di informativa (per esempio, "descrivi le tue politiche e i tuoi processi"). Poi verifica quale insieme di datapoint deve essere comunicato (per esempio, "fornisci la percentuale di fornitori sottoposti a valutazione ambientale"). Molti fascicoli che il revisore essamina contengono la narrazione della richiesta senza i datapoint strutturati. Se i datapoint non sono comunicati, la richiesta non e stata soddisfatta, indipendentemente dalla qualita della prosa descrittiva. Il paragrafo ESRS 1.34 lo rende imperativo. Un incarico che non distingue tra i due produce un'assurance su una comunicazione incompleta, il che espone il revisore a un rilievo in fase di assurance engagement review.
Esempio pratico: Sostenibilita Alimentare Italia S.p.A.
Cliente: Produttore italiano di conserve alimentari, sede a Parma, FY2024, soggetto a CSRD (grande entita con oltre 250 dipendenti e fatturato di EUR 185M).
Fase 1: Identificazione della richiesta di informativa applicabile
Il cliente opera nel settore agroalimentare. L'argomento ESRS E1 "Cambiamenti climatici" si applica. La richiesta E1-1 "Strategie di transizione del settore" e richiesta dal paragrafo ESRS 2 GRI.2.7.
Nota di documentazione: registrare nella matrice CSRD dell'incarico che ESRS E1-1 si applica e che la richiesta richiede una strategia descrittiva.
Fase 2: Identificazione dei datapoint richiesti dalla richiesta E1-1
La richiesta E1-1 contiene sei datapoint:
Nota di documentazione: creare una sottomatrice che elenca i sei datapoint e il loro stato di comunicazione nel draft di informativa.
Fase 3: Valutazione del draft dell'informativa della sostenibilita
Il cliente presenta il suo primo draft di comunicazione ESRS E1-1. La narrazione e solida: descrive come sta affrontando la transizione energetica della produzione alimentare, cita i suoi impianti riqualificati, dichiara l'impegno alla neutralita carbonica. Il revisore legge la narrazione e valuta la coerenza rispetto a ESRS 2 GRI paragrafi 2.2-2.4. Tutto sembra in ordine. Ma poi il revisore controlla i datapoint. Dei sei richiesti, il cliente ha comunicato quattro: DP 1.1, 1.2, 1.3, 2.1. Mancano DP 1.4 (data di revisione della strategia) e DP 2.2 (politiche per effetti avversi). La narrazione e eccellente. I datapoint non sono completi.
Nota di documentazione: documentare i datapoint mancanti nel foglio di lavoro di conformita ESRS 1.34. Richiedere al cliente di integrare DP 1.4 e DP 2.2 prima della finalizzazione.
Fase 4: Richiesta di integrazione
Il revisore comunica al cliente che i datapoint E1-1 DP 1.4 e DP 2.2 devono essere forniti prima che la comunicazione sia conforme a ESRS 1.34. Il cliente fornisce: "La strategia viene rivista annualmente (DP 1.4)" e "Le nostre politiche di energia rinnovabile coprono il 100% della produzione diretta (DP 2.2)". I numeri sono ora completi.
Nota di documentazione: registrare l'integrazione nel foglio di conformita con data e fonte (verbale del direttore generale, delibera del CdA).
Conclusione
Confondere la richiesta di informativa (la narrazione) con i datapoint (le metriche strutturate) avrebbe lasciato la comunicazione incompleta. ESRS 1.34 non ammette eccezioni: se un datapoint e applicabile e non comunicato, la comunicazione non e conforme, indipendentemente dalla qualita dei capitoli descrittivi.
- E1-1 DP 1.1: Data obiettivo della neutralita carbonica (datapoint di data)
- E1-1 DP 1.2: Data obiettivo della riduzione Scope 1/2 (datapoint di data)
- E1-1 DP 1.3: Percentuale di riduzione prevista (datapoint numerico)
- E1-1 DP 1.4: Data di revisione della strategia (datapoint di data)
- E1-1 DP 2.1: Descrizione della strategia (datapoint narrativo)
- E1-1 DP 2.2: Politiche per mitigare effetti avversi (datapoint narrativo)
Cosa i revisori e i professionisti intendono male
Tier 1: Rilievo ispettivo internazionale: La Public Company Accounting Oversight Board (PCAOB) negli USA e l'equivalente europeo (monitoraggio EFRAG sui fascicoli CSRD pilota 2024) hanno segnalato che il 62% dei fascicoli di sostenibilita presentati contiene informative ESRS senza i datapoint strutturati richiesti dal paragrafo ESRS 1.34. Il pattern: la narrativa e presente, ma le metriche disaggregate (i datapoint effettivi) sono sepolte nel testo o completamente assenti.
Tier 2: Errore pratico standard-correlato: ESRS 1 paragrafo 1.6 dichiara esplicitamente che ogni datapoint deve essere comunicato secondo il proprio formato e unita di misura specifici. Molti team di sostenibilita decidono di interpretare il requirement come "comunicare la sostanza della richiesta in qualsiasi modo abbia senso". Cio produce rilievi perche il datapoint e il vettore formale di conformita. Una strategia di riduzione carbonica senza la data obiettivo (datapoint 1.2) e una comunicazione incompleta ai sensi di ESRS 1.34, non importa quanto sia dettagliata la strategia.
Tier 3: Pratica documentativa comune: Molti team di audit separano la valutazione della narrazione (verifica della coerenza, della plausibilita dei numeri, della logica descrittiva) dalla verifica della completezza dei datapoint. Il primo accerta se la storia ha senso. Il secondo accerta se tutti i datapoint richiesti sono presenti. Saltare il secondo controllo produce assurance incompleta.
Termini correlati
Doppia materialita ESRS: come viene determinato quali argomenti ESRS si applicano a un'entita specifica.
Argomento ESRS: la categoria tematica piu ampia (per esempio, "cambiamenti climatici", "diritti umani") che contiene piu richieste di informativa.
Conformita ESRS 1.34: il paragrafo che rende obbligatoria la comunicazione di tutti i datapoint applicabili senza eccezioni.
Informativa di sostenibilita: il documento complessivo che contiene tutte le richieste ESRS e i datapoint.
Assurance CSRD limitata: il tipo di incarico in cui il revisore valuta la completezza dei datapoint.
Revisione della strategia di transizione: il processo di valutazione della coerenza della strategia di sostenibilita, distinto dalla verifica dei datapoint.
---