Ihr Daten-Template für die Kreditvergabe
Ihr Daten-Template für die Kreditvergabe
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Hinweise zum Datenexport
Attribute der Kreditvergabe
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Name des konkreten Geschäftsvorfalls oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Rahmen eines Kreditantrags stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Kreditvergabeprozess, zum Beispiel „Antrag eingereicht“, „Bonitätsprüfung abgeschlossen“ oder „Kreditbetrag ausgezahlt“. Jede Aktivität steht für ein eigenständiges Ereignis im Prozessverlauf. Anhand der Reihenfolge und Dauer dieser Aktivitäten lässt sich eine detaillierte Prozessübersicht erstellen. Sie zeigt häufige Prozesspfade, Abweichungen von der Standardvorgehensweise und Engpässe, durch die sich Anträge verzögern. Den Ablauf der Aktivitäten zu verstehen, ist der erste Schritt jeder Prozessverbesserung.
Warum das wichtig ist
Dieses Attribut bildet das Grundgerüst der Prozessübersicht und legt die Schritte und Meilensteine des Kreditvergabeprozesses fest.
Woher beziehen
Diese Informationen stammen in der Regel aus Event Logs, Statusänderungen oder Audit-Trails in Blend und beziehen sich auf wichtige Meilensteine im Kredit-Workflow.
Beispiele
Antrag eingereichtKreditwürdigkeitsprüfung begonnenKreditbetrag ausgezahltAntrag abgelehnt
|
|||
|
Kreditantrags-ID
LoanApplicationId
|
Die eindeutige Kennung für jeden einzelnen Kreditantrag, der über die Blend-Plattform eingereicht wurde. | ||
|
Beschreibung
Die Kreditantrags-ID identifiziert jeden einzelnen Kreditantrag während seines gesamten Lebenszyklus eindeutig. Sie dient als zentrale Kennung, um alle zugehörigen Aktivitäten und Daten zusammenzuführen. So lässt sich der gesamte Verlauf eines bestimmten Kreditantrags nachvollziehen. Im Process Mining ist diese ID unverzichtbar, um eine Prozesslandkarte von Anfang bis Ende zu erstellen, da jedes erfasste Ereignis einem bestimmten Antrag zugeordnet werden muss. Dadurch lassen sich einzelne Antragsverläufe analysieren, unterschiedliche Prozesspfade vergleichen und Kennzahlen auf Case-Ebene zusammenfassen, etwa die gesamte Zykluszeit oder die Häufigkeit von Nacharbeit.
Warum das wichtig ist
Dies ist die zentrale Case-ID, die alle Prozessschritte miteinander verknüpft. So lässt sich der gesamte Verlauf der Kreditvergabe für jede antragstellende Person rekonstruieren und analysieren.
Woher beziehen
Dies ist ein Primärschlüssel in den zentralen Datenobjekten für Kreditanträge in Blend. Er ist üblicherweise in allen kreditbezogenen Datenexporten und API-Endpunkten verfügbar.
Beispiele
APP-2024-10583BLND-0034981-A1800123987
|
|||
|
Startzeit
EventStartTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis begonnen hat. | ||
|
Beschreibung
Die Startzeit des Ereignisses bezeichnet das genaue Datum und die Uhrzeit, zu der ein Prozessschritt begonnen hat. Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und die Dauer von Aktivitäten sowie die Wartezeiten dazwischen zu berechnen. Bei der Analyse dient dieser Timestamp dazu, die Aktivitäten für jeden Kreditantrag chronologisch zu ordnen und so ein Event Log zu erstellen. Er bildet die Grundlage für alle zeitbezogenen Berechnungen, darunter Zykluszeiten, Verarbeitungszeiten und Wartezeiten. Diese Kennzahlen sind wichtig, um Verzögerungen zu erkennen und die Leistung anhand von Service Level Agreements (SLAs) zu bewerten.
Warum das wichtig ist
Dieser Timestamp ist entscheidend, um Ereignisse zu ordnen, Prozessdauern zu berechnen und Engpässe sowie Verzögerungen im Kreditvergabe-Workflow zu erkennen.
Woher beziehen
Dies entspricht dem Erstellungs- oder Start-Timestamp eines Ereignisdatensatzes in den Event Logs oder Audit-Trail-Tabellen von Blend.
Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdateTime
|
Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
|
Beschreibung
Dieser Timestamp zeigt, wann die Daten zuletzt aus Blend abgerufen wurden. Er gibt nicht an, wann das Ereignis stattgefunden hat, sondern wann der Datensatz im für die Analyse verwendeten Datenbestand aktualisiert wurde. Dieses Metadatenattribut ist wichtig für Data Governance und Qualitätssicherung. Es zeigt Benutzern, wie aktuell die analysierten Daten sind, und hilft dabei, die Zuverlässigkeit von Dashboards und Berichten zu beurteilen, insbesondere bei einer Überwachung nahezu in Echtzeit.
Warum das wichtig ist
Macht transparent, wie aktuell die Informationen sind. Das ist wichtig, um der Genauigkeit der Prozessanalyse vertrauen zu können.
Woher beziehen
Dieser Timestamp wird von der Datenpipeline beim Abfragen und Extrahieren der Daten aus dem Quellsystem Blend hinzugefügt.
Beispiele
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
|
|||
|
Quellsystem
SourceSystemName
|
Gibt das Quellsystem an, aus dem die Ereignisdaten extrahiert wurden, in diesem Fall „Blend“. | ||
|
Beschreibung
Dieses Attribut bezeichnet das führende System, aus dem die Daten stammen. In dieser Prozessansicht lautet der Wert immer „Blend“. Auch wenn es überflüssig erscheinen mag, wenn alle Daten aus einem System stammen, empfiehlt es sich, dieses Attribut aufzunehmen. Bei der Integration weiterer Systeme, etwa einer Kernbankplattform oder eines CRM, können Analysten damit die Datenherkunft nachvollziehen und Integrationsprobleme untersuchen.
Warum das wichtig ist
Macht die Herkunft der Prozessdaten nachvollziehbar. Das ist besonders in integrierten Systemlandschaften wichtig.
Woher beziehen
Dabei handelt es sich in der Regel um einen statischen Wert („Blend“), der bei der Datenextraktion und -transformation ergänzt wird, um die Herkunft der Datensätze zu kennzeichnen.
Beispiele
BlendBlend_ProductionBlend_US
|
|||
|
Antragskanal
ApplicationChannel
|
Der Kanal, über den der Kreditantrag ursprünglich eingereicht wurde. | ||
|
Beschreibung
Dieses Attribut gibt an, woher der Antrag stammt oder über welchen Kanal er eingereicht wurde, zum Beispiel über ein Online-Portal, eine mobile App, eine Filiale oder einen Kreditvermittler. Je nach Kanal können sich Prozessablauf und Effizienz unterscheiden. Durch den Leistungsvergleich der Kanäle können Unternehmen feststellen, welche am effizientesten sind, die höchsten Genehmigungsquoten erzielen oder den meisten Nachbearbeitungsaufwand verursachen. Das Dashboard „Leistungsübersicht der Antragskanäle“ nutzt dieses Attribut für einen Vergleich und unterstützt so strategische Entscheidungen darüber, wo Ressourcen für Prozessverbesserungen eingesetzt werden sollten.
Warum das wichtig ist
Ermöglicht den Leistungsvergleich verschiedener Einreichungskanäle und hilft dabei, die wirksamsten und effizientesten Wege zur Gewinnung von Anträgen zu erkennen.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information wird möglicherweise in den Metadaten des ursprünglichen Antrags erfasst.
Beispiele
Online-PortalMobile AppIn der FilialeKreditvermittler
|
|||
|
Endzeit
EventEndTime
|
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Bei Meilensteinereignissen entspricht er häufig der Startzeit. | ||
|
Beschreibung
Dieses Attribut kennzeichnet das genaue Datum und die Uhrzeit, zu der eine Aktivität abgeschlossen wurde. Bei Meilensteinereignissen wie „Antrag eingereicht“ kann die Endzeit mit der Startzeit übereinstimmen. Bei Aktivitäten mit einer Dauer, etwa von „Kreditprüfung begonnen“ bis „Kreditentscheidung getroffen“, markiert sie den Abschluss. Mit Start- und Endzeit lässt sich die Verarbeitungszeit einer Aktivität genau berechnen. So können Sie unterscheiden, wie lange eine Aufgabe aktiv bearbeitet wurde und wie lange sie vor Beginn warten musste. Das ist für eine präzise Engpassanalyse entscheidend.
Warum das wichtig ist
Ermöglicht die genaue Berechnung der Verarbeitungszeiten von Aktivitäten und hilft dabei, aktive Arbeitszeit von Wartezeit zu unterscheiden.
Woher beziehen
Dies entspricht dem Abschluss- oder End-Timestamp eines Ereignisdatensatzes in den Event Logs oder Audit-Trail-Tabellen von Blend.
Beispiele
2023-10-26T10:00:00Z2023-11-15T18:02:15Z2024-01-05T09:12:45Z
|
|||
|
Entscheidungsergebnis
DecisionOutcome
|
Das endgültige Ergebnis des Kreditantrags, zum Beispiel genehmigt, abgelehnt oder zurückgezogen. | ||
|
Beschreibung
Dieses Attribut auf Case-Ebene erfasst den endgültigen Status oder die Entscheidung zu einem Kreditantrag. Es zeigt an, ob der Kredit genehmigt und ausgezahlt, vom Kreditgeber abgelehnt oder vom Antragsteller zurückgezogen wurde. Das Attribut ist für die Ergebnisanalyse entscheidend. Es ermöglicht den Vergleich der Prozesspfade genehmigter und abgelehnter Anträge, um Erfolgs- und Misserfolgsfaktoren zu erkennen. Das Dashboard „Analyse der Kreditentscheidungen“ und die KPI „Ablehnungsquote bei Kreditanträgen“ basieren direkt auf diesen Daten. Sie helfen dabei, die Genehmigungsquote zu verstehen und zu verbessern.
Warum das wichtig ist
Dieses Attribut ist für die ergebnisorientierte Analyse unverzichtbar. Es ermöglicht den Vergleich erfolgreicher und nicht erfolgreicher Prozessinstanzen, um die Genehmigungsquote zu verbessern.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Dieses Feld enthält normalerweise den endgültigen Status eines abgeschlossenen Kreditantrags.
Beispiele
GenehmigtAbgelehntZurückgezogen
|
|||
|
Kreditprodukt
LoanProduct
|
Die Art des beantragten Kreditprodukts, zum Beispiel eine Hypothek oder ein Privatkredit. | ||
|
Beschreibung
Dieses Attribut ordnet den Kreditantrag nach der Art des vom Antragsteller gewünschten Finanzprodukts ein. Beispiele sind „Festhypothek mit 30 Jahren Laufzeit“, „Kreditlinie auf das Eigenheim“ oder „Autokredit“. Die Analyse nach Kreditprodukt ist wichtig, um Unterschiede bei Zykluszeiten, Genehmigungsquoten und Prozesspfaden zu erkennen. So lassen sich Verbesserungen gezielt angehen, denn der Ablauf für einen einfachen Privatkredit kann sich deutlich von dem für eine komplexe Hypothek unterscheiden. Dashboards verwenden dieses Attribut häufig, um KPIs aufzuschlüsseln und die Leistung verschiedener Geschäftsbereiche zu vergleichen.
Warum das wichtig ist
Ermöglicht eine Aufschlüsselung der Prozessanalyse und zeigt, wie sich Leistung und Prozessabläufe je nach Kreditprodukt unterscheiden.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information ist normalerweise ein zentrales Feld im Kreditantrag.
Beispiele
Festhypothek mit 30 Jahren LaufzeitFesthypothek mit 15 Jahren LaufzeitHELOCAutokredit
|
|||
|
Zugewiesener Kreditsachbearbeiter
AssignedLoanOfficer
|
Name oder ID des Kreditsachbearbeiters oder Kreditprüfers, der für die Aktivität zuständig ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den Mitarbeitenden, etwa einen Kreditsachbearbeiter oder Kreditprüfer, der eine bestimmte Aufgabe ausgeführt hat oder dem der Kreditantrag zugewiesen ist. So lässt sich die Arbeitslastverteilung und die individuelle Leistung nachvollziehen. In der Analyse können Sie damit die Prozessübersicht nach Benutzer oder Team filtern, Leistungen vergleichen und Schulungsbedarf erkennen. Das Dashboard „Arbeitslast und Leistung der Kreditsachbearbeiter“ greift direkt auf dieses Attribut zurück. Es zeigt die Verteilung der Fälle und die durchschnittliche Bearbeitungszeit pro Sachbearbeiter und hilft dabei, die Arbeitslast ausgewogen und effizient zu verteilen.
Warum das wichtig ist
Ordnet Prozessaktivitäten bestimmten Mitarbeitenden zu und ermöglicht so die Analyse der Arbeitslast, die Leistungsüberwachung und eine bessere Ressourcenplanung.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information ist wahrscheinlich in Benutzerzuweisungsfeldern zu Kreditanträgen oder einzelnen Aufgaben gespeichert.
Beispiele
John SmithJane Doej.smith@lender.comuser_1024
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der konkrete Grund für die Ablehnung eines Kreditantrags. | ||
|
Beschreibung
Wenn der „Entscheidungsergebnis“-Wert eines Kreditantrags „Abgelehnt“ lautet, gibt dieses Attribut den Grund für die Ablehnung an. Häufige Gründe sind eine unzureichende Bonität, ein zu hohes Verhältnis von Schulden zu Einkommen oder unvollständige Unterlagen. Diese Daten sind für die Ursachenanalyse besonders wertvoll. Anhand der häufigsten Ablehnungsgründe kann das Unternehmen systematische Probleme im Antragsprozess, bei der Qualität der Antragsteller oder bei den Kreditvergabekriterien erkennen. Das Dashboard „Analyse der Kreditentscheidungen“ nutzt diese Informationen, um konkrete Ansatzpunkte zur Verbesserung der Genehmigungsquote aufzuzeigen.
Warum das wichtig ist
Zeigt, warum Kreditanträge abgelehnt wurden, und ermöglicht gezielte Maßnahmen gegen häufige Probleme, um die Erfolgsquote der Anträge zu verbessern.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information ist wahrscheinlich im Entscheidungs- oder Statusverlauf eines abgelehnten Antrags verfügbar.
Beispiele
Verhältnis von Schulden zu Einkommen zu hochNiedrige BonitätAntrag unvollständig
|
|||
|
Antragstellertyp
ApplicantType
|
Einstufung des Antragstellers, zum Beispiel als Neukunde oder Bestandskunde. | ||
|
Beschreibung
Dieses Attribut ordnet Antragsteller nach ihrer Beziehung zum Kreditinstitut ein. Mögliche Kategorien sind „Neukunde“, „Bestandskunde“, „Mitarbeitender“ oder „Empfehlung durch Partner“. Für verschiedene Antragstellertypen können unterschiedliche Prozessregeln gelten. Außerdem können bereits vorhandene Daten die Bearbeitung beeinflussen. Das wirkt sich auf Verarbeitungszeiten und Genehmigungsquoten aus. Eine Analyse nach Antragstellertyp kann zeigen, wie sich der Ablauf für Bestandskunden vereinfachen lässt und an welchen Stellen neue Kunden auf Hindernisse stoßen.
Warum das wichtig ist
Ermöglicht den Vergleich von Prozessen je nach Kundenbeziehung. Diese kann sich auf die Datenverfügbarkeit, die Risikobewertung und die Bearbeitungsgeschwindigkeit auswirken.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information lässt sich möglicherweise durch Abgleich der Angaben zum Antragsteller mit einer Kundendatenbank ableiten oder direkt erfassen.
Beispiele
NeukundeBestandskundeBevorzugter Partner
|
|||
|
Bonitätswert
CreditScore
|
Der Bonitätswert des Antragstellers zum Zeitpunkt der Bonitätsprüfung. | ||
|
Beschreibung
Dieses Attribut speichert den numerischen Bonitätswert, den eine Auskunftei während der Aktivität „Bonitätsprüfung abgeschlossen“ zurückgegeben hat. Der Bonitätswert ist ein wichtiger Faktor bei der Einschätzung der Kreditwürdigkeit und der Kreditentscheidung. In der Prozessanalyse können Sie Anträge nach Bonitätswert aufschlüsseln und untersuchen, wie dieser wichtige Datenpunkt die Prozessergebnisse beeinflusst. So lässt sich beispielsweise prüfen, ob niedrigere Bonitätswerte mit längeren Kreditprüfungen oder höheren Ablehnungsquoten einhergehen. Dadurch wird sichtbar, wie sich die Risikobewertung auf die Prozesseffizienz auswirkt.
Warum das wichtig ist
Ein wichtiger Entscheidungsfaktor, anhand dessen sich untersuchen lässt, wie das Risikoprofil des Antragstellers den Prozessablauf, die Dauer und die Ergebnisse beeinflusst.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information wird normalerweise über eine Integration von einer externen Auskunftei abgerufen und im Profil des Antragstellers gespeichert.
Beispiele
780650815
|
|||
|
Bundesstaat der Immobilie
PropertyState
|
Der US-Bundesstaat, in dem sich die mit dem Kredit verbundene Immobilie befindet. | ||
|
Beschreibung
Dieses Attribut gibt den Bundesstaat an, in dem sich die finanzierte Immobilie befindet. Das ist besonders bei Hypothekenanträgen relevant. Kreditvergaberegeln und Marktbedingungen können sich von Bundesstaat zu Bundesstaat deutlich unterscheiden. Das Attribut ermöglicht eine geografische Analyse. So lassen sich beispielsweise Zykluszeiten und Genehmigungsquoten in verschiedenen Regionen vergleichen. Dadurch können regionale Engpässe erkannt, die Auswirkungen lokaler Vorschriften auf den Prozess nachvollzogen und Ressourcen gezielter eingesetzt werden.
Warum das wichtig ist
Ermöglicht eine geografische Analyse des Kreditvergabeprozesses, die regionale Leistungsunterschiede und die Auswirkungen von Vorschriften sichtbar machen kann.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Dieses Standardfeld wird bei Hypothekenanträgen im Rahmen der Immobilienangaben erfasst.
Beispiele
CANYTXFL
|
|||
|
Dokumenttyp
DocumentType
|
Die Art des angeforderten oder eingegangenen Dokuments, zum Beispiel eine Gehaltsabrechnung oder ein Kontoauszug. | ||
|
Beschreibung
Dieses Attribut gibt den genauen Typ des Nachweisdokuments an, das bei Aktivitäten wie „Dokumente angefordert“ oder „Dokumente eingegangen“ eine Rolle spielt. Diese Detailtiefe ist wichtig, um den Dokumentenverwaltungsprozess im Kreditvergabeprozess zu verstehen. Eine Analyse nach Dokumenttyp beantwortet Fragen wie: „Welche Dokumente werden am häufigsten erneut angefordert?“ oder „Für welche Dokumente benötigen Antragsteller am längsten?“ Das Dashboard „Effizienzanalyse der Dokumentenanforderungen“ greift auf dieses Attribut zurück, um Muster und Ineffizienzen bei der Dokumentensammlung zu erkennen und Nacharbeit sowie Verzögerungen zu verringern.
Warum das wichtig ist
Liefert detaillierte Informationen zu dokumentbezogenen Aktivitäten und hilft dabei, Ineffizienzen sowie wiederholte Anforderungen bestimmter Dokumenttypen zu erkennen.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Diese Information sollte in den Details zu Aufgaben oder Ereignissen der Dokumentenverwaltung verfügbar sein.
Beispiele
GehaltsabrechnungW-2-FormularKontoauszugSteuererklärung
|
|||
|
Falldauer
CaseDuration
|
Die berechnete Gesamtdauer vom ersten bis zum letzten Ereignis eines Kreditantrags. | ||
|
Beschreibung
Diese Kennzahl misst die gesamte Durchlaufzeit jedes Kreditantrags. Dazu wird für eine bestimmte „LoanApplicationId“ der Timestamp des ersten erfassten Ereignisses vom Timestamp des letzten Ereignisses abgezogen. Die Falldauer ist eine zentrale KPI für die Gesamteffizienz des Prozesses. Das Dashboard „Durchgängige Zykluszeit bis zur Kreditgenehmigung“ bietet damit einen Überblick über die Leistung. Die Analyse dieser Kennzahl und ihrer Unterschiede nach Attributen wie Kreditprodukt oder Kanal ist entscheidend, um die Geschwindigkeit des gesamten Kreditvergabeprozesses zu verstehen und zu verbessern.
Warum das wichtig ist
Gibt die gesamte Durchlaufzeit eines Kreditantrags an und ist eine wichtige KPI zur Messung der Geschwindigkeit und Effizienz des Gesamtprozesses.
Woher beziehen
Das Process-Mining-Tool berechnet diesen Wert, indem es für jeden Case den Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abzieht.
Beispiele
25 Tage 8 Stunden42 Tage 3 Stunden15 Tage 12 Stunden
|
|||
|
Kreditbetrag
LoanAmount
|
Der Gesamtbetrag des vom Antragsteller beantragten Kredits. | ||
|
Beschreibung
Dieses Attribut enthält den beantragten Kreditbetrag. Er kann die Komplexität und Gründlichkeit der Kreditprüfung erheblich beeinflussen. Die Analyse nach Kreditbetrag ermöglicht eine aussagekräftige Aufschlüsselung. Sehr hohe Kredite können beispielsweise einem anderen, strengeren Prozesspfad folgen als kleinere Kredite. Das hilft, Unterschiede bei Zykluszeiten und Genehmigungsquoten zu erklären. Häufig werden Fälle für die Analyse nach Betragsklassen gruppiert.
Warum das wichtig ist
Liefert wichtigen geschäftlichen Kontext und ermöglicht Analysen nach dem finanziellen Wert des Antrags, der häufig mit der Prozesskomplexität zusammenhängt.
Woher beziehen
Prüfen Sie die Blend-Dokumentation. Dieses Feld gehört standardmäßig zu jedem Kreditantrag und ist unverzichtbar.
Beispiele
350000.0050000.001250000.00
|
|||
|
Nacharbeit
IsRework
|
Ein berechnetes Kennzeichen, das angibt, ob eine Aktivität eine Wiederholung eines früheren Schritts im selben Case ist. | ||
|
Beschreibung
Dieses boolesche Kennzeichen erhält den Wert „Wahr“, wenn dieselbe Aktivität im selben Kreditantrags-Case bereits zuvor stattgefunden hat. Wird beispielsweise „Dokumente angefordert“ für denselben Kredit ein zweites Mal erfasst, wird das zweite Ereignis als Nacharbeit gekennzeichnet. Nacharbeit zu erkennen, ist wichtig, um Ineffizienzen, Reibungsverluste und Schleifen im Prozess aufzudecken. Das Dashboard „Analyse von Nacharbeit und erneuter Einreichung“ und die KPI „Nacharbeitsquote pro Kreditantrag“ verwenden dieses Attribut, um Häufigkeit und Auswirkungen wiederholter Arbeit zu messen. Die betreffenden Fälle zeigen, wo Verbesserungen ansetzen können, damit Aufgaben gleich beim ersten Mal korrekt erledigt werden.
Warum das wichtig ist
Kennzeichnet Ineffizienzen und Schleifen im Prozess direkt und erleichtert es, die Auswirkungen wiederholter Arbeit zu messen und zu analysieren.
Woher beziehen
Dieses Attribut wird normalerweise vom Process-Mining-Tool berechnet, das wiederholte Aktivitäten innerhalb eines Case-Verlaufs erkennen kann. Es lässt sich auch bei der Datenaufbereitung berechnen.
Beispiele
truefalse
|
|||
|
SLA für die Kreditprüfung überschritten
IsUnderwritingSlaBreached
|
Ein berechnetes Kennzeichen, das angibt, ob die Kreditprüfungsphase das festgelegte SLA-Ziel überschritten hat. | ||
|
Beschreibung
Dieses boolesche Attribut (Wahr/Falsch) wird berechnet, indem die tatsächliche Dauer der Kreditprüfung mit dem „UnderwritingSlaTarget“ verglichen wird. Ist die tatsächliche Dauer länger als das Ziel, erhält das Kennzeichen den Wert „Wahr“. Das Kennzeichen vereinfacht Analysen und Dashboards, indem es einen komplexen Zeitvergleich in eine einfache Ja-Nein-Angabe umwandelt. Das Dashboard „Einhaltung des Service Levels bei der Kreditprüfung“ verwendet es direkt, um Überschreitungen zu zählen und die KPI „Einhaltungsquote des SLA für die Kreditprüfung“ zu berechnen. So lassen sich alle Fälle schnell erkennen, in denen die Servicevorgaben nicht eingehalten wurden.
Warum das wichtig ist
Kennzeichnet eindeutig, ob ein SLA nicht eingehalten wurde. Das vereinfacht die Berichterstattung und ermöglicht es, alle Anträge mit einer Überschreitung schnell zu filtern und zu analysieren.
Woher beziehen
Dies ist ein berechnetes Feld. Die Logik lautet: (UnderwritingDecisionRendered.Timestamp - UnderwritingCommenced.Timestamp) > UnderwritingSlaTarget.
Beispiele
truefalse
|
|||
|
SLA-Ziel für die Kreditprüfung
UnderwritingSlaTarget
|
Die angestrebte Dauer in Stunden oder Tagen für den Abschluss der Kreditprüfung. | ||
|
Beschreibung
Dieses Attribut legt das Service-Level-Agreement-Ziel (SLA) für die Kreditprüfungsphase im Kreditvergabeprozess fest. Es bezeichnet die maximal zulässige Zeit vom Beginn der Kreditprüfung bis zur Entscheidung. Das Ziel dient als Maßstab für die Leistungsbewertung. Durch den Vergleich der tatsächlichen Dauer der Kreditprüfung mit dem SLA-Ziel lässt sich die KPI „Einhaltungsquote des SLA für die Kreditprüfung“ berechnen und feststellen, wann das Ziel überschritten wurde. Das Dashboard „Einhaltung des Service Levels bei der Kreditprüfung“ überwacht die Compliance und hilft dabei, Anträge zu priorisieren, bei denen eine SLA-Überschreitung droht.
Warum das wichtig ist
Liefert einen klaren Leistungsmaßstab, anhand dessen sich die SLA-Einhaltung messen und Verzögerungen bei der Kreditprüfung erkennen lassen.
Woher beziehen
Prüfen Sie die Blend-Dokumentation oder die Konfiguration der Geschäftsregeln. Der Wert ist möglicherweise konfigurierbar und hängt vom Kreditprodukt oder anderen Faktoren ab.
Beispiele
48 Stunden3 Tage24 Stunden
|
|||
Aktivitäten der Kreditvergabe
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Antrag abgelehnt
|
Diese Aktivität kennzeichnet die offizielle Ablehnung des Kreditantrags nach der Prüfung der Kreditwürdigkeit. Damit endet der Prozess auf einem alternativen, nicht erfolgreichen Pfad. | ||
|
Warum das wichtig ist
Dies ist ein wichtiges Endereignis des nicht erfolgreichen Prozesspfads. Die Analyse der Anzahl und Gründe von Ablehnungen ist entscheidend, um Kreditvergabekriterien zu verbessern und die KPI „Ablehnungsquote für Kreditanträge“ zu senken.
Woher beziehen
Dieses Ereignis entspricht der Entscheidung „Abgelehnt“ durch den Kreditsachbearbeiter. Es wird in Blend als abschließende Statusänderung mit zugehörigem Timestamp und Ablehnungsgrund erfasst.
Erfassung
Verwenden Sie den Timestamp der abschließenden Statusänderung zu „Abgelehnt“ oder „Zurückgewiesen“.
Ereignistyp
explicit
|
|||
|
Antrag begonnen
|
Kennzeichnet den Zeitpunkt, zu dem ein Kreditsachbearbeiter oder eine antragstellende Person im Blend-System mit der Erstellung eines neuen Kreditantrags beginnt. Dieser erste Datensatz wird häufig angelegt, bevor alle erforderlichen Informationen vorliegen und der Antrag offiziell eingereicht wurde. | ||
|
Warum das wichtig ist
Diese Aktivität löst den Kreditvergabeprozess aus. Sie hilft dabei, die Zeit bis zur Fertigstellung und Einreichung des Antrags zu messen und Abbruchquoten zu analysieren.
Woher beziehen
Dieses Ereignis wird wahrscheinlich als Erstellungs-Timestamp des Kreditantragsdatensatzes in der zentralen Antragstabelle von Blend erfasst. Es lässt sich anhand des frühesten Timestamps zur Kreditantrags-ID ermitteln.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des zentralen Kreditantragsdatensatzes.
Ereignistyp
inferred
|
|||
|
Antrag eingereicht
|
Kennzeichnet die offizielle Einreichung des ausgefüllten Kreditantrags durch die antragstellende Person oder den Kreditsachbearbeiter zur Bearbeitung. Dieses wichtige Ereignis markiert den Beginn der Bearbeitung und Kreditwürdigkeitsprüfung. | ||
|
Warum das wichtig ist
Dies ist der offizielle Startpunkt für die Messung der gesamten Bearbeitungszeit und der Service Level Agreements (SLAs). So lässt sich die Phase der Antragserstellung von der aktiven Bearbeitung unterscheiden.
Woher beziehen
Blend erfasst dies wahrscheinlich als explizites Ereignis oder Statusänderung im Audit-Trail des Kreditantrags, zum Beispiel als Wechsel von „Entwurf“ zu „Eingereicht“.
Erfassung
Ermitteln Sie das Event Log oder den Timestamp der Statusänderung bei der Antragseinreichung.
Ereignistyp
explicit
|
|||
|
Entscheidung zur Kreditwürdigkeitsprüfung getroffen
|
Kennzeichnet den Abschluss der Prüfung durch den Kreditsachbearbeiter. Das Ergebnis kann beispielsweise „Bewilligt“, „Mit Auflagen bewilligt“ oder „Abgelehnt“ lauten. Damit endet die eigentliche Analyse der Kreditwürdigkeit. | ||
|
Warum das wichtig ist
Diese Aktivität markiert das Ende der Zykluszeit für die Kreditwürdigkeitsprüfung und dient zur Messung der SLA-Einhaltung. Das Entscheidungsergebnis ist ein wichtiges Attribut für die Analyse der Bewilligungsquote und der Ablehnungsgründe.
Woher beziehen
Dieses Ereignis wird häufig explizit erfasst, wenn der Kreditsachbearbeiter seine Entscheidung im System einträgt. Es lässt sich auch anhand einer Statusänderung nach Abschluss der Kreditwürdigkeitsprüfung ermitteln, etwa zu „Bewilligt“ oder „Abgelehnt“.
Erfassung
Verwenden Sie den Timestamp der Übermittlung der Entscheidung durch den Kreditsachbearbeiter oder den der anschließenden Statusänderung.
Ereignistyp
explicit
|
|||
|
Kreditangebot angenommen
|
Kennzeichnet die formelle Annahme des Kreditangebots und seiner Konditionen durch die antragstellende Person. Dieser wichtige Meilenstein zeigt, dass sie den Kredit aufnehmen möchte. | ||
|
Warum das wichtig ist
Diese Aktivität ist ein wichtiger Indikator für den erfolgreichen Übergang von der Bewilligung zum Abschluss. Die Analyse der Zeit bis zur Annahme kann Erkenntnisse zur Wettbewerbsfähigkeit des Angebots liefern.
Woher beziehen
Dieses Ereignis wird erfasst, wenn die antragstellende Person das Angebot im Blend-Portal elektronisch unterzeichnet oder anderweitig annimmt. Dadurch wird eine Statusänderung mit Timestamp ausgelöst.
Erfassung
Verwenden Sie den Timestamp der elektronischen Unterschrift oder der Annahme durch die antragstellende Person im System.
Ereignistyp
explicit
|
|||
|
Kreditbetrag ausgezahlt
|
Kennzeichnet den erfolgreichen Abschluss des Kreditvergabeprozesses, bei dem der Kreditbetrag an die antragstellende Person oder eine andere berechtigte Partei überwiesen wird. Damit endet der erfolgreiche Weg eines Kreditantrags. | ||
|
Warum das wichtig ist
Dies ist das abschließende Ereignis des Happy Path. Die Zeit bis zu dieser Aktivität ergibt die gesamte Zykluszeit der Kreditvergabe und damit eine wichtige KPI.
Woher beziehen
Dieses Ereignis wird wahrscheinlich erfasst, wenn ein Kreditsachbearbeiter den Antragsstatus in Blend nach einer Bestätigung durch die Auszahlungsabteilung zu „Finanziert“ oder „Abgeschlossen“ ändert. Es kann auch aus einer Integration mit einem Kernbankensystem stammen.
Erfassung
Verwenden Sie den Timestamp der Statusänderung zu „Finanziert“, „Ausgezahlt“ oder „Abgeschlossen“.
Ereignistyp
inferred
|
|||
|
Kreditwürdigkeitsprüfung begonnen
|
Kennzeichnet den Beginn der Kreditwürdigkeitsprüfung, bei der ein Kreditsachbearbeiter den Kreditantrag und die zugehörigen Unterlagen eingehend prüft. Der Start wird üblicherweise erfasst, wenn ein Kreditsachbearbeiter den Case sich selbst zuweist oder sich der Status zu „In Kreditwürdigkeitsprüfung“ ändert. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein markiert den Beginn der entscheidenden Phase der Entscheidungsfindung. Er dient als Startpunkt für die Messung der KPI „Einhaltung der SLA für die Kreditwürdigkeitsprüfung“ und hilft, vorgelagerte Engpässe zu erkennen.
Woher beziehen
Der Beginn lässt sich anhand einer Statusänderung des Antrags zu „Kreditwürdigkeitsprüfung läuft“ oder „Kreditsachbearbeiter zugewiesen“ und des zugehörigen Timestamps ermitteln.
Erfassung
Ermitteln Sie den Timestamp der Statusänderung des Kredits zu einem Status der Kreditwürdigkeitsprüfung.
Ereignistyp
inferred
|
|||
|
Abschlussunterlagen versendet
|
Zeigt an, dass die abschließenden gesetzlich vorgeschriebenen Unterlagen vor der Unterzeichnung zur Prüfung an die antragstellende Person gesendet wurden. Dieser zeitkritische Compliance-Schritt muss vor dem endgültigen Abschluss erfolgen. | ||
|
Warum das wichtig ist
Die Erfassung dieses Ereignisses ist wichtig, um vorgeschriebene Wartefristen einzuhalten, etwa die dreitägige Prüfungsfrist gemäß der TILA-RESPA Integrated Disclosure (TRID)-Regel.
Woher beziehen
Der Versand wird wahrscheinlich in den Mitteilungs- oder Dokumentenverwaltungsprotokollen von Blend mit einem genauen Timestamp erfasst.
Erfassung
Suchen Sie nach einem mit Timestamp versehenen Event Log zum Versand des Pakets „Closing Disclosure“.
Ereignistyp
explicit
|
|||
|
Antrag zurückgezogen
|
Zeigt an, dass die antragstellende Person ihren Antrag vor einer endgültigen Entscheidung oder vor der Auszahlung zurückgezogen hat. Dies ist ein erfolgloser Ausgang des Prozesses. | ||
|
Warum das wichtig ist
Dies ist ein wichtiges Endereignis des nicht erfolgreichen Prozesspfads. Die Analyse, wann und warum Anträge zurückgezogen werden, kann Erkenntnisse zur Customer Experience, zum Wettbewerb und zu Hindernissen im Prozess liefern.
Woher beziehen
Dieses Ereignis wird in Blend durch eine Statusänderung zu „Zurückgezogen“ erfasst. Die Änderung kann von der antragstellenden Person über das Portal oder manuell durch einen Kreditsachbearbeiter ausgelöst werden.
Erfassung
Verwenden Sie den Timestamp des Ereignisses oder der Statusänderung zu „Zurückgezogen“.
Ereignistyp
explicit
|
|||
|
Bonitätsprüfung abgeschlossen
|
Kennzeichnet den Zeitpunkt, zu dem die Bonitätsauskunft und der Bonitätsscore der antragstellenden Person erfolgreich von der Kreditauskunftei eingegangen und zur Kreditakte hinzugefügt worden sind. Damit stehen die Bonitätsdaten für die Prüfung bereit. | ||
|
Warum das wichtig ist
Die Zeit zwischen dem Start und dem Abschluss der Bonitätsprüfung zeigt die Effizienz der Dienste von Drittanbietern. Diese Daten sind für die anschließende Kreditwürdigkeitsprüfung und Risikobewertung wichtig.
Woher beziehen
Dieses Ereignis wird protokolliert, sobald eine erfolgreiche Antwort über die API der Kreditauskunftei eingeht. Der Timestamp wird in den Protokollen von Blend oder als Statusänderung der Aufgabe zur Bonitätsprüfung erfasst.
Erfassung
Suchen Sie den mit Timestamp versehenen Protokolleintrag zur Antwort auf die Anfrage der Bonitätsauskunft oder eine Statusänderung zu „Abgeschlossen“.
Ereignistyp
explicit
|
|||
|
Bonitätsprüfung gestartet
|
Diese Aktivität kennzeichnet den Beginn einer Anfrage bei einer Kreditauskunftei, um die Bonitätsauskunft der antragstellenden Person abzurufen. Sie ist ein wichtiger Schritt zur Beurteilung der Kreditwürdigkeit. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Schritt zur Datenerhebung. Die Analyse der Zeit bis zum Start und Abschluss der Bonitätsprüfung hilft, Verzögerungen bei Integrationen mit Drittanbietern zu erkennen.
Woher beziehen
Dieses Ereignis wird üblicherweise als API-Aufruf an eine Kreditauskunftei protokolliert und mit einem Timestamp in den Systemprotokollen oder im Audit-Trail von Blend erfasst.
Erfassung
Suchen Sie den mit Timestamp versehenen Protokolleintrag zur Anfrage der Bonitätsauskunft.
Ereignistyp
explicit
|
|||
|
Dokumente angefordert
|
Zeigt an, dass das System oder ein Kreditsachbearbeiter bei der antragstellenden Person erforderliche Nachweise wie Gehaltsabrechnungen oder Kontoauszüge angefordert hat. Dies kann eine automatisierte oder manuelle Aktion im Antrags-Workflow sein. | ||
|
Warum das wichtig ist
Die Analyse dieser Aktivität hilft, Engpässe bei der Dokumentensammlung zu erkennen. Mehrere Vorkommen für denselben Case weisen auf Nacharbeit und ineffiziente Abläufe hin. Diese lassen sich mit der KPI „Rate wiederholter Dokumentenanforderungen“ messen.
Woher beziehen
Diese Aktivität wird üblicherweise in einem Modul zur Dokumentenverfolgung oder Checklistenverwaltung in Blend erfasst, mit einem Timestamp für jede Anforderung.
Erfassung
Verwenden Sie Event Logs aus der Dokumentenverwaltung oder den Funktionen zur Kommunikation mit Antragstellenden.
Ereignistyp
explicit
|
|||
|
Dokumente eingegangen
|
Kennzeichnet den Zeitpunkt, zu dem die antragstellende Person alle oder einen Teil der angeforderten Nachweise hochgeladen oder eingereicht hat. Dieses Ereignis ist häufig Voraussetzung dafür, dass der Antrag in die nächste Phase, etwa die Kreditwürdigkeitsprüfung, übergeht. | ||
|
Warum das wichtig ist
Die Zeit zwischen der Anforderung und dem Eingang von Dokumenten ist eine häufige Ursache für Verzögerungen. Durch die Erfassung dieser Zeit lassen sich die Reaktionsgeschwindigkeit der antragstellenden Person und die Effizienz der Dokumentensammlung messen.
Woher beziehen
Erfasst anhand der Timestamps beim Hochladen von Dokumenten oder bei der Änderung ihres Status zu „Eingegangen“ im Dokumentenverwaltungssystem von Blend.
Erfassung
Verwenden Sie Timestamps von Dokumenten-Uploads oder Statusänderungen in der Dokumenten-Checkliste.
Ereignistyp
explicit
|
|||
|
Erste Offenlegungsunterlagen versendet
|
Diese Aktivität kennzeichnet den Versand der ersten gesetzlich vorgeschriebenen Offenlegungsunterlagen an die antragstellende Person. Dieser wichtige Compliance-Schritt muss früh im Prozess erfolgen. | ||
|
Warum das wichtig ist
Die Erfassung dieser Compliance-relevanten Aktivität ist für behördliche Prüfungen unerlässlich. Anhand des Zeitpunkts lässt sich die Einhaltung von Vorschriften wie RESPA und TILA überprüfen.
Woher beziehen
Der Versand wird wahrscheinlich in einem Mitteilungs- oder Dokumentenverwaltungsmodul von Blend protokolliert. Der Timestamp wird beim Erstellen und Versenden des Unterlagenpakets erfasst.
Erfassung
Suchen Sie nach einem mit Timestamp versehenen Event Log zum Versand des Pakets „Initial Disclosure“.
Ereignistyp
explicit
|
|||
|
Kreditangebot erstellt
|
Diese Aktivität erfolgt nach einer Bewilligung durch die Kreditwürdigkeitsprüfung. Dabei wird das offizielle Kreditangebot erstellt, das an die antragstellende Person gesendet wird. Es hält die Konditionen des bewilligten Kredits fest. | ||
|
Warum das wichtig ist
Die Zeit zwischen der Entscheidung zur Kreditwürdigkeitsprüfung und der Erstellung des Angebots kann administrative Verzögerungen aufzeigen. Dieser Schritt ist wichtig auf dem Weg zur Annahme des Kredits.
Woher beziehen
Dieser Vorgang wird wahrscheinlich in einem Protokoll zur Dokumentenerstellung in Blend erfasst. Der Timestamp gibt an, wann das Kreditangebot erstellt wurde.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des Datensatzes zum Kreditangebot.
Ereignistyp
explicit
|
|||
|
Kreditvertrag unterzeichnet
|
Diese Aktivität kennzeichnet die abschließende Unterzeichnung aller Abschlussunterlagen durch die antragstellende Person. Damit wird der Kreditvertrag rechtsverbindlich. Dies ist der letzte erforderliche Schritt, bevor die Auszahlung erfolgen kann. | ||
|
Warum das wichtig ist
Dies ist die abschließende Bestätigung durch die antragstellende Person und Voraussetzung für die Auszahlung. Verzögerungen in dieser Phase können den Auszahlungszeitplan und die Kundenzufriedenheit beeinträchtigen.
Woher beziehen
Die integrierte E-Signatur-Plattform erfasst diesen Vorgang und protokolliert den Timestamp, zu dem die letzte Unterschrift geleistet wurde.
Erfassung
Erfassen Sie den Timestamp, zu dem die elektronische Unterzeichnung des abschließenden Kreditpakets abgeschlossen wurde.
Ereignistyp
explicit
|
|||
Anleitungen zum Datenexport
Möchten Sie loslegen?
Dieses Template erleichtert die Datenerfassung und unterstützt Sie dabei, Ihren Kreditvergabeprozess zu optimieren. Beginnen Sie noch heute damit, Ihren Prozess zu verbessern.
Optimieren Sie jetzt Ihre Kreditvergabe in Blend
Verkürzen Sie die Entscheidungszeit um 50 % und bauen Sie Rückstände in Blend ab.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.