Ihr Daten-Template für die Kreditvergabe

Finastra Fusion Mortgagebot
Ihr Daten-Template für die Kreditvergabe

Ihr Daten-Template für die Kreditvergabe

Dieses Template zeigt, welche Daten Sie für die Analyse Ihres Kreditvergabeprozesses erfassen sollten. Es beschreibt die erforderlichen Attribute und wichtigen Aktivitäten und gibt praktische Hinweise dazu, wie Sie die Informationen aus Ihren Quellsystemen extrahieren. Damit können Sie ein aussagekräftiges Event Log für Process Mining erstellen.
  • Empfohlene Datenattribute für eine gründliche Analyse
  • Wichtige Prozessaktivitäten zur präzisen Abbildung Ihres Workflows
  • Anleitung zur Datenextraktion Schritt für Schritt
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Kreditvergabe

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um den Kreditvergabeprozess umfassend zu analysieren und zu optimieren.
5 Erforderlich 5 Empfohlen 11 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Kreditvergabeprozess stattgefunden hat.
Beschreibung

Dieses Attribut enthält den Namen jedes Schritts im Lebenszyklus der Kreditvergabe, zum Beispiel „Application Submitted“, „Credit Check Completed“ oder „Loan Decision Rendered“. Diese Aktivitäten bilden die Knoten der ermittelten Prozesslandkarte.

Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist ein Kernbestandteil von Process Mining. Sie zeigt den tatsächlichen Prozessablauf, macht Abweichungen von der Standardvorgehensweise sichtbar und hilft, Engpässe sowie Bereiche mit häufigen Nacharbeiten zu erkennen. Die genauen Aktivitätsnamen sind wichtig für die Berechnung phasenspezifischer KPIs wie der Bearbeitungszeit der Kreditprüfung.

Warum das wichtig ist

Aktivitäten bilden die einzelnen Prozessschritte ab. Ihre Reihenfolge, Häufigkeit und Dauer zu analysieren, ist grundlegend, um den Prozessablauf zu verstehen und zu verbessern.

Woher beziehen

Diese Informationen stammen in der Regel aus System-Event-Logs, Datensätzen zu Statusänderungen oder Einträgen zu abgeschlossenen Aufgaben in Finastra Fusion Mortgagebot.

Beispiele
Antrag eingereichtKreditprüfung begonnenKreditentscheidung getroffenKreditbetrag ausgezahlt
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität begonnen hat oder stattgefunden hat.
Beschreibung

Der Ereignis-Timestamp, auch Startzeit genannt, erfasst den genauen Zeitpunkt einer Aktivität. Diese Zeitangabe ist erforderlich, um Ereignisse chronologisch zu ordnen und den Prozessablauf präzise abzubilden.

In der Analyse dienen Timestamps zur Berechnung aller zeitbezogenen Kennzahlen, darunter die Gesamtdurchlaufzeit, die Bearbeitungszeiten einzelner Aktivitäten und die Wartezeiten zwischen Prozessschritten. So lassen sich Engpässe erkennen, die Einhaltung von SLAs überwachen und Leistungstrends im Zeitverlauf verfolgen. Das ist wichtig für Dashboards wie „Analyse der gesamten Kreditbearbeitungszeit“ und „Trend der Durchlaufzeit bis zur Kreditgenehmigung“.

Warum das wichtig ist

Timestamps geben die chronologische Reihenfolge der Ereignisse an und sind für die Berechnung aller Leistungskennzahlen wie Durchlauf- und Wartezeiten erforderlich.

Woher beziehen

Diese Daten stehen üblicherweise neben dem Aktivitäts- oder Statusänderungsdatensatz in den Event-Logs oder Transaktionstabellen des Systems. Die Felder heißen häufig „Creation Date“ oder „Status Timestamp“.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:15:00Z
Kreditantrags-ID
LoanApplicationId
Die eindeutige Kennung, die jedem Kreditantrag bei seiner Erstellung im System zugewiesen wird.
Beschreibung

Die Kreditantrags-ID identifiziert jeden einzelnen Kreditantrag während seines gesamten Lebenszyklus eindeutig. Sie dient als zentrale Kennung, über die alle zugehörigen Aktivitäten und Daten zusammengeführt werden. So lässt sich der gesamte Ablauf eines bestimmten Kreditantrags nachvollziehen.

Für die Prozessanalyse ist diese ID grundlegend, um den vollständigen Ablauf jedes Cases abzubilden. Alle Aktivitäten, von „Application Submitted“ bis „Funds Disbursed“ oder „Loan Closed as Rejected“, sind mit dieser Kennung verknüpft. Dadurch lassen sich Durchlaufzeiten berechnen, Prozessvarianten erkennen und einzelne Kreditverläufe nachverfolgen.

Warum das wichtig ist

Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse zu einer einzelnen Prozessinstanz zusammenführt. Sie bildet die Grundlage jeder Process-Mining-Analyse.

Woher beziehen

Dies ist die primäre Kennung für einen Kreditantrag in Finastra Fusion Mortgagebot. Sie ist in der Regel in allen Modulen und Tabellen zur Kreditbearbeitung verfügbar.

Beispiele
MB-2024-84331LN-00193742APP-2023-58102
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zu diesem Prozess zuletzt aktualisiert oder extrahiert wurden.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Es gibt Aufschluss darüber, wie aktuell die analysierten Daten sind.

Für fundierte Entscheidungen ist es bei jeder Analyse und in jedem Dashboard wichtig zu wissen, wie aktuell die Daten sind. Anhand dieses Timestamps erkennen Benutzer, ob sie Echtzeitinformationen oder einen Datenstand von einem bestimmten Zeitpunkt betrachten. Das ist sowohl für die operative Überwachung als auch für strategische Analysen relevant.

Warum das wichtig ist

Das Attribut zeigt, wie aktuell die Daten sind. So können Analysen auf Daten mit bekanntem und akzeptablem Alter beruhen.

Woher beziehen

Dieser Wert wird während der Datenextraktion und -transformation (ETL) erzeugt und dem Datensatz als Timestamp hinzugefügt.

Beispiele
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Quellsystem
SourceSystem
Gibt an, aus welchem führenden System die Ereignisdaten extrahiert wurden.
Beschreibung

Dieses Attribut gibt das Ursprungssystem der Daten an, zum Beispiel „Finastra Fusion Mortgagebot“. In Umgebungen mit mehreren integrierten Systemen lassen sich damit die Datenquellen unterscheiden.

Bei Analysen mit nur einem System ist der Wert oft statisch. Werden Daten aus verschiedenen Plattformen zusammengeführt, etwa aus einem separaten CRM- oder Dokumentenverwaltungssystem, ist das Feld besonders wichtig. Es sorgt für eine nachvollziehbare Datenherkunft und erleichtert die Fehlersuche bei Problemen mit der Datenqualität, indem sich die Daten bis zur richtigen Quelle zurückverfolgen lassen.

Warum das wichtig ist

Das Attribut liefert wichtigen Kontext zur Datenherkunft. Es gewährleistet die Nachvollziehbarkeit und unterstützt die Data Governance, insbesondere in Umgebungen mit mehreren Systemen.

Woher beziehen

In der Regel wird während der Datenextraktion und -transformation (ETL) ein statischer Wert hinzugefügt, der „Finastra Fusion Mortgagebot“ als Quelle ausweist.

Beispiele
FinastraFusionMortgagebotMortgagebotLOS_PRODFFM_US_East
Antragskanal
ApplicationChannel
Der Kanal, über den der Kreditantrag ursprünglich eingereicht wurde.
Beschreibung

Dieses Attribut gibt an, über welchen Weg der Antrag einging, zum Beispiel über ein Onlineportal, eine mobile App, direkt über einen Kreditsachbearbeiter oder über einen Drittanbieter als Vermittler.

Der Kanal ist für operative und strategische Analysen wichtig. Das Dashboard „Analyse der gesamten Kreditbearbeitungszeit“ verwendet dieses Attribut, um die Effizienz verschiedener Kanäle zu vergleichen. So lässt sich feststellen, ob bestimmte Kanäle zu längeren Bearbeitungszeiten, höheren Ablehnungsquoten oder mehr Nacharbeit führen. Diese Erkenntnisse helfen bei der Prozessoptimierung und der Planung von Marketingmaßnahmen.

Warum das wichtig ist

Ermöglicht Leistungsvergleiche zwischen verschiedenen kundenorientierten Kanälen und unterstützt die Optimierung kanalspezifischer Prozesse und der Ressourcenverteilung.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Diese Information wird häufig bei der Erstellung des Antrags erfasst.

Beispiele
OnlineportalMobile AppIn der FilialeKreditvermittler
Endzeit des Ereignisses
EventEndTime
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität abgeschlossen wurde.
Beschreibung

Während StartTime den Beginn einer Aktivität erfasst, kennzeichnet EndTime ihren Abschluss. Bei vielen Ereignissen in der Kreditvergabe können Start- und Endzeit identisch sein, wenn es sich um ein punktuelles Ereignis handelt. Bei Aktivitäten mit messbarer Dauer, etwa einer „Underwriting Review“, ist dieses Feld jedoch entscheidend.

Mit einer eigenen EndTime lässt sich die Bearbeitungszeit einer Aktivität direkt berechnen, statt sie aus der Startzeit der nächsten Aktivität abzuleiten. Das ist genauer, weil sich die tatsächliche Bearbeitungszeit so von Leerlauf- und Wartezeiten trennen lässt. Für das Dashboard „Detailanalyse der Engpässe in der Kreditprüfung“ ist diese Unterscheidung wichtig.

Warum das wichtig ist

Ermöglicht die präzise Berechnung der Bearbeitungszeit einer Aktivität und grenzt sie von der anschließenden Wartezeit ab. Dadurch wird die Engpassanalyse genauer.

Woher beziehen

Prüfen Sie die Dokumentation oder Systemprotokolle von Finastra Fusion Mortgagebot. Der Wert kann als „Completion Date“ oder „End Date“ erfasst sein. Ist er nicht direkt verfügbar, muss er möglicherweise abgeleitet werden.

Beispiele
2023-10-27T16:05:00Z2023-10-28T11:00:15Z2023-11-06T17:20:00Z
Entscheidungsergebnis
DecisionOutcome
Die endgültige Entscheidung über den Kreditantrag, zum Beispiel genehmigt, abgelehnt oder zurückgezogen.
Beschreibung

Dieses Attribut erfasst das endgültige Geschäftsergebnis des Kreditvergabeprozesses für jeden Antrag. Als wichtiges Attribut auf Case-Ebene zeigt es, ob eine Prozessinstanz erfolgreich war oder nicht.

Das Attribut bildet die Grundlage für das Dashboard „Trends bei abgelehnten Kreditanträgen“ und die Analyse „Einheitlichkeit von Kreditentscheidungen nach Risiko“. Wenn Analysten die Prozesslandkarte nach Ergebnis filtern und aufschlüsseln, können sie typische Prozessmuster erkennen, die zu Ablehnungen oder Genehmigungen führen. Das Attribut unterstützt direkt die Berechnung der KPI zur Ablehnungsquote von Kreditanträgen.

Warum das wichtig ist

Das Attribut legt das Geschäftsergebnis jedes Cases fest. So lassen sich erfolgreiche und nicht erfolgreiche Prozessabläufe vergleichen und Ursachen ermitteln.

Woher beziehen

In der Regel handelt es sich um den endgültigen Status eines Kreditantrags. Er ist in Finastra Fusion Mortgagebot in der Haupttabelle für Cases oder Anträge zu finden.

Beispiele
GenehmigtAbgelehntVom Antragsteller zurückgezogenAngebot abgelaufen
Zugewiesener Kreditanalyst
AssignedUnderwriter
Der Name oder die ID des Kreditanalysten, der mit der Risikobewertung des Kreditantrags betraut ist.
Beschreibung

Dieses Attribut bezeichnet den Kreditanalysten, der für die entscheidende Phase der Kreditprüfung zuständig ist. Der Kreditanalyst bewertet das Kreditrisiko und empfiehlt eine Genehmigung oder Ablehnung.

Für das Dashboard „Detailanalyse der Engpässe in der Kreditprüfung“ ist dieses Attribut unverzichtbar. Damit lassen sich Bearbeitungs- und Wartezeiten in der Kreditprüfung nach einzelnen Kreditanalysten aufschlüsseln. So können Leistungsunterschiede untersucht, einheitliche Entscheidungen unterstützt und die Arbeitslast im Kreditprüfungsteam gesteuert werden.

Warum das wichtig ist

Entscheidend für die detaillierte Analyse der Kreditprüfung. Das Attribut ermöglicht Leistungsvergleiche und unterstützt die Arbeitslaststeuerung im Kreditprüfungsteam.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Diese Information wird üblicherweise erfasst, wenn der Case der Warteschlange für die Kreditprüfung oder einem bestimmten Kreditanalysten zugewiesen wird.

Beispiele
David ChenMaria Garciauw_dchenunderwriter_56
Zugewiesener Kreditsachbearbeiter
AssignedLoanOfficer
Der Name oder die ID des Kreditsachbearbeiters, der für die Bearbeitung des Kreditantrags zuständig ist.
Beschreibung

Dieses Attribut bezeichnet den zuständigen Mitarbeitenden, den Kreditsachbearbeiter, der den Antrag bearbeitet. Diese Person ist häufig die wichtigste Ansprechperson für den Antragsteller und begleitet den Antrag durch den Prozess.

Für die Analyse von Leistung und Arbeitsauslastung ist diese Dimension entscheidend. Dashboards wie „Arbeitslastverteilung der Kreditsachbearbeiter“ verwenden das Attribut direkt, um die Zahl der aktiven Kredite und die durchschnittlichen Bearbeitungszeiten pro Person darzustellen. So kann die Leitung besonders leistungsstarke oder überlastete Mitarbeitende erkennen und Möglichkeiten zur besseren Ressourcenverteilung oder für Schulungen identifizieren.

Warum das wichtig ist

Ermöglicht die Analyse der Arbeitslastverteilung und der Ressourcenleistung sowie die Erkennung ressourcenbedingter Engpässe und bewährter Vorgehensweisen.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Die Information ist wahrscheinlich in den Kopfdaten des Kreditantrags oder in einer Zuweisungstabelle gespeichert und mit dem Benutzerverwaltungsmodul verknüpft.

Beispiele
John SmithEmily Jonesjsmithuser_1024
Ablehnungsgrund
RejectionReason
Der konkrete Grund für die Ablehnung eines Kreditantrags.
Beschreibung

Wenn das „Entscheidungsergebnis“ eines Kredits „Abgelehnt“ lautet, gibt dieses Attribut den konkreten Grund an. Dazu zählen beispielsweise eine schlechte Kredithistorie, ein unzureichendes Einkommen, fehlende Unterlagen oder Probleme bei der Immobilienbewertung.

Dieses Attribut ist für das Dashboard „Trends bei abgelehnten Kreditanträgen“ besonders wichtig. Die häufigsten Ablehnungsgründe zu analysieren, liefert konkrete Ansatzpunkte für Prozessverbesserungen. Eine hohe Zahl von Ablehnungen wegen fehlender Unterlagen kann zum Beispiel darauf hindeuten, dass die Dokumentenbeschaffung oder die Kommunikation mit Antragstellern verbessert werden sollte.

Warum das wichtig ist

Das Attribut zeigt die Ursachen gescheiterter Prozesse auf. So lassen sich gezielte Verbesserungen umsetzen, die die Genehmigungsquote erhöhen und unnötigen Aufwand verringern.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Der Ablehnungsgrund ist üblicherweise in einem Feld für den Grundcode oder in einem Notizfeld zum endgültigen Entscheidungsstatus gespeichert.

Beispiele
Bonitätsscore unter dem SchwellenwertVerhältnis von Schulden zu Einkommen zu hochAntrag unvollständigEinkommensnachweis nicht erfolgreich geprüft
Bonitätsscore
CreditScore
Der Bonitätsscore des Antragstellers zum Zeitpunkt der Bonitätsprüfung.
Beschreibung

Dieses Attribut enthält den numerischen Bonitätsscore, den eine Auskunftei während der Aktivität „Credit Check Completed“ ermittelt hat. Er ist ein wichtiger Faktor bei der Bewertung der Kreditwürdigkeit des Antragstellers.

Im Dashboard „Einheitlichkeit von Kreditentscheidungen nach Risiko“ wird der Bonitätsscore dem endgültigen Entscheidungsergebnis gegenübergestellt. So lässt sich prüfen, ob Kreditentscheidungen fair und einheitlich ausfallen und der Risikobereitschaft des Instituts entsprechen. Die Analyse kann mögliche Unstimmigkeiten aufdecken, etwa wenn Antragsteller mit ähnlichem Score unterschiedliche Ergebnisse erhalten.

Warum das wichtig ist

Als wichtiger Datenpunkt für die Risikobewertung hilft dieses Attribut, die Einheitlichkeit und Fairness von Kreditentscheidungen zu analysieren.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Die Daten sind üblicherweise in einem eigenen Feld gespeichert, nachdem sie über eine Integration von einer Auskunftei abgerufen wurden.

Beispiele
780650815720
Filialstandort
BranchLocation
Die Filiale oder der operative Standort, an dem der Kreditantrag bearbeitet wird.
Beschreibung

Dieses Attribut bezeichnet die Filiale oder Geschäftsstelle, die für den Kredit zuständig ist. Für große Institute mit mehreren Standorten ist es eine wichtige organisatorische Dimension.

Im Dashboard „Arbeitslastverteilung der Kreditsachbearbeiter“ ermöglicht dieses Attribut die Auswertung der Leistung nach Standort. So lassen sich Effizienz, Arbeitslast und Ergebnisse verschiedener Filialen vergleichen. Regionale Leistungsunterschiede werden sichtbar und die Ressourcenverteilung im Unternehmen lässt sich gezielter planen.

Warum das wichtig ist

Ermöglicht Leistungsvergleiche und Arbeitslastanalysen über verschiedene geografische oder organisatorische Einheiten hinweg.

Woher beziehen

Prüfen Sie die Dokumentation von Finastra Fusion Mortgagebot. Der Standort ist wahrscheinlich im Benutzerprofil des Kreditsachbearbeiters hinterlegt oder wird bei der Antragsaufnahme ausgewählt.

Beispiele
Innenstadt, HauptstraßeFiliale NorthwoodUnternehmenszentraleZentrum der Westregion
Ist automatisiert
IsAutomated
Kennzeichnet, ob eine Aktivität vom System (true) oder von einem menschlichen Benutzer (false) ausgeführt wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die das System automatisch ausführt, etwa einer ersten Bonitätsprüfung oder dem Erstellen einer standardisierten Offenlegung, und Aufgaben, die Mitarbeitende manuell erledigen.

Die Analyse dieses Attributs zeigt, wie stark der Prozess automatisiert ist. So lassen sich Geschwindigkeit und Konsistenz automatisierter und manueller Schritte vergleichen. Das hilft dabei, weitere Automatisierungsmöglichkeiten zu erkennen, die Effizienz zu steigern und das Risiko menschlicher Fehler zu senken.

Warum das wichtig ist

Hilft dabei, den Automatisierungsgrad des Prozesses zu messen und weitere Möglichkeiten zur Effizienzsteigerung durch neue Automatisierungsinitiativen zu erkennen.

Woher beziehen

Dieses Attribut wird üblicherweise anhand des einer Aktivität zugeordneten Felds „Benutzer“ ermittelt. Handelt es sich dabei um ein System- oder Dienstkonto, wird der Wert auf true gesetzt.

Beispiele
truefalse
Ist Nacharbeit
IsRework
Berechnetes Kennzeichen dafür, ob eine Aktivität innerhalb desselben Case zum zweiten oder wiederholten Mal ausgeführt wird.
Beschreibung

Dieses boolesche Attribut wird auf „true“ gesetzt, wenn eine bestimmte Aktivität, etwa „Unterlagen angefordert“ oder „Kreditprüfung zurückgegeben“, bei derselben Loan Application ID mehr als einmal auftritt. So lassen sich Nacharbeitsschleifen gezielt kennzeichnen und quantifizieren.

Im Dashboard „Karte für Nacharbeit und redundante Schritte“ können Sie mit diesem Kennzeichen Nacharbeitsschleifen visuell hervorheben oder Cases mit besonders viel Nacharbeit filtern. Die KPI zur Nacharbeitsquote lässt sich einfach berechnen, indem Sie die Ereignisse zählen, bei denen „IsRework“ den Wert true hat. So können Sie Verbesserungsmaßnahmen auf die Ursachen wiederholter Arbeit konzentrieren, etwa unklare Kommunikation oder Eingabefehler.

Warum das wichtig ist

Kennzeichnet und quantifiziert Nacharbeit gezielt. So lassen sich Ursachen und Auswirkungen ineffizienter Prozessschritte und Schleifen leichter analysieren.

Woher beziehen

Dieses Attribut wird in der Datentransformationsschicht berechnet. Dazu wird geprüft, ob derselbe Aktivitätsname für die jeweilige CaseId bereits aufgetreten ist.

Beispiele
truefalse
Kreditart
LoanType
Die Art des beantragten Kreditprodukts, zum Beispiel ein konventioneller Kredit, ein FHA- oder ein VA-Kredit.
Beschreibung

Dieses Attribut ordnet den Kreditantrag nach dem konkreten Hypothekenprodukt ein, das der Antragsteller beantragt. Für verschiedene Kreditarten gelten oft unterschiedliche Prozessanforderungen, Compliance-Regeln und Risikoprofile.

Den Prozess nach Kreditart zu analysieren, gehört zu den grundlegenden Vorgehensweisen. Dabei kann sich zeigen, dass bestimmte Produkte deutlich längere Durchlaufzeiten oder höhere Ablehnungsquoten aufweisen. Diese Aufschlüsselung ist wichtig, um produktspezifische Engpässe zu erkennen und sicherzustellen, dass Compliance-Prüfungen wie in der Analyse „Pfade zu Compliance-Verstößen“ korrekt angewendet werden.

Warum das wichtig ist

Für verschiedene Kreditprodukte gelten oft unterschiedliche Prozessabläufe und SLAs. Dieses Attribut ist daher wichtig für aussagekräftige Vergleiche und Filter.

Woher beziehen

Diese grundlegende Angabe wird zu Beginn des Antragsprozesses ausgewählt und in den Hauptdaten des Kreditantrags in Finastra Fusion Mortgagebot gespeichert.

Beispiele
Konventioneller Kredit mit 30 Jahren fester LaufzeitFHA-KreditVA-KreditJumbo-Hypothek
Kreditbetrag
LoanAmount
Der Gesamtbetrag, den der Antragsteller als Kredit beantragt.
Beschreibung

Dieses Attribut gibt den beantragten Hauptbetrag der Hypothek an. Es ist eine wichtige Finanzkennzahl für jeden Antrag und kann den Prozess beeinflussen. Für größere Jumbo-Kredite sind beispielsweise möglicherweise zusätzliche Genehmigungsschritte erforderlich.

In der Analyse lässt sich der Kreditbetrag verwenden, um den Prozess aufzuschlüsseln und Zusammenhänge zwischen Kredithöhe und Bearbeitungszeiten, Genehmigungsquoten oder Prüftiefe zu untersuchen. So kann sich etwa zeigen, dass Kredite oberhalb eines bestimmten Schwellenwerts in der Kreditprüfung regelmäßig länger dauern. Der Kreditbetrag liefert damit wichtigen geschäftlichen Kontext für den Prozessablauf.

Warum das wichtig ist

Ermöglicht die finanzielle Analyse des Kreditportfolios und hilft zu untersuchen, ob die Kredithöhe das Prozessverhalten beeinflusst, etwa die Durchlaufzeit oder die Genehmigungsquote.

Woher beziehen

Dieses zentrale Feld wird bei der Einreichung des Antrags ausgefüllt und in den Hauptdaten des Kreditantrags in Finastra Fusion Mortgagebot gespeichert.

Beispiele
350000.00750000.00210000.50
Risikokategorie
RiskCategory
Eine Einstufung des Kreditrisikos, zum Beispiel niedrig, mittel oder hoch.
Beschreibung

Die Risikokategorie ordnet einen Kreditantrag anhand verschiedener Faktoren ein, darunter Bonitätsscore, Verhältnis von Schulden zu Einkommen und Beleihungsauslauf. Sie fasst die Risikobewertung in wenigen verständlichen Stufen zusammen.

Dieses Attribut ist für das Dashboard „Einheitlichkeit von Kreditentscheidungen nach Risiko“ unverzichtbar. Durch die Gruppierung von Krediten nach Risikokategorie lässt sich leichter erkennen, ob Anträge mit ähnlichem Risikoprofil einheitlich entschieden werden. Die Analyse unterstützt die Einhaltung regulatorischer Vorgaben und hilft, das interne Risikobewertungsmodell weiterzuentwickeln.

Warum das wichtig ist

Das Attribut fasst komplexe Risikodaten zusammen und ermöglicht eine übergeordnete Analyse der Einheitlichkeit von Entscheidungen und ihrer Übereinstimmung mit der Risikostrategie des Unternehmens.

Woher beziehen

Dieses Feld wird möglicherweise von der internen Entscheidungslogik von Finastra Fusion Mortgagebot oder einem zugehörigen Risikomanagementmodul berechnet und gespeichert.

Beispiele
Niedriges RisikoMittleres RisikoHohes RisikoErstrangig
SLA überschritten
IsSlaBreached
Berechnetes Kennzeichen, das true ist, wenn die Kreditprüfung länger dauerte als im festgelegten SLA-Ziel vorgesehen.
Beschreibung

Dieses boolesche Attribut ergibt sich aus dem Vergleich der tatsächlichen Dauer einer Phase mit dem zugehörigen SLA-Ziel. Es ist beispielsweise „true“, wenn zwischen „Kreditprüfung begonnen“ und „Kreditprüfung abgeschlossen“ mehr Zeit vergeht als im „SLA-Ziel für die Kreditprüfung“ vorgesehen.

Im Dashboard „Analyse der SLA-Einhaltung und -Überschreitungen“ vereinfacht dieses Kennzeichen die Auswertung, da es eine eindeutige binäre Dimension zum Filtern und Aggregieren bietet. Damit lässt sich die KPI zur SLA-Einhaltungsquote schnell berechnen. Außerdem können Sie die Merkmale von Anträgen untersuchen, bei denen Service-Level-Vereinbarungen häufig überschritten werden, etwa Kreditart oder Filiale.

Warum das wichtig ist

Zeigt für jeden Case eindeutig an, ob das SLA nicht eingehalten wurde. So lassen sich die Ursachen von Überschreitungen einfach filtern, aggregieren und analysieren.

Woher beziehen

Dieses Attribut wird während der Datenaufbereitung berechnet. Die Logik lautet: (Actual Duration > UnderwritingSlaTarget) ? true : false.

Beispiele
truefalse
SLA-Ziel für die Kreditprüfung
UnderwritingSlaTarget
Die vertraglich oder intern festgelegte Zielzeit für den Abschluss der Kreditprüfung.
Beschreibung

Dieses Attribut gibt das Ziel des Service Level Agreement (SLA) für die Dauer der Kreditprüfung an, häufig in Geschäftszeiten oder Tagen. Das Ziel kann je nach Kreditart oder Risikokategorie variieren.

Das Attribut ist eine wichtige Eingabe für das Dashboard „Analyse der SLA-Einhaltung und -Verstöße“ und die KPI zur Gesamteinhaltung von SLAs. Durch den Vergleich der tatsächlichen Bearbeitungszeit der Kreditprüfung mit dem Ziel lässt sich jeder Case als „Eingehalten“ oder „Verfehlt“ kennzeichnen. So können Sie die Leistung anhand von Kundenzusagen oder internen Zielen überwachen und die Ursachen für SLA-Verstöße ermitteln.

Warum das wichtig ist

Liefert den Maßstab für den Vergleich mit der tatsächlichen Leistung. So lassen sich die SLA-Einhaltung direkt überwachen und Verstöße erkennen.

Woher beziehen

Dies kann als statische Geschäftsregel oder als Feld direkt im Kreditantrag gespeichert sein. Möglicherweise wird der Wert von einer Regel-Engine in Finastra Fusion Mortgagebot ermittelt.

Beispiele
24 Stunden3 Tage48 Stunden5 Tage
Wartezeit in der Kreditprüfungsschlange
UnderwritingQueueTime
Berechnete Wartezeit eines Antrags, bevor die Kreditprüfung beginnt.
Beschreibung

Diese Kennzahl misst die Zeit, die ein Kreditantrag nach Abschluss der Bonitätsprüfung bis zum tatsächlichen Beginn der Kreditprüfung wartet. Berechnet wird sie als Zeitspanne zwischen dem Timestamp von „Bonitätsprüfung abgeschlossen“ und „Kreditprüfung begonnen“.

Diese KPI ist für die „Detailanalyse des Engpasses in der Kreditprüfung“ entscheidend, da sie die Wartezeit von der aktiven Bearbeitungszeit trennt. Lange Wartezeiten können auf fehlende Ressourcen, eine ineffiziente Arbeitsverteilung oder Systemverzögerungen hindeuten. Die Wartezeit zu verkürzen, ist häufig ein wichtiger Schritt, um den gesamten Prozess schneller und effizienter zu gestalten.

Warum das wichtig ist

Zeigt die Wartezeit vor einer kritischen Prozessphase separat an. Damit wird klar, wo Sie ansetzen können, um Leerlauf zu reduzieren und den Prozessfluss zu verbessern.

Woher beziehen

Dieses Attribut wird während der Datenanalyse oder im ETL-Prozess berechnet. Dazu wird für jeden Case die Zeit zwischen den Ereignissen „Bonitätsprüfung abgeschlossen“ und „Kreditprüfung begonnen“ ermittelt.

Beispiele
86.400 Sekunden172.800 Sekunden36.000 Sekunden
Erforderlich Empfohlen Optional

Aktivitäten bei der Kreditvergabe

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um den Prozess präzise zu entdecken und Engpässe zu erkennen.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Antrag eingereicht
Diese Aktivität markiert den offiziellen Beginn des Kreditvergabeprozesses: Eine Person, die einen Kredit beantragt, reicht ihren Antrag über das System ein. Das Ereignis wird in der Regel ausdrücklich erfasst, wenn ein neuer Kreditantrag angelegt und mit einer eindeutigen Kreditantrags-ID versehen wird.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Es ist entscheidend, um die gesamte Zykluszeit des Kredits und die Zeit bis zur Vorabentscheidung zu messen.

Woher beziehen

In der Regel wird dieses Ereignis ausdrücklich in der Tabelle mit den Antrags- oder Kreditstammdaten erfasst. Wenn in Finastra Fusion Mortgagebot ein neuer Kreditantrag angelegt wird, enthält der Eintrag einen Erstellungs-Timestamp.

Erfassung

Verwenden Sie den Erstellungs-Timestamp des Kreditantrags.

Ereignistyp explicit
Bonitätsprüfung abgeschlossen
Diese Aktivität bezeichnet den Abschluss der automatisierten oder manuellen Bonitätsprüfung der antragstellenden Person. Das Ereignis wird häufig protokolliert, wenn die Ergebnisse einer angebundenen externen Kreditauskunftei eingehen und zur Kreditakte hinzugefügt werden.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein vor Beginn der Kreditprüfung. Die Ergebnisse liefern wichtige Daten für die Risikobewertung und Entscheidungsfindung.

Woher beziehen

Der Integrationsdienst für die Bonitätsprüfung in Mortgagebot kann dieses Ereignis ausdrücklich protokollieren. Es lässt sich auch aus einem mit Timestamp versehenen Statuswechsel wie „Bonitätsprüfung abgeschlossen“ ableiten.

Erfassung

Suchen Sie in einem Integrationsprotokoll nach einem Eintrag mit Timestamp oder nach einer Statusänderung, die anzeigt, dass der Bonitätsbericht abgerufen wurde.

Ereignistyp explicit
Kredit als abgelehnt abgeschlossen
Eine abschließende Aktivität, die anzeigt, dass der Kreditantrag mit dem endgültigen Status „Rejected“ offiziell geschlossen wurde. Sie unterscheidet sich von der Entscheidung selbst und steht für den abschließenden administrativen Vorgang zur Akte.
Warum das wichtig ist

Damit steht für abgelehnte Anträge ein eindeutiger Endpunkt zur Verfügung. So lässt sich die Durchlaufzeit dieser Gruppe präzise analysieren und die KPI zur Ablehnungsquote von Kreditanträgen berechnen.

Woher beziehen

Das Ereignis wird aus dem endgültigen Status „Rejected“ oder „Denied“ des Kreditantrags in Verbindung mit einem endgültigen Abschluss- oder Statusdatum abgeleitet.

Erfassung

Verwenden Sie den Timestamp der letzten Statusänderung, durch die der Kreditdatensatz auf den endgültigen Status „Rejected“ gesetzt wird.

Ereignistyp inferred
Kreditbetrag ausgezahlt
Dies ist die letzte Aktivität eines erfolgreichen Kreditvergabeprozesses. Sie kennzeichnet den Zeitpunkt, zu dem der Kreditbetrag ausgezahlt wird. Diese wichtige Finanztransaktion wird als explizites Ereignis mit Timestamp im System erfasst.
Warum das wichtig ist

Diese Aktivität markiert den erfolgreichen Abschluss des Prozesses. Sie ist der Endpunkt für die Berechnung der durchschnittlichen Gesamtdurchlaufzeit eines Kredits.

Woher beziehen

Dieses Ereignis wird explizit erfasst, in der Regel in einer Tabelle zur Auszahlung oder zu Transaktionen, die dem Kredit zugeordnet ist. Ein Feld wie „Funding Date“ oder „Disbursement Date“ enthält den Timestamp.

Erfassung

Verwenden Sie den Timestamp aus dem Feld „Funding Date“ oder einem ähnlichen Feld in den zentralen Kredit- oder Auszahlungstabellen.

Ereignistyp explicit
Kreditentscheidung getroffen
Dies ist das entscheidende Ereignis: Hier wird die endgültige Entscheidung über den Kreditantrag getroffen, zum Beispiel „Approved“, „Conditionally Approved“ oder „Rejected“. Das Ereignis wird anhand des Timestamps abgeleitet, zu dem der endgültige Entscheidungsstatus im System erfasst wird.
Warum das wichtig ist

Dieser wichtige Meilenstein dient dazu, die Entscheidungsdauer zu messen und Ablehnungsquoten zu analysieren. Er ist entscheidend, um die Einheitlichkeit der Entscheidungen und ihre Ergebnisse zu beurteilen.

Woher beziehen

Das Ereignis wird aus einer Änderung des Hauptstatus des Kredits oder einem eigenen Feld „Decision“ abgeleitet. Der Timestamp dieser Statusänderung gilt als Ereigniszeitpunkt.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Kreditstatus erstmals auf einen endgültigen Entscheidungsstatus wie „Approved“ oder „Rejected“ gesetzt wird.

Ereignistyp inferred
Kreditprüfung abgeschlossen
Diese Aktivität markiert den Abschluss der Prüfung durch die prüfende Person und zeigt an, dass der Antrag für die endgültige Kreditentscheidung bereit ist. Sie lässt sich aus einer Statusänderung von „In Kreditprüfung“ zu „Kreditprüfung abgeschlossen“ oder „Endgültige Entscheidung ausstehend“ ableiten.
Warum das wichtig ist

Dies ist das End-Event für die Messung der KPI „Bearbeitungszeit der Kreditprüfung“. Der Meilenstein zeigt an, dass die Risikobewertung abgeschlossen ist.

Woher beziehen

Leiten Sie das Ereignis aus dem Timestamp im Statusverlaufsprotokoll ab, der erfasst wird, wenn der Status des Kreditantrags auf den Abschluss der Kreditprüfung aktualisiert wird.

Erfassung

Verwenden Sie den Timestamp, an dem sich der Status von „In Underwriting“ zu einem nachfolgenden Status wie „Decisioning“ oder „Approved“ ändert.

Ereignistyp inferred
Kreditprüfung begonnen
Diese Aktivität markiert den Beginn der Kreditprüfung, wenn eine Person in der Kreditprüfung offiziell mit der detaillierten Prüfung der Kreditakte beginnt. Das Ereignis lässt sich fast immer aus einer Statusänderung wie „In Kreditprüfung“ oder der offiziellen Zuweisung an eine prüfende Person ableiten.
Warum das wichtig ist

Dies ist der Startpunkt für die Messung der Bearbeitungszeit der Kreditprüfung und der Endpunkt für die Wartezeit in der Warteschlange. So wird sichtbar, wie lange Anträge auf die Bearbeitung warten.

Woher beziehen

Leiten Sie das Ereignis aus der Tabelle mit dem Statusverlauf des Kreditantrags ab. Verwenden Sie den Timestamp der Statusänderung zu „In Kreditprüfung“ oder einem ähnlichen Status.

Erfassung

Verwenden Sie den Timestamp der ersten Statusänderung zu „In Kreditprüfung“ oder den Zeitpunkt, an dem erstmals eine ID der prüfenden Person dem Kredit zugewiesen wird.

Ereignistyp inferred
Abschlussunterlagen versendet
Diese Aktivität steht für die Erstellung und den Versand des endgültigen Closing Disclosure (CD) an den Kreditnehmer. Dieser wichtige Compliance-Schritt muss eine festgelegte Anzahl von Tagen vor dem Abschluss erfolgen.
Warum das wichtig ist

Die Erfassung dieses Ereignisses ist entscheidend für die Einhaltung der TRID-Vorschriften. Der zeitliche Abstand zwischen dieser Aktivität und dem endgültigen Abschluss ist eine wichtige Compliance-Kennzahl.

Woher beziehen

Häufig wird dieses Ereignis explizit in der Dokumentenverwaltungskomponente von Mortgagebot erfasst. Beim Erstellen und Versenden des CD-Dokuments wird ein Timestamp gespeichert.

Erfassung

Verwenden Sie den Erstellungs-Timestamp aus einer Dokumentenverfolgungstabelle für den Dokumenttyp Closing Disclosure.

Ereignistyp explicit
Antrag zurückgezogen
Eine abschließende Aktivität, die eintritt, wenn der Antragsteller seinen Antrag vor einer endgültigen Entscheidung freiwillig zurückzieht. Erfasst wird dies durch eine Statusänderung zu „Withdrawn by Applicant“.
Warum das wichtig ist

Die Erfassung zurückgezogener Anträge hilft dabei, Prozessschritte zu erkennen, an denen Antragsteller abspringen. Das kann auf Probleme mit der Prozessdauer, der Komplexität oder der Kommunikation hindeuten.

Woher beziehen

Das Ereignis wird aus dem Statusverlauf des Kredits abgeleitet. Der Timestamp der Änderung zu „Withdrawn“ markiert das Ereignis.

Erfassung

Verwenden Sie den Timestamp der letzten Statusänderung zu „Withdrawn“.

Ereignistyp inferred
Erste Prüfung abgeschlossen
Diese Aktivität bezeichnet den Abschluss der ersten internen Prüfung auf Vollständigkeit und grundlegende Eignung durch eine Kreditsachbearbeitung oder eine Person in der Antragsbearbeitung. Sie lässt sich meist aus einer Statusänderung ableiten, zum Beispiel von „Neu“ zu „In Bearbeitung“ oder „Erste Prüfung abgeschlossen“.
Warum das wichtig ist

Wenn Sie die Dauer der ersten Prüfung analysieren, erkennen Sie frühe Engpässe bei der Datenvalidierung und Dokumentenbeschaffung. So können Sie Verbesserungen vorziehen und früher im Prozess ansetzen.

Woher beziehen

Leiten Sie das Ereignis aus einem Statusverlaufsprotokoll oder Timestamp-Feldern zu Kreditstatus wie „Erste Prüfung“ oder „In Bearbeitung“ ab. Suchen Sie nach dem Timestamp der Statusänderung, die den Abschluss dieser ersten Prüfung anzeigt.

Erfassung

Ermitteln Sie den Timestamp, an dem sich der Status des Kreditantrags erstmals von „Neu“ zu „In Bearbeitung“ oder „Geprüft“ ändert.

Ereignistyp inferred
Kreditangebot erstellt
Dieses Ereignis steht für die Erstellung und Ausstellung des formellen Kreditangebots für den Antragsteller nach einer Genehmigung. Es kann als explizites Ereignis im Modul zur Dokumentenerstellung protokolliert oder aus einer Statusänderung abgeleitet werden.
Warum das wichtig ist

Mit dieser Aktivität beginnt die Messung der Annahmequote von Kreditangeboten und der Zeit, die Antragsteller für ihre Rückmeldung benötigen.

Woher beziehen

Das Ereignis kann explizit im Protokoll eines in Mortgagebot integrierten Dienstes zur Dokumentenerstellung erfasst sein. Alternativ lässt es sich aus einer Statusänderung zu „Offer Sent“ oder „Pending Applicant Acceptance“ ableiten.

Erfassung

Suchen Sie in einer Dokumentenhistorientabelle oder einem Event Log zur Dokumentenerstellung nach einem Timestamp.

Ereignistyp explicit
Kreditangebot vom Antragsteller angenommen
Dieses Ereignis kennzeichnet den Zeitpunkt, zu dem der Antragsteller das erstellte Kreditangebot formell annimmt. In der Regel aktualisiert ein Kreditsachbearbeiter den Kreditstatus manuell, nachdem die unterzeichneten Unterlagen oder eine elektronische Signatur eingegangen sind.
Warum das wichtig ist

Diese Aktivität ist entscheidend für die Berechnung der KPI zur Annahmequote von Kreditangeboten und für die Bewertung der angebotenen Kreditprodukte und Konditionen.

Woher beziehen

Das Ereignis wird vermutlich aus einer manuellen Statusänderung im System abgeleitet, zum Beispiel zu „Offer Accepted“ oder „Ready for Closing“. Der Timestamp dieser Änderung gilt als Ereigniszeitpunkt.

Erfassung

Verwenden Sie den Timestamp der Statusänderung zu „Accepted“ oder einem ähnlichen Status, durch den der Kredit in die Abschlussphase übergeht.

Ereignistyp inferred
Kreditprüfung zurückgegeben
Diese Aktivität erfasst Nacharbeit während der Kreditprüfung. Dabei gibt die prüfende Person den Antrag an die Kreditsachbearbeitung zurück, um weitere Informationen oder Korrekturen anzufordern. Das Ereignis lässt sich aus einer Statusänderung von „In Kreditprüfung“ zurück zu einem früheren Status wie „In Bearbeitung“ oder „Unterlagen werden erwartet“ ableiten.
Warum das wichtig ist

Diese Aktivität macht Nacharbeitsschleifen sichtbar, die Bearbeitungszeit und Aufwand deutlich erhöhen. Häufiges Auftreten deutet auf Probleme mit der ursprünglichen Datenqualität oder den eingereichten Unterlagen hin.

Woher beziehen

Leiten Sie das Ereignis aus dem Kreditstatusverlaufsprotokoll ab, indem Sie Statusfolgen ermitteln, bei denen der Status von der Kreditprüfung zu einem Status vor der Kreditprüfung zurückwechselt.

Erfassung

Ermitteln Sie Statuswechsel von „In Kreditprüfung“ zu Status wie „In Bearbeitung“ oder „Prüfung durch die Antragsbearbeitung ausstehend“.

Ereignistyp inferred
Unterlagen angefordert
Dieses Ereignis tritt ein, wenn die Kreditsachbearbeitung oder die Antragsbearbeitung offiziell zusätzliche Unterlagen bei der antragstellenden Person anfordert. Erfasst wird es häufig durch eine Statusänderung zu „Unterlagen ausstehend“ oder einen Protokolleintrag beim Versand einer Mitteilung.
Warum das wichtig ist

Diese Aktivität ist der Ausgangspunkt für die Messung der Effizienz bei der Dokumentenbeschaffung. Häufige Wiederholungen können auf unklare Erstanfragen oder Nacharbeit im Prozess hindeuten.

Woher beziehen

Das Ereignis lässt sich aus dem Timestamp einer Statusänderung ableiten oder aus den Kommunikationsprotokollen in Mortgagebot entnehmen, in denen der Versand von Benachrichtigungen zur Dokumentenanforderung erfasst wird.

Erfassung

Verwenden Sie den Timestamp der Statusänderung zu „Unterlagen werden erwartet“ oder einem ähnlichen Status. Dieses Ereignis kann in einem Case mehrfach auftreten.

Ereignistyp inferred
Unterlagen eingegangen
Dieses Ereignis markiert den Zeitpunkt, an dem alle angeforderten Unterlagen der antragstellenden Person eingegangen und in das System hochgeladen sind. Es lässt sich in der Regel daran erkennen, dass sich der Kreditstatus von „Unterlagen ausstehend“ zu „Unterlagen eingegangen“ oder „Bereit zur Prüfung“ ändert.
Warum das wichtig ist

Dies ist der Endpunkt für die KPI „Zykluszeit der Dokumentenbeschaffung“. Verzögerungen zwischen der Anforderung und dem Eingang von Unterlagen verlängern häufig die Zykluszeit.

Woher beziehen

Leiten Sie das Ereignis aus dem Kreditstatusverlaufsprotokoll ab. Der Timestamp der Statusänderung zu „Unterlagen eingegangen“ oder „Bereit für die Kreditprüfung“ kennzeichnet dieses Ereignis.

Erfassung

Ermitteln Sie den Timestamp, an dem der Antragsstatus aktualisiert wird, um den Eingang aller erforderlichen Unterlagen zu bestätigen.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Finastra Fusion Mortgagebot

Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.

Möchten Sie loslegen?

Nutzen Sie dieses Daten-Template, um das Potenzial Ihres Kreditvergabeprozesses besser auszuschöpfen. Starten Sie noch heute und schaffen Sie mehr Effizienz und Transparenz.

Kreditvergabe verbessern und Verzögerungen jetzt reduzieren

Erkennen Sie Verzögerungen in Finastra Fusion Mortgagebot und beschleunigen Sie Genehmigungen um 50 %.

Kostenlose Testphase starten

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.