I principali aggiornamenti dell'ultimo manuale di rendicontazione e il loro impatto sulla prossima stagione di rendicontazione.
L'Autorità Europea degli Strumenti Finanziari e dei Mercati (ESMA) ha recentemente aggiornato il suo Reporting Manual, introducendo diverse modifiche che avranno un impatto sulla prossima stagione di reporting. Per una panoramica completa di questi aggiornamenti, puoi visitare il sito ufficiale dell'ESMA. Tuttavia, per semplificare la comprensione di come questi cambiamenti influenzeranno specificamente il tuo processo di reporting, ParsePort ha preso l'iniziativa di evidenziare gli argomenti più rilevanti.
In questo articolo analizzeremo questi aggiornamenti chiave e li confronteremo con il nostro approccio e le nostre pratiche attuali. Il nostro obiettivo è quello di fornirti una comprensione chiara e completa delle implicazioni per i tuoi report nella prossima stagione di rendicontazione.
Guida 1.2.2: Utilizzo di elementi disponibili nella tassonomia IFRS che non sono ancora stati inclusi nella tassonomia ESEF.
"L'ESMA suggerisce agli emittenti di determinare se la tassonomia IFRS include un elemento che corrisponde a un'informativa della relazione dell'emittente e che non è presente nella tassonomia ESEF. Gli emittenti devono definire un elemento della tassonomia di estensione il cui nome, etichetta e caratteristiche XBRL corrispondano al nome, all'etichetta e alle caratteristiche XBRL dell'elemento della tassonomia IFRS."
L'elemento della tassonomia "Immobili, impianti e macchinari, inclusi i diritti d'uso" è stato scelto come esempio di come gli elementi dell'aggiornamento 2023 della tassonomia IFRS possano essere utilizzati volontariamente fino a quando l'emendamento 2024 dell'RTS sull'ESEF non diventerà obbligatorio per gli esercizi finanziari che iniziano il 1° gennaio 2025 o successivamente.
Noi di ParsePort ci impegniamo a rispettare la sintassi e le configurazioni della tassonomia. Questo approccio garantisce che quando la tassonomia viene aggiornata, le estensioni possono essere sostituite senza problemi da elementi standard, mantenendo così la comparabilità dei file dei nostri clienti.
Scegliendo ParsePort per le tue esigenze di tagging, puoi essere certo che questi aggiornamenti saranno implementati senza alcuno sforzo. Una volta pubblicata la nuova tassonomia, compresi gli elementi standard, la transizione sarà facile come uno schiocco di dita.
Il nostro obiettivo è quello di rendere il tuo processo di rendicontazione il più efficiente e conforme possibile, assicurandoti di essere sempre aggiornato sugli ultimi standard e regolamenti.
Guida 1.4.1: Ancoraggio degli elementi di estensione agli elementi della tassonomia ESEF che hanno un ambito di applicazione o un significato più ampio
"Inoltre, l'ESMA ritiene che per migliorare la qualità e l'usabilità delle relazioni di ancoraggio negli elementi di estensione degli emittenti, gli emittenti dovrebbero ancorare i loro elementi di estensione agli elementi della tassonomia di base ESEF che condividono lo stesso tipo di dati". Ad esempio, se un emittente crea un elemento di estensione di monetaryItemType, tale elemento deve essere etichettato solo con il corrispondente elemento della tassonomia principale ESEF di monetaryItemType (e non ad esempio stringItemType)".
Noi di ParsePort aderiamo da tempo alle migliori pratiche in materia di estensioni di tassonomia, assicurando che i tuoi report siano accurati e conformi. Anche se può sembrare ovvio, è fondamentale che le estensioni utilizzate nel tuo report "imitino" le caratteristiche dei loro elementi di ancoraggio (ancoraggio più ampio).
Un'estensione serve come meccanismo per "colmare una lacuna" che la tassonomia principale non può colmare. Tuttavia, il principio fondamentale della tassonomia estesa ci indica di ancorarci al significato più vicino a quello disponibile. Ciò significa che l'estensione e il suo riferimento devono essere allineati, in particolare per quanto riguarda il loro tipo di dati.
Seguendo queste best practice, assicuriamo che i tuoi report mantengano la loro integrità e comparabilità, anche con l'evoluzione delle tassonomie. L'impegno di ParsePort nel rispettare questi principi garantisce che il processo di creazione dei report sia sempre fluido e conforme agli standard più recenti.
Guida 2.2.5: Etichettatura di trattini o campi vuoti
"Per facilitare l'analisi e il confronto dei dati contenuti nei bilanci primari consolidati IFRS, l'ESMA raccomanda agli emittenti di prendere in considerazione le seguenti indicazioni per contrassegnare i campi vuoti o i simboli di trattino nei loro bilanci."
Spesso si discute sull'opportunità di utilizzare zeri, trattini o spazi vuoti nei rendiconti finanziari. Noi di ParsePort consigliamo ai clienti di contrassegnare sempre i valori zero in tutti i prospetti (Conto economico, Conto economico complessivo, Stato patrimoniale e Flusso di cassa). Ad esempio, se il Periodo 1 mostra 200, il Periodo 2 dovrebbe avere uno zero o un trattino, ma non uno spazio vuoto.
Le eccezioni possono essere applicate al Prospetto delle variazioni del patrimonio netto (SOCIE), a seconda che le voci siano uguali in entrambe le tabelle. Come regola generale, suggeriamo di etichettare i trattini come zeri, assicurandoci che appaiano anche visivamente nel rendiconto.
Seguendo queste linee guida, potrai mantenere la coerenza e la chiarezza dei tuoi bilanci, rendendoli più facili da leggere e interpretare.
Guida 2.2.7: Costruzione tecnica di un tag blocco
"In linea con la nota del Gruppo di lavoro internazionale XBRL pubblicata il 19 aprile 2023 per i fatti con un tipo di dato dtr-types:textBlockItemType, gli emittenti devono sempre impostare l'attributo iXBRL @escape su "true" per garantire che il valore del fatto risultante sia valido XHTML. Nel frattempo, i fatti con altri tipi di dati, come xbrli:stringItemType, dovranno impostare l'attributo @escape su "false", poiché non ci si aspetta che i loro valori contengano XHTML".
La piattaforma ParsePort è già configurata in conformità alla nuova guida ESMA 2.2.7. L'ESMA sottolinea l'importanza di rispettare le migliori pratiche in materia di XBRL, uno standard che ci impegniamo a rispettare.
Questo aggiornamento semplifica notevolmente i nostri processi. Ora tutti gli elementi BlockItemType (tutti i blocchi di testo) saranno sempre sottoposti a escape, indipendentemente dal fatto che il testo contenga simboli specifici come "<" o "&". Questo garantisce coerenza e conformità in tutti i report, rendendo la tua esperienza di reporting più fluida e affidabile.
ParsePort si impegna costantemente per allinearsi agli standard normativi e alle best practice più recenti, assicurando che la sua piattaforma rimanga all'avanguardia nella rendicontazione XBRL.
Guida 2.6.1: Includere un documento XBRL in linea nei pacchetti di relazioni
"L'ESMA raccomanda agli emittenti di preparare i loro documenti ESEF in base alla specifica Report Package 1.0 pubblicata da XBRL International, che indica le modalità di inclusione dei documenti Inline XBRL all'interno di un report package. Gli emittenti devono attenersi a tutte le disposizioni della suddetta specifica, in particolare per quanto riguarda le estensioni di file riconosciute per i tipi di report e i report package. Inoltre, l'ESMA raccomanda alle aziende produttrici di software di assicurarsi che, in caso di non conformità con le specifiche di cui sopra, vengano presentati agli emittenti i codici di errore ufficiali delle specifiche".
Con l'implementazione della raccomandazione di cui sopra e l'adozione della specifica The Report Package 1.0, il formato dei file estratti cambierà. Per la prossima stagione di rendicontazione, potrai estrarre i pacchetti di rendicontazione dalla piattaforma ParsePort nel nuovo formato .xbri, che sostituisce il precedente formato .zip.
Ti assicuriamo che questa transizione avverrà automaticamente all'interno del nostro sistema, quindi non c'è bisogno di preoccuparsi. Per prepararti senza problemi alla prossima stagione di rendicontazione, assicurati di aggiornare i tuoi file di input alla versione più recente. Una volta aggiornato, sarai pronto a convertire i tuoi file senza problemi!
Guida 2.6.3: Convenzione di denominazione dei pacchetti di report e del file di report
Secondo il Manuale "il componente {version} del nome del file deve indicare la versione del pacchetto di report ESEF presentato all'autorità competente. In particolare, dopo il componente {date} verrà aggiunta una cifra separata (separata dal carattere trattino-minuscolo). Questa cifra è limitata a un solo carattere numerico dopo il trattino meno e rappresenterà la versione della presentazione (ad esempio, per la prima presentazione dovrebbe essere sempre 0, per ogni successiva ripresentazione dello stesso pacchetto dovrebbe essere incrementata di 1)"
Esempio: 12345NOTVALID1234503-2023-12-31-0-en (Prima presentazione)
Ricorda: Ogni volta che un OAM o un'Autorità Nazionale Competente fornisce indicazioni sulle diverse convenzioni di denominazione richieste a livello nazionale, gli emittenti devono attenersi a tali convenzioni di denominazione nazionali.
Considerando che il motore non può prevedere quante versioni siano già state presentate, l'opzione per regolare il contatore sarà disponibile nei file di input (modello Excel) per essere sovrascritta nel caso di una versione diversa.
Guida 3.4.1: Documentare le relazioni aritmetiche nella linkbase di calcolo
"L'ESMA raccomanda che le incongruenze di calcolo risultanti dalla valutazione delle linkbase di calcolo della tassonomia di estensione siano esaminate con attenzione, in quanto possono indicare problemi di etichettatura". Alcune incongruenze di calcolo potrebbero non essere evitabili anche con l'applicazione dei Calcoli 1.1. In particolare, i calcoli 1.1 possono ancora generare falsi positivi in presenza di insiemi di fatti incompleti. Questo accade quando ci sono abbastanza fatti per attivare un calcolo, ma non abbastanza per verificarlo completamente. Un esempio di incoerenza di calcolo che può sorgere a causa di insiemi di dati incompleti è presentato nei paragrafi seguenti: La tassonomia dell'estensione di un emittente fittizio include il seguente calcolo nel prospetto del reddito complessivo: Utile complessivo = Utile (perdita) + Altri utili complessivi Nella tassonomia di estensione dello stesso emittente, l'emittente utilizza nel prospetto delle variazioni del patrimonio netto gli elementi "Utile complessivo" e "Utile (perdita)". L'emittente sceglie di utilizzare due nuovi elementi ("Altri utili complessivi che saranno riclassificati nell'utile o nella perdita" e "Altri utili complessivi che non saranno riclassificati nell'utile o nella perdita") al posto dell'elemento "Altri utili complessivi". In questo caso, il calcolo definito per il prospetto del conto economico complessivo sarà valutato anche per il prospetto delle variazioni del patrimonio netto, ma potrà includere solo il valore degli elementi "Conto economico complessivo" e "Utile (perdita)", mentre il valore dell'elemento omesso "Altri utili complessivi" sarà pari a 0. Pertanto, il risultato del calcolo sarà considerato errato e verrà segnalato come incoerenza di calcolo. Il fatto che venga segnalata un'incongruenza di calcolo non significa che il report XBRL inline di ESEF non sia corretto. Un calcolo definito per il prospetto del conto economico complessivo è stato applicato anche al prospetto delle variazioni del patrimonio netto, dove ci sono fatti sufficienti per attivare un calcolo ("Conto economico complessivo" e "Utile (perdita)"), ma non sufficienti per verificarlo completamente in quanto manca il fatto "Altri utili complessivi". Pertanto, l'ESMA ritiene che questo tipo di incoerenze di calcolo possa essere ignorato"
L'ultima versione del Manuale ESMA fornisce informazioni più dettagliate sulle incoerenze di calcolo, elaborando i problemi più comuni osservati finora. In particolare, fa riferimento ai Calcoli 1.1 e sottolinea che queste incoerenze spesso non derivano da calcoli errati, ma dalla selezione degli elementi utilizzati nei diversi prospetti.
Nell'esempio fornito, il trattamento contabile è corretto in quanto entrambe le componenti degli Altri utili complessivi (OCI) utilizzate nel Prospetto delle variazioni del patrimonio netto (SOCIE) rappresentano accuratamente l'OCI totale. Tuttavia, dal punto di vista di XBRL, esiste una discrepanza che, pur essendo presente, è considerata non bloccante.
Questa guida ampliata aiuta a chiarire la natura di queste incongruenze e sottolinea l'importanza di un'attenta selezione degli elementi per garantire sia l'accuratezza contabile che la conformità XBRL. Noi di ParsePort ci impegniamo ad aiutarti a gestire queste complessità, assicurandoti che i tuoi report siano accurati e conformi.
Puoi saperne di più su qui.
Guida 4.1.5: Convenzioni di denominazione per i documenti XHTML autonomi
Nuova guida in linea con l'aggiustamento della Guida 2.6.3. La raccomandazione relativa al nome del file è applicabile anche ai file xHTML (Stand-alone, individuali), il che significa che il file scaricato dalla piattaforma ParsePort deve essere rinominato.
Guida 3.4.8 (NUOVA): Documentare le relazioni aritmetiche nel linkbase di presentazione
"Alcuni dei bilanci primari contengono una serie di relazioni aritmetiche interperiodali che non possono essere riflesse nel linkbase di calcolo. Un esempio di relazione aritmetica tra periodi è il rendiconto finanziario, dove la somma dei flussi in entrata e in uscita del periodo corrisponde alla variazione del saldo di cassa dall'inizio del periodo alla fine dello stesso. Un altro esempio è il prospetto delle variazioni del patrimonio netto che contiene la riconciliazione tra il valore contabile all'inizio e alla fine dell'esercizio per ogni componente del patrimonio netto. Poiché il linkbase di calcolo non può essere utilizzato per definire efficacemente i controlli di qualità dei dati su tali relazioni interperiodali, il linkbase di presentazione dovrebbe essere utilizzato per documentare queste dipendenze aritmetiche interperiodali e interdimensionali che devono consentire l'esecuzione di convalide almeno semi-automatiche".
La guida aggiornata nella nuova versione del Manuale ESMA, derivata dalla guida 3.4.1, introduce una raccomandazione (non obbligatoria) per l'inclusione di estratti che definiscano il periodo di calcolo per le sezioni del report che coprono un arco temporale specifico. Questo è particolarmente importante per i calcoli del prospetto delle variazioni del patrimonio netto, che si estendono dall'inizio alla fine di un periodo e non possono essere rappresentati nel linkbase di calcolo. L'implementazione di questa raccomandazione può aiutare a risolvere i problemi correlati, soprattutto se richiesto dal tuo revisore.
Di seguito troverai un elenco di altre linee guida del Manuale dell'ESMA che sono state aggiornate e modificate con lievi cambiamenti.
Guida 1.1.2: Rendiconti finanziari presentati in più di una lingua
Guida 2.1.2: Formattazione dell'elemento periodo nel contesto del documento XBRL in linea
Guida 2.2.6: Leggibilità delle informazioni estratte da un tag di blocco
Guida 2.6.2: Includere documenti XBRL Inline multi-html e set di documenti XBRL Inline multipli in pacchetti di relazioni
Guida 3.1.3: Pacchetti di tassonomia
Guida 3.2.2: Tipi di dati da utilizzare per i concetti di estensione
Guida 3.3.1: Relazioni tra gli elementi della tassonomia di estensione e gli elementi della tassonomia ESEF
Guida 2.2.8 (NUOVO): Uso dell'attributo ID sui fatti