Requisiti minimi del software per la rendicontazione climatica degli Emirati Arabi Uniti per una piattaforma MRV

L'articolo 6(2) impone al Ministero di istituire un sistema elettronico e di collegarlo ai sistemi locali. Nell'ottobre 2025, MOCCAE ha annunciato il lancio del Sistema nazionale MRV definitivo e pronto all'uso come piattaforma integrata che copre le emissioni di gas a effetto serra e gli inquinanti atmosferici. L'annuncio pubblico descrive gli obiettivi nazionali, la governance e la semplificazione dei processi; non pubblica ogni schema, API, ruolo o istruzione di presentazione rivolta alle entità.

La piattaforma non dovrebbe iniziare con una scheda di foglio di calcolo denominata “emissioni”. Dovrebbe iniziare con dati anagrafici principali sottoposti a controllo: entità giuridiche, impianti, contratti di locazione, joint venture, fonti di emissione, apparecchiature, utenze, relazioni, stato della designazione, autorità competente, responsabili e periodi di validità. Ogni calcolo e ogni registrazione delle evidenze dovrebbero fare riferimento a questi ID stabili.

Una libreria dei fattori dovrebbe memorizzare editore, edizione, area geografica, tecnologia, unità, base del potere calorifico, GWP, date di entrata in vigore e versioni sostituite. La piattaforma dovrebbe impedire la sostituzione silenziosa, mostrare quali calcoli hanno utilizzato ciascuna versione e supportare una decisione di ricalcolo approvata.

• Convalidare le unità, i segni, i record duplicati e la chiusura del periodo di riferimento prima del calcolo.

• Rendere la logica delle formule ispezionabile e testabile; evitare calcoli black box disponibili esclusivamente presso il fornitore.

• Etichettare stime, proxy, periodi mancanti, copertura e incertezza.

• Conservare sia i valori originali sia quelli corretti, con il motivo della modifica e l'approvazione.

• Supportare la riconciliazione a livello di fonte, gas, impianto ed entità fino alla presentazione finale.

Ogni dato materiale dovrebbe essere collegato all'evidenza documentale della fonte, al metodo, al calcolo e all'approvazione. Il flusso di lavoro dovrebbe separare la preparazione dei dati, la revisione, la revisione legale/delle asserzioni e la rappresentazione finale. Uno spazio di lavoro del verificatore dovrebbe consentire l'accesso controllato in sola lettura, domande, rilievi, risposte e chiusura senza esporre file riservati non pertinenti.

• Registro immutabile delle modifiche a dati, fattori, formule, accessi, stati e approvazioni.

• Pacchetto bloccato del periodo di riferimento con checksum o riferimento all'integrità.

• Politica di conservazione quinquennale per i record delle fonti di Article 6, con deroga per legal hold.

• Esportazioni configurabili verso moduli delle autorità, sistemi locali e richieste dei verificatori.

• Ricevuta della presentazione, cronologia delle ripresentazioni e collegamento alla corrispondenza.

• Test di backup e ripristino, non soltanto una schermata di configurazione del backup.

Separare il lavoro automatizzabile dai punti di controllo che richiedono l'approvazione umana.

Il software dovrebbe automatizzare il lavoro ripetibile, sospendendosi per richiedere un'approvazione nominativa quando i fatti, lo status giuridico o il giudizio professionale determinano la risposta.

“La soluzione dovrà mantenere registri delle entità, degli impianti, delle fonti, dei fattori e delle metodologie sottoposti a controllo delle versioni; collegare ogni datapoint comunicato alle evidenze della fonte, al calcolo e all'approvazione; conservare registri immutabili degli accessi e delle modifiche; supportare l'accesso in sola lettura del verificatore; conservare i pacchetti di reporting bloccati e le ricevute per il periodo richiesto; e generare esportazioni configurabili per l'autorità. Il fornitore non dovrà dichiarare che la soluzione determina l'applicabilità giuridica o garantisce la conformità.”

• Acquistare il software prima di definire l'ambito del reporting e i responsabili dei dati.

• Utilizzare un'unica libreria di fattori senza date di efficacia.

• Importare le fatture senza una riconciliazione della completezza.

• Consentire la modifica delle formule senza l'approvazione maker-checker.

• Archiviare i documenti senza ID stabili delle evidenze.

• Concedere al verificatore un ampio accesso amministratore.

• Presumere che una dashboard sia una traccia di audit.

• Codificare in modo rigido un formato di portale non ufficiale.

• Ignorare l'ubicazione dei dati, il ripristino dai backup e l'uscita dal fornitore.

• Consentire al fornitore di approvare dichiarazioni giuridiche o relative all'Article 6.