Najważniejsze aktualizacje najnowszego podręcznika sprawozdawczego i ich wpływ na nadchodzący sezon sprawozdawczy.
Europejski Urząd Nadzoru Giełd i Papierów Wartościowych (ESMA) niedawno zaktualizował swój Podręcznik sprawozdawczy, wprowadzając kilka zmian, które będą miały wpływ na nadchodzący sezon sprawozdawczy. Pełny przegląd tych aktualizacji można znaleźć na oficjalnej stronie internetowej ESMA . Aby jednak łatwiej było Ci zrozumieć, w jaki sposób te zmiany wpłyną konkretnie na Twój proces raportowania, Workiva podjęła inicjatywę wyróżnienia najistotniejszych tematów.
W tym artykule przeanalizujemy te najważniejsze aktualizacje i porównamy je z naszym obecnym podejściem i praktykami. Naszym celem jest dostarczenie Państwu jasnego i kompleksowego zrozumienia konsekwencji, jakie będą miały sprawozdania w kolejnym sezonie sprawozdawczym.
Wskazówka 1.2.2: Wykorzystanie elementów dostępnych w taksonomii MSSF, które nie zostały jeszcze uwzględnione w taksonomii ESEF.
„ESMA sugeruje, aby emitenci sprawdzili, czy taksonomia MSSF zawiera element odpowiadający ujawnieniu w sprawozdaniu emitenta, a nie występuje on w taksonomii ESEF. Emitenci powinni zdefiniować element rozszerzenia taksonomii, którego nazwa, etykieta i cechy XBRL odpowiadają nazwie, etykiecie i cechom XBRL elementu w taksonomii MSSF.”
Element taksonomii „Rzeczowe aktywa trwałe, w tym aktywa z prawem do użytkowania” został wybrany jako przykład tego, w jaki sposób elementy z aktualizacji taksonomii MSSF z 2023 r. mogą być dobrowolnie wykorzystywane do czasu, aż nowelizacja RTS z 2024 r. dotycząca formatu ESEF stanie się obowiązkowa dla lat obrotowych rozpoczynających się 1 stycznia 2025 r. lub później.
W firmie Workiva jesteśmy zobowiązani do przestrzegania składni i konfiguracji taksonomii. Dzięki takiemu podejściu mamy pewność, że po aktualizacji taksonomii wszelkie rozszerzenia będzie można bezproblemowo zastąpić elementami standardowymi, zachowując w ten sposób porównywalność plików naszych klientów.
Wybierając Workiva do swoich potrzeb w zakresie tagowania, możesz mieć pewność, że aktualizacje zostaną wdrożone bezproblemowo. Gdy tylko nowa taksonomia, obejmująca elementy standardowe, zostanie opublikowana, przejście będzie tak płynne, jak pstryknięcie palcami.
Naszym celem jest uczynienie Twojego procesu raportowania możliwie najsprawniejszym i zgodnym z przepisami, zapewniając Ci stałą znajomość najnowszych standardów i przepisów.
Wskazówka 1.4.1: Zakotwiczenie elementów rozszerzeń do elementów taksonomii ESEF o szerszym zakresie lub znaczeniu
„Ponadto ESMA uważa, że w celu poprawy jakości i użyteczności relacji zakotwiczenia w elementach rozszerzeń emitentów, emitenci powinni zakotwiczyć swoje elementy rozszerzeń w elementach taksonomii podstawowej ESEF, które współdzielą ten sam typ danych. Na przykład, jeśli wystawca utworzy element rozszerzenia typu monetaryItemType, taki element powinien być oznaczony tylko odpowiednim elementem taksonomii podstawowej ESEF typu monetaryItemType (a nie np. stringItemType).”
W firmie Workiva od dawna stosujemy się do najlepszych praktyk w zakresie rozszerzeń taksonomii, co gwarantuje dokładność i zgodność raportów. Choć może się to wydawać oczywiste, kluczowe jest, aby rozszerzenia użyte w raporcie „naśladowały” cechy charakterystyczne elementów, na których się opierają (szerszy element zakotwiczony).
Rozszerzenie służy jako mechanizm „wypełniania luki”, której nie jest w stanie wypełnić podstawowa taksonomia. Jednak podstawowa zasada rozszerzonej taksonomii nakazuje nam zakotwiczyć się w najbliższym dostępnym znaczeniu. Oznacza to, że rozszerzenie i jego kotwica powinny być ze sobą powiązane, zwłaszcza jeśli chodzi o typ danych.
Stosując się do tych najlepszych praktyk, zapewniamy integralność i porównywalność raportów, nawet w miarę rozwoju taksonomii. W firmie Workiva nasze zaangażowanie w przestrzeganie tych zasad gwarantuje, że proces raportowania będzie przebiegał płynnie i zgodnie z najnowszymi standardami.
Wskazówka 2.2.5: Oznaczanie myślników lub pustych pól
„Aby ułatwić analizę i porównywanie danych zawartych w skonsolidowanych sprawozdaniach finansowych sporządzonych zgodnie z MSSF, ESMA zaleca, aby emitenci brali pod uwagę następujące wytyczne przy oznaczaniu pustych pól lub myślników w swoich sprawozdaniach”.
Często pojawiają się dyskusje na temat tego, czy w sprawozdaniach finansowych należy stosować zera, myślniki, czy spacje. W firmie Workiva zalecamy klientom, aby we wszystkich zestawieniach (rachunek zysków i strat, rachunek zysków i strat, bilans i przepływy pieniężne) zawsze oznaczali wartości zerowe. Na przykład, jeśli Okres 1 pokazuje 200, to Okres 2 powinien zawierać zero lub myślnik, ale nie pustą przestrzeń.
Wyjątki mogą dotyczyć Sprawozdania ze zmian w kapitale własnym (SOCIE), w zależności od tego, czy pozycje w obu tabelach są takie same. Jako ogólną zasadę zalecamy oznaczanie myślników zerami, aby były one również widoczne w raporcie.
Stosując się do tych wytycznych, możesz zachować spójność i przejrzystość swoich sprawozdań finansowych, dzięki czemu będą one łatwiejsze do odczytania i zinterpretowania.
Wskazówki 2.2.7: Konstrukcja techniczna znacznika bloku
Zgodnie z notatką Międzynarodowej Grupy Roboczej XBRL opublikowaną 19 kwietnia 2023 r. dotyczącą faktów z typem danych dtr-types:textBlockItemType emitenci powinni zawsze ustawić atrybut iXBRL @escape na „true”, aby mieć pewność, że otrzymana wartość faktu jest zgodna z kodem XHTML. Tymczasem fakty z innymi typami danych, takimi jak xbrli:stringItemType, powinny zamiast tego ustawić atrybut @escape na „false”, ponieważ ich wartości nie powinny zawierać kodu XHTML.
Platforma tagowania raportów Workiva jest już skonfigurowana zgodnie z wytycznymi ESMA 2.2.7. ESMA podkreśla wagę przestrzegania najlepszych praktyk w zakresie XBRL – standardu, którego przestrzeganie w pełni zobowiązujemy się utrzymać.
Ta aktualizacja znacząco upraszcza nasze procesy. Teraz wszystkie elementy BlockItemType (wszystkie bloki tekstu) będą zawsze chronione znakami ucieczki, niezależnie od tego, czy tekst zawiera konkretne symbole, takie jak „<” lub „&”. Gwarantuje to spójność i zgodność wszystkich raportów, dzięki czemu proces raportowania staje się płynniejszy i bardziej niezawodny.
W firmie Workiva nieustannie dążymy do dostosowania się do najnowszych norm regulacyjnych i najlepszych praktyk, dbając o to, aby nasza platforma pozostawała liderem w zakresie raportowania XBRL.
Wskazówka 2.6.1: Dołączanie dokumentu Inline XBRL do pakietów raportów
ESMA zaleca, aby emitenci przygotowywali swoje zgłoszenia w formacie ESEF zgodnie ze specyfikacją Report Package 1.0 opublikowaną przez XBRL International, która wskazuje, w jaki sposób dokumenty Inline XBRL mają być uwzględniane w pakiecie raportu. Wystawcy powinni stosować się do wszystkich postanowień powyższej specyfikacji, zwłaszcza w kontekście uznawanych rozszerzeń plików dla typów raportów i pakietów raportów. Ponadto ESMA zaleca, aby firmy produkujące oprogramowanie zapewniły, że w przypadku niezgodności ze specyfikacją przedstawią wystawcom oficjalne kody błędów specyfikacji.
Wraz z wdrożeniem powyższego zalecenia i przyjęciem specyfikacji The Report Package 1.0 format wyodrębnianych plików ulegnie zmianie. W nadchodzącym sezonie sprawozdawczym będzie można wyodrębniać pakiety sprawozdawcze z platformy Workiva Report Tagging Platform w nowym formacie .xbri, zastępującym poprzedni format .zip.
Nie martw się, ta zmiana nastąpi automatycznie w naszym systemie, nie ma więc powodu do obaw. Aby zapewnić sprawne przygotowanie do kolejnego sezonu sprawozdawczego, prosimy o aktualizację plików wejściowych do najnowszej wersji. Po aktualizacji będziesz mógł bezproblemowo przekonwertować pliki!
Wskazówka 2.6.3: Konwencja nazewnictwa pakietów raportów i plików raportów
Zgodnie z podręcznikiem „element {version} nazwy pliku powinien wskazywać wersję pakietu raportu ESEF przesłanego do właściwego organu. Dokładniej rzecz ujmując, po elemencie {date} zostanie dodana osobna cyfra (rozdzielona znakiem minus-myślnik). Cyfra ta jest ograniczona do tylko jednego znaku numerycznego po znaku minus-myślnik i będzie reprezentować wersję zgłoszenia (tj. w przypadku pierwszego zgłoszenia powinna zawsze wynosić 0, a w przypadku każdego kolejnego ponownego zgłoszenia tego samego pakietu powinna być zwiększana o 1)” Przykład: 12345NOTVALID1234503-2023-12-31-0-en (Pierwsze zgłoszenie)
Pamiętaj: ilekroć OAM lub krajowy organ właściwy podaje wskazówki dotyczące różnych konwencji nazewnictwa wymaganych na szczeblu krajowym, emitenci muszą stosować się do tych krajowych konwencji nazewnictwa.
Biorąc pod uwagę fakt, że silnik nie jest w stanie przewidzieć, ile wersji zostało już przesłanych, opcja dostosowania licznika będzie dostępna w plikach wejściowych (szablon Excela), aby można ją było pominąć w przypadku innej wersji.
Wskazówka 3.4.1: Dokumentowanie relacji arytmetycznych w bazie łączy obliczeniowych
ESMA zaleca, aby dokładnie przeanalizować nieścisłości w obliczeniach wynikające z oceny baz łączy obliczeniowych taksonomii rozszerzonej, ponieważ mogą one wskazywać na problemy z tagowaniem. Niektóre nieścisłości w obliczeniach mogą okazać się niemożliwe do uniknięcia, nawet przy zastosowaniu obliczeń 1.1. Należy zauważyć, że Obliczenia 1.1 mogą nadal dawać wyniki fałszywie dodatnie, gdy zbiory faktów są niekompletne. Dzieje się tak, gdy istnieje wystarczająco dużo faktów, aby zainicjować obliczenia, ale za mało, aby je w pełni sprawdzić.
Jeden z takich przykładów niespójności w obliczeniach, która może wynikać z niekompletnych zestawów faktów, przedstawiono w poniższych akapitach:
Rozszerzona taksonomia fikcyjnego emitenta obejmuje następujące obliczenie w sprawozdaniu z całkowitych dochodów: Całkowity dochód = Zysk (strata) + Inne całkowite dochody
W tej samej rozszerzonej taksonomii emitenta, emitent używa w sprawozdaniu ze zmian w kapitale własnym elementów „Całkowity dochód” i „Zysk (strata)”. Emitent decyduje się na wykorzystanie dwóch nowych elementów („Inne całkowite dochody, które zostaną przeklasyfikowane na zysk lub stratę” i „Inne całkowite dochody, które nie zostaną przeklasyfikowane na zysk lub stratę”) zamiast elementu „Inne całkowite dochody”.
W tym przypadku wyliczenie zdefiniowane dla sprawozdania z całkowitych dochodów zostanie również ocenione dla sprawozdania ze zmian w kapitale własnym, ale będzie mogło obejmować tylko wartość elementów „Całkowity dochód” i „Zysk (strata)”, podczas gdy wartość pominiętego elementu „Inne całkowite dochody” wyniesie 0. W związku z tym wynik wyliczenia zostanie uznany za niepoprawny i zgłoszony jako niespójność w wyliczeniach.
Zwrócenie uwagi na niespójność w obliczeniach nie oznacza, że raport ESEF inline XBRL jest niepoprawny. Obliczenia zdefiniowane dla sprawozdania z całkowitych dochodów zastosowano również do sprawozdania ze zmian w kapitale własnym, gdzie występuje wystarczająca liczba faktów, aby uruchomić obliczenia („Całkowity dochód” i „Zysk (strata)”), ale niewystarczająca do ich pełnego sprawdzenia, ponieważ brakuje faktu „Inne całkowite dochody”. W związku z tym ESMA uważa, że tego typu nieścisłości w obliczeniach można pominąć”
Najnowsza wersja podręcznika ESMA zawiera rozszerzone informacje na temat nieścisłości w obliczeniach, omawiając najczęstsze problemy zaobserwowane do tej pory. W szczególności odnosi się do Obliczeń 1.1 i podkreśla, że te nieścisłości często wynikają nie z błędnych obliczeń, ale z doboru elementów użytych w różnych oświadczeniach.
W podanym przykładzie sposób rozliczeń jest prawidłowy, gdyż oba składniki Innego całkowitego dochodu (OCI) użyte w Sprawozdaniu ze zmian w kapitale własnym (SOCIE) dokładnie odzwierciedlają całkowity całkowity dochód. Jednak z perspektywy XBRL istnieje rozbieżność, która choć występuje, nie jest uznawana za mającą charakter blokujący.
Te rozszerzone wytyczne pomagają wyjaśnić istotę tych nieścisłości i podkreślają znaczenie starannego doboru elementów w celu zapewnienia zarówno dokładności księgowej, jak i zgodności ze standardem XBRL. W firmie Workiva dokładamy wszelkich starań, aby pomóc Ci uporać się z tymi zawiłościami, dbając o to, aby Twoje raporty były dokładne i zgodne z przepisami.
Więcej na ten temat możesz dowiedzieć się tutaj.
Wskazówki 4.1.5: Konwencja nazewnictwa dla samodzielnych dokumentów XHTML
Nowe wytyczne są zgodne z korektą w Wytycznych 2.6.3. Zalecenie dotyczące nazwy pliku ma również zastosowanie do plików xHTML (samodzielnych, indywidualnych), co oznacza, że plik pobrany z platformy tagowania raportów Workiva powinien zostać przemianowany.
Wskazówka 3.4.8 (NOWOŚĆ): Dokumentowanie relacji arytmetycznych w bazie linków prezentacji
„Niektóre sprawozdania finansowe zawierają szereg relacji arytmetycznych między okresami, których nie można odzwierciedlić w bazie kalkulacyjnej. Przykładem arytmetycznych zależności międzyokresowych jest zestawienie przepływów pieniężnych, w którym suma wpływów i wydatków okresu odpowiada zmianie salda środków pieniężnych od początku do końca okresu. Innym przykładem jest zestawienie zmian w kapitale własnym, które zawiera uzgodnienia wartości bilansowej na początek i koniec okresu dla każdego składnika kapitału własnego. Ponieważ baza łączy obliczeniowych nie może być użyta do efektywnego zdefiniowania kontroli jakości danych w odniesieniu do takich relacji międzyokresowych, baza łączy prezentacji powinna być użyta do dokumentowania tych międzyokresowych i międzywymiarowych zależności arytmetycznych, co umożliwi wykonywanie co najmniej półautomatycznych walidacji.
Zaktualizowane wytyczne zawarte w nowej wersji Podręcznika ESMA, oparte na wytycznych 3.4.1, wprowadzają zalecenie (nieobowiązkowe) dotyczące uwzględniania streszczeń definiujących okres obliczeniowy dla sekcji raportu obejmujących konkretny przedział czasu. Jest to szczególnie istotne w przypadku obliczeń sprawozdania ze zmian w kapitale własnym, które obejmują początek i koniec okresu i nie mogą być uwzględnione w bazie kalkulacji. Wdrożenie tego zalecenia może pomóc rozwiązać problemy, zwłaszcza jeśli poprosi o to audytor.
Inne zaktualizowane wytyczne w Podręczniku raportowania ESMA
Poniżej znajduje się lista innych wytycznych zawartych w Podręczniku sprawozdawczym ESMA, które zostały zaktualizowane i dostosowane poprzez wprowadzenie drobnych zmian.