Ihr Daten-Template für die Kreditvergabe
Ihr Daten-Template für die Kreditvergabe
- Empfohlene Datenattribute für eine gründliche Analyse
- Wichtige Prozessaktivitäten zur präzisen Abbildung Ihres Workflows
- Anleitung zur Datenextraktion Schritt für Schritt
Attribute für die Kreditvergabe
| 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 | |||
Aktivitäten bei der Kreditvergabe
| 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 | |||
Anleitungen zur Datenextraktion
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 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.