Eine regelmäßige Leerung der Testdatenbank ist nicht vorgesehen, so dass eventuell fehlerhaft eingereichte Daten gegebenenfalls durch Korrektur- oder Löschmeldungen eigenverantwortlich bereinigt werden müssten. Die Testdateien müssen jeweils den aktuell gültigen technischen Vorgaben entsprechen. Die technische Spezifikation der Stamm- und Kreditdatenmeldungen für AnaCredit an die Bundesbank ist abrufbar unter. Weitere technische Details, auch zur Registrierung, enthält das Rundschreiben. Die in der Testumgebung von der Deutschen Bundesbank vorgenommenen Validierungen entsprechen den Validierungen, die auch auf der Produktionsumgebung durchgeführt werden und sind dem aktuellen Validierungshandbuch zu entnehmen. Rundschreiben Nr. 50/2020 | msg aktuell. Ausgenommen hiervon sind Validierungen zur Vollständigkeit der Vertragspartner-Stammdaten, die in der Kreditdaten-Anwendung AnaCredit-BBk durchgeführt werden. Diese werden auf der Testumgebung aktuell nicht geprüft. Bei der Verarbeitung der AnaCredit-Vertragspartner-Stammdatenmeldungen sind einige wiederkehrende Meldefehler aufgefallen.
Es ist zu beachten, dass die aufgezeigten Änderungen nur für Kredit-Stammdaten und dynamische Kreditdaten gelten. Bei den Vertragspartner-Stammdaten werden die Einreichungsart und die Speicherung im Stammdatensystem RIAD-BBk der Deutschen Bundesbank nicht angepasst. Anpassung der Meldevorgaben zum 01. 2021 Die Bundesbank hat die Notwendigkeit erkannt, auch die Technischen Spezifikationen anzupassen. Neben der Ergänzung der Einreichungsart sind weitere zahlreiche Änderungen geplant. Dazu zählen u. a. die Schaffung einer Möglichkeit, Ausreißer bestätigen zu lassen, die Anpassung der Datentypspezifikation der Kreditnehmer- sowie der Kreditgebernummer auf genau 8 Zeichen oder die Angleichung der Liste der Währungen. Technische spezifikation ana credit card. Gleichzeitig mit dem o. g. Rundschreiben hat die Bundesbank folgende technischen Dokumente veröffentlicht: Code List – Version 2. 2 Technische Spezifikation der Stamm- und Kreditdatenmeldungen für AnaCredit an die Bundesbank – Version 2. 2 Technische Spezifikation Tabelle 7 – Version 2.
Detaillierte Verarbeitungsprotokolle zeigen fehlerhaft angelieferte Daten und verletzte Validierungsregeln. Nach Korrektur der Eingabedaten wird die Verarbeitung einfach wiederholt.
Im September 2019 fand zwischen der BuBa und der DK ein Informationstreffen statt, wo verschiedene Optionen zur Einreichungsart sowie zum Korrekturverfahren von AnaCredit erörtert wurden. Die folgenden Optionen wurden im Anschluss als Umfrage bereitgestellt: Zeitraumkorrektur und Deltameldung (Status Quo) Zeitraumkorrektur und optionale Vollmeldung für den aktuellen Meldestichtag Zeitpunktkorrektur und optionale Vollmeldung Nach Aussage der BuBa zeigte sich in einer anschließenden Umfrage eine deutliche Präferenz der dritten Option. Folglich befürwortet die Bundesbank eine Änderung des Korrekturverfahrens für Kreditstammdaten, indem vom Zeitraum- auf das Zeitpunktprinzip gewechselt wird und die Möglichkeit der Einreichung einer Vollmeldung neben der Deltameldung eingeräumt wird. Dabei wird die Vollmeldung als Meldung mit dem zum Meldestichtag gültigen Datenbestands betrachtet. 17.01.2020: Bundesbank nimmt Änderungen der Einreichungsart und des Korrekturverfahrens von AnaCredit vor. - Impavidi | Risk Management Solutions. In diesem Fall wäre eine Löschmeldung für ausgelaufene Geschäfte hinfällig. Bei der Zeitpunktkorrektur von Kreditstammdaten würden sich rückwirkende Korrekturen folglich nur auf einen Meldestichtag beziehen.
Ziegemeyer Consultings AnaCredit-History-Reader ist eine Software, die es Banken ermöglicht, historische AnaCredit-Meldungen zu lesen und in kurzer Zeit Transparenz über den Datenbestand bei der Deutschen Bundesbank zu schaffen. Die Software berechnet aus den bei der Deutschen Bundesbank eingereichten XML Dateien einfach zu lesende CSV Tabellen mit den aktiven Datensätzen. Rundschreiben Nr. 71/2019 | msg aktuell. Das Ergebnis wird vom AnaCredit-Tool zum Erzeugen von Lösch- und Korrekturmeldungen und für stichtagsübergreifende Validierungen verwendet. AnaCredit-Meldungen bauen aufeinander auf AnaCredit-Meldungen bauen eine Historie in den Datenbanken von Deutscher Bundesbank und Europäischer Zentralbank (EZB) auf. Jede neue Meldung basiert auf dieser Historie. Die Kenntnis dieser Historie wird aus den folgenden Gründen benötigt: Um ein Instrument mit dem Aktionsattribut Löschung zu melden, weil es fälschlicherweise übertragen wurde oder nicht mehr meldepflichtig ist. Um Validierungsregeln zu prüfen, die auf vorherige Meldestichtage verweisen.
Die Bundesbank informiert in ihrem Schreiben 66/2021 vom 26. Oktober 2021 über den Zugriff auf das Testsystem für Bankentests im Bereich der Vertragspartner-Stammdaten sowie über wiederkehrende fachliche Meldefehler, die im Zusammenhang mit der AnaCredit Meldung hinsichtlich der Vertragspartner-Stammdaten aufgefallen. Ab sofort ist die Testumgebung für die Einreichung von Vertragspartner-Stammdaten wieder für die Tests der Banken freigegeben (siehe auch Rundschreiben Nr. 28/2021 bezüglich Zugriff auf das Testsystem für Bankentests im Bereich der Kreditdaten). Technische spezifikation anacredit reporting. Dateien, die eingereicht werden, werden validiert und eine entsprechende Rückmeldung an die Institute versendet. Damit besteht wieder die Möglichkeit die Vertragspartner-Stammdaten-Meldung vor der Produktiveinreichung auf Richtigkeit zu überprüfen. Bei der Einreichung der Meldungen ist zu beachten, dass zum Testbeginn keine Meldedaten in der Testumgebung vorhanden sind. Die Datenbank wird erst durch die Testeinreichungen gefüllt.
Nach der Umstellung auf das Zeitpunktprinzip am 1. August 2021 eingereichte Korrekturen, auch für alle zurückliegenden Meldetermine, beziehen sich nur noch auf den Termin, für den sie eingereicht wurden. Technische spezifikation ana credit . Für die Auswirkung auf nachfolgende Meldetermine ist folgende Fallunterscheidung zu treffen: (i) Soweit sich die Korrektur auf den aktuellen Meldetermin T bezogen hat und noch keine Daten für den darauffolgenden Meldetermin T+1 eingereicht wurden, wird dieser Bestand, wenn für den Meldetermin T+1 die Einreichungsart FULL DYNAMIC gewählt wird, in den Termin T+1 kopiert. (ii) Bezieht sich die Korrektur auf einen weiter zurückliegenden Meldetermin, werden danach folgende Meldetermine und die für diese Meldetermine gespeicherten Informationen nicht berührt. Sollte allerdings festgestellt werden, dass die Ausprägung eines Datenfelds für eine Reihe von Terminen in der Vergangenheit geändert werden muss, ist nach dem Zeitpunktprinzip für jeden betroffenen Meldetermin die Einreichung einer Korrektur erforderlich.