Belangrijke updates van de nieuwste rapportagehandleiding en hoe deze het komende rapportageseizoen zullen beïnvloeden.
De Europese Autoriteit voor Effecten en Markten (ESMA) heeft onlangs haar Reporting Manual bijgewerkt met verschillende wijzigingen die van invloed zullen zijn op het komende rapportageseizoen. Voor een volledig overzicht van deze updates kunt u terecht op de officiële website van ESMA. Om het voor u echter gemakkelijker te maken om te begrijpen hoe deze wijzigingen uw rapportageproces specifiek zullen beïnvloeden, heeft ParsePort het initiatief genomen om de meest relevante onderwerpen uit te lichten.
In dit artikel zullen we deze belangrijke updates ontleden en vergelijken met onze huidige aanpak en praktijken. Ons doel is om u een duidelijk en uitgebreid inzicht te geven in de implicaties voor uw rapporten in het volgende rapportageseizoen.
Richtlijn 1.2.2: Gebruik van in de IFRS-taxonomie beschikbare elementen die nog niet in de ESEF-taxonomie waren opgenomen.
"ESMA stelt voor dat uitgevende instellingen bepalen of de IFRS-taxonomie een element bevat dat overeenkomt met een toelichting in het verslag van de uitgevende instelling en dat niet voorkomt in de ESEF-taxonomie. De uitgevende instellingen moeten een taxonomie-element definiëren waarvan de naam, het label en de XBRL-kenmerken overeenkomen met de naam, het label en de XBRL-kenmerken van het element in de IFRS Taxonomy."
Het taxonomie-element "Materiële vaste activa, met inbegrip van activa met gebruiksrechten" is geselecteerd als voorbeeld van hoe elementen uit de 2023 update van de IFRS taxonomie vrijwillig kunnen worden gebruikt totdat de 2024 wijziging van de RTS op ESEF verplicht wordt voor boekjaren die beginnen op of na 1 januari 2025.
Bij ParsePort houden we ons aan de syntaxis en configuraties van de taxonomie. Deze aanpak zorgt ervoor dat wanneer de taxonomie wordt bijgewerkt, eventuele uitbreidingen naadloos kunnen worden vervangen door standaardelementen, waardoor de bestanden van onze klanten vergelijkbaar blijven.
Door ParsePort te kiezen voor uw tagging-behoeften, kunt u er zeker van zijn dat deze updates moeiteloos geïmplementeerd zullen worden. Zodra de nieuwe taxonomie, inclusief de standaardelementen, gepubliceerd is, zal de overgang zo soepel als een vingerknip verlopen.
Ons doel is om uw rapportageproces zo efficiënt en conform mogelijk te maken, zodat u altijd op de hoogte bent van de nieuwste normen en voorschriften.
Richtsnoer 1.4.1: Anchoring of extension elements to elements in the ESEF taxonomy that are wider in scope or meaning
"Moreover, ESMA is of the opinion that to improve the quality and usability of the anchoring relationships in issuers' extensions elements, issuers should anchor their extension elements to ESEF core taxonomy elements sharing the same data type. Als een emittent bijvoorbeeld een uitbreidingselement monetaryItemType creëert, dan mag dat element alleen getagd worden met het overeenkomstige ESEF kerntaxonomie-element monetaryItemType (en niet met bijv. stringItemType)."
Bij ParsePort houden we ons al heel lang aan de best practices op het gebied van taxonomie-extensies, zodat uw rapporten zowel accuraat als compliant zijn. Hoewel het voor de hand liggend lijkt, is het van cruciaal belang dat de extensies die in uw rapport worden gebruikt de kenmerken van hun verankeringselementen (breder anker) "nabootsen".
Een uitbreiding dient als een mechanisme om "een leemte op te vullen" die de kerntaxonomie niet kan opvullen. Het fundamentele principe van de uitgebreide taxonomie draagt ons echter op om te verankeren aan de dichtstbijzijnde beschikbare betekenis. Dit betekent dat de extensie en het anker uitgelijnd moeten zijn, vooral wat betreft hun gegevenstype.
Door deze best practices te volgen, zorgen wij ervoor dat uw rapporten hun integriteit en vergelijkbaarheid behouden, zelfs wanneer taxonomieën evolueren. Onze toewijding aan deze principes garandeert bij ParsePort dat uw rapportageproces naadloos verloopt en voldoet aan de nieuwste normen.
Richtlijn 2.2.5: Markering van streepjes of lege velden
"Om de analyse en vergelijking van de gegevens in de geconsolideerde primaire IFRS-jaarrekeningen te vergemakkelijken, beveelt ESMA uitgevende instellingen aan de volgende richtlijnen in acht te nemen bij het markeren van lege velden of streepjessymbolen in hun overzichten."
Er is vaak discussie over het gebruik van nullen, streepjes of lege ruimten in financiële overzichten. Bij ParsePort raden wij klanten aan om altijd de nulwaarden in alle overzichten (Winst-en-verliesrekening, Totaalresultaat, Balans en Kasstroom) te labelen. Als Periode 1 bijvoorbeeld 200 aangeeft, dan moet Periode 2 een nul of een streepje bevatten, maar geen lege ruimte.
Er kunnen uitzonderingen gelden voor het Mutatieoverzicht van het Eigen Vermogen (SOCIE), afhankelijk van het feit of de posten in beide tabellen hetzelfde zijn. Als algemene vuistregel raden wij aan om streepjes als nullen te markeren, zodat ze ook visueel in het rapport verschijnen.
Door deze richtlijnen te volgen, kunt u consistentie en duidelijkheid in uw financiële overzichten behouden, waardoor ze gemakkelijker te lezen en te interpreteren zijn.
Richtlijn 2.2.7: Technische bouw van een blokmarkering
"In lijn met de XBRL International Working Group Note gepubliceerd op 19 april 2023 voor feiten met een datatype van dtr-types:textBlockItemType, moeten emittenten het iXBRL @escape attribuut altijd op "true" zetten om ervoor te zorgen dat de resulterende feitwaarde XHTML-valide is. Ondertussen zullen de feiten met andere datatypes, zoals xbrli:stringItemType in plaats daarvan het @escape attribuut op "false" zetten, omdat hun waarden naar verwachting geen XHTML zullen bevatten."
Het ParsePort Platform is al geconfigureerd in overeenstemming met de nieuwe ESMA richtlijn 2.2.7. ESMA benadrukt het belang van naleving van best practices in XBRL, een standaard waar wij ons volledig voor inzetten.
Deze update vereenvoudigt onze processen aanzienlijk. Nu zullen alle BlockItemType-elementen (alle tekstblokken) altijd geëscaped worden, ongeacht of de tekst specifieke symbolen zoals "<" of "&" bevat. Dit zorgt voor consistentie en naleving van alle rapporten, waardoor uw rapportage-ervaring soepeler en betrouwbaarder wordt.
Bij ParsePort streven we er voortdurend naar om ons aan te passen aan de nieuwste regelgevingsstandaarden en best practices, zodat ons platform voorop blijft lopen op het gebied van XBRL-rapportage.
Richtlijn 2.6.1: Inline XBRL-document opnemen in rapportpakketten
"ESMA beveelt aan dat emittenten hun ESEF-inzendingen voorbereiden volgens de door XBRL International gepubliceerde Report Package 1.0 specificatie, die aangeeft hoe Inline XBRL-documenten in een rapportpakket moeten worden opgenomen.Emittenten moeten alle bepalingen van de bovengenoemde specificatie volgen, met name in de context van de erkende bestandsextensies voor rapporttypen en rapportpakketten. Bovendien beveelt ESMA aan dat softwarebedrijven ervoor zorgen dat, in geval van niet-naleving van de bovenstaande specificatie, de officiële foutcodes van de specificatie aan uitgevende instellingen worden gepresenteerd."
Met de implementatie van de bovenstaande aanbeveling en de goedkeuring van de specificatie The Report Package 1.0, zal het formaat van de geëxtraheerde bestanden veranderen. Voor het komende rapportageseizoen kunt u rapportagepakketten van het ParsePort Platform uitpakken in het nieuwe .xbri-formaat, ter vervanging van het vorige .zip-formaat.
U kunt er gerust op zijn dat deze overgang automatisch in ons systeem zal plaatsvinden, dus u hoeft zich geen zorgen te maken. Zorg ervoor dat u uw invoerbestanden bijwerkt naar de nieuwste versie, zodat u zich soepel kunt voorbereiden op het volgende rapportageseizoen. Eenmaal bijgewerkt, bent u klaar om uw bestanden naadloos te converteren!
Richtlijn 2.6.3: Naamgevingsconventie voor rapportpakketten en rapportbestanden
Volgens het Handboek "moet de {version} component van de bestandsnaam de versie van het ESEF-rapportpakket aangeven dat ingediend is bij de betreffende autoriteit. Er wordt een apart cijfer toegevoegd na de {datum} component (gescheiden door het koppelteken-minus). Dit cijfer is beperkt tot slechts één numeriek teken na het koppelteken-minus en vertegenwoordigt de versie van de indiening (d.w.z. voor de eerste indiening moet het altijd 0 zijn, voor elke volgende herindiening van hetzelfde pakket moet het met 1 worden verhoogd)"
Voorbeeld: 12345NOTVALID1234503-2023-12-31-0-en (Eerste indiening)
Denk eraan: Wanneer een OAM of een nationale bevoegde instantie andere naamgevingsconventies aangeeft die op nationaal niveau vereist zijn, moeten emittenten deze nationale naamgevingsconventies volgen.
Aangezien de engine niet kan voorzien hoeveel versies er al zijn ingediend, zal de optie om de teller aan te passen beschikbaar zijn in de invoerbestanden (Excel-sjabloon), zodat deze overschreven kan worden in het geval van een andere versie.
Richtsnoer 3.4.1: Het documenteren van rekenkundige relaties in de rekenkoppeling
"ESMA beveelt aan dat rekeninconsistenties die voortvloeien uit de evaluatie van rekenkoppelingen van de uitbreidingstaxonomie zorgvuldig worden bekeken, aangezien deze kunnen wijzen op taggingproblemen. Sommige inconsistenties in de berekeningen kunnen mogelijk niet vermeden worden, zelfs met de toepassing van Berekeningen 1.1. Met name berekeningen 1.1 kunnen nog steeds fout-positieven veroorzaken als er onvolledige feitenverzamelingen zijn. Dit gebeurt wanneer er genoeg feiten zijn om een berekening te starten, maar niet genoeg om deze volledig te controleren. In de volgende alinea's wordt een voorbeeld gegeven van een inconsistentie in de berekening die kan ontstaan als gevolg van onvolledige feitenreeksen: De uitbreidingstaxonomie van een fictieve emittent bevat de volgende berekening in het Overzicht van gerealiseerde en niet-gerealiseerde resultaten: Totaalresultaat = Winst (verlies) + Niet-gerealiseerde resultaten In de uitbreidingstaxonomie van dezelfde uitgevende instelling gebruikt de uitgevende instelling in het mutatieoverzicht van het eigen vermogen de elementen "Totaalresultaat" en "Winst (verlies)". De emittent kiest ervoor om twee nieuwe elementen te gebruiken ("Niet-gerealiseerde resultaten die naar de winst of het verlies zullen worden geherclassificeerd" en "Niet-gerealiseerde resultaten die niet naar de winst of het verlies zullen worden geherclassificeerd") in plaats van het element "Niet-gerealiseerde resultaten". In dit geval zal de berekening die is gedefinieerd voor het overzicht van gerealiseerde en niet-gerealiseerde resultaten ook worden geëvalueerd voor het mutatieoverzicht van het eigen vermogen, maar zal deze alleen de waarde van de elementen "Gerealiseerde en niet-gerealiseerde resultaten" en "Winst (verlies)" kunnen bevatten, terwijl de waarde voor het weggelaten element "Niet-gerealiseerde resultaten" 0 zal zijn. Het resultaat van de berekening zal daarom als onjuist worden beschouwd en zal worden aangemerkt als een inconsistentie in de berekening. Het feit dat een inconsistentie in de berekening wordt gemarkeerd, betekent niet dat het inline XBRL-rapport van de ESEF onjuist is. Een berekening die gedefinieerd is voor het overzicht van gerealiseerde en niet-gerealiseerde resultaten is ook toegepast op het mutatieoverzicht van het eigen vermogen, waar er voldoende feiten zijn om een berekening uit te voeren ("Gerealiseerde en niet-gerealiseerde resultaten" en "Winst (verlies)"), maar niet voldoende om deze volledig te controleren, aangezien het feit "Niet-gerealiseerde resultaten" ontbreekt. Daarom is ESMA van mening dat dit soort inconsistenties in de berekening buiten beschouwing kunnen worden gelaten"
De nieuwste versie van de ESMA-handleiding bevat uitgebreide informatie over inconsistenties in de berekening en gaat nader in op de meest voorkomende problemen die tot nu toe zijn waargenomen. Er wordt specifiek verwezen naar Berekeningen 1.1 en er wordt benadrukt dat deze inconsistenties vaak niet het gevolg zijn van onjuiste berekeningen, maar van de selectie van elementen die in verschillende verklaringen worden gebruikt.
In het gegeven voorbeeld is de boekhoudkundige verwerking correct, aangezien beide componenten van de Niet-gerealiseerde Inkomsten (OCI) die in het Mutatieoverzicht van het Eigen Vermogen (SOCIE) worden gebruikt, de totale OCI nauwkeurig weergeven. Vanuit XBRL-perspectief is er echter een discrepantie die, hoewel aanwezig, als niet-blokkerend wordt beschouwd.
Deze uitgebreide richtlijnen helpen de aard van deze inconsistenties te verduidelijken en onderstrepen het belang van een zorgvuldige selectie van elementen om zowel de nauwkeurigheid van de boekhouding als de naleving van XBRL te garanderen. Bij ParsePort helpen we u graag om door deze complexiteit te navigeren, zodat uw rapporten zowel accuraat als compliant zijn.
U kunt hier meer te weten komen over .
Richtlijn 4.1.5: Naamgevingsconventie voor zelfstandige XHTML-documenten
Nieuwe richtlijn in lijn met de aanpassing in Richtlijn 2.6.3. De aanbeveling met betrekking tot de naam van het bestand is ook van toepassing op de xHTML-bestanden (Stand-alone, individuals), wat betekent dat het bestand dat van het ParsePort Platform wordt gedownload een andere naam moet krijgen.
Richtlijn 3.4.8 (NIEUW): Rekenkundige relaties documenteren in de presentatiekoppeling
"Sommige primaire jaarrekeningen bevatten een aantal periodeoverschrijdende rekenkundige relaties die niet in de rekenkoppeling kunnen worden weergegeven. Een voorbeeld van rekenkundige relaties tussen perioden is het kasstroomoverzicht, waarin de som van de instroom en uitstroom van de periode overeenkomt met de verandering van het kassaldo van het begin van de periode tot het einde van de periode. Een ander voorbeeld is het mutatieoverzicht van het eigen vermogen dat aansluitingen bevat tussen de boekwaarde aan het begin en het einde van de periode voor elke component van het eigen vermogen. Aangezien de calculation linkbase niet kan worden gebruikt om effectief gegevenskwaliteitscontroles op dergelijke periode-overschrijdende relaties te definiëren, moet de presentation linkbase worden gebruikt om deze periode- en dimensie-overschrijdende rekenkundige afhankelijkheden te documenteren, zodat op zijn minst halfautomatische validaties kunnen worden uitgevoerd."
De bijgewerkte leidraad in de nieuwe versie van de ESMA Manual, afgeleid van leidraad 3.4.1, introduceert een aanbeveling (niet verplicht) om samenvattingen op te nemen die de berekeningsperiode definiëren voor delen van het rapport die een specifieke tijdsspanne bestrijken. Dit is met name relevant voor berekeningen van Mutaties in het Eigen Vermogen, die het begin en einde van een periode beslaan en niet in de linkbase voor berekeningen kunnen worden weergegeven. Het uitvoeren van deze aanbeveling kan helpen om gerelateerde problemen op te lossen, vooral als uw auditor hierom vraagt.
Hieronder vindt u een lijst met andere richtlijnen in de ESMA Reporting Manual die zijn bijgewerkt en aangepast met kleine wijzigingen.
Richtlijn 1.1.2: AFR's in meer dan één taal
Richtlijn 2.1.2: Opmaak van het period element in de context van het Inline XBRL document
Richtlijn 2.2.6: Leesbaarheid van de informatie die uit een bloktag wordt gehaald
Richtlijn 2.6.2: Inclusief multi-html Inline XBRL-documenten en meerdere Inline XBRL-documentensets in rapportpakketten
Richtlijn 3.1.3: Taxonomiepakketten
Richtlijn 3.2.2: Gegevenstypen voor uitbreidingsconcepten
Richtlijn 3.3.1: Relaties om elementen uit de uitbreidingstaxonomie te verankeren aan elementen in de ESEF-taxonomie
Richtlijn 2.2.8 (NIEUW): Gebruik van het ID attribuut op feiten