
T-NEX Dynamic AI Reporting
Dashboards aus Fragen in natürlicher Sprache. T-NEX Dynamic AI Reporting verbindet Datenabfragen mit bearbeitbaren Diagrammen und Rollenrechten.
Mehr erfahrenDas Integrated Reporting Framework soll die bankstatistischen Anforderungen des Eurosystems zu einem gemeinsamen Rahmen zusammenführen. Die EZB plant einen Pilot ab dem zweiten Quartal 2030 und erste offizielle Meldungen ab dem zweiten Quartal 2031. Die Verordnung ist noch in Vorbereitung. Schon heute lassen sich Datenqualität, Zuständigkeiten und Nachvollziehbarkeit der Meldeprozesse verbessern.
Für Meldewesen, Datenmanagement, IT-Architektur und Projektverantwortliche von Banken im Euroraum.
IReF konzentriert sich auf die statistischen Anforderungen des Eurosystems an Banken. Im Mittelpunkt stehen Bilanzstatistik, Zinsstatistik, Wertpapierbestandsstatistik und granulare Kreditdaten. Nationale Anforderungen sollen bei der Integration berücksichtigt werden. Der Rahmen ist für Banken im Euroraum vorgesehen; Behörden anderer EU-Mitgliedstaaten können ihn ebenfalls übernehmen.
Die erste Stufe umfasst nicht automatisch alle Meldungen eines Instituts. Zahlungsverkehrs- und Geldmarktstatistiken gehören nach der aktuellen EZB-Programmbeschreibung nicht zum anfänglichen Umfang. Ebenso ersetzt IReF nicht bereits sämtliche aufsichtlichen und abwicklungsbezogenen Meldungen. Die weitergehende Integration dieser Bereiche ist ein eigenes langfristiges Vorhaben.
Die praktische Bedeutung liegt in gemeinsamen Datenbegriffen und konsistenteren Erhebungs- und Transformationsprozessen. Für international tätige Banken kann dies Unterschiede zwischen nationalen statistischen Verfahren reduzieren. Welche konkreten Pflichten für ein einzelnes Institut gelten werden, hängt vom endgültigen Rechtstext und seiner Umsetzung ab.
Am 8. Juni 2026 veröffentlichte die EZB die wesentlichen Umsetzungsmeilensteine. Für die zweite Jahreshälfte 2027 ist die öffentliche Konsultation des Verordnungsentwurfs vorgesehen. Ab dem zweiten Quartal 2030 soll ein einjähriger Pilot die technische und fachliche Vorbereitung unterstützen. Erste offizielle IReF-Meldungen sind ab dem zweiten Quartal 2031 geplant.
Mit der ersten offiziellen Meldung soll eine einjährige Parallelphase beginnen: Bestehende statistische Meldungen im IReF-Umfang laufen zunächst weiter. Die Termine stehen ausdrücklich unter dem Vorbehalt der Verabschiedung der IReF-Verordnung. Ältere Projektpläne mit früherem Start müssen deshalb mit der aktuellen EZB-Mitteilung abgeglichen werden.
Für ein Institut entsteht daraus ein Planungskorridor, aber noch kein endgültiger Meldekalender mit allen Stichtagen und Einreichungsfristen. Der detaillierte Umsetzungsplan und die Behandlung verbleibender nationaler Anforderungen werden weiter ausgearbeitet.
| Geplanter Meilenstein | Zeitpunkt | Bedeutung für Institute |
|---|---|---|
| Öffentliche Konsultation | Zweite Jahreshälfte 2027 | Entwurf prüfen und fachliche Rückmeldungen vorbereiten |
| Beginn Pilotphase | Q2 2030 | Technische und operative Testfähigkeit nachweisen |
| Erste offizielle IReF-Meldungen | Q2 2031 | Produktive Meldung nach finalen Anforderungen |
| Parallelmeldung | Ein Jahr ab offizieller Einführung | Bestehende Meldungen im IReF-Umfang zusätzlich fortführen |
BIRD, das Banks' Integrated Reporting Dictionary, ist eine freiwillige Zusammenarbeit von Zentralbanken und Geschäftsbanken. Es beschreibt Datenkonzepte und Transformationen, die bei der Erzeugung statistischer, aufsichtlicher und abwicklungsbezogener Meldungen helfen können. Die Nutzung ist kostenfrei. BIRD selbst ist keine Meldeverordnung.
Ein Institut kann BIRD als Orientierung für die Zuordnung seiner Quelldaten nutzen. Die eigene Verantwortung für Vollständigkeit und fachliche Richtigkeit der Meldung bleibt bestehen. Eine technisch umgesetzte BIRD-Zuordnung beweist auch nicht automatisch, dass sämtliche nationalen Besonderheiten oder künftigen IReF-Anforderungen abgedeckt sind.
AnaCredit ist bereits ein bestehendes granuläres Kreditmeldewesen. FINREP und COREP gehören zum aufsichtlichen Berichtsrahmen. Deren heutige Pflichten laufen weiter, solange die einschlägigen Vorschriften gelten. Gemeinsame Daten dürfen mehrfach genutzt werden; Definitionen und Abgrenzungen dürfen dabei nicht stillschweigend gleichgesetzt werden.
| Begriff | Funktion | Status im September 2026 |
|---|---|---|
| IReF | Geplanter integrierter statistischer Berichtsrahmen | Verordnung und detaillierte Umsetzung in Vorbereitung |
| BIRD | Gemeinsames Datenwörterbuch und Transformationsbeschreibungen | Freiwillige Unterstützung der Umsetzung |
| AnaCredit | Bestehende granulare Kreditdatenstatistik | Aktuelle Meldepflichten bleiben maßgeblich |
| FINREP und COREP | Aufsichtliche Finanz- und Eigenmittelmeldungen | Eigener regulatorischer Berichtsrahmen |
Der erste Schritt ist ein Verzeichnis der heutigen Meldungen und ihrer Datenherkunft. Für jeden Meldebestand sollten das verantwortliche Team, die rechtliche Einheit, das Vorsystem, die fachliche Definition und die letzten manuellen Korrekturen bekannt sein. Dies zeigt, welche Probleme bereits im heutigen Betrieb Aufwand verursachen.
Anschließend werden gemeinsame Identifikatoren und führende Quellen festgelegt. Vertrag, Instrument, Geschäftspartner und meldende Einheit sind unterschiedliche Objekte. Werden sie vermischt, können Daten doppelt gezählt oder falsch aggregiert werden. Auch Bestände, Transaktionen und Bewertungsänderungen benötigen eine klare Trennung.
Für zentrale Merkmale wie Sektor, Land, Währung, Laufzeit oder Sicherheitenbezug braucht es eine dokumentierte fachliche Zuständigkeit. Änderungen sollten mit Gültigkeitsdatum verarbeitet werden. Ein bloßes Überschreiben eines Stammdatensatzes kann historische Meldungen und spätere Korrekturen unnachvollziehbar machen.
Ein fiktiver Kredit C4711 weist zum betrachteten Stichtag einen Nominalbestand von 250.000 Euro auf und ist dem Geschäftspartner D08 zugeordnet. Im Meldeprozess müssen neben dem Betrag auch die meldende Einheit, Währung, Geschäftsart und die jeweils benötigten Merkmale des Geschäftspartners richtig zugeordnet sein. Die internen Bezeichnungen C4711 und D08 sind nur Beispielkennungen.
Eine Gesamtsumme von 250.000 Euro kann rechnerisch stimmen, obwohl die sektorale Zuordnung falsch ist. Ebenso kann eine Vertragsänderung nach dem Stichtag versehentlich einen historischen Bestand verändern. Gute Prüfungen betrachten deshalb sowohl Zahlen als auch Beziehungen, Zeitbezug und fachliche Klassifikation.
Die Tabelle zeigt einen möglichen Kontrollansatz. Sie ist ein Arbeitsbeispiel für Datenqualität und kein vorweggenommener IReF-Feldkatalog. Der endgültige Feldumfang muss gegen die veröffentlichten Anforderungen abgeglichen werden.
| Prüfbereich | Konkrete Frage | Möglicher Nachweis |
|---|---|---|
| Identität | Ist C4711 zum Stichtag genau der richtigen Einheit und D08 zugeordnet? | Eindeutige Schlüssel und geprüfte Objektbeziehungen |
| Betrag | Stimmt der Nominalbestand mit der führenden Quelle überein? | Überleitung von 250.000 Euro zur Quellbuchung |
| Klassifikation | Gilt die verwendete Sektorzuordnung für den richtigen Zeitpunkt? | Versionierter Stammdatensatz mit fachlicher Freigabe |
| Transformation | Welche Regel erzeugt welchen Meldewert? | Dokumentierte Regelversion und reproduzierbare Berechnung |
| Korrektur | Lässt sich die ursprüngliche Lieferung wiederherstellen? | Gesicherter Stichtagsbestand und Änderungshistorie |
Ein Pilot benötigt repräsentative Geschäftsfälle. Dazu gehören beispielsweise neue und beendete Kredite, nachträgliche Korrekturen und Änderungen von Geschäftspartnermerkmalen. Für jeden Fall wird vorab festgelegt, welcher fachliche Wert erwartet wird und welche Datenstrecke ihn erzeugt. So wird ein Testfehler von einer bloß ungeklärten Anforderung unterscheidbar.
Der Parallelbetrieb sollte Differenzen zwischen alter und neuer Meldelogik nachvollziehbar erklären. Nicht jede Abweichung ist ein Fehler; unterschiedliche Definitionen oder Abgrenzungen können berechtigte Unterschiede erzeugen. Für jede Differenz braucht es deshalb eine fachliche Ursache, eine Entscheidung und gegebenenfalls eine Korrektur.
Auch der Betriebsprozess gehört in die Abnahme: Wer bearbeitet Rückfragen, wer darf eine Lieferung korrigieren und wie wird die Freigabe dokumentiert? Ressourcen für Parallelmeldungen, Anbieterabstimmung und Datenbereinigung müssen in der Projektplanung sichtbar sein.
Ein sinnvoller Anfang ist eine einzelne wiederkehrende Datenstrecke mit hohem manuellem Abstimmungsbedarf. T-NEX kann mit Meldewesen und IT die Datenherkunft, Transformationen, Kontrollen und Freigaben strukturieren sowie passende Schnittstellen oder Auswertungen umsetzen. Aus dem Ergebnis entsteht ein übertragbares Vorgehen für weitere Bestände.
Für den Auftrag werden konkrete Ein- und Ausgaben vereinbart: Quelldaten, fachliche Regeln, Fehlerbehandlung, Protokollierung und erwarteter Bericht. Die finale IReF-Meldelogik kann erst auf Basis der verabschiedeten Anforderungen festgelegt werden. Ein heutiges Daten- oder Reportingprojekt sollte diesen späteren Anpassungsschritt ausdrücklich einplanen.
Die EZB plant erste offizielle Meldungen ab Q2 2031, nach einem einjährigen Pilot ab Q2 2030. Mit der Einführung ist ein Jahr Parallelmeldung vorgesehen. Die Termine stehen unter dem Vorbehalt der verabschiedeten IReF-Verordnung.
Im geprüften Stand vom 11. September 2026 befindet sie sich in Vorbereitung. Die öffentliche Konsultation des Entwurfs ist für die zweite Jahreshälfte 2027 vorgesehen.
Nein. BIRD ist eine freiwillige Initiative und eine kostenfrei zugängliche Unterstützung für Datenbegriffe und Transformationen. Die Verpflichtungen entstehen aus den jeweiligen Meldevorschriften.
Nein. Der anfängliche Umfang betrifft vor allem bestimmte statistische Anforderungen des Eurosystems. Aufsichtliche Meldungen sowie nicht einbezogene Statistikbereiche müssen weiterhin nach ihren eigenen Vorgaben betrachtet werden.

Dashboards aus Fragen in natürlicher Sprache. T-NEX Dynamic AI Reporting verbindet Datenabfragen mit bearbeitbaren Diagrammen und Rollenrechten.
Mehr erfahren
Eine Banking-Plattform für Controlling, Reporting, Compliance, Risiko, PPM und Fraud Detection. Gemeinsames Datenmodell, KI im Kern, individuell kombinierbar.
Mehr erfahrenT-NEX berät Banken und Versicherungen bei Softwarevorhaben und GRC-Prozessen. Mit Fachkonzept, technischer Planung und vereinbartem Umsetzungsumfang.
Service entdeckenFachanwendungen auf der T-NEX-Plattform entwickeln: mit definierten Datenzugriffen, prüfbarer Abnahme und vereinbartem Umfang für Rechte, Übergabe und Betrieb.
Service entdecken