Viktige oppdateringer av den siste rapporteringsmanualen og hvordan de vil påvirke den kommende rapporteringssesongen.
Den europeiske verdipapir- og markedstilsynsmyndigheten (ESMA) har nylig oppdatert sin rapporteringsmanual og innført flere endringer som vil påvirke den kommende rapporteringssesongen. For en fullstendig oversikt over disse oppdateringene kan du gå til på ESMAs offisielle nettsted. For å gjøre det enklere for deg å forstå hvordan disse endringene vil påvirke rapporteringsprosessen din, har ParsePort tatt initiativ til å fremheve de mest relevante temaene.
I denne artikkelen vil vi gå gjennom 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 hva dette vil innebære for rapportene dine i neste rapporteringssesong.
Veiledning 1.2.2: Bruk av elementer som er tilgjengelige i IFRS-taksonomien, men som ennå ikke er inkludert i ESEF-taksonomien.
"ESMA foreslår at utstedere bør avgjøre om IFRS-taksonomien inneholder et element som tilsvarer en opplysning i utstederens rapport og som ikke finnes i ESEF-taksonomien. Utstederne bør definere et utvidelsestaksonomielement hvis navn, etikett og XBRL-egenskaper tilsvarer navn, etikett og XBRL-egenskaper for elementet i IFRS-taksonomien."
Taksonomielementet "Eiendom, anlegg og utstyr inkludert bruksretteiendeler" er valgt som et eksempel på hvordan elementer fra 2023-oppdateringen av IFRS-taksonomien kan benyttes frivillig frem til 2024-endringen av RTS om ESEF blir obligatorisk for regnskapsår som starter 1. januar 2025 eller senere.
Hos ParsePort er vi forpliktet til å følge taksonomiens syntaks og konfigurasjoner. Denne tilnærmingen sikrer at eventuelle utvidelser sømløst kan erstattes av standardelementer når taksonomien oppdateres, slik at kundenes filer forblir sammenlignbare.
Ved å velge ParsePort for dine taggingsbehov 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å som en lek med fingrene.
Målet vårt er å gjøre rapporteringsprosessen så effektiv og samsvarende som mulig, og sørge for at du alltid er oppdatert på de nyeste standardene og forskriftene.
Veiledning 1.4.1: Forankring av utvidelseselementer til elementer i ESEF-taksonomien som er bredere i omfang eller betydning
"Videre er ESMA av den oppfatning at for å forbedre kvaliteten og brukervennligheten av forankringsforholdene i utstedernes utvidelseselementer, bør utstedere forankre sine utvidelseselementer til ESEF-kjernetaksonomielementer som deler samme datatype. Hvis en utsteder for eksempel oppretter et utvidelseselement av monetaryItemType, skal et slikt element bare merkes til det tilsvarende ESEF-kjernetaksonomielementet av monetaryItemType (og ikke f.eks. stringItemType)."
Hos ParsePort har vi lenge fulgt beste praksis for taksonomiutvidelser, noe som sikrer at rapportene dine er både nøyaktige og i samsvar med kravene. Selv om det kan virke opplagt, er det avgjørende at utvidelsene som brukes i rapporten, "etterligner" egenskapene til forankringselementene (bredere anker).
En utvidelse fungerer som en mekanisme for å "fylle et hull" som kjernetaksonomien ikke kan dekke. Det grunnleggende prinsippet i utvidet taksonomi tilsier imidlertid at vi skal forankre oss til den nærmeste tilgjengelige betydningen. Dette betyr at utvidelsen og ankeret skal være på linje, særlig når det gjelder datatype.
Ved å følge disse beste praksisene sikrer vi at rapportene dine opprettholder sin integritet og sammenlignbarhet, selv når taksonomiene utvikler seg. Hos ParsePort er vi forpliktet til å følge disse prinsippene, noe som garanterer at rapporteringsprosessen din forblir sømløs og i samsvar med de nyeste standardene.
Veiledning 2.2.5: Merking av bindestreker eller tomme felt
"For å lette analysen og sammenligningen av dataene i IFRS-konsoliderte primærregnskaper, anbefaler ESMA at utstedere tar hensyn til følgende veiledning når de markerer tomme felter eller bindestrek-symboler i regnskapene sine."
Det er ofte debatt om hvorvidt man skal bruke nuller, bindestreker eller tomme mellomrom i regnskapet. Hos ParsePort anbefaler vi at kundene alltid merker nullverdiene i alle oppstillinger (resultatregnskap, totalresultat, balanse og kontantstrøm). Hvis periode 1 for eksempel viser 200, skal periode 2 inneholde enten en null eller en bindestrek, men ikke et tomt mellomrom.
Unntak kan gjelde for oppstilling over endringer i egenkapital (SOCIE), avhengig av om postene er de samme i begge tabeller. Som en generell tommelfingerregel anbefaler vi å merke bindestreker som nuller, slik at de også vises visuelt i rapporten.
Ved å følge disse retningslinjene kan du opprettholde konsistens og klarhet i regnskapet, noe som gjør det lettere å lese og tolke.
Veiledning 2.2.7: Teknisk konstruksjon av en blokktagg
"I tråd med XBRL International Working Group Note publisert 19. april 2023 for fakta med datatype dtr-types:textBlockItemType, skal utstedere alltid sette iXBRL @escape-attributtet til "true" for å sikre at den resulterende faktaværdien er XHTML-valid. I mellomtiden skal fakta med andre datatyper, for eksempel xbrli:stringItemType, i stedet sette @escape-attributtet til "false", ettersom deres verdier ikke forventes å inneholde XHTML."
ParsePort-plattformen er allerede konfigurert i samsvar med den nye ESMA-veiledningen 2.2.7. ESMA understreker viktigheten av å overholde beste praksis i XBRL, en standard vi er fullt forpliktet til å opprettholde.
Denne oppdateringen forenkler prosessene våre betydelig. Nå vil alle BlockItemType-elementer (alle tekstblokker) alltid escapes, 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 ParsePort jobber vi kontinuerlig med å tilpasse oss de nyeste reguleringsstandardene og beste praksis, slik 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 forbereder 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 ovennevnte spesifikasjon, spesielt i forbindelse med de anerkjente filtypene for rapporttyper og rapportpakker. ESMA anbefaler dessuten at programvareselskaper sørger for at utstederne får oppgitt de offisielle feilkodene i spesifikasjonen dersom den ikke er i samsvar med spesifikasjonen ovenfor."
Med implementeringen av anbefalingen ovenfor og innføringen av The Report Package 1.0-spesifikasjonen vil formatet på filene som hentes ut, endres. For den kommende rapporteringssesongen vil du kunne hente ut rapporteringspakker fra ParsePort-plattformen 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 du har oppdatert, er du klar til å konvertere filene dine sømløst!
Veiledning 2.6.3: Navnekonvensjon for rapportpakker og rapportfiler
I henhold til håndboken "skal {versjon}-komponenten i filnavnet angi hvilken versjon av ESEF-rapportpakken som er sendt inn til den relevante myndigheten. Det legges til et separat siffer etter {date}-komponenten (atskilt med bindestrek-minus-tegnet). Dette sifferet er begrenset til bare ett numerisk tegn etter bindestrek-minus-tegnet og vil representere versjonen av innsendingen (dvs. for den første innsendingen skal det alltid være 0, for hver neste innsending av samme pakke skal det økes med 1)"
Eksempel: 12345NOTVALID1234503-2023-12-31-0-en (første innsending)
Husk på dette: Når en OAM eller en nasjonal kompetent myndighet gir indikasjoner på ulike navnekonvensjoner som kreves på nasjonalt nivå, må utstedere følge slike nasjonale navnekonvensjoner.
Med tanke på at motoren ikke kan forutse hvor mange versjoner som allerede er sendt inn, vil muligheten til å justere telleren være tilgjengelig i inndatafilene (Excel-mal), slik at den kan overstyres i tilfelle en annen versjon sendes inn.
Veiledning 3.4.1: Dokumentasjon av aritmetiske relasjoner i beregningslenkebasen
"ESMA anbefaler at beregningsinkonsistenser som oppstår som følge av evalueringen av beregningslenkebaser i utvidelsestaksonomien, bør gjennomgås nøye, siden de kan peke på problemer med tagging. Noen uoverensstemmelser i beregningene er kanskje ikke mulig å unngå, selv ved bruk av Beregninger 1.1. Beregning 1.1 kan fortsatt utløse falske positiver når faktasettene er ufullstendige. Dette skjer når det finnes nok fakta til å utløse en beregning, men ikke nok til å kontrollere den fullstendig. Et eksempel på en inkonsistent beregning som kan oppstå på grunn av ufullstendige faktasett, er presentert i de følgende avsnittene: En fiktiv utsteders utvidede taksonomi inneholder følgende beregning i oppstillingen av totalresultatet: Totalresultat = Resultat + Øvrige resultatelementer I den samme utstederens utvidede taksonomi bruker utstederen elementene "Totalresultat" og "Resultat" i oppstillingen over endringer i egenkapital. Utsteder velger å bruke to nye elementer ("Øvrige resultatelementer som vil bli reklassifisert til resultatet" og "Øvrige resultatelementer som ikke vil bli reklassifisert til resultatet") i stedet for elementet "Øvrige resultatelementer". I dette tilfellet vil beregningen som er definert for oppstilling over totalresultat også bli evaluert for oppstilling over endringer i egenkapital, men vil kun kunne inkludere verdien av elementene "Totalresultat" og "Resultat", mens verdien for det utelatte elementet "Annet totalresultat" vil være 0. Resultatet av beregningen vil derfor bli ansett som feil og vil bli tatt opp som en inkonsistens i beregningen. Det faktum at en inkonsistens i beregningen er flagget, betyr ikke at ESEF inline XBRL-rapporten er feil. En beregning som er definert for oppstilling over totalresultat, er også anvendt på oppstilling over endringer i egenkapital, der det er tilstrekkelig fakta til å utløse en beregning ("Totalresultat" og "Resultat"), men ikke tilstrekkelig til å kontrollere den fullstendig, ettersom faktoren "Annet totalresultat" mangler. ESMA mener derfor at man kan se bort fra denne typen uoverensstemmelser i beregningene."
Den siste versjonen av ESMA-manualen gir utvidet informasjon om uoverensstemmelser i beregningene, og utdyper de vanligste problemene som er observert til nå. Den henviser spesielt til Beregninger 1.1 og fremhever at disse uoverensstemmelsene ofte ikke skyldes feilaktige beregninger, men valg av elementer som er brukt i ulike oppstillinger.
I eksemplet er den regnskapsmessige behandlingen korrekt, ettersom begge komponentene i Other Comprehensive Income (OCI) som brukes i Statement of Changes in Equity (SOCIE), representerer det totale OCI på en nøyaktig måte. Fra et XBRL-perspektiv er det imidlertid et avvik som, selv om det er til stede, ikke anses som blokkerende.
Denne utvidede veiledningen bidrar til å klargjøre hva disse uoverensstemmelsene består i, og understreker viktigheten av nøye valg av elementer for å sikre både regnskapsmessig nøyaktighet og XBRL-samsvar. Hos ParsePort er vi opptatt av å hjelpe deg med å navigere i denne kompleksiteten, slik at rapportene dine er både nøyaktige og i samsvar med regelverket.
Du kan lese 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 om navnet på filen gjelder også for xHTML-filer (frittstående, enkeltpersoner), noe som betyr at filen som lastes ned fra ParsePort-plattformen, bør gis et nytt navn.
Veiledning 3.4.8 (NY): Dokumentasjon av aritmetiske relasjoner i presentasjonslenkebasen
"Noen av de primære finansregnskapene inneholder en rekke aritmetiske relasjoner på tvers av perioder som ikke kan gjenspeiles i beregningslenkebasen. Et eksempel på periodesammenhenger er kontantstrømoppstillingen, der summen av periodens inn- og utbetalinger tilsvarer endringen i kontantbeholdningen fra begynnelsen av perioden til slutten av perioden. Et annet eksempel er egenkapitaloppstillingen som inneholder avstemminger mellom balanseført verdi ved periodens begynnelse og slutt for hver komponent i egenkapitalen. Ettersom beregningslenkebasen ikke kan brukes til å definere effektive datakvalitetskontroller av slike tverrperiodiske relasjoner, bør presentasjonslenkebasen brukes til å dokumentere disse tverrperiodiske og tverrdimensjonale aritmetiske avhengighetene, noe som skal gjøre det mulig å utføre i det minste halvautomatiserte valideringer."
Den oppdaterte veiledningen i den nye versjonen av ESMA-manualen, som er avledet av veiledning 3.4.1, innfører en anbefaling (ikke obligatorisk) om å inkludere sammendrag som definerer beregningsperioden for deler av rapporten som dekker et bestemt tidsrom. Dette er spesielt relevant for egenkapitaloppstillingene, som strekker seg over begynnelsen og slutten av en periode og ikke kan representeres i beregningsbasen. Implementering av denne anbefalingen kan bidra til å løse relaterte problemer, spesielt hvis revisor ber om det.
Nedenfor finner du en liste over andre retningslinjer i ESMAs rapporteringsmanual som har blitt oppdatert og justert med mindre endringer.
Veiledning 1.1.2: AFR-er som presenteres på mer enn ett språk
Veiledning 2.1.2: Formatering av period-elementet i forbindelse med Inline XBRL-dokumentet
Veiledning 2.2.6: Lesbarheten til informasjonen som hentes ut fra en blokktagg
Veiledning 2.6.2: Inkludering av flere HTML Inline XBRL-dokumenter og flere Inline XBRL-dokumentsett i rapportpakker
Veiledning 3.1.3: Taksonomipakker
Veiledning 3.2.2: Datatyper som skal brukes på utvidelseskonsepter
Veiledning 3.3.1: Relasjoner for å forankre utvidelsestaksonomielementer til elementer i ESEF-taksonomien
Veiledning 2.2.8 (NY): Bruk av ID-attributtet på fakta