Zum Inhalt springen
03 / Kredit & Entscheidung

Schnell entscheiden. Später erklären können.

Ein effizienter Prozess muss zwischen Daten, Regel und Ausführung unterscheiden. Geschwindigkeit ist nur dann nachhaltig, wenn der Betrieb den Ablauf rekonstruieren kann.

v2Prüfung
Jetzt lesen ↓
ArchitekturfrageDaten ≠ Regel

Eine Trennung der Verantwortlichkeiten, um Entscheidungen zu analysieren, zu testen und zu überprüfen.

Bank of England · KI und Finanzstabilität ↗9. Apr. 2025 · Analyse des britischen Finanzsystems
Die Antwort zählt. Der Weg, der zu ihr geführt hat, ist ebenfalls Teil des Produkts.Redaktionelle Perspektive von Catalisa
01

Mehr Information bedeutet mehr Verantwortung

Die Bank of England sieht Chancen von KI bei Finanzentscheidungen, verbunden mit Modell- und Datenrisiken. Dies ist eine internationale Debatte, keine Messung der Leistung brasilianischer Engines.

In der Produktpraxis bleibt eine Frage bestehen, auch wenn keine KI im Spiel ist: Wenn sich die Richtlinie geändert hat, wie findet man heraus, welche Vorgänge die vorherige Version verwendet haben? Fehlt diese Verknüpfung, wird es schwieriger, Abweichungen zu untersuchen und zu erklären, warum zwei Fälle unterschiedliche Wege genommen haben.

Referenz: Bank of England · KI und Finanzstabilität ↗

02

Daten abzurufen heißt nicht, die Richtlinie zu bewerten

Die Pipeline organisiert Quellen, Verfügbarkeit und Fristen. Die Engine bewertet die veröffentlichte Regel mit den erhaltenen Eingaben. Ein fehlendes Feld, eine fehlgeschlagene Abfrage und ein gültiger Wert von null sind unterschiedliche Situationen; sie alle in dieselbe Zahl umzuwandeln, zerstört relevante Informationen.

Der Eingabevertrag muss Qualität und Herkunft so weit erhalten, dass die Richtlinie entscheiden kann, wie vorzugehen ist. Je nach Design kann der Fall auf eine Quelle warten, einen alternativen Pfad nehmen oder eine Prüfung erfordern. Diese Entscheidung muss explizit getroffen werden und darf kein zufälliger Nebeneffekt des Codes sein.

03

Eine Richtlinienänderung erfordert einen Vergleich

Bevor eine neue Regel veröffentlicht wird, kann das Team sie anhand einer geeigneten Stichprobe von Fällen mit der vorherigen Version vergleichen. Ziel ist es, Verhaltensänderungen zu erkennen, Ausnahmen zu bewerten und unerwartete Ergebnisse zu untersuchen. Dies ersetzt keine Risiko- und Geschäftsvalidierung.

Die Protokollierung der ausgeführten Version hilft, die Richtlinie mit dem Ergebnis zu verknüpfen. Kommen statistische Modelle oder KI zum Einsatz, reicht es nicht, nur die Tabelle zu protokollieren: Auch die Modellversionen und relevanten Transformationen gehören zur Erklärung. Die Determiniertheit einer Regel und die Gültigkeit der Richtlinie sind unterschiedliche Eigenschaften.

04

Die menschliche Prüfung braucht Substanz

Eine nützliche Ausnahme-Warteschlange erklärt den Grund der Weiterleitung, die fehlenden Daten, die berücksichtigte Richtlinie und die zulässigen Aktionen. Alle unvollständigen Fälle ohne Priorisierung an das Backoffice zu senden, kann zwar die Kontrolle wahren, zugleich aber die Effizienz zunichtemachen.

Deshalb sollte das Design die Kapazität der Warteschlange und die Wartezeit berücksichtigen. Eine Policy, die mehr Entscheidungen automatisiert, aber schwierige offene Fälle vervielfacht, verschiebt womöglich nur die Kosten. Die Bewertung verbindet Ergebnis, Qualität und operativen Aufwand.

Policy-Labor

Ein offener Punkt. Zwei mögliche Wege.

01Unvollständige Daten
02Richtlinie A
03Prüfung

In diesem Beispiel leiten unvollständige Unterlagen den Fall an eine manuelle Prüfung weiter. Die Warteschlange erhält Grund und Kontext.

Konzeptionelles Beispiel zur Erkundung von Zuständigkeiten. Führt keine Integrationen, Kreditentscheidungen oder realen Transaktionen aus.
Eine mögliche Anwendung

Gleiche Eingabe, unterschiedliche Versionen

Konzeptlabor: Vergleichen Sie eine Richtlinie, die unvollständige Unterlagen zur Prüfung weiterleitet, mit einer, die zuerst eine Ergänzung anfordert. Ziel ist nicht, Vergabekriterien vorzuschlagen, sondern sichtbar zu machen, wie eine Regeländerung die Arbeit im Betrieb verändert.

Bewertung · empfohlene Kennzahlen

Zeit pro Schritt

Warten auf Quellen, Regelausführung und manuelle Prüfung voneinander trennen.

Rekonstruktion

Anteil der Fälle, bei denen Eingabe, Herkunft, Version und Ergebnis auffindbar sind.

Ausnahmen

Volumen, Grund, Alter der Warteschlange und Nacharbeitsquote.

Für das nächste Gespräch mitnehmen

Drei Fragen
bevor Sie bauen.

  1. Erscheint ein Ausfall einer Quelle als Fehler oder als Ablehnung?
  2. Können Sie die für einen bestimmten Vorgang verwendete Richtlinie finden?
  3. Erhält das Prüfteam einen erläuterten offenen Punkt oder nur einen Antrag ohne Antwort?
Die Beziehung zu Catalisa

Von der Analyse
zur Komposition.

Decision Platform und Decision Engine haben bei Catalisa unterschiedliche Rollen: Quellen zusammenführen und Richtlinien auswerten. Die Komposition mit Berechnung, Pricing und Formalisierung muss diese Verträge und den Reifegrad jeder Komponente wahren.

Quellen & Grenzen

Was es trägt
diese Lesart.

Die Vorschläge zu Tests, Warteschlangen und Versionierung sind redaktionelle Analysen. Sie stellen keine Empfehlung für eine Kreditrichtlinie, kein Genehmigungsversprechen und kein Kundenergebnis dar.

  1. Bank of England · KI und Finanzstabilität ↗9. Apr. 2025 · Analyse des britischen Finanzsystems
  2. FSB · Praktiken für den verantwortungsvollen Einsatz von KI ↗15. Okt. 2026 · Abschlussbericht