Die wichtigsten Aktualisierungen des jüngsten Meldehandbuchs und wie sie sich auf die kommende Meldesaison auswirken werden.
Die Europäische Wertpapier- und Marktaufsichtsbehörde (ESMA) hat vor kurzem ihr Handbuch für die Berichterstattung aktualisiert und mehrere Änderungen eingeführt, die sich auf die kommende Berichtssaison auswirken werden. Einen vollständigen Überblick über diese Aktualisierungen finden Sie unter auf der offiziellen ESMA-Website. Damit Sie jedoch besser verstehen können, wie sich diese Änderungen konkret auf Ihren Berichtsprozess auswirken, hat ParsePort die Initiative ergriffen und die wichtigsten Themen hervorgehoben.
In diesem Artikel werden wir diese wichtigen Aktualisierungen aufschlüsseln und sie mit unserem derzeitigen Ansatz und unseren Praktiken vergleichen. Unser Ziel ist es, Ihnen ein klares und umfassendes Verständnis für die Auswirkungen auf Ihre Berichte in der nächsten Berichtssaison zu vermitteln.
Leitfaden 1.2.2: Verwendung von Elementen, die in der IFRS-Taxonomie verfügbar sind und noch nicht in die ESEF-Taxonomie aufgenommen wurden.
"Die ESMA schlägt vor, dass die Emittenten feststellen sollten, ob die IFRS-Taxonomie ein Element enthält, das einer Angabe des Emittentenberichts entspricht und das in der ESEF-Taxonomie nicht vorhanden ist. Die Emittenten sollten ein erweitertes Taxonomie-Element definieren, dessen Name, Bezeichnung und XBRL-Merkmale dem Namen, der Bezeichnung und den XBRL-Merkmalen des Elements in der IFRS-Taxonomie entsprechen."
Das Taxonomieelement "Sachanlagen einschließlich Nutzungsrechte" wurde als Beispiel dafür ausgewählt, wie Elemente aus der Aktualisierung 2023 der IFRS-Taxonomie freiwillig genutzt werden können, bis die Änderung 2024 der RTS zu ESEF für Geschäftsjahre, die am oder nach dem 1. Januar 2025 beginnen, verpflichtend wird.
Wir bei ParsePort haben uns verpflichtet, die Syntax und die Konfigurationen der Taxonomie einzuhalten. Dieser Ansatz stellt sicher, dass bei einer Aktualisierung der Taxonomie alle Erweiterungen nahtlos durch Standardelemente ersetzt werden können, so dass die Vergleichbarkeit der Dateien unserer Kunden erhalten bleibt.
Wenn Sie ParsePort für Ihre Tagging-Anforderungen wählen, können Sie sicher sein, dass diese Aktualisierungen mühelos implementiert werden. Sobald die neue Taxonomie, einschließlich der Standardelemente, veröffentlicht ist, wird der Übergang so reibungslos wie ein Fingerschnippen sein.
Unser Ziel ist es, Ihren Meldeprozess so effizient und konform wie möglich zu gestalten und sicherzustellen, dass Sie immer auf dem neuesten Stand der Standards und Vorschriften sind.
Leitfaden 1.4.1: Verankerung von Erweiterungselementen an Elementen der ESEF-Taxonomie, die einen größeren Anwendungsbereich oder eine größere Bedeutung haben
"Darüber hinaus ist die ESMA der Ansicht, dass die Emittenten zur Verbesserung der Qualität und Benutzerfreundlichkeit der Verankerungsbeziehungen in den Erweiterungselementen der Emittenten ihre Erweiterungselemente an Elementen der ESEF-Kerntaxonomie verankern sollten, die denselben Datentyp haben. Wenn ein Emittent beispielsweise ein Erweiterungselement von monetaryItemType erstellt, sollte dieses Element nur mit dem entsprechenden ESEF-Taxonomie-Kernelement von monetaryItemType (und nicht z.B. stringItemType) verknüpft werden."
Bei ParsePort halten wir uns seit langem an die Best Practices für Taxonomieerweiterungen, um sicherzustellen, dass Ihre Berichte sowohl genau als auch konform sind. Es mag zwar offensichtlich erscheinen, aber es ist wichtig, dass die in Ihrem Bericht verwendeten Erweiterungen die Eigenschaften ihrer Verankerungselemente "nachahmen" (breiterer Anker).
Eine Erweiterung dient als Mechanismus zum "Füllen einer Lücke", die die Kerntaxonomie nicht füllen kann. Das Grundprinzip der erweiterten Taxonomie weist uns jedoch an, die engste verfügbare Bedeutung zu verankern. Das bedeutet, dass die Erweiterung und ihr Anker aufeinander abgestimmt sein sollten, insbesondere im Hinblick auf ihren Datentyp.
Durch die Einhaltung dieser Best Practices stellen wir sicher, dass Ihre Berichte ihre Integrität und Vergleichbarkeit bewahren, auch wenn sich die Taxonomien weiterentwickeln. Wir bei ParsePort haben uns diesen Prinzipien verschrieben und garantieren, dass Ihr Berichterstattungsprozess nahtlos und konform mit den neuesten Standards bleibt.
Leitfaden 2.2.5: Kennzeichnung von Bindestrichen oder leeren Feldern
"Um die Analyse und den Vergleich der in den konsolidierten IFRS-Primärabschlüssen enthaltenen Daten zu erleichtern, empfiehlt die ESMA den Emittenten, bei der Kennzeichnung von leeren Feldern oder Bindestrichen in ihren Abschlüssen die folgenden Leitlinien zu berücksichtigen."
Es wird oft darüber diskutiert, ob Nullen, Bindestriche oder Leerzeichen in Finanzberichten verwendet werden sollen. Wir von ParsePort empfehlen unseren Kunden, die Nullwerte in allen Aufstellungen (Gewinn- und Verlustrechnung, Gesamtergebnis, Bilanz und Cash Flow) immer zu markieren. Wenn Periode 1 beispielsweise 200 ausweist, dann sollte Periode 2 entweder eine Null oder einen Bindestrich enthalten, aber kein Leerzeichen.
Ausnahmen können für die Eigenkapitalveränderungsrechnung (SOCIE) gelten, je nachdem, ob die Einzelposten in beiden Tabellen gleich sind. Als allgemeine Faustregel empfehlen wir, Bindestriche als Nullen zu markieren, damit sie auch optisch im Bericht erscheinen.
Wenn Sie diese Richtlinien befolgen, können Sie die Konsistenz und Klarheit Ihrer Finanzausweise wahren, so dass sie leichter zu lesen und zu interpretieren sind.
Leitfaden 2.2.7: Technischer Aufbau eines Block-Tags
"In Übereinstimmung mit der XBRL International Working Group Note, die am 19. April 2023 für Fakten mit einem Datentyp von dtr-types:textBlockItemType veröffentlicht wurde, müssen Emittenten das iXBRL @escape-Attribut immer auf "true" setzen, um sicherzustellen, dass der resultierende Faktenwert XHTML-valide ist. In der Zwischenzeit sollen die Fakten mit anderen Datentypen, wie xbrli:stringItemType, stattdessen das @escape-Attribut auf "false" setzen, da ihre Werte kein XHTML enthalten sollen."
Die ParsePort Plattform ist bereits in Übereinstimmung mit der neuen ESMA-Leitlinie 2.2.7 konfiguriert. Die ESMA unterstreicht die Bedeutung der Einhaltung von Best Practices in XBRL, einem Standard, dem wir uns voll und ganz verpflichtet fühlen.
Dieses Update vereinfacht unsere Prozesse erheblich. Jetzt werden alle BlockItemType-Elemente (alle Textblöcke) immer mit Schutzzeichen versehen, unabhängig davon, ob der Text bestimmte Symbole wie "<" oder "&" enthält. Dies gewährleistet Konsistenz und Konformität in allen Berichten und macht Ihre Berichterstattung noch reibungsloser und zuverlässiger.
Wir bei ParsePort sind ständig bestrebt, uns an den neuesten gesetzlichen Standards und Best Practices zu orientieren, um sicherzustellen, dass unsere Plattform bei der XBRL-Berichterstattung führend bleibt.
Leitfaden 2.6.1: Einbindung von Inline XBRL-Dokumenten in Berichtspakete
"Die ESMA empfiehlt den Emittenten, ihre ESEF-Einreichungen gemäß der von XBRL International veröffentlichten Spezifikation Report Package 1.0 vorzubereiten, die angibt, wie Inline-XBRL-Dokumente in ein Berichtspaket aufzunehmen sind, und alle Bestimmungen der oben genannten Spezifikation zu befolgen, insbesondere im Zusammenhang mit den anerkannten Dateierweiterungen für Berichtstypen und Berichtspakete. Darüber hinaus empfiehlt die ESMA, dass die Softwarefirmen sicherstellen, dass den Emittenten im Falle der Nichteinhaltung der oben genannten Spezifikation die offiziellen Fehlercodes der Spezifikation mitgeteilt werden."
Mit der Umsetzung der oben genannten Empfehlung und der Annahme der Spezifikation für das Berichtspaket 1.0 wird sich das Format der extrahierten Dateien ändern. In der kommenden Berichtssaison können Sie Berichtspakete aus der ParsePort-Plattform im neuen .xbri-Format extrahieren, das das bisherige .zip-Format ersetzt.
Seien Sie versichert, dass diese Umstellung in unserem System automatisch erfolgt, so dass Sie sich keine Sorgen machen müssen. Um eine reibungslose Vorbereitung auf die nächste Berichtssaison zu gewährleisten, stellen Sie bitte sicher, dass Sie Ihre Eingabedateien auf die neueste Version aktualisieren. Nach der Aktualisierung können Sie Ihre Dateien nahtlos konvertieren!
Leitfaden 2.6.3: Namenskonvention für Berichtspakete und Berichtsdatei
Gemäß dem Handbuch "sollte die Komponente {version} des Dateinamens die Version des ESEF-Berichtspakets angeben, die bei der zuständigen Behörde eingereicht wurde. Insbesondere wird nach der Komponente {date} eine separate Ziffer hinzugefügt (getrennt durch das Bindestrich-Minus-Zeichen). Diese Ziffer ist auf ein numerisches Zeichen nach dem Bindestrich-Minus-Zeichen beschränkt und steht für die Version der Einreichung (d.h. für die erste Einreichung sollte sie immer 0 sein, für jede nächste Wiedereinreichung desselben Pakets sollte sie um 1 erhöht werden)"
Beispiel: 12345NOTVALID1234503-2023-12-31-0-de (Erste Einreichung)
Zur Erinnerung: Wenn ein OAM oder eine nationale zuständige Behörde Hinweise auf unterschiedliche Namenskonventionen gibt, die auf nationaler Ebene erforderlich sind, müssen die Emittenten diese nationalen Namenskonventionen befolgen.
Da die Engine nicht vorhersehen kann, wie viele Versionen bereits eingereicht wurden, wird die Option zur Anpassung des Zählers in den Eingabedateien (Excel-Vorlage) verfügbar sein, um im Falle einer anderen Version überschrieben zu werden.
Leitfaden 3.4.1: Dokumentation der arithmetischen Beziehungen in der Berechnungs-Linkbase
"Die ESMA empfiehlt, dass Berechnungsinkonsistenzen, die sich aus der Auswertung von Berechnungs-Linkbases der Erweiterungstaxonomie ergeben, sorgfältig überprüft werden sollten, da diese auf Tagging-Probleme hinweisen können. Einige Berechnungsinkonsistenzen lassen sich möglicherweise nicht vermeiden, selbst bei Anwendung von Berechnungen 1.1. Insbesondere können die Berechnungen 1.1 auch bei unvollständigen Faktensätzen zu falsch positiven Ergebnissen führen. Dies geschieht, wenn es genügend Fakten gibt, um eine Berechnung auszulösen, aber nicht genug, um sie vollständig zu überprüfen. Ein solches Beispiel für eine Berechnungsinkonsistenz, die durch unvollständige Sachverhalte entstehen kann, wird in den folgenden Absätzen dargestellt: Die Erweiterungstaxonomie eines fiktiven Emittenten enthält die folgende Berechnung in der Gesamtergebnisrechnung: Comprehensive income = Profit (loss) + Other comprehensive income In der Erweiterungstaxonomie desselben Emittenten verwendet der Emittent in der Eigenkapitalveränderungsrechnung die Elemente "Comprehensive income" und "Profit (loss)". Der Emittent entscheidet sich dafür, zwei neue Elemente ("Sonstiges Ergebnis, das in den Gewinn oder Verlust umgegliedert wird" und "Sonstiges Ergebnis, das nicht in den Gewinn oder Verlust umgegliedert wird") anstelle des Elements "Sonstiges Ergebnis" zu verwenden. In diesem Fall wird die für die Gesamtergebnisrechnung definierte Berechnung auch für die Eigenkapitalveränderungsrechnung ausgewertet, kann aber nur den Wert für die Elemente "Gesamtergebnis" und "Gewinn (Verlust)" enthalten, während der Wert für das ausgelassene Element "Sonstiges Gesamtergebnis" 0 ist. Daher wird das Ergebnis der Berechnung als falsch angesehen und als Berechnungsinkonsistenz gemeldet. Die Tatsache, dass eine Berechnungsinkonsistenz gekennzeichnet ist, bedeutet nicht, dass der ESEF-Inline-XBRL-Bericht falsch ist. Eine für die Gesamtergebnisrechnung definierte Berechnung wurde auch auf die Eigenkapitalveränderungsrechnung angewandt, wo es zwar genügend Fakten gibt, um eine Berechnung auszulösen ("Comprehensive income" und "Profit (loss)"), aber nicht genug, um sie vollständig zu überprüfen, da der Fakt "Other comprehensive income" fehlt. Daher ist die ESMA der Ansicht, dass diese Art von Berechnungsinkonsistenzen vernachlässigt werden können."
Die neueste Version des ESMA-Handbuchs enthält erweiterte Informationen über Berechnungsinkonsistenzen und geht auf die bisher am häufigsten beobachteten Probleme ein. Insbesondere wird auf die Berechnungen 1.1 verwiesen und hervorgehoben, dass diese Unstimmigkeiten oft nicht auf falsche Berechnungen, sondern auf die Auswahl der in den verschiedenen Aufstellungen verwendeten Elemente zurückzuführen sind.
In dem angegebenen Beispiel ist die buchhalterische Behandlung korrekt, da beide Komponenten des Other Comprehensive Income (OCI), die in der Eigenkapitalveränderungsrechnung (SOCIE) verwendet werden, das gesamte OCI korrekt darstellen. Aus XBRL-Sicht gibt es jedoch eine Diskrepanz, die zwar vorhanden ist, aber als nicht blockierend gilt.
Diese erweiterte Anleitung trägt zur Klärung der Art dieser Inkonsistenzen bei und unterstreicht die Bedeutung einer sorgfältigen Elementauswahl, um sowohl die buchhalterische Genauigkeit als auch die Einhaltung der XBRL-Vorschriften zu gewährleisten. Wir von ParsePort helfen Ihnen bei der Bewältigung dieser komplexen Aufgaben und sorgen dafür, dass Ihre Berichte sowohl genau als auch konform sind.
Mehr darüber erfahren Sie hier.
Leitlinie 4.1.5: Namenskonvention für eigenständige XHTML-Dokumente
Neue Leitlinie im Einklang mit der Anpassung in Leitlinie 2.6.3. Die Empfehlung in Bezug auf den Namen der Datei gilt auch für die xHTML-Dateien (Stand-alone, Einzelpersonen), d.h. die von der ParsePort-Plattform heruntergeladene Datei sollte umbenannt werden.
Leitlinie 3.4.8 (NEU): Dokumentation von arithmetischen Beziehungen in der Presentation Linkbase
"Einige der Primary Financial Statements enthalten eine Reihe von periodenübergreifenden arithmetischen Beziehungen, die nicht in der Calculation Linkbase wiedergegeben werden können. Ein Beispiel für periodenübergreifende arithmetische Beziehungen ist die Kapitalflussrechnung, in der die Summe der Zu- und Abflüsse der Periode der Veränderung des Kassenbestands vom Beginn der Periode bis zum Ende der Periode entspricht. Ein weiteres Beispiel ist die Eigenkapitalveränderungsrechnung, die Überleitungsrechnungen zwischen dem Buchwert zu Beginn und zum Ende der Periode für jeden Eigenkapitalbestandteil enthält. Da die Berechnungsdatenbank nicht verwendet werden kann, um Datenqualitätsprüfungen für solche periodenübergreifenden Beziehungen effektiv zu definieren, sollte die Darstellungsdatenbank verwendet werden, um diese perioden- und dimensionenübergreifenden arithmetischen Abhängigkeiten zu dokumentieren, was die Durchführung von zumindest halbautomatischen Validierungen ermöglichen soll."
Die aktualisierte Anleitung in der neuen Version des ESMA-Handbuchs, die von der Anleitung 3.4.1 abgeleitet ist, führt eine Empfehlung (nicht verpflichtend) zur Aufnahme von Zusammenfassungen ein, die den Berechnungszeitraum für Abschnitte des Berichts definieren, die eine bestimmte Zeitspanne abdecken. Dies gilt insbesondere für Berechnungen der Eigenkapitalveränderungsrechnung, die sich über den Beginn und das Ende einer Periode erstrecken und nicht in der Berechnungsdatenbank dargestellt werden können. Die Umsetzung dieser Empfehlung kann helfen, damit zusammenhängende Probleme zu lösen, insbesondere wenn Ihr Wirtschaftsprüfer dies verlangt.
Nachfolgend finden Sie eine Liste weiterer Leitlinien im ESMA Reporting Manual, die aktualisiert und mit kleineren Änderungen angepasst wurden.
Anleitung 1.1.2: AFRs, die in mehr als einer Sprache dargestellt werden
Anleitung 2.1.2: Formatierung des Periodenelements im Kontext des Inline XBRL-Dokuments
Leitfaden 2.2.6: Lesbarkeit der aus einem Block-Tag extrahierten Informationen
Leitlinie 2.6.2: Einbindung von Multi-HTML-Inline-XBRL-Dokumenten und mehreren Inline-XBRL-Dokumentensätzen in Berichtspakete
Leitlinie 3.1.3: Taxonomie-Pakete
Anleitung 3.2.2: Datentypen, die für Erweiterungskonzepte zu verwenden sind
Leitfaden 3.3.1: Beziehungen zu Ankererweiterungstaxonomie-Elementen zu Elementen in der ESEF-Taxonomie
Anleitung 2.2.8 (NEU): Verwendung des ID-Attributs für Fakten