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 auf der offiziellen Website der ESMA . Um Ihnen jedoch besser verständlich zu machen, wie sich diese Änderungen konkret auf Ihren Berichtsprozess auswirken werden, hat Workiva die Initiative ergriffen und die wichtigsten Themen herausgestellt.
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.
Bei Workiva legen wir großen Wert darauf, 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 sich für Workiva als Lösung für Ihre Tagging-Anforderungen entscheiden, können Sie sicher sein, dass diese Aktualisierungen mühelos umgesetzt 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.
Leitlinie 1.4.1: Verknüpfung von Erweiterungselementen mit Elementen der ESEF-Taxonomie, die einen breiteren Anwendungsbereich oder eine umfassendere Bedeutung haben
„Darüber hinaus vertritt die ESMA die Auffassung, dass Emittenten zur Verbesserung der Qualität und Nutzbarkeit der Verknüpfungen in ihren Erweiterungselementen ihre Erweiterungselemente mit ESEF-Kerntaxonomieelementen verknüpfen sollten, die denselben Datentyp aufweisen.“ 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 Workiva halten wir uns seit jeher an bewährte Verfahren bei Taxonomieerweiterungen und stellen so sicher, dass Ihre Berichte sowohl korrekt 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. Bei Workiva gewährleistet unser Bekenntnis zu diesen Grundsätzen, dass Ihr Berichtsprozess reibungslos verläuft und den neuesten Standards entspricht.
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 bei Workiva empfehlen unseren Kunden, Nullwerte in allen Abschlüssen (Gewinn- und Verlustrechnung, Gesamtergebnisrechnung, Bilanz und Kapitalflussrechnung) stets zu kennzeichnen. 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
„Gemäß der am 19. April 2023 veröffentlichten Arbeitsnotiz der XBRL International Working Group für Fakten mit dem Datentyp „dtr-types:textBlockItemType“ müssen Emittenten das iXBRL-Attribut @escape stets auf „true“ setzen, um sicherzustellen, dass der resultierende Faktenwert XHTML-gültig 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 Workiva Report Tagging Platform ist bereits gemäß den ESMA-Leitlinien 2.2.7 konfiguriert. Die ESMA betont, wie wichtig die Einhaltung der Best Practices im Bereich XBRL ist – ein Standard, zu dessen Einhaltung wir uns voll und ganz bekennen.
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.
Bei Workiva sind wir stets bestrebt, uns an die neuesten regulatorischen Standards und Best Practices anzupassen, um sicherzustellen, dass unsere Plattform im Bereich der XBRL-Berichterstattung weiterhin eine Vorreiterrolle einnimmt.
Leitlinie 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“ zu erstellen, in der festgelegt ist, wie Inline-XBRL-Dokumente in ein Berichtspaket aufgenommen werden sollen. Die Emittenten sollten alle Bestimmungen der oben genannten Spezifikation befolgen, insbesondere hinsichtlich der anerkannten Dateiendungen 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 Workiva Report Tagging Platform 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!
Leitlinie 2.6.3: Namenskonvention für Berichtspakete und Berichtsdateien
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 genau ein numerisches Zeichen nach dem Bindestrich beschränkt und gibt die Version der Einreichung an (d. h., bei der ersten Einreichung sollte sie immer 0 sein, bei jeder weiteren Einreichung desselben Pakets sollte sie um 1 erhöht werden).“ Beispiel: 12345NOTVALID1234503-2023-12-31-0-en (Erste Einreichung)
Bitte beachten Sie: Wenn eine OAM oder eine zuständige nationale Behörde Hinweise auf abweichende Namenskonventionen gibt, die auf nationaler Ebene vorgeschrieben sind, müssen 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.
Leitlinie 3.4.1: Dokumentation arithmetischer Beziehungen in der Berechnungs-Linkbase
„Die ESMA empfiehlt, Berechnungsinkonsistenzen, die sich aus der Auswertung der Berechnungs-Linkbasen der Erweiterungs-Taxonomie ergeben, sorgfältig zu prüfen, da diese auf Probleme bei der Kennzeichnung hindeuten 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 Beispiel für eine Berechnungsinkonsistenz, die aufgrund unvollständiger Datensätze auftreten kann, wird in den folgenden Absätzen vorgestellt: Die Erweiterungs-Taxonomie
eines fiktiven Emittenten enthält in der Gesamtergebnisrechnung folgende Berechnung: Gesamtergebnis = Gewinn (Verlust) + Sonstiges Gesamtergebnis
In derselben Erweiterungs-Taxonomie des Emittenten verwendet dieser in der Eigenkapitalveränderungsrechnung die Elemente „Gesamtergebnis“ und „Gewinn (Verlust)“. 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 solche Unstimmigkeiten bei den Berechnungen unberücksichtigt bleiben könnten.“
Die neueste Fassung des ESMA-Handbuchs enthält erweiterte Informationen zu Berechnungsinkonsistenzen und geht dabei näher auf die bisher am häufigsten festgestellten 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 bei Workiva setzen uns dafür ein, Ihnen dabei zu helfen, sich in diesen komplexen Zusammenhängen zurechtzufinden, und stellen sicher, dass Ihre Berichte sowohl korrekt als auch vorschriftsmäßig sind.
Weitere Informationen hierzu finden Sie auf der Workiva-Supportseite unter „Inkonsistenz: xbrl.5.2.5.2:calcInconsistency “.
Leitlinie 4.1.5: Namenskonvention für eigenständige XHTML-Dokumente
Neue Leitlinie entsprechend der Anpassung in Leitlinie 2.6.3. Die Empfehlung bezüglich des Dateinamens gilt auch für die xHTML-Dateien (Stand-alone, Einzelpersonen), was bedeutet, dass die von der Workiva Report Tagging Platform heruntergeladene Datei umbenannt werden sollte.
Leitlinie 3.4.8 (NEU): Dokumentation arithmetischer Beziehungen in der Präsentations-Linkbase
„Einige der primären Finanzberichte enthalten eine Reihe von periodenübergreifenden rechnerischen Zusammenhängen, die in der Berechnungs-Linkbase nicht berücksichtigt 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.
Weitere aktualisierte Leitlinien im ESMA-Meldehandbuch
Hier finden Sie eine Liste weiterer Leitlinien aus dem ESMA-Meldehandbuch, die aktualisiert und mit geringfügigen Änderungen angepasst wurden.