Validierung und Datenqualität: Konsistenzprüfung, EBA-Regeln, GLEIF-LEI-Prüfung

Ziel: Sie verstehen die drei Prüfebenen der App, führen die EBA-Regelprüfung aus, lesen Befunde und Status richtig und beheben sie; außerdem prüfen Sie LEIs online gegen das GLEIF-Register.

Überblick: drei Prüfebenen

Ebene	Wann	Was geprüft wird	Wirkung
1. Konsistenzprüfung beim Speichern	Automatisch bei jedem Speichern im Editor und bei jeder importierten Zeile.	Schlüssel vorhanden und eindeutig, Verweise existieren, Datentypen, gültige Codes, Feldlängen, nur ein Datensatz in B_01.01.	Blockiert das Speichern; rote Meldung im Editor bzw. Zeilenfehler im Import-Ergebnis.
2. EBA-Regelprüfung (Validierungs-Center)	Auf Klick Validierung ausführen; die Zähler im Cockpit werden bei jedem Öffnen des Cockpits neu berechnet.	15 Regeln V-001 bis V-015 über das gesamte Register: Pflichtfelder, LEI-Prüfziffern, ISO-Codes, Codelisten, Waisen-Referenzen, fachliche Plausibilitäten (Tabelle unten).	Blockiert technisch nichts – auch der Export bleibt möglich, warnt aber. Fehler sind vor der Abgabe zu beheben.
3. GLEIF-LEI-Prüfung	Manuell je LEI-Feld über die Schaltfläche GLEIF im Editor.	Erst Format und Prüfziffern (ISO 17442), dann Online-Abfrage beim GLEIF-Register: existiert der LEI, wie lautet der Name, ist die Registrierung aktiv?	Nur Information: Ergebnis wird nicht gespeichert, blockiert nichts und ist nicht Teil von „Validierung ausführen“.

Status und Badges verstehen

Wo	Anzeige	Bedeutung
Cockpit → Validierung	Keine Befunde / n Fehler n Warnungen	Aktueller Stand der Regelprüfung (wird beim Öffnen des Cockpits berechnet). Die große Zahl ist die Anzahl der Fehler.
Validierungs-Center → Fehler	blockiert die Abgabe / keine	„blockiert die Abgabe“ heißt: vor der Meldung beheben. Technisch wird der Export nicht verhindert.
Validierungs-Center → Warnungen	bitte prüfen / keine	Plausibilitätshinweise, die geprüft, aber nicht zwingend geändert werden müssen.
Befund-Tabelle → Schwere	Fehler / Warnung	Fehler stehen immer vor Warnungen, innerhalb einer Schwere nach Template-Code sortiert.
Validierungs-Center ohne Befunde	Alle Prüfungen bestanden	Alle 15 Regeln ohne Fehler und Warnung. Hinweis der App: „Das Register kann unter „Import & Export“ als xBRL-CSV-Paket exportiert werden.“
Import & Export / Cockpit → Export-Historie	fehlerfrei / n Fehler	Validierungsstand zum Zeitpunkt der Paketerzeugung (Warnungen werden hier nicht gezählt).
Cockpit → Vollständigkeit je Template	leer / in Arbeit / vollständig	Anteil befüllter Pflichtfelder je Template – dieselbe Grundlage wie Regel V-001.

Konsistenzprüfung beim Speichern

Diese Prüfungen laufen bei jedem Speichern im Editor (rote Meldung oben im Editor, der Datensatz wird nicht gespeichert) und bei jeder Zeile eines Excel-Imports (Zeilenfehler im Import-Ergebnis). Die Platzhalter ‹…› stehen für die konkreten Feldnamen und Werte.

Situation	Meldung (so wie angezeigt)	Was tun
Schlüsselfeld leer (z. B. Vertragsreferenz, Identifikationscode, LEI in B_01.01)	`Pflichtangabe fehlt: „‹Feld›“ (Schlüsselfeld von ‹Template›)`	Schlüsselfeld ausfüllen.
Datensatz mit demselben Schlüssel existiert bereits	`Es existiert bereits ein Datensatz mit diesem Schlüssel in ‹Template›: {…}`	Bestehenden Datensatz bearbeiten statt neu anlegen, oder anderen Schlüssel wählen.
Verweis auf nicht vorhandenen Datensatz (praktisch nur beim Import)	`Referenz nicht gefunden: „‹Feld›“ = „‹Wert›“ existiert nicht in ‹Template› (B_xx.xx). Bitte zuerst den referenzierten Datensatz anlegen.`	Referenzierten Datensatz zuerst anlegen bzw. den Wert korrigieren.
Zweiter Datensatz in Registerführendes Unternehmen (`B_01.01`)	`Registerführendes Unternehmen (B_01.01) darf nur einen Datensatz enthalten. Bitte den bestehenden Eintrag bearbeiten.`	Den vorhandenen Eintrag bearbeiten.
Datum nicht im Format JJJJ-MM-TT (z. B. per Import)	`Ungültiges Datum „‹Wert›“ für „‹Feld›“ (Format JJJJ-MM-TT)`	Datum als JJJJ-MM-TT erfassen.
Keine ganze Zahl (Kündigungsfrist, RTO/RPO, Rang)	`„‹Feld›“ muss eine ganze Zahl sein`	Nur Ziffern eingeben.
Keine Zahl (Kosten, Bilanzsumme)	`„‹Feld›“ muss eine Zahl sein`	Zahl mit Punkt als Dezimaltrenner eingeben.
Text zu lang (Schlüssel-/Referenzfelder 100 Zeichen, Begriff 200)	`„‹Feld›“ ist zu lang (max. ‹N› Zeichen)`	Kürzen.
Ungültiger Code (praktisch nur beim Import)	`Ungültiger Wert „‹Wert›“ für Feld „‹Feld›“ (‹tabelle.feld›)`	Code aus der Codeliste verwenden (Die 15 EBA-Templates im Überblick).
Schlüsselwert ändern, der referenziert wird	`Schlüssel „‹technischer Name›“ kann nicht geändert werden: der Wert „‹Wert›“ wird noch in ‹Template› (B_xx.xx) referenziert.`	Verweise zuerst entfernen oder neuen Datensatz anlegen.
Referenzierten Datensatz löschen	`Löschen blockiert: „‹Wert›“ wird noch in ‹Template› (B_xx.xx) referenziert. Bitte zuerst die abhängigen Datensätze entfernen.`	Abhängige Datensätze zuerst löschen (umgekehrte Erfassungsreihenfolge).
Datensatz wurde zwischenzeitlich gelöscht	`Datensatz #‹id› in ‹Template› nicht gefunden`	Liste neu laden (Template erneut anklicken).

EBA-Regelprüfung ausführen

Klicken Sie auf Validierungs-Center (Bereich Meldung). Vor dem ersten Lauf steht dort: „Noch keine Prüfung ausgeführt. „Validierung ausführen“ prüft das gesamte Register gegen die hinterlegten EBA-Regeln (inkl. LEI-Prüfziffern und referenzieller Integrität).“
Klicken Sie auf Validierung ausführen oben rechts. Während der Prüfung zeigt die Schaltfläche „Prüft…“.
Erwartetes Ergebnis: zwei Kacheln Fehler und Warnungen mit Anzahl und Badge sowie eine Tabelle aller Befunde mit den Spalten Schwere, Regel, Template (Code, ggf. mit Spalte, z. B. B_05.01 · c0050), Datensatz (Schlüsselwerte des Datensatzes) und Meldung.
Je Befund: Zum Datensatz öffnet die Liste des betroffenen Templates (nicht den einzelnen Datensatz) – suchen Sie dort mit dem Wert aus der Spalte Datensatz und bearbeiten Sie den Datensatz. Jira-Vorgang legt einen Jira-Vorgang an (siehe Jira-Workflow: Jahresmeldung-Epic, Befund-Vorgänge und Issue-Panel „RoI Record“).
Klicken Sie nach Korrekturen erneut auf Validierung ausführen – die Tabelle ist eine Momentaufnahme und aktualisiert sich nicht von selbst.
Ziel erreicht, wenn „Alle Prüfungen bestanden“ erscheint. Dann xBRL-CSV-Paket erzeugen und herunterladen.

Abbildung 1: Das Validierungs-Center vor dem ersten Lauf.

Validierungs-Center mit 3 Fehlern und 1 Warnung in der Befund-Tabelle — Abbildung 2: Ergebnis mit den Demo-Daten: 3 Fehler (V-007, V-010, V-001) und 1 Warnung (V-011); je Befund die Aktionen „Zum Datensatz“ und „Jira-Vorgang“.

Abbildung 3: Nach Behebung aller Befunde: „Alle Prüfungen bestanden“.

Die 15 Regeln

Regel	Schwere	Template(s)	Was geprüft wird	Meldung	Behebung
`V-001`	Fehler	alle	Pflichtfelder laut ITS (im Editor mit * markiert) sind befüllt.	`Pflichtfeld „‹Feld›“ ist leer`	Datensatz öffnen, Feld ausfüllen.
`V-002`	Fehler	alle LEI-Felder	LEI hat 20 Zeichen und gültige Prüfziffern (ISO 17442).	`„‹Wert›“ ist kein gültiger LEI (Format/Prüfziffern)`	LEI korrigieren; mit der GLEIF-Schaltfläche prüfen.
`V-003`	Fehler	alle Länder-/Währungsfelder	Ländercode = 2 Großbuchstaben (ISO 3166-1 alpha-2), Währung = 3 Großbuchstaben (ISO 4217).	`„‹Wert›“ ist kein gültiger Ländercode …` / `… Währungscode (ISO 4217)`	z. B. `DE`, `EUR` eintragen.
`V-004`	Fehler	alle Auswahlfelder	Wert ist ein gültiger Code der Codeliste (tritt praktisch nur nach Importen auf).	`„‹Wert›“ ist kein gültiger Code für „‹Feld›“`	Datensatz öffnen, Wert aus der Liste wählen.
`V-005`	Fehler	alle Verweise	Jeder Verweis zeigt auf einen existierenden Datensatz (keine Waisen-Referenz).	`Waisen-Referenz: „‹Wert›“ existiert nicht in ‹tabelle›`	Referenzierten Datensatz anlegen oder Verweis korrigieren.
`V-006`	Fehler	`B_01.01`	Genau ein registerführendes Unternehmen ist erfasst.	`Das registerführende Unternehmen (B_01.01) ist noch nicht erfasst`	B_01.01 anlegen.
`V-007`	Fehler	`B_02.02` ↔ `B_06.01`, `B_07.01`	Stützt ein Vertragsdetail eine kritische/wichtige Funktion (Kontrollkästchen Stützt kritische/wichtige Funktion in B_02.02 oder Funktion in B_06.01 als „Kritisch oder wichtig“ eingestuft), muss in B_07.01 eine Bewertung für dieselbe Vertragsreferenz und denselben Dienstleister existieren.	`Vertrag „‹Ref›“ stützt eine kritische/wichtige Funktion — Bewertung in B_07.01 für Dienstleister „‹ID›“ fehlt`	In B_07.01 einen Datensatz mit dieser Vertragsreferenz und diesem Dienstleister anlegen.
`V-008`	Fehler	`B_06.01`	Als „Kritisch oder wichtig“ eingestufte Funktionen haben ein Datum der letzten Bewertung.	`Funktion „‹Name›“ ist als kritisch/wichtig eingestuft — Datum der letzten Bewertung fehlt`	Datum eintragen.
`V-009`	Fehler	`B_02.02`	Vertragsende liegt nicht vor Vertragsbeginn.	`Vertragsende (‹Datum›) liegt vor Vertragsbeginn (‹Datum›)`	Datumsangaben korrigieren.
`V-010`	Fehler	`B_02.02`	Ist Werden Daten gespeichert? = Ja, ist Ort der Datenspeicherung (Land) befüllt.	`Vertrag „‹Ref›“: Daten werden gespeichert, aber der Speicherort (Land) fehlt`	Speicherort (Ländercode) eintragen.
`V-011`	Warnung	`B_05.01`	Jeder Dienstleister wird in mindestens einem Vertragsdetail (B_02.02), einer Lieferkette (B_05.02), als unterzeichnender Dienstleister (B_03.02) oder als Muttergesellschaft eines anderen Dienstleisters verwendet.	`Dienstleister „‹Name›“ ist in keinem Vertrag und keiner Lieferkette referenziert`	Vertrag ergänzen oder Dienstleister löschen.
`V-012`	Warnung	`B_05.02` ↔ `B_02.02`	Der Dienstleister mit Rang 1 einer Lieferkette ist auch direkter Vertragsdienstleister in B_02.02 für diese Vertragsreferenz.	`Lieferkette zu „‹Ref›“: Rang-1-Dienstleister „‹ID›“ ist nicht der direkte Vertragsdienstleister`	Rang oder Dienstleister prüfen.
`V-013`	Fehler	`B_05.02`	Rang ist mindestens 1.	`Ungültiger Rang ‹n› — Ränge beginnen bei 1 (direkter Dienstleister)`	Rang korrigieren.
`V-014`	Fehler	`B_02.01`	Eine „Folge-/Einzelvereinbarung zu einer Rahmenvereinbarung“ hat eine Referenz der Rahmenvereinbarung, und diese verweist auf eine „Rahmenvereinbarung (übergeordnet)“.	`Folgevereinbarung „‹Ref›“ ohne Referenz auf die Rahmenvereinbarung` / `„‹Ref›“ ist keine Rahmenvereinbarung (Art ≠ 2)`	Referenz ergänzen bzw. Art der Vereinbarung korrigieren.
`V-015`	Warnung	alle Betragsfelder	Beträge (Kosten, Bilanzsumme) sind nicht negativ.	`„‹Feld›“ ist negativ (‹Wert›)`	Wert prüfen.

LEI online bei GLEIF prüfen

Öffnen Sie den Datensatz im Editor (Bearbeiten oder + Neu).
Tragen Sie den LEI in das LEI-Feld ein (20 Zeichen; Kleinbuchstaben werden automatisch umgewandelt) und klicken Sie auf die Schaltfläche GLEIF rechts neben dem Feld.
Erwartetes Ergebnis: Unter dem Feld erscheint nach kurzer Zeit ein Badge mit dem Ergebnis (Tabelle unten). Grün = LEI existiert und die Registrierung ist aktiv; gelb = alles andere.
Das Ergebnis wird nicht gespeichert. Speichern Sie den Datensatz wie gewohnt mit Speichern – auch ein gelbes Ergebnis verhindert das Speichern nicht.

Abbildung 4: Ergebnis für einen Demo-LEI: formal gültig, aber bei GLEIF nicht registriert.

Abbildung 5: Ergebnis für einen bei GLEIF aktiven LEI (Beispiel mit einem öffentlichen LEI): grünes Badge mit dem registrierten Namen.

Ergebnisse

Badge	Bedeutung	Was tun
LEI aktiv und gültig · ‹Name›	Der LEI ist bei GLEIF registriert, die Registrierung hat den Status ISSUED (aktiv). Angezeigt wird der bei GLEIF hinterlegte Name.	Name mit Ihrem Datensatz abgleichen.
Formal ungültiger LEI (Prüfziffern)	Format oder Prüfziffern sind falsch – es wurde keine Online-Abfrage durchgeführt.	Tippfehler korrigieren (20 Zeichen, letzte zwei Ziffern = Prüfziffern).
LEI ist bei GLEIF nicht registriert	Formal korrekt, aber bei GLEIF unbekannt (so bei allen Demo-LEIs).	LEI beim Dienstleister erfragen.
LEI-Registrierungsstatus: ‹STATUS› · ‹Name›	Der LEI existiert, die Registrierung ist aber nicht aktiv (z. B. LAPSED = nicht verlängert).	Beim Dienstleister klären; die App blockiert nichts.
GLEIF-API antwortete mit Status ‹n›	Das GLEIF-Register hat mit einem Fehler geantwortet (z. B. 429 zu viele Anfragen, 5xx Störung).	Später erneut versuchen.

Die Ergebnistexte sind in beiden Sprachen deutsch (bekannte Einschränkung der App).
Die Prüfung ist rein informativ: Sie ist nicht Teil von Validierung ausführen (dort wird nur Format/Prüfziffer geprüft, Regel V-002), und es gibt keine Massenprüfung aller LEIs.
Übertragen wird ausschließlich der 20-stellige LEI an api.gleif.org; die Verbindung muss bei der Installation vom Site-Administrator freigegeben worden sein.
Eine EUID-Prüfung (Handelsregister/BRIS) gibt es nicht.