Viktige oppdateringer av den nyeste rapporteringshåndboken og hvordan de vil påvirke den kommende rapporteringssesongen.
Den europeiske verdipapir- og markedstilsynsmyndigheten (ESMA) har nylig oppdatert sin rapporteringshåndbok, og introduserer flere endringer som vil påvirke den kommende rapporteringssesongen. For en fullstendig oversikt over disse oppdateringene kan du besøke ESMAs offisielle nettsted . For å gjøre det enklere for deg å forstå hvordan disse endringene spesifikt vil påvirke rapporteringsprosessen din, har Workiva imidlertid tatt initiativ til å fremheve de mest relevante temaene.
I denne artikkelen vil vi dissekere disse viktige oppdateringene og sammenligne dem med vår nåværende tilnærming og praksis. Målet vårt er å gi deg en klar og omfattende forståelse av implikasjonene for rapportene dine i neste rapporteringssesong.
Veiledning 1.2.2: Bruk av elementer som er tilgjengelige i IFRS-taksonomien, men som ennå ikke var inkludert i ESEF-taksonomien.
«ESMA foreslår at utstedere bør avgjøre om IFRS-taksonomien inkluderer et element som tilsvarer en opplysning i utstederrapporten, og om det ikke finnes i ESEF-taksonomien.» Utstederne bør definere et utvidet taksonomielement hvis navn, etikett og XBRL-egenskaper samsvarer med navn, etikett og XBRL-egenskaper for elementet i IFRS-taksonomien.
Taksonomielementet «Eiendom, anlegg og utstyr, inkludert bruksrettede eiendeler» er valgt som et eksempel på hvordan elementer fra 2023-oppdateringen av IFRS-taksonomien kan benyttes frivillig inntil 2024-endringen av RTS på ESEF blir obligatorisk for regnskapsår som starter 1. januar 2025 eller senere.
Hos Workiva er vi forpliktet til å følge taksonomiens syntaks og konfigurasjoner. Denne tilnærmingen sikrer at når taksonomien oppdateres, kan eventuelle utvidelser sømløst erstattes av standardelementer, og dermed opprettholdes sammenlignbarheten av kundenes filer.
Ved å velge Workiva for dine taggingbehov, kan du være trygg på at disse oppdateringene vil bli implementert uten problemer. Når den nye taksonomien, inkludert standardelementene, er publisert, vil overgangen gå knirkefritt.
Målet vårt er å gjøre rapporteringsprosessen din så effektiv og i samsvar med regelverket som mulig, og sikre at du alltid er oppdatert på de nyeste standardene og forskriftene.
Veiledning 1.4.1: Forankring av utvidelseselementer til elementer i ESEF-taksonomien som har bredere omfang eller betydning
«ESMA mener dessuten at for å forbedre kvaliteten og brukervennligheten til forankringsrelasjonene i utstedernes utvidelseselementer, bør utstedere forankre sine utvidelseselementer til ESEFs kjernetaksonomielementer som deler samme datatype.» Hvis for eksempel en utsteder oppretter et utvidelseselement av monetaryItemType, skal et slikt element bare merkes med det tilsvarende ESEF-kjernetaksonomielementet av monetaryItemType (og ikke f.eks. stringItemType).
Hos Workiva har vi lenge fulgt beste praksis innen taksonomiutvidelser, og sørget for at rapportene dine er både nøyaktige og kompatible. Selv om det kan virke opplagt, er det avgjørende at utvidelsene som brukes i rapporten din "etterligner" egenskapene til forankringselementene (bredere anker).
En utvidelse fungerer som en mekanisme for å «fylle et gap» som kjernetaksonomien ikke kan adressere. Det grunnleggende prinsippet om utvidet taksonomi instruerer oss imidlertid til å forankre oss til den nærmeste tilgjengelige betydningen. Dette betyr at utvidelsen og ankeret bør være justert, spesielt med tanke på datatypen.
Ved å følge disse beste praksisene sikrer vi at rapportene dine opprettholder integriteten og sammenlignbarheten, selv etter hvert som taksonomiene utvikler seg. Hos Workiva garanterer vår forpliktelse til disse prinsippene at rapporteringsprosessen din forblir sømløs og i samsvar med de nyeste standardene.
Veiledning 2.2.5: Koding av bindestreker eller tomme felt
«For å legge til rette for analyse og sammenligning av dataene i det konsoliderte IFRS-primærregnskapet, anbefaler ESMA at utstedere tar hensyn til følgende veiledning når de markerer tomme felt eller bindestreksymboler i regnskapene sine.»
Det er ofte en viss debatt om hvorvidt man skal bruke nuller, bindestreker eller mellomrom i regnskaper. Hos Workiva anbefaler vi at kunder alltid merker nullverdiene i alle regnskaper (resultatregnskap, totalresultat, balanse og kontantstrøm). Hvis for eksempel periode 1 viser 200, skal periode 2 ha enten en null eller en bindestrek, men ikke et tomt mellomrom.
Unntak kan gjelde for oppstillingen over endringer i egenkapital (SOCIE), avhengig av om linjepostene er de samme i begge tabellene. Som en generell tommelfingerregel foreslår vi å merke bindestreker som nuller, og sørge for at de også vises visuelt i rapporten.
Ved å følge disse retningslinjene kan du opprettholde konsistens og klarhet i regnskapet ditt, noe som gjør det enklere å lese og tolke.
Veiledning 2.2.7: Teknisk konstruksjon av en blokkmerkelapp
«I tråd med notatet fra XBRL International Working Group publisert 19. april 2023 for fakta med datatypen dtr-types:textBlockItemType, skal utstedere alltid sette iXBRL @escape-attributtet til «true» for å sikre at den resulterende faktaverdien er XHTML-gyldig.» I mellomtiden skal fakta med andre datatyper, som xbrli:stringItemType, i stedet sette @escape-attributtet til «false», ettersom verdiene deres ikke forventes å inneholde XHTML.
Workiva-rapportmerkingsplattformen er allerede konfigurert i samsvar med ESMA-veiledning 2.2.7. ESMA understreker viktigheten av å overholde beste praksis i XBRL, en standard vi er fullt ut forpliktet til å opprettholde.
Denne oppdateringen forenkler prosessene våre betraktelig. Nå vil alle BlockItemType-elementer (alle tekstblokker) alltid bli escapet, uavhengig av om teksten inneholder spesifikke symboler som "<" eller "&". Dette sikrer konsistens og samsvar på tvers av alle rapporter, noe som gjør rapporteringsopplevelsen smidigere og mer pålitelig.
Hos Workiva streber vi kontinuerlig etter å samsvare med de nyeste regulatoriske standardene og beste praksis, og sørger for at plattformen vår forblir i forkant av XBRL-rapportering.
Veiledning 2.6.1: Inkludering av innebygde XBRL-dokumenter i rapportpakker
«ESMA anbefaler at utstedere utarbeider sine ESEF-innsendinger i henhold til Report Package 1.0-spesifikasjonen publisert av XBRL International, som angir hvordan Inline XBRL-dokumenter skal inkluderes i en rapportpakke.» Utstedere bør følge alle bestemmelsene i spesifikasjonen ovenfor, spesielt i sammenheng med de anerkjente filtypene for rapporttyper og rapportpakker. Videre anbefaler ESMA at programvarefirmaer sørger for at de offisielle spesifikasjonsfeilkodene presenteres for utstedere dersom ovennevnte spesifikasjon ikke overholdes.
Med implementeringen av anbefalingen ovenfor og innføringen av spesifikasjonen for rapportpakken 1.0, vil formatet til de utpakkede filene endres. For den kommende rapporteringssesongen vil du kunne hente ut rapporteringspakker fra Workiva Report Tagging Platform i det nye .xbri-formatet, som erstatter det tidligere .zip-formatet.
Du kan være trygg på at denne overgangen vil skje automatisk i systemet vårt, så det er ingen grunn til bekymring. For å sikre en smidig forberedelse til neste rapporteringssesong, må du sørge for å oppdatere inndatafilene dine til den nyeste versjonen. Når den er oppdatert, vil du være klar til å konvertere filene dine sømløst!
Veiledning 2.6.3: Navnekonvensjon for rapportpakker og rapportfiler
I følge håndboken «skal {version}-komponenten i filnavnet angi versjonen av ESEF-rapportpakken som er sendt til relevant myndighet.» Mer spesifikt vil et separat siffer bli lagt til etter {date}-komponenten (atskilt med bindestrek-minustegnet). Dette sifferet er begrenset til kun ett numerisk tegn etter bindestreken/minustegnet og vil representere versjonen av innsendingen (dvs. for den første innsendingen skal den alltid være 0, for hver neste innsending av samme pakke skal den økes med 1). Eksempel: 12345NOTVALID1234503-2023-12-31-0-en (Første innsending)
Husk: Når en utstedende autorisert myndighet eller en nasjonal kompetent myndighet gir indikasjoner på ulike navnekonvensjoner som kreves på nasjonalt nivå, må utstedere følge slike nasjonale navnekonvensjoner.
Siden motoren ikke kan forutse hvor mange versjoner som allerede er sendt inn, vil alternativet for å justere telleren være tilgjengelig i inndatafilene (Excel-mal) for å overstyres ved en annen versjon.
Veiledning 3.4.1: Dokumentasjon av aritmetiske sammenhenger i beregningslenkebasen
«ESMA anbefaler at beregningsinkonsekvenser som følge av evalueringen av beregningslenkebaser i utvidelsestaksonomien bør gjennomgås nøye, siden disse kan tyde på taggproblemer.» Enkelte uoverensstemmelser i beregninger kan være vanskelige å unngå, selv med anvendelse av Beregninger 1.1. Det er verdt å merke seg at beregninger 1.1 fortsatt kan utløse falske positive resultater når det finnes ufullstendige faktasett. Dette skjer når det er nok fakta til å utløse en beregning, men ikke nok til å kontrollere den fullstendig.
Et slikt eksempel på en beregningsinkonsekvens som kan oppstå på grunn av ufullstendige faktasett presenteres i følgende avsnitt:
En fiktiv utsteders utvidede taksonomi inkluderer følgende beregning i oppstillingen av totalresultat: Totalresultat = Resultat + Annen totalresultat
I den samme utsteders utvidede taksonomi bruker utsteder elementene «Totalresultat» og «Resultat» i oppstillingen av endringer i egenkapital. Utsteder velger å bruke to nye elementer («Annen totalresultat som vil bli omklassifisert til resultatet» og «Annen totalresultat som ikke vil bli omklassifisert til resultatet») i stedet for elementet «Annen totalresultat».
I dette tilfellet vil beregningen som er definert for totalresultatet også bli evaluert for egenkapitaloppstillingen, men vil kun kunne inkludere verdien av elementene «Totalresultat» og «Resultat (tap)», mens verdien for det utelatte elementet «Annen totalresultat» vil være 0. Derfor vil resultatet av beregningen bli ansett som feil og vil bli hevet som en beregningsinkonsekvens.
Det at en beregningsinkonsekvens flagges betyr ikke at ESEFs innebygde XBRL-rapport er feil. En beregning definert for totalresultatoppstillingen er også brukt på egenkapitaloppstillingen, der det finnes tilstrekkelige fakta til å utløse en beregning («Totalresultat» og «Resultat (tap)»), men ikke tilstrekkelig til å kontrollere den fullstendig ettersom fakta «Annen totalresultat» mangler. ESMA mener derfor at denne typen beregningsinkonsekvenser kan ignoreres.
Den nyeste versjonen av ESMA-håndboken gir utvidet informasjon om uoverensstemmelser i beregninger, og utdyper de vanligste problemene som er observert til dags dato. Den refererer spesifikt til Beregninger 1.1 og fremhever at disse inkonsekvensene ofte ikke oppstår på grunn av feil beregninger, men på grunn av valget av elementer som brukes i forskjellige utsagn.
I det gitte eksemplet er den regnskapsmessige behandlingen korrekt, ettersom begge komponentene i annen totalinntekt (OCI) som brukes i oppstillingen over endringer i egenkapital (SOCIE) nøyaktig representerer den totale OCI. Fra et XBRL-perspektiv er det imidlertid et avvik som, selv om det er til stede, anses som ikke-blokkerende.
Denne utvidede veiledningen bidrar til å avklare hva disse inkonsekvensene innebærer og understreker viktigheten av nøye valg av elementer for å sikre både regnskapsnøyaktighet og XBRL-samsvar. Hos Workiva er vi opptatt av å hjelpe deg med å navigere i disse komplekse problemstillingene, og sørge for at rapportene dine er både nøyaktige og i samsvar med regelverket.
Du kan lære mer om det her.
Veiledning 4.1.5: Navnekonvensjon for frittstående XHTML-dokumenter
Ny veiledning i tråd med justeringen i veiledning 2.6.3. Anbefalingen angående filnavn gjelder også for xHTML-filer (frittstående, enkeltpersoner), som betyr at filen som er lastet ned fra Workivas rapportmerkingsplattform, bør gis nytt navn.
Veiledning 3.4.8 (NYTT): Dokumentasjon av aritmetiske sammenhenger i presentasjonens lenkebase
«Noen av de primære finansregnskapene inneholder en rekke aritmetiske forhold på tvers av perioder som ikke kan gjenspeiles i beregningslenkebasen.» Et eksempel på aritmetiske sammenhenger over flere perioder er kontantstrømoppstillingen, der summen av innstrømning og utstrømning i perioden tilsvarer endringen i kontantbeholdningen fra begynnelsen av perioden til slutten av perioden. Et annet eksempel er oppstillingen over endringer i egenkapital som inneholder avstemminger mellom balanseført verdi ved begynnelsen og slutten av perioden for hver egenkapitalkomponent. Ettersom beregningslenkebasen ikke kan brukes til å effektivt definere datakvalitetskontroller på slike kryssperiodeforhold, bør presentasjonslenkebasen brukes til å dokumentere disse aritmetiske avhengighetene på tvers av perioder og dimensjoner, noe som skal muliggjøre utførelse av minst halvautomatiske valideringer.
Den oppdaterte veiledningen i den nye versjonen av ESMA-håndboken, utledet fra veiledning 3.4.1, introduserer en anbefaling (ikke obligatorisk) om å inkludere sammendrag som definerer beregningsperioden for deler av rapporten som dekker et bestemt tidsperiode. Dette er spesielt relevant for beregninger av endringer i egenkapital, som strekker seg over begynnelsen og slutten av en periode og ikke kan representeres i beregningslenkebasen. Implementering av denne anbefalingen kan bidra til å løse relaterte problemer, spesielt hvis revisor ber om det.
Andre oppdaterte retningslinjer i ESMAs rapporteringshåndbok
Her er en liste over andre retningslinjer i ESMAs rapporteringshåndbok som er oppdatert og justert med mindre endringer.