Support zum DORA Informationsregister 2026

Sollte Ihre Meldung mit einem Validierungsfehler abgelehnt werden, stellen Sie bitte sicher, dass alle nachfolgenden Punkte eingehalten werden:

1. Kontrollieren Sie bitte, ob die Datei im korrekten XBRL-CSV-Format (siehe bspw. F7 und F10 unten) erstellt wurde. Meldungen im XBRL-Format (Dateiendung .xbrl) können nicht verarbeitet werden. 

   Sollten Sie ein externes Tool zur Generierung der Datei verwenden, ist es ggf. notwendig, die Einstellungen anzupassen um eine XBRL-CSV-Datei generieren zu lassen.

2. Nachdem Sie sichergestellt haben, dass die ZIP-Datei einen Ordner mit zwei Unterordnern sowie ausschliesslich CSV- und JSON-Dateien enthält, achten Sie bitte auf die korrekte Benennung der CSV-und JSON-Dateien (siehe bspw. F10 oder FX unten).
3. Stellen Sie bitte sicher, dass der korrekte XBRL-Identifier in der "paraemter.csv"-Datei erfasst wurde. Bei individueller Meldung ist der LEI +.IND anstelle von LEI +.CON anzuführen.
4. Laden Sie die Beispieldatei der ESAs herunter, um Ihre eingereichte Datei hinsichtlich Ordnerstruktur, Benennung der Dateien sowie Dateiendungen zu vergleichen (siehe FX unten).
5. Kontrollieren Sie bitte, ob der korrekte Entrypoint (http://www.eba.europa.eu/eu/fr/xbrl/crr/fws/dora/4.0/mod/dora.json) in der report.json Datei erfasst wurde (siehe bspw. F4 unten)
6. Sollten sämtliche Punkte dieser Checkliste eingehalten worden sein und der Fehler weiterhin auftreten, sehen Sie bitte die unten angeführten Fehler samt Lösungswegen durch. Sollten diese Lösungswege das Problem nicht lösen, melden Sie sich bitte unter DORA@fma-li.li

Fehlermeldungen (nicht abschliessend):

"The fact is dimensionally not correctly linked. Either a mandatory dimension is missing or an unneeded dimension is added."

Lösung:

Möglicherweise wurden Schlüsselwerte (Primary Keys) nicht befüllt. Eine Übersicht darüber, bei welchen Werten es sich um Schlüsselwerte (Primary Keys) handelt, sind hier zu finden:

Data Model for DORA RoI

Ein Beispiel könnte das Feld B_02.02.0150 sein, welches als Primary Key definiert ist und nicht leer bleiben darf. Wenn das Feld B_02.02.0150 nicht anwendbar ist, ist entsprechend der Wert "eba_GA:qx2007" (= Not applicable) anzugeben. Es ist zu beachten, dass der Wert "eba_GA:qx2007" für das Feld B_02.02.0150 zu verwenden ist, aber nicht generell für alle leeren Primary Keys anzuwenden ist. Hierzu ist auf die jeweiligen Vorgaben der einzelnen Felder zu achten.

Auszug dazu aus den ESA DORA FAQs zum Informationsregister zu Feld B_02.02.0150 (Frage 61) bzw. Vorgehensweise bei fehlenden Daten (Frage 26):

Fehlermeldungen (nicht abschliessend):

"The reference key 'R20 - Identification code of the branch must match_B_05.01' in source table template 'B_05-02' [c0030] value combination [DUMMYLEI00000000] was not found in target key [c0010] of table template 'B_05-01' (tce:referenceKeyViolation)" -> Fremdschlüssel

ODER

"The reference key 'R13 Contractual arr. reference number must match_B_02.01' in source table template 'B_02-01' [c0030] value combination [Not applicable] was not found in target key [c0010] of table template 'B_02-01' (tce:referenceKeyViolation)" -> Zirkelbezug

ODER

"b0102,1,c0060,807,The reported data must follow the key-foreign key constraints defined in the DPM,00000000000000000000"

Lösung Fremdschlüssel:

Verschiedene Register werden mit Hilfe von Schlüsselwerten (Primär- und Fremdschlüssel), bspw. dem LEI Code oder den Vertragsnummern, miteinander verbunden (siehe grafische Darstellung unten). Beispielsweise muss der LEI des Finanzintermediärs in Feld B.04.01 c0020, welcher die IKT-Dienstleistungen in Anspruch nimmt, mit dem LEI eines Finanzintemediärs im Anwendungsbereich des Informationsregisters in Feld B.01.02 c0010 übereinstimmen. Wichtig hierbei:

• Es ist sicherzustellen, dass sämtliche Foreign Keys, welche gemäss Fehlermeldung nicht korrekt erfasst wurden, korrigiert werden (siehe dazu das Data Model for DORA RoI der ESAs).
• Es ist zu prüfen, welche Angaben inhaltlich bei den Verbindungen Sinn machen.
• Es ist sicherzustellen, dass keine Foreign Key Felder leergelassen wurden. Ausgenommen davon sind jene Register, welche keine Zeilen enthalten und leer gelassen wurden.

Lösung Zirkelbezug:

In einigen Fällen ist ein Verweis innerhalb desselben Registers notwendig. Beispiele (nicht abschliessend) hierfür sind:

• Register B.01.02: Der LEI von Feld B.01.02 c0060 muss zwingend in einer beliebigen Zeile in Spalte B.01.02. c0010 vorkommen. Wenn die Muttergesellschaft nicht in B.01.02 erfasst wurde (weil nicht im Anwendungsbereichs des Informationsregisters), ist in B.01.02 c0060 erneut der LEI aus B.01.02 c0010 zu erfassen. Bitte berücksichtigen Sie in diesem Zusammenhang auch die Klar-stellungen der ESAs in den Fragen 101 und 102 in den ESA RoI FAQs.

• Register B.02.01: Die Vertragsnummer von B.02.01 c0030 muss zwingend in einer beliebigen Zeile in Spalte B.02.01 c0010 vorkommen. Das Datenfeld B_02.01.0030 ist nach dem Datenmodell ein Fremdschlüsselwert und kann nicht leer gelassen werden. Wenn es keine übergreifende vertragliche Vereinbarung gibt, die für diese Zeile relevant ist, d.h. wenn der Vertrag selbst eine „übergreifende vertragliche Vereinbarung“ oder eine „eigenständige Vereinbarung“ ist, sollte dieses Datenfeld daher mit „Not applicable“ ausgefüllt werden. Da diesem Datenfeld kein Dropdown-Wert zugeordnet ist, ist „Not applicable“ einzutragen. Siehe dazu auch Frage 124 in den ESA RoI FAQs.

• Register B.05.01: Der LEI von B.05.01 c0110 muss zwingend in einer beliebigen Zeile in Spalte B.05.01 c0010 vorkommen. Wenn die Muttergesellschaft nicht in B.05.01 erfasst wurde oder der IKT-Drittdienstleister nicht Teil einer Gruppe ist, ist in B.05.01 c0110 erneut der LEI aus B.05.01 c0010 zu erfassen. Siehe dazu auch Frage 99 in den ESA RoI FAQs. Die Muttergesellschaft (Ultimate Parent) ist somit auch im Register B.05.01 als eigener Eintrag anzuführen, auch wenn es sich dabei nicht um einen IKT-Drittdienstleister handeln sollte.

• Register B.05.02: Der Wert des Feldes muss zwingend in B.05.01 c0010 vorkommen.

  Gemäss dem Datenmodell ist das Datenfeld B_05.02.0060 als Primär- und Fremdschlüsselwert gekennzeichnet. Folglich sollte es nicht fehlen oder leer gemeldet werden. Wenn der IKT-Drittdienstleister (Feld B_05.02.0030) ein direkter IKT-Drittdienstleister ist, d.h. im „Rang“ r = 1 (Feld B_05.02.0050), sollte das Feld B_05.02.0060 mit demselben Wert gefüllt werden, der in B_05.02.0030 gemeldet wird.

  Siehe dazu auch: https://www.eba.europa.eu/single-rule-book-qa/qna/view/publicId/2024_7284

Fehlermeldung:

"Provided XBRL Document contains a taxonomy schema references http://www.eba.europa.eu/eu/fr/xbrl/crr/fws/dora/4.0/mod/dora.xsd. The taxonomy is only valid for periods between 31.12.2025 and not set. The identified due date of the XBRL file is 'DD.MM.YYYY'."

Lösung:

In der "parameters.csv" Datei ist als Stichtag (refPeriod) das korrekte Datum (2025-12-31) anzuführen.

Fehlermeldungen (nicht abschliessend):

"Reference to non-existent file http://www.eba.europa.eu:80/eu/fr/xbrl/crr/fws/dora/3.5/mod/dora.json in extends property"

ODER

"No reporting requirement found for reported due date 31.12.2025, taxonomy http://www.eba.europa.eu/eu/fr/xbrl/crr/fws/dora/jc-2023-86/2024-07-11/mod/dora.xsd and Entity 'DUMMYLEI0000000000.IND'"

Lösung:

In der report.json Datei ist der korrekte Entrypoint zu erfassen.

Korrekter Entrypoint: http://www.eba.europa.eu/eu/fr/xbrl/crr/fws/dora/4.0/mod/dora.json

Fehlermeldungen (nicht abschliessend):

"Provided SenderXbrlIdentifier DUMMYLEI000000000 does not match reported XBRL identifier ... in XBRL document"

ODER

"No reporting requirement found for reported due date 31.12.2025, taxonomy http://www.eba.europa.eu/eu/fr/xbrl/crr/fws/dora/jc-2023-86/2024-07-11/mod/dora.xsd and Entity 'DUMMYLEI0000000000'"

ODER

Unknown reporting obligation: Entity not found: DUMMYLEI000000000.CON

Lösung:

Wie in der Grafik unten dargestellt, ist der korrekte XBRL-Identifier (LEI +.IND oder LEI +.CON) anzuführen. Es ist zu beachten, dass der XBRL-Identifier LEI +.CON nur bei Meldungen auf konsoldierter Ebene zu verwenden ist.

Fehlermeldungen (nicht abschliessend):

"The 'http://www.xbrl.org/taxonomy/int/filing-indicators/REC/2021-02-03:filed' element is invalid - The value 'wahr' is invalid according to its datatype 'http://www.xbrl.org/2003/instance:booleanItemType' - The string 'wahr' is not a valid Boolean value. Appeared in XML node 'wahr' ."

ODER

"The 'http://www.xbrl.org/taxonomy/int/filing-indicators/REC/2021-02-03:filed' element is invalid - The value 'falsch' is invalid according to its datatype 'http://www.xbrl.org/2003/instance:booleanItemType' - The string 'falsch' is not a valid Boolean value. Appeared in XML node 'falsch' ."

Lösung:

In der FilingIndicators.csv muss zwingend jeweils true kleingeschrieben eingetragen werden. Es ist dabei unerheblich, ob einzelne Register leergelassen werden. In jedem Fall sind jedoch sämtliche Filing Indicators als true zu deklarieren.

Fehlermeldungen (nicht abschliessend):

"An unclassified error occured. Processing ID: 'XXXXXXXXXXXXXXXXXXX'"

ODER

"Excel file was not processed. Please check if the excel file is broken or if the correct file was selected. Cause: Excel Workbook does not contain the necessary named range 'taxonomyEntryPoint'."

ODER

"The zip archive must contain only one XBRL file. The file name extension must be '.XBRL'. No other files may be included."

Lösung:

Diese Fehlermeldungen treten auf, wenn falsche Dateien (z.B. Excel-Dateien oder .txt-Dateien) in der hochgeladenen ZIP-Datei enthalten sind oder die Dateiordnerstruktur inkorrekt ist. Bitte überprüfen Sie die Dateiordnerstruktur auf Korrektheit und prüfen Sie, ob nur .JSON- und .CSV-Dateien in der ZIP-Datei enthalten sind.

(Siehe auch Fehler F10 für eine grafische Darstellung der Ordnersturktur)

Fehlermeldungen (nicht abschliessend):

"The parameter 'decimalsPercentage, decimalsDecimal' does not referenced in a dimensions object or property group (xbrlce:unreferencedParameter)"

Lösung:

Der Fehler kann auftreten, wenn die «parameters.csv»-Datei zusätzliche Zeilen beinhaltet, welche nicht zulässig sind. Die «parameters.csv»-Datei sollte nur die unten angeführten sechs Zeilen beinhalten. Zur Lösung ist die «parameters.csv»-Datei entsprechend anzupassen und die nicht zulässigen Zeilen zu entfernen.

Fehlermeldungen (nicht abschliessend):

"EBA Filing Rule 1.7: No facts were found except filing indicators."

ODER

"e12345_e_0: not(empty(B_0X.0X,,00X0,)) Fails because not(empty()) is not true."

Lösung:

In der "FilingIndicators.csv"-Datei ist bei der Benennung der Tabellenblätter jeweils auf die Grossschreibung zu achten, während bei der Bezeichnung der einzelnen CSV-Dateien zwingend auf die Kleinschreibung zu achten ist.

Fehlermeldungen (nicht abschliessend):

"This taxonomy entry point only allows CSV submissions."

ODER

"The zip archive must contain only one XBRL file. The file name extension must be '.XBRL'. No other files may be included."

Lösung:

Der Fehler kann auftreten, wenn eine Datei im XBRL-Format eingereicht wird (siehe Grafik unten).

Um den Fehler zu vermeiden ist eine Meldung im korrekten XBRL-CSV-Format einzureichen. In der .ZIP-Datei sollte sich ein Ordner befinden, in welchem sich zwei Unterordner (META-INF, reports) befinden. Die Datenstruktur dieser Ordner finden Sie in der Grafik unten. 

Bitte überprüfen Sie die Dateiordnerstruktur (ein Ordner mit zwei Unterordnern) auf Korrektheit und prüfen Sie, ob nur .JSON- und .CSV-Dateien in der ZIP-Datei enthalten sind. Es ist dabei auch auf die korrekte Benennung der Dateien zu achten.

Fehlermeldungen (nicht abschliessend):

The cell 'c0010' does not contribute data to the report model (xbrlce:unmappedCellValue)

Lösung:

Der Fehler könnte daraus resultieren, dass in den Tabellen b_03.01, b_02.03 oder b_03.03, welche neben zwei Key-Spalten (c0010, c0020) auch eine eine werthaltige Spalte (c0030 bzw. c0031) beinhaltet, diese letzte, werthaltige Spalte nicht befüllt war. Wenn in den Spalten c0010 und c0020 jeweils ein Wert erfasst wurde, ist in der Spalte c0030 bzw. c0031 der Wert "true" (ohne Anführungszeichen) anzuführen.

Fehlermeldung:

Keine der oben genannten Fehlermeldungen tritt auf bzw. keiner der oben angeführten Lösungswege beseitigt die Fehler.

Lösung:

Die Datei kann mit der Beispieldatei der ESAs verglichen werden um sicherzustellen, dass die eingereichte Datei die korrekte (Ordner)-Struktur, Benennung der Dateien und Dateiformat aufeweist und der Inhalt der Metadaten in der Meldung korrekt erfasst wurde.

Hinweise zur Beispieldatei:

• Als Stichtag ist der 31.12.2025 anzuführen.
• Der XBRL-Identifier LEI +.CON ist nur bei konsolidierten Meldungen anzuführen. Bei individueller Meldung ist der LEI +.IND als XBRL-Identifier zu erfassen.
• Die Gross- und Kleinschreibung ist, beispielsweise bei der Bennennung der CSV- und JSON-Dateien, zwingend zu beachten.