Qualität regulatorischer Reports steuern

Eine plausible Summe im Mart ist keine Meldung. Reporting-Governance scheitert, wenn COREP-, FINREP- oder QRT-Felder lokal geprüft werden, aber keine CDE-Regel, keine Lineage zum Vorsystem und keine Reconciliation vor dem Sign-off tragen. Die Prüffrage der Aufsicht hat dann drei Zahlen und keinen Pack.

Dieser Teil definiert den Mindestvertrag für Meldequalität — bevor Model-Risk-Daten dieselbe Kennzahl als Feature behandeln.

Vorher: Governance in Banking und Insurance. Weiter: Datenverträge für Modellrisiko.

Ansatz

Jede materielle Meldezahl erhält vor Abgabe an die Aufsicht:

1. ein Critical Data Element mit fachlicher Regel, Quelle, Grain und Owner;
2. eine Lineage von Vorsystem über Adjustment bis zum Formularfeld;
3. eine Reconciliation gegen das Vorsystem — nicht nur eine Mart-Plausibilität;
4. ein Sign-off durch den Head of Regulatory Reporting oder benannten Report Owner;
5. einen Korrektur- und Resubmission-Weg an derselben Pack-Version.

Kein Pack schließt, solange die Reconciliation offen ist. Model-Risk-Output bleibt ein eigenes Produkt, bis er ausdrücklich als Meldeinput freigegeben ist.

Report-Pack-Workflow

1. CDE schneiden

Der Owner benennt fünf bis fünfzehn Felder der Form, die diese Serie zuerst bindet. Jedes CDE braucht eine Regel, die ein Meldeverantwortlicher in einem Satz erklären kann — nicht nur einen Spaltennamen.

2. Lineage binden

Quelle, Adjustment, Aggregation und Formularfeld gehören in dieselbe Kette. Ein Dashboard-Export ohne Vorsystem ist keine Lineage.

3. Reconciliation definieren

Erfüllt heißt: Differenz zum Vorsystem ist null oder dokumentiert, begründet und vom Owner akzeptiert. Eine schöne Summe im Mart ersetzt diesen Abgleich nicht.

4. Sign-off sperren

Der Custodian setzt den Lock. Der Head of Regulatory Reporting entscheidet, ob die Zahl geschlossen werden darf. Wer den Job starten kann, darf die Meldezahl nicht auslegen.

5. Korrekturweg festlegen

Nachträgliche Korrekturen erzeugen eine neue Pack-Version oder eine begründete Resubmission — keine stille Spreadsheet-Überschreibung nach Sign-off.

6. Pack versionieren

Formular, Jurisdiktion, Stichtag, CDE-Liste, Reconciliation und Sign-off stehen auf einer Version. Ohne diese Klammer lassen sich Prüffragen nicht reproduzieren — siehe Datenverträge für Modellrisiko, wenn dieselbe Kennzahl auch Modellinput ist.

Handoffs

Anti-Patterns

• Meldezahl ohne Pack-Version und ohne Abgleich gegen das Vorsystem
• Lokale Plausibilität als Ersatz für die kritisches Datenelement-Regel behandeln
• Korrekturen nach Freigabe still im Spreadsheet überschreiben
• Warehouse-Admin als verantwortliche Person der gemeldeten Kennzahl einsetzen
• Modellscore und Aufsichtsdefinition unter einem Label vermischen

Erster Umsetzungsschnitt

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Banking & Insurance Landscape
• Lernpfad — Banking & Insurance Landscape

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

1. Den letzten Aufsichts- oder Aufsichtsfall wählen und Formular, Stichtag plus die drei genannten Quellen aufnehmen.
2. Fünf CDEs schneiden und je genau eine fachliche Regel plus führende Quelle festlegen.
3. Reconciliation gegen das Vorsystem produktiv schalten; Pack schließt nicht, solange die Differenz offen ist.
4. Einen Korrekturweg mit neuer Pack-Version an einem realen Adjustment testen.