Für Risikomanager kann die Abhängigkeit von starren, fest codierten Entscheidungsprozessen die operative Agilität oft erheblich einschränken. Regelsets dynamisch zu kombinieren und auszuführen, ohne auf Code-Deployments warten zu müssen, ist entscheidend, um Zeit zu sparen und die Portfolioqualität zu sichern. DecisionRules macht genau das möglich: mit vielseitigen No-Code-Mustern, die die Definition und Ausführung komplexer Regelsets für Kreditentscheidungen zentralisieren.
Warum fest codierte Logik Ihre Kreditstrategie blockiert
Fest codierte Regeln waren schon immer ein Albtraum für Unternehmen, die ihre Strategien für Kreditentscheidungen flexibel an veränderte Marktbedingungen anpassen müssen, um sowohl die Portfolioqualität als auch die Volumina auf hohem Niveau zu halten.
Wie bei unflexiblen Scoring-Modellen durchläuft auch die Änderung fest codierter Eligibility-Regeln traditionell einen frustrierenden, mehrwöchigen Zyklus aus Spezifikation, IT-Entwicklung und Tests.
Ein typischer Änderungsprozess für fest codierte Regeln (nicht nur bei der Einführung einer neuen Regel, sondern auch bei der Verwendung einer bestehenden Regel für ein neues Produkt oder bei der bloßen Änderung ihrer Parameter) umfasste die folgenden Schritte:
- Spezifikation: Spezifikation der erforderlichen Änderung durch Risikoanalysten oder Product Owner
- Ressourcenzuweisung: Zuweisung von IT-Ressourcen, meist abhängig von der Priorisierung
- Entwicklung: Änderung der fest codierten Regeln durch die IT
- Test: Testen der Änderung durch IT-Tester
- Abnahmetest: Abnahmetest durch Risikoanalysten oder Product Owner
- Go-live: Überführung in die Produktion
Ein solcher Prozess dauert in der Regel mindestens mehrere Wochen – ein „Tempo“, das schlicht nicht die Flexibilität bietet, die für die Steuerung der Kreditrisiken im Portfolio notwendig ist.
Agiles Regelmanagement ganz ohne Programmierung
Wiederverwendbare Vorlagen für Regelsets
DecisionRules löst dieses Problem, indem das Regelmanagement direkt in die Hände der Risiko- und Produktteams gelegt wird. So wie unsere Scorecard-Muster Struktur und Flexibilität bieten, ermöglichen diese Regelset-Vorlagen für Eligibility- und Policy-Regeln einen kontrollierten No-Code-Ansatz.
Sehen wir uns an, wie diese Muster, die direkt in der Vorlagenbibliothek von DecisionRules verfügbar sind, das Regelmanagement von einem Engpass in einen strategischen Vorteil verwandeln.
Einfacher Einstieg: Parallel Rule Calling oder Rule Configuration List
Der Mechanismus Parallel Rule Calling nutzt einen einfachen visuellen Ablauf, in dem einzelne Regeln parallel aufgerufen und ihre Ergebnisse am Ende gesammelt werden. Diese Vorlage eignet sich ideal für kleinere, weniger komplexe Regelsets.
Vorlage Parallel Rule Calling
Der Mechanismus Rule Configuration List bietet mehr dynamische Kontrolle. Statt statisch festgelegt zu sein, wird die Liste der auszuführenden Regeln in einer Decision Table definiert. So können Sie über Bedingungen dynamisch steuern, welche Regeln ausgeführt werden.
Vorlage Rule Configuration List – der Decision Flow
Vorlage Rule Configuration List – die definierende Decision Table
Fortgeschrittene Kreditentscheidung: das Muster Eligibility and Policy Rules
Die fortschrittlichste Lösung, das Muster Eligibility and Policy Rules, ist das eigentliche Heilmittel. Es trennt das „Was“ (die Liste der auszuführenden Regeln) vollständig vom „Wie“ (der Ausführungslogik). Dieser dynamische Ansatz ermöglicht es Ihnen, völlig unterschiedliche Regelsets (etwa „Eligibility“ oder „Policy“) über denselben zugrunde liegenden Decision Flow auszuführen und dabei zuverlässig zu einem einzigen, priorisierten Ergebnis zu gelangen.
Übersicht der Vorlage Eligibility and Policy Rules
Das Muster Eligibility and Policy Rules umsetzen: eine Schritt-für-Schritt-Anleitung
So funktioniert das Muster: klare Trennung der Zuständigkeiten
Im Kern vereinfacht das Muster Eligibility and Policy Rules komplexe Entscheidungen, indem es die zentralen Komponenten voneinander trennt:
- Regelbibliothek (Rule Library), in der alle einzelnen Regeln unabhängig von ihrem Zweck definiert werden
- Definition und Priorisierung der Entscheidungsergebnisse (Decision Outcomes)
- Definition der Regelsets (Zuordnung bestimmter Regeln, die ein bestimmtes Ergebnis auslösen)
- Ausführung der Regelsets
Gehen wir dieses Konzept Schritt für Schritt durch.
Regelbibliothek (Rule Library)
Die Grundlage dieses Musters ist eine zentrale, wiederverwendbare Bibliothek aller einzelnen Geschäftsregeln. Die Regelbibliothek ist eine Sammlung einzelner Regeln, die jeweils mit einem der Regeltypen von DecisionRules abgebildet werden und ein standardisiertes Ausgabemodell besitzen.
Typischerweise werden für die einzelnen Regeln Decision Tables oder Decision Trees verwendet, aber auch andere Regeltypen einschließlich Decision Flows sind möglich.
Jede Regel umfasst:
- ein Eingabedatenmodell mit den Variablen, die zur Auswertung der Regel benötigt werden
- ein Ausgabedatenmodell mit der Regel-ID, einem „passed“-Flag und einer Meldung, die ausgegeben wird, wenn die Regel nicht erfüllt ist
- Bedingungssätze (typischerweise Spalten und Zeilen in einer Decision Table), die festlegen, ob die Regel erfüllt ist oder nicht
- einen eindeutigen Alias, über den die Regel in einem Regelset referenziert wird
Ein Beispiel für eine solche Regel sehen Sie hier:
Beispiel einer Regel (SAL-01 Low Salary)
In Ihrer Regelbibliothek können Sie alle Ihre Regeln unabhängig von ihrem Ergebnis verwalten. Sie können alle in einem Ordner liegen (etwa im Ordner Rule Definition in unserer Vorlage) oder über verschiedene Ordner oder sogar Spaces verteilt sein.
Eine neue Regel hinzuzufügen ist ganz einfach: Klonen Sie die mitgelieferte Vorlage XXX-YY Template, passen Sie sie an Ihre Anforderungen an, und schon können Sie sie in ein Regelset aufnehmen.
Entscheidungsergebnisse (Decision Outcomes)
Als Zweites definieren Sie die Entscheidungsergebnisse, die festlegen, welche Aktion eine Regel auslöst. Statt Ergebnisse fest zu codieren, definieren Sie sie in einer einfachen, priorisierten Tabelle und behalten so die volle Kontrolle über die finale Entscheidung. Typischerweise lautet das Standardergebnis, wenn keine Regel greift, „Accept“, und das Ergebnis jeder ausgelösten Regel „Decline“. Es kann jedoch auch weitere Ergebnisse geben, etwa „Verify“, „Decide Manually“ usw.
Für die Definition dieser Ergebnisse und ihrer Priorität enthält das Muster die Tabelle Decision Outcomes Priority. Darin legen Sie Ihre möglichen Ergebnisse und deren Priorität fest (bestimmt durch ihre Reihenfolge in der Tabelle).
Decision Table mit der Definition der Entscheidungsergebnisse
Auch ein neues Ergebnis lässt sich ganz einfach hinzufügen: Kopieren Sie eine beliebige bestehende Zeile, ändern Sie den Namen des Ergebnisses und verschieben Sie die Zeile an die passende Position in der Tabelle.
Definition der Regelsets
Hier liegt der Kern der Flexibilität dieses Musters. Sie gruppieren Regeln aus Ihrer Bibliothek dynamisch zu vollständigen Regelsets für unterschiedliche Zwecke (z. B. Eligibility, Policy), ohne Logik zu duplizieren.
Jedes Regelset wird als Liste von Regeln und den zugehörigen Ergebnissen definiert, optional abhängig von weiteren Attributen (zum Beispiel dem Namen einer Testgruppe).
Die Regelsets werden in einer Decision Table definiert, wie etwa der folgenden Tabelle Rules Configuration List aus unserer Vorlage.
Decision Table mit der Definition eines Regelsets
Hinweise:
- Hier definieren wir alle Regelsets (in unserem Fall Eligibility Rules und Policy Rules) in einer einzigen Tabelle, Sie können sie aber auch auf mehrere Tabellen aufteilen.
- Wie Sie sehen, wird jede Regel im Regelset über ihren Alias referenziert – deshalb ist es wichtig, dass die Aliase fachlich sprechende Namen tragen. Alternativ können Sie diese Konfiguration auch um eine Regelversion erweitern.
Um eine bestehende Regel zu einem Regelset hinzuzufügen, fügen Sie einfach eine Zeile in diese Tabelle ein und geben den Namen des Regelsets, den Namen und Alias der Regel sowie das Ergebnis an.
Ausführung der Regelsets
Schließlich wird die Ausführung denkbar einfach. Statt eines komplexen, statischen Prozesses teilen Sie der Engine einfach mit, welches Regelset ausgeführt werden soll. Der Mechanismus ist im Muster als Decision Flow Rules Execution enthalten. Sie müssen also nur angeben, welches Regelset Sie ausführen möchten: Tragen Sie dazu den Namen des Regelsets in die Eingabevariable „ruleSet“ ein (wenn Sie beispielsweise die Policy-Regeln ausführen möchten, setzen Sie diese Variable einfach auf „Policy“).
Decision Flow, der das angegebene Regelset ausführt
Dieser Decision Flow übernimmt den Namen des Regelsets, ruft die zugehörige Liste der Regeln ab, führt sie aus, sammelt die Ergebnisse, Regel-IDs und Meldungen und ermittelt das finale Ergebnis anhand der Priorität der Ergebnisse.
Das Resultat enthält das finale Entscheidungsergebnis, eine Liste der Meldungen und Details zu den ausgewerteten Regeln – für eine lückenlose Nachvollziehbarkeit des Prozesses.
Sie können diesen Decision Flow ganz einfach in Ihre Prozesse für Kreditentscheidungen einbinden und erhalten so einen flexiblen und transparenten Mechanismus zur Definition von Regeln und Regelsets.
Intelligentere Steuerung Ihrer Kreditlogik
Indem Sie flexible Scorecards (wie in unserem vorherigen Leitfaden zu Vorlagen gezeigt) mit agilen Mustern für Eligibility- und Policy-Regeln kombinieren, schaffen Sie eine wirklich robuste und wartbare Engine für Kreditentscheidungen. Sie beseitigen Abhängigkeiten von der Programmierung und befähigen Ihr Risikoteam, die gesamte Logik – vom Scoring bis zur finalen Entscheidung – schnell und souverän zu steuern.
Über den Autor: Karel Svec ist Solution Consultant bei DecisionRules und verfügt über mehr als 19 Jahre Erfahrung darin, Unternehmen bei der Verwaltung ihrer Entscheidungslogik und der Steigerung ihrer Effizienz zu unterstützen. Er ist auf Lösungen für Kreditentscheidungen, Risikomanagement und weitere Anwendungsfälle im Finanzbereich spezialisiert.
Karel Svec ist Lösungsberater bei DecisionRules mit 20 Jahren Erfahrung darin, Unternehmen dabei zu helfen, ihre Entscheidungslogik zu verwalten und die Effizienz zu steigern. Dreizehn Jahre lang war er als Teamleiter und Manager für Decision Sciences / Risiko-Infrastruktur im Bankensektor tätig und verantwortlich für die Konzeption der Kreditentscheidungsinfrastruktur, die Implementierung von Kreditvergabe-Regeln und die Anbindung an Kreditauskunfteien. Aufbauend auf dieser Erfahrung spezialisiert er sich auf Lösungen für Kreditentscheidungen, Risikomanagement und andere finanzielle Anwendungsfälle.
