Eine konsistente Präsentation von XBRL Instanzen

Alex de Jong

Alex de Jong

Alex is Partner of ParsePort Netherlands

Alex on LinkedIn

Die EBA und die EIOPA akzeptieren seit mehreren Jahren XBRL-Dateien für CRD IV- und Solvency II-Berichte. Für Behörden ist XBRL im Vergleich zu Excel-Dateien ein großer Fortschritt, da XBRL Daten viel effizienter verarbeiten kann als jemals zuvor mit Excel.

Mit XBRL kann die berichtende Entität jedoch nicht sehen, was sie meldet. Für denjenigen, der den Bericht erstellt, ist die gesamte XBRL-Konvertierung eine große Black Box. Normalerweise verlassen sie sich auf ihre Eingabedaten und gehen davon aus, dass das Tool ihre Daten genau so konvertiert, wie es sollte.

Dies hat einige Nachteile. Beispielsweise enthalten die Taxonomien CRD IV und Solvency II Duplikate. Dies bedeutet, dass Sie möglicherweise nur einen Wert in eine Tabelle eingegeben haben, dieser jedoch möglicherweise auch in mehreren anderen Tabellen angezeigt wird. Diese Informationen sind in der XBRL-Datei vorhanden, jedoch nicht in den Quelldaten. Daneben kann es sein, dass der Reporter das Tool nicht wie vorgesehen verwendet und das Tool die Daten auf eine andere Weise konvertiert, als der Reporter es wollte.

XBRL-Dateien in einem lesbaren Format präsentieren

Um dies zu verhindern, können XBRL-Tools die erstellte XBRL-Datei in einem lesbaren Format wie HTML, Excel oder PDF präsentieren. Dies ist möglich, da die meisten Taxonomien eine sogenannte „Präsentations-Linkbasis“ enthalten, die Informationen zum Anzeigen der XBRL-Daten enthält. Dies wird beispielsweise verwendet, um die mit Anmerkungen versehenen Vorlagen in Excel zu erstellen. Richtige XBRL-Tools können diese Informationen verwenden, um die XBRL-Datei in einem lesbaren Format darzustellen.

Es gibt jedoch einige Probleme damit. Es gibt zum Beispiel keine Dokumentation dafür, wie die Zahlen angezeigt werden. Eintausend Euro werden in der XBRL-Datei als „1000“ und 95% als „0,95“ gespeichert. Plus/Minus einige Dezimalstellen. Es gibt kein Prozentzeichen, keine tausend Trennzeichen und das Dezimaltrennzeichen ist immer ein Punkt. Ein Tool kann diese Dinge natürlich hinzufügen. Es kann leicht programmiert werden, dass ein Gegenstand von tausend als „1.000“ dargestellt wird. Aber was ist, wenn einige verwendet werden, um den Punkt als Dezimaltrennzeichen zu verwenden? Ohne ordnungsgemäße Dokumentation können in diesem Fall tausend leicht als eins mit drei Dezimalstellen gelesen werden. Dies kann auch bedeuten, dass verschiedene Softwareanbieter aus verschiedenen Ländern eine unterschiedliche Darstellung derselben XBRL-Datei anzeigen, da jedes Land unterschiedliche Möglichkeiten zur Darstellung des gleichen Werts haben kann.

Verwenden Sie stattdessen iXBRL

Warum dann nicht iXBRL verwenden? Dies gibt uns die Möglichkeit, Präsentationseigenschaften direkt in die Datei einzufügen. In diesem Fall scheint iXBRL jedoch der falsche Weg zu sein. Dies liegt daran, dass es im gesamten Kontext dieser Dateien um die Datenverarbeitung in großen Mengen geht, während iXBRL sich wirklich darauf konzentriert, die Daten den Menschen zu präsentieren. Für die Datenverarbeitung ist reguläres XBRL effizienter. Außerdem müssen die Behörden ihren gesamten Prozess ändern, um iXBRL-Dateien anstelle von regulärem XBRL verarbeiten zu können.

Konsistentes Präsentieren

Das niederländische SBR-Team ist dies mit der Erstellung einer „konsistenten Präsentation“ angegangen. Ein Dokument, in dem erläutert wird, wie eine Präsentation einer niederländischen GAAP XBRL-Datei aussehen soll. In der obigen Ausgabe heißt es beispielsweise, dass die Darstellung von monetären oder numerischen Elementen sich auf dem Land der Sprache basieren sollte. Eine englische Darstellung der Taxonomie sieht daher anders aus als eine niederländische Darstellung, aber das ist OK, da sich jeder auf die Dokumentation beziehen kann. Es wird beispielsweise auch erwähnt, dass nicht verwendete Elemente möglicherweise nicht dargestellt werden und dass abstrakte Elemente nicht angezeigt werden können. Diese Art von Dingen ist auch für CRD IV und Solvency II relevant, da man argumentieren kann, dass die gesamte Tabelle einschließlich der abstrakten Elemente anstelle nur der verwendeten Werte angezeigt werden sollte.

Ich würde vorschlagen, dasselbe für CRD IV- und Solvency II-XBRL-Dateien zu tun. Wir sollten eine konsistente Präsentationsdokumentation erstellen, um europaweit einen einheitlichen Standard zu schaffen, damit alle Softwareanbieter XBRL-Dateien auf dieselbe Weise präsentieren. Natürlich kann das Styling unterschiedlich sein, aber der Inhalt sollte auf dieselbe, konsistente Weise präsentiert werden.