API-Dokumentation

Kreditüberprüfungen und Statusänderungen

Die Portfolioüberwachung verschiebt ein Engagement zwischen Grün, Gelb, Rot und Unzureichende Daten, wenn sich die Nachweise ändern. Diese Seite erklärt, was eine Statusänderung aussagt, welche Änderungen auf eine Kenntnisnahme warten und wie Ihr Team seine eigene Kreditüberprüfung eines Engagements festhält. Alles hier steht im Dashboard, über die API und für KI-Assistenten über MCP zur Verfügung.

Warum sich ein Status bewegt hat

Jede Statusänderung nennt ihre Ursache. Die Ursache wird aus den beiden Einschätzungen abgeleitet, die die Änderung vergleicht. Beide bleiben dauerhaft als Historie erhalten, und die Ableitung folgt einer festen Regel ohne jedes Modell:

  • Die Treiber sind die Signale, deren Änderung den Status bewegt hat, jeweils mit ihrem Band davor und danach und den Kennungen der Nachweise, auf denen ihr neuer Stand beruht. Hat sich der Status verschlechtert, sind die Treiber die Signale, die ungünstiger wurden oder eine Übersteuerung ausgelöst haben, sowie die Signale, die nicht mehr grün bewertet werden, denn wegfallende entlastende Nachweise erhöhen den Score. Hat er sich verbessert, gilt das Spiegelbild. Ein Wechsel zu Unzureichende Daten nennt die Signale, die nicht mehr beobachtet werden konnten. Haben alle Treiber ihre Bewertung verloren, nennt die Änderung ihre Zahl, zum Beispiel 7 Signale werden nicht mehr bewertet. Hat der führende Treiber sein Band behalten und nur seine Übersteuerung geändert, sagt die Änderung, was die Übersteuerung jetzt bewirkt, zum Beispiel Insolvenzverfahren erzwingt jetzt Rot.
  • Der Registereintrag hinter dem führenden Treiber wird mit seinem Register und seiner Referenz genannt, wenn ein Eintrag dahintersteht. Ein Signal, das sich bewegt hat, weil ein Nachweis jetzt fehlt, zitiert nichts, und die Änderung sagt das, statt eine Quelle zu erfinden.
  • Bewertungsregeln geändert steht an erster Stelle, wenn sich die Bewertungslogik oder das Bewertungsschema zwischen den beiden Einschätzungen unterscheidet. Das Standardschema und ein von Ihrem Team gespeichertes Schema gelten als verschiedene Schemata; eine Einschätzung mit Unzureichende Daten bewertet nichts und wird daher nie nach Schema verglichen. Die Bewegung kann dann aus dem Regelwerk kommen und nicht vom Kreditnehmer.

Je Änderung werden höchstens fünf Treiber genannt, die übrigen werden gezählt. Die Kennungen der beiden Einschätzungen werden mit der Ursache ausgeliefert, sodass jede Aussage an der vollständigen Signalaufstellung geprüft werden kann. Lässt sich eine der beiden Einschätzungen nicht lesen, sagt die Änderung Ursache nicht verfügbar und behauptet nichts weiter.

Neuaufnahmen sind keine Änderungen

Die erste Einschätzung eines Engagements bei der Aufnahme in den Bestand erscheint als In den Bestand aufgenommen mit ihrem ersten Status und, bei Gelb oder Rot, den Signalen, die ihn gesetzt haben. Eine Neuaufnahme ist keine Änderung. Sie wartet nie auf eine Kenntnisnahme und zählt nicht zu den Statusänderungen der letzten 30 Tage, bleibt aber in der Zahl aller Übergänge der letzten 30 Tage enthalten.

Kenntnisnahme von Änderungen

Eine Analystin oder ein Analyst nimmt eine Statusänderung zur Kenntnis, sobald sie geprüft ist, einzeln oder alle auf der Seite gezeigten offenen Änderungen mit einer Aktion. Gestempelt werden nur echte, noch offene Änderungen des eigenen Teams; Administratoren können teamübergreifend zur Kenntnis nehmen. Jede Kenntnisnahme schreibt ihren eigenen Eintrag ins Aktivitätsprotokoll, gleich auf welchem Weg sie erfolgt ist.

Der Überprüfungsdatensatz

Jedes Engagement trägt seinen eigenen Datensatz zur Kreditüberprüfung, den eine Analystin oder ein Analyst setzt:

  • Einstufung, eine von Geprüft, kein Handlungsbedarf; Beobachtungsliste; Intensivbetreuung; An die Kreditentscheidung eskaliert. Beobachtungsliste und Eskalation an die Kreditentscheider folgen EBA GL/2020/06 Randnummern 270, 272 und 275, die Intensivbetreuung folgt MaRisk BTO 1.2.4.
  • Notiz, freier Text mit bis zu 2.000 Zeichen.
  • Verantwortlich, ein aktuelles Mitglied Ihres Arbeitsbereichs, das die Überprüfung selbst erfassen könnte: ein Mitglied des Teams des Engagements mit der Rolle Analyse oder Compliance oder eine Administratorin oder ein Administrator des Arbeitsbereichs. Die Auswahl bietet genau diese Mitglieder mit Namen an; ein Mitglied, dessen Konto entfernt wurde, wird nicht mehr angeboten und abgelehnt.
  • Nächste Überprüfung, zwischen heute und einem Jahr ab heute, denn MaRisk BTO 1.2.2 verlangt mindestens jährlich eine Beurteilung der Adressenausfallrisiken.

Eine neue Überprüfung wird zur geltenden Überprüfung des Engagements, die früheren bleiben erhalten. Die Historie wird nur fortgeschrieben: nichts wird je geändert oder gelöscht, und eine Korrektur ist eine neuere Überprüfung. Nur lesende Mitglieder sehen jede Überprüfung ihres Bestands und erfassen keine.

Fällige Überprüfungen

Eine Überprüfung ist überfällig, wenn das Datum der nächsten Überprüfung der geltenden Überprüfung verstrichen ist. Die Portfolioseite listet überfällige Überprüfungen und solche, die in den nächsten zwei Wochen fällig werden, die frühesten zuerst, und zählt die Engagements, die nie überprüft wurden. Die Liste liest dasselbe Team wie die übrige Portfolioseite; werden alle Teams gezeigt, nennt jede Zeile ihr Team. Datumsangaben werden in UTC verglichen.

Wo welcher Teil ausgeliefert wird

  • Dashboard. Der Feed der Statusänderungen zeigt jede Ursache in einer Zeile und bietet die Kenntnisnahme an; die Unternehmensseite trägt den Überprüfungsdatensatz und seine Historie; die Portfolioseite listet die fälligen Überprüfungen.
  • API. GET /v1/portfolio/transitions trägt je Zeile die cause; GET /v1/portfolio trägt je Engagement die geltende review und review_overdue; GET /v1/portfolio/summary zählt transitions_30d, status_changes_30d und reviews_overdue; GET /v1/portfolio/{exposure_id}/reviews liefert die Historie. Verantwortliche und Prüfende sind Identitäten von Mitgliedern und bleiben im Dashboard.
  • MCP. portfolio_overview liefert mit den Übergängen ihre Ursachen und die Zahl überfälliger Überprüfungen; portfolio_book liefert je Engagement die geltende Überprüfung.
  • Unterlage für das Kreditkomitee. Der Abschnitt zur Kreditüberwachung druckt die geltende Überprüfung mit Einstufung, Verantwortlichen und nächstem Überprüfungsdatum sowie jede jüngere Statusänderung mit ihrer Ursache.