Najważniejsze aktualizacje najnowszego podręcznika raportowania 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 sprawozdawczości, wprowadzając kilka zmian, które będą miały wpływ na nadchodzący sezon sprawozdawczy. Aby uzyskać pełny przegląd tych aktualizacji, możesz odwiedzić oficjalną stronę ESMA. Aby jednak ułatwić Ci zrozumienie, w jaki sposób zmiany te wpłyną konkretnie na Twój proces raportowania, ParsePort podjął inicjatywę wyróżnienia najistotniejszych tematów.
W tym artykule przeanalizujemy te kluczowe aktualizacje i porównamy je z naszym obecnym podejściem i praktykami. Naszym celem jest zapewnienie Ci jasnego i kompleksowego zrozumienia konsekwencji dla Twoich raportów w następnym sezonie sprawozdawczym.
Wytyczne 1.2.2: Wykorzystanie elementów dostępnych w taksonomii MSSF, które nie zostały jeszcze uwzględnione w taksonomii ESEF.
"ESMA sugeruje, że emitenci powinni ustalić, czy taksonomia MSSF zawiera element, który odpowiada ujawnieniu w raporcie emitenta i nie jest obecny w taksonomii ESEF. Emitenci powinni zdefiniować element rozszerzenia taksonomii, którego nazwa, etykieta i charakterystyka XBRL odpowiadają nazwie, etykiecie i charakterystyce XBRL elementu w taksonomii MSSF."
Element taksonomii "Rzeczowe aktywa trwałe, w tym aktywa z tytułu prawa 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, gdy zmiana RTS w sprawie ESEF z 2024 r. stanie się obowiązkowa dla lat obrotowych rozpoczynających się 1 stycznia 2025 r. lub później.
W ParsePort jesteśmy zobowiązani do przestrzegania składni i konfiguracji taksonomii. Takie podejście gwarantuje, że w przypadku aktualizacji taksonomii wszelkie rozszerzenia można płynnie zastąpić standardowymi elementami, zachowując w ten sposób porównywalność plików naszych klientów.
Wybierając ParsePort dla swoich potrzeb tagowania, możesz mieć pewność, że te aktualizacje zostaną wdrożone bez wysiłku. Po opublikowaniu nowej taksonomii, w tym standardowych elementów, przejście będzie tak płynne, jak pstryknięcie palcami.
Naszym celem jest, aby Twój proces raportowania był jak najbardziej wydajny i zgodny z przepisami, zapewniając, że zawsze jesteś na bieżąco z najnowszymi standardami i przepisami.
Wytyczne 1.4.1: Zakotwiczenie elementów rozszerzeń do elementów w taksonomii ESEF, które mają szerszy zakres lub znaczenie
"Ponadto ESMA jest zdania, że w celu poprawy jakości i użyteczności relacji zakotwiczenia w elementach rozszerzeń emitentów, emitenci powinni zakotwiczyć swoje elementy rozszerzeń do elementów podstawowej taksonomii ESEF dzielących ten sam typ danych. Na przykład, jeśli emitent tworzy element rozszerzenia monetaryItemType, taki element powinien być oznaczony tylko do odpowiedniego elementu taksonomii podstawowej ESEF monetaryItemType (a nie np. stringItemType)."
W ParsePort od dawna przestrzegamy najlepszych praktyk w zakresie rozszerzeń taksonomii, zapewniając, że Twoje raporty są zarówno dokładne, jak i zgodne z przepisami. Choć może się to wydawać oczywiste, kluczowe jest, aby rozszerzenia używane w twoim raporcie "naśladowały" cechy ich elementów kotwiczących (szerszych kotwic).
Rozszerzenie służy jako mechanizm "wypełniania luki", której nie może wypełnić podstawowa taksonomia. Jednak podstawowa zasada rozszerzonej taksonomii nakazuje nam zakotwiczenie się w najbliższym dostępnym znaczeniu. Oznacza to, że rozszerzenie i jego kotwica powinny być wyrównane, szczególnie w odniesieniu do ich typu danych.
Przestrzegając tych najlepszych praktyk, zapewniamy, że Twoje raporty zachowują integralność i porównywalność, nawet w miarę ewolucji taksonomii. W ParsePort nasze zaangażowanie w przestrzeganie tych zasad gwarantuje, że Twój proces raportowania pozostanie płynny i zgodny z najnowszymi standardami.
Wskazówka 2.2.5: Oznaczanie myślników lub pustych pól
"Aby ułatwić analizę i porównanie danych zawartych w skonsolidowanych pierwotnych sprawozdaniach finansowych sporządzonych zgodnie z MSSF, ESMA zaleca, aby emitenci wzięli pod uwagę następujące wskazówki przy oznaczaniu pustych pól lub symboli myślników w swoich sprawozdaniach."
Często toczy się debata na temat tego, czy w sprawozdaniach finansowych należy stosować zera, myślniki lub puste miejsca. W ParsePort zalecamy, aby klienci zawsze oznaczali wartości zerowe we wszystkich zestawieniach (rachunek zysków i strat, całkowity dochód, bilans i przepływy pieniężne). Na przykład, jeśli Okres 1 pokazuje 200, to Okres 2 powinien zawierać zero lub myślnik, ale nie puste miejsce.
Wyjątki mogą mieć zastosowanie do zestawienia zmian w kapitale własnym (SOCIE), w zależności od tego, czy pozycje są takie same w obu tabelach. Jako ogólną zasadę sugerujemy oznaczanie myślników jako zera, zapewniając, że pojawią się one również wizualnie w raporcie.
Postępując zgodnie z tymi wytycznymi, możesz zachować spójność i przejrzystość swoich sprawozdań finansowych, ułatwiając ich czytanie i interpretację.
Wskazówka 2.2.7: Techniczna konstrukcja znacznika blokowego
"Zgodnie z notą XBRL International Working Group opublikowaną w dniu 19 kwietnia 2023 r. dla faktów z typem danych dtr-types:textBlockItemType, emitenci powinni zawsze ustawiać atrybut iXBRL @escape na "true", aby zapewnić, że wynikowa wartość faktu jest poprawna w XHTML. Tymczasem fakty z innymi typami danych, takimi jak xbrli:stringItemType, powinny zamiast tego ustawić atrybut @escape na "false", ponieważ nie oczekuje się, że ich wartości będą zawierać XHTML."
Platforma ParsePort jest już skonfigurowana zgodnie z nowymi wytycznymi ESMA 2.2.7. ESMA podkreśla znaczenie zgodności z najlepszymi praktykami w XBRL, standardem, który w pełni zobowiązujemy się utrzymywać.
Ta aktualizacja znacznie upraszcza nasze procesy. Teraz wszystkie elementy BlockItemType (wszystkie bloki tekstu) będą zawsze unikane, niezależnie od tego, czy tekst zawiera określone symbole, takie jak "<" lub "&". Zapewnia to spójność i zgodność we wszystkich raportach, dzięki czemu Twoje raportowanie jest płynniejsze i bardziej niezawodne.
W ParsePort nieustannie dążymy do dostosowania się do najnowszych standardów regulacyjnych i najlepszych praktyk, zapewniając, że nasza platforma pozostaje w czołówce raportowania XBRL.
Wytyczne 2.6.1: Włączanie dokumentów Inline XBRL do pakietów raportów
"ESMA zaleca, aby emitenci przygotowywali swoje zgłoszenia ESEF zgodnie ze specyfikacją Report Package 1.0 opublikowaną przez XBRL International, która wskazuje, w jaki sposób dokumenty Inline XBRL mają być zawarte w pakiecie raportów. Emitenci powinni przestrzegać wszystkich postanowień powyższej specyfikacji, w szczególności w kontekście uznanych rozszerzeń plików dla typów raportów i pakietów raportów. Ponadto ESMA zaleca, aby firmy programistyczne zapewniły, że w przypadku niezgodności z powyższą specyfikacją emitentom zostaną przedstawione oficjalne kody błędów specyfikacji"
Wraz z wdrożeniem powyższego zalecenia i przyjęciem specyfikacji The Report Package 1.0, format wyodrębnionych plików ulegnie zmianie. W nadchodzącym sezonie raportowania będziesz mógł wyodrębnić pakiety raportów z platformy ParsePort w nowym formacie .xbri, zastępując poprzedni format .zip.
Możesz mieć pewność, że to przejście nastąpi automatycznie w naszym systemie, więc nie ma powodu do obaw. Aby zapewnić sprawne przygotowanie do następnego sezonu sprawozdawczego, zaktualizuj pliki wejściowe do najnowszej wersji. Po aktualizacji będziesz gotowy do płynnej konwersji plików!
Wytyczne 2.6.3: Konwencja nazewnictwa pakietów raportów i plików raportów
Zgodnie z Podręcznikiem "składnik {version} nazwy pliku powinien wskazywać wersję pakietu raportu ESEF przesłanego do odpowiedniego organu. W szczególności po elemencie {date} zostanie dodana oddzielna cyfra (oddzielona myślnikiem-minus). Ta cyfra jest ograniczona do tylko jednego znaku numerycznego po myślniku-minusie i będzie reprezentować wersję zgłoszenia (tj. dla pierwszego zgłoszenia powinna zawsze wynosić 0, dla każdego kolejnego ponownego zgłoszenia tego samego pakietu powinna być zwiększana o 1)"
Przykład: 12345NOTVALID1234503-2023-12-31-0-pl (Pierwsze zgłoszenie)
Pamiętaj: W każdym przypadku, gdy OAM lub właściwy organ krajowy wskazuje różne konwencje nazewnictwa, które są wymagane na poziomie krajowym, emitenci muszą przestrzegać takich krajowych konwencji nazewnictwa.
Biorąc pod uwagę, że silnik nie może przewidzieć, ile wersji zostało już przesłanych, opcja dostosowania licznika będzie dostępna w plikach wejściowych (szablon Excel), które zostaną zastąpione w przypadku innej wersji.
Wytyczne 3.4.1: Dokumentowanie zależności arytmetycznych w bazie powiązań obliczeniowych
"ESMA zaleca, aby niespójności obliczeniowe wynikające z oceny baz powiązań obliczeniowych taksonomii rozszerzeń były dokładnie weryfikowane, ponieważ mogą one wskazywać na kwestie związane z tagowaniem. Niektóre niespójności obliczeniowe mogą być niemożliwe do uniknięcia, nawet przy zastosowaniu Obliczeń 1.1. Warto zauważyć, że Obliczenia 1.1 mogą nadal powodować fałszywe alarmy, gdy istnieją niekompletne zestawy faktów. Dzieje się tak, gdy istnieje wystarczająco dużo faktów, aby uruchomić obliczenia, ale nie wystarczająco dużo, aby je w pełni sprawdzić. Jeden z takich przykładów niespójności obliczeniowej, która może powstać z powodu niekompletnych zestawów faktów, przedstawiono w poniższych akapitach: Rozszerzona taksonomia fikcyjnego emitenta zawiera następujące wyliczenie w sprawozdaniu z całkowitych dochodów: Całkowite dochody = Zysk (strata) + Inne całkowite dochody W tej samej taksonomii rozszerzenia emitenta, emitent stosuje w sprawozdaniu ze zmian w kapitale własnym elementy "Całkowite dochody" i "Zysk (strata)". Emitent decyduje się na użycie dwóch nowych elementów ("Inne całkowite dochody, które zostaną przeklasyfikowane do rachunku zysków i strat" oraz "Inne całkowite dochody, które nie zostaną przeklasyfikowane do rachunku zysków i strat") zamiast elementu "Inne całkowite dochody". W takim przypadku obliczenia zdefiniowane dla sprawozdania z całkowitych dochodów zostaną również ocenione dla sprawozdania ze zmian w kapitale własnym, ale będą mogły obejmować tylko wartość elementów "Całkowite dochody" i "Zysk (strata)", podczas gdy wartość pominiętego elementu "Inne całkowite dochody" wyniesie 0. W związku z tym wynik obliczeń zostanie uznany za nieprawidłowy i zostanie zgłoszony jako niespójność obliczeniowa. Fakt, że niespójność obliczeniowa jest oznaczona, nie oznacza, że raport ESEF inline XBRL jest nieprawidłowy. Kalkulacja zdefiniowana dla sprawozdania z całkowitych dochodów została również zastosowana do sprawozdania ze zmian w kapitale własnym, gdzie istnieją fakty wystarczające do uruchomienia kalkulacji ("Całkowite dochody" i "Zysk (strata)"), ale niewystarczające do jej pełnego sprawdzenia, ponieważ brakuje faktu "Inne całkowite dochody". W związku z tym ESMA uważa, że tego rodzaju niespójności w obliczeniach można pominąć"
Najnowsza wersja podręcznika ESMA zawiera rozszerzone informacje na temat niespójności w obliczeniach, rozwijając najczęstsze kwestie zaobserwowane do tej pory. W szczególności odnosi się do Obliczeń 1.1 i podkreśla, że te niespójności często wynikają nie z nieprawidłowych obliczeń, ale z wyboru elementów używanych w różnych oświadczeniach.
W przedstawionym przykładzie ujęcie księgowe jest prawidłowe, ponieważ oba składniki innych całkowitych dochodów (OCI) użyte w zestawieniu zmian w kapitale własnym (SOCIE) dokładnie reprezentują całkowite OCI. Jednak z perspektywy XBRL istnieje rozbieżność, która, choć obecna, jest uważana za nieblokującą.
Te rozszerzone wytyczne pomagają wyjaśnić charakter tych niespójności i podkreślają znaczenie starannego doboru elementów w celu zapewnienia zarówno dokładności księgowej, jak i zgodności z XBRL. W ParsePort jesteśmy zaangażowani w pomoc w poruszaniu się po tych zawiłościach, zapewniając, że Twoje raporty są zarówno dokładne, jak i zgodne z przepisami.
Możesz dowiedzieć się więcej na ten temat tutaj.
Wytyczne 4.1.5: Konwencja nazewnictwa dla samodzielnych dokumentów XHTML
Nowe wytyczne zgodne z dostosowaniem w Wytycznych 2.6.3. Zalecenie dotyczące nazwy pliku ma również zastosowanie do plików xHTML (samodzielnych, indywidualnych), co oznacza, że należy zmienić nazwę pliku pobranego z platformy ParsePort.
Wytyczne 3.4.8 (NOWOŚĆ): Dokumentowanie powiązań arytmetycznych w bazie powiązań prezentacyjnych
"Niektóre Podstawowe Sprawozdania Finansowe zawierają szereg powiązań arytmetycznych pomiędzy okresami, które nie mogą być odzwierciedlone w bazie powiązań obliczeniowych. Przykładem arytmetycznych relacji międzyokresowych jest rachunek przepływów pieniężnych, w którym suma wpływów i wydatków w danym okresie 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 uzgodnienie wartości bilansowej na początek i koniec okresu dla każdego składnika kapitału własnego. Ponieważ baza danych powiązań obliczeniowych nie może być wykorzystywana do skutecznego definiowania kontroli jakości danych dla takich relacji międzyokresowych, baza danych powiązań prezentacyjnych powinna być wykorzystywana do dokumentowania tych zależności arytmetycznych międzyokresowych i międzywymiarowych, które powinny umożliwiać przeprowadzanie co najmniej półautomatycznych walidacji"
Zaktualizowane wytyczne w nowej wersji Podręcznika ESMA, wywodzące się z wytycznych 3.4.1, wprowadzają zalecenie (nieobowiązkowe) dołączania streszczeń, które określają okres obliczeniowy dla sekcji raportu obejmujących określony przedział czasowy. Jest to szczególnie istotne w przypadku obliczeń zestawienia zmian w kapitale własnym, które obejmują początek i koniec okresu i nie mogą być reprezentowane w bazie odnośników do obliczeń. Wdrożenie tego zalecenia może pomóc w rozwiązaniu powiązanych kwestii, zwłaszcza jeśli zażąda tego audytor.
Poniżej znajdziesz listę innych wytycznych zawartych w Podręczniku sprawozdawczości ESMA, które zostały zaktualizowane i dostosowane z niewielkimi zmianami.
Wskazówka 1.1.2: AFR prezentowane w więcej niż jednym języku
Wytyczne 2.1.2: Formatowanie elementu period w kontekście dokumentu Inline XBRL
Wskazówka 2.2.6: Czytelność informacji pobranych z tagu blokowego
Wytyczne 2.6.2: Włączanie dokumentów Inline XBRL multi-html i wielu zestawów dokumentów Inline XBRL do pakietów raportów
Wskazówka 3.1.3: Pakiety taksonomii
Wytyczne 3.2.2: Typy danych używane w koncepcjach rozszerzeń
Wytyczne 3.3.1: Relacje do zakotwiczenia elementów taksonomii rozszerzeń do elementów w taksonomii ESEF
Wytyczne 2.2.8 (NOWOŚĆ): Użycie atrybutu ID na faktach