Ihr Daten-Template für die Kreditvergabe
Ihr Daten-Template für die Kreditvergabe
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten zur Nachverfolgung
- Anleitung zur Datenextraktion aus ICE Mortgage Technology
Attribute der Kreditvergabe
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name eines bestimmten Geschäftsvorfalls oder Prozessschritts bei der Darlehensvergabe, etwa „Kreditprüfung abgeschlossen“ oder „Kreditprüfung begonnen“. | ||
|
Beschreibung
Der Aktivitätsname bezeichnet eine einzelne Aufgabe oder einen Meilenstein im Lebenszyklus der Darlehensvergabe. Diese Ereignisse werden chronologisch erfasst und bilden so eine Abfolge von Aktionen für jeden Darlehensantrag. Aus diesen Aktivitäten entsteht die Prozesslandkarte. In der Analyse dient der Aktivitätsname dazu, den Prozessablauf zu visualisieren, Engpässe zwischen Schritten zu erkennen und Häufigkeit sowie Reihenfolge der Ereignisse auszuwerten. Er ist grundlegend, um zu verstehen, was im Prozess geschieht, Übergangszeiten zu messen und Schleifen mit wiederholten Aktivitäten aufzudecken.
Warum das wichtig ist
Dieses Attribut legt die Prozessschritte fest. Damit lassen sich die Prozesslandkarte visualisieren, der Prozessablauf analysieren und Engpässe oder Abweichungen erkennen.
Woher beziehen
Wird in der Regel aus Event Logs, Statusänderungen oder Meilensteindaten in der Darlehensakte von ICE Mortgage Technology abgeleitet.
Beispiele
Erste Offenlegungsunterlagen versendetEntscheidung der Kreditprüfung getroffenKreditbetrag ausgezahltAntrag zurückgezogen
|
|||
|
Darlehensantrags-ID
LoanApplicationId
|
Eine eindeutige Kennung für jeden Darlehensantrag. Sie dient als Primärschlüssel, um den gesamten Vergabeprozess von der Einreichung bis zum Abschluss nachzuverfolgen. | ||
|
Beschreibung
Die Darlehensantrags-ID identifiziert jeden einzelnen Darlehensantrag während seines gesamten Lebenszyklus eindeutig. Sie dient als zentrale Entität, über die alle zugehörigen Aktivitäten und Daten gruppiert werden. So lässt sich der gesamte Vergabeprozess für ein bestimmtes Darlehen nachvollziehen. Bei der Process-Mining-Analyse dient diese ID als Case-ID. Sie verknüpft alle zugehörigen Ereignisse, etwa „Antrag eingereicht“, „Kreditprüfung begonnen“ und „Betrag ausgezahlt“, zu einer zusammenhängenden Prozessinstanz. Dadurch lässt sich der gesamte Ablauf jedes Darlehens rekonstruieren und analysieren. Das ist entscheidend, um Zykluszeiten zu berechnen, Varianten zu erkennen und Prozessabläufe zu verstehen.
Warum das wichtig ist
Diese zentrale Case-ID verknüpft alle zugehörigen Aktivitäten zu einer Prozessinstanz. So lässt sich der gesamte Ablauf der Darlehensvergabe analysieren.
Woher beziehen
Dies ist die primäre Darlehenskennung in ICE Mortgage Technology. Im System wird sie häufig als Loan Number oder Loan ID bezeichnet.
Beispiele
300185624530029947123004512388
|
|||
|
Ereignis-Timestamp
EventTimestamp
|
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis im System erfasst wurde. | ||
|
Beschreibung
Der Ereignis-Timestamp gibt an, wann ein Prozessschritt stattgefunden hat. Er liefert die chronologische Reihenfolge, die zur Rekonstruktion des Prozessablaufs erforderlich ist, und bildet die Grundlage für alle zeitbezogenen Analysen. Bei den meisten Aktivitäten entspricht er der Startzeit des Ereignisses. Dieses Attribut ist entscheidend für die Berechnung von Dauer und Zykluszeiten, etwa für die Zeit zwischen „Kreditprüfung begonnen“ und „Kreditprüfung abgeschlossen“. Es ermöglicht die Analyse der Prozessleistung, das Erkennen von Verzögerungen und Engpässen sowie die Überwachung der Einhaltung von Service Level Agreements (SLAs).
Warum das wichtig ist
Dieser Timestamp ordnet alle Aktivitäten chronologisch und bildet die Grundlage für sämtliche Berechnungen von Dauer, Zykluszeit und Leistung.
Woher beziehen
Zu jedem Meilenstein und Ereignisdatensatz in ICE Mortgage Technology sollte ein Timestamp gehören, der angibt, wann der Eintrag abgeschlossen oder protokolliert wurde.
Beispiele
2023-04-15T10:22:15Z2023-04-18T14:05:00Z2023-05-01T09:30:45Z
|
|||
|
Antragskanal
ApplicationChannel
|
Der Kanal oder Weg, über den der Darlehensantrag ursprünglich eingereicht wurde. | ||
|
Beschreibung
Dieses Attribut gibt an, woher der Darlehensantrag stammt, zum Beispiel aus einem „Online-Portal“, von einem „Vermittler“ oder aus einer „Filiale“. Je nach Kanal können Datenqualität, Vollständigkeit und Kundenprofile variieren und sich auf die nachfolgenden Prozessschritte auswirken. Der Antragskanal ist eine hilfreiche Dimension für Leistungsvergleiche. Die Analyse zeigt, über welche Kanäle Anträge am effizientesten bearbeitet werden, wo die Nacharbeitsquote am niedrigsten ist oder die Genehmigungsquote am höchsten ausfällt. Diese Erkenntnisse helfen dem Unternehmen, seine Kanalstrategie zu optimieren und Ressourcen gezielt einzusetzen.
Warum das wichtig ist
Ermöglicht den Vergleich von Leistung und Effizienz verschiedener Einreichungskanäle. So lässt sich erkennen, welche Kanäle besonders wirksam sind und wo Prozessverbesserungen erforderlich sind.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Das Feld kann als „Geschäftsquelle“ oder ähnlich bezeichnet sein.
Beispiele
VermittlerOnline-PortalFilialeMobile App
|
|||
|
Darlehensbetrag
LoanAmount
|
Der Gesamtbetrag des Darlehens, den der Antragsteller beantragt. | ||
|
Beschreibung
Der Darlehensbetrag bezeichnet die Hauptsumme des beantragten Darlehens. Er kann den Prozess erheblich beeinflussen: Bei höheren oder nicht standardisierten Darlehen sind möglicherweise zusätzliche Prüfungen, andere Freigabestufen oder umfangreichere Unterlagen erforderlich. Dadurch verlängern sich unter Umständen die Zykluszeiten. Dieses Attribut dient als wichtige Dimension für Filter und Analysen. Analysten können Beträge in Wertklassen einteilen (z. B. <$250k, $250k-$500k, >500.000 $) und die Prozessleistung für unterschiedliche Darlehensgrößen vergleichen. Der Betrag ist außerdem eine wesentliche Grundlage für finanzielle Berechnungen, etwa zur Schätzung der „Kosten pro Darlehensvergabe“.
Warum das wichtig ist
Ermöglicht die Segmentierung des Prozesses, um zu prüfen, ob sich die Darlehenshöhe auf Verarbeitungszeit, Nacharbeit oder Genehmigungsquoten auswirkt. Das liefert wertvollen Kontext für die Leistungsanalyse.
Woher beziehen
Dies ist ein grundlegendes Feld in den Darlehensantragsdaten von ICE Mortgage Technology.
Beispiele
350000.00750000.00215500.50
|
|||
|
Darlehensproduktart
LoanProductType
|
Die Art des beantragten Darlehensprodukts, etwa „Festzinsdarlehen mit 30 Jahren Laufzeit“ oder „FHA-Darlehen“. | ||
|
Beschreibung
Dieses Attribut ordnet jeden Darlehensantrag dem angebotenen Finanzprodukt zu. Für verschiedene Darlehensprodukte gelten oft unterschiedliche Prozessanforderungen, Komplexitätsgrade und regulatorische Vorgaben. Dadurch kann sich der Vergabeprozess unterscheiden. Bei der Analyse ist die Darlehensproduktart eine wichtige Dimension für die Segmentierung. Analysten können Zykluszeiten, Nacharbeitsquoten und Prozesspfade für verschiedene Produkte vergleichen und feststellen, ob bestimmte Produkte weniger effizient bearbeitet werden. Diese Erkenntnisse helfen dabei, Verbesserungsmaßnahmen gezielt auszurichten und realistische Leistungsziele festzulegen.
Warum das wichtig ist
Ermöglicht Leistungsvergleiche zwischen verschiedenen Darlehensarten. So lässt sich feststellen, ob bestimmte Produkte mit komplexeren oder weniger effizienten Prozessen verbunden sind.
Woher beziehen
Diese Information gehört zu den grundlegenden Daten eines Darlehens und sollte in ICE Mortgage Technology im Abschnitt mit den wichtigsten Darlehensdetails verfügbar sein.
Beispiele
Konventionelles Festzinsdarlehen mit 30 Jahren LaufzeitKonventionelles Festzinsdarlehen mit 15 Jahren LaufzeitVariabel verzinstes Darlehen mit anfänglicher Zinsbindung von 5 Jahren (5/1 ARM)FHA-DarlehenVA-Darlehen
|
|||
|
Endzeit des Ereignisses
EventEndTime
|
Datum und Uhrzeit, zu denen eine Aktivität abgeschlossen wurde. Zusammen mit der Startzeit dient dieser Wert zur Berechnung der aktiven Verarbeitungszeit eines Ereignisses. | ||
|
Beschreibung
Die Endzeit des Ereignisses gibt an, wann eine bestimmte Aufgabe abgeschlossen wurde. Bei Ereignissen ohne messbare Dauer kann die Endzeit der Startzeit entsprechen. Bei Aktivitäten mit messbarer Dauer, etwa einer „Kreditprüfung“, ist der Timestamp ein anderer. Dieses Attribut ermöglicht eine genauere Analyse der Prozessleistung, da es Wartezeit (Zeit zwischen Aktivitäten) und Verarbeitungszeit (Dauer einer Aktivität) voneinander unterscheidet. Es ist entscheidend für die Berechnung der Kennzahl „ProcessingTime“ und für die Analyse der Ressourcenauslastung.
Warum das wichtig ist
Ermöglicht die Berechnung der tatsächlichen Verarbeitungszeit von Aktivitäten. So lässt sich aktive Arbeitszeit von Leerlauf und Wartezeit unterscheiden und die Engpassanalyse präzisieren.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Der Wert ist möglicherweise für bestimmte protokollierte Ereignisse verfügbar oder entspricht bei Meilensteinereignissen der StartTime.
Beispiele
2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
|
|||
|
Entscheidungsergebnis
DecisionOutcome
|
Das endgültige Ergebnis einer Entscheidungsaktivität, insbesondere der Kreditprüfung. | ||
|
Beschreibung
Dieses Attribut erfasst das Ergebnis wichtiger Entscheidungspunkte im Prozess, etwa „Genehmigt“, „Abgelehnt“, „Zurückgezogen“ oder „Mit Auflagen genehmigt“. Es bezeichnet den Endstatus eines Darlehensantrags oder das Ergebnis einer Zwischenprüfung. Die Analyse des Entscheidungsergebnisses ist entscheidend, um die Wirksamkeit des Prozesses zu beurteilen. Sie hilft dabei, Genehmigungs- und Ablehnungsquoten zu ermitteln und wird häufig zusammen mit dem „Entscheidungsgrund“ ausgewertet, um die Hauptursachen negativer Ergebnisse zu erkennen. Dieses Wissen ist wichtig, um die Qualität der Anträge und die Prozesseffizienz zu verbessern.
Warum das wichtig ist
Dieses Attribut ist unverzichtbar, um die Prozesswirksamkeit, etwa anhand der Genehmigungsquote, zu messen und die Gründe für Ablehnungen oder Rücknahmen von Darlehensanträgen zu analysieren.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Diese Information ist üblicherweise mit dem Meilenstein der Kreditentscheidung oder dem endgültigen Darlehensstatus verknüpft.
Beispiele
GenehmigtAbgelehntVom Antragsteller zurückgezogenMit Auflagen genehmigt
|
|||
|
Zugewiesener Kreditsachbearbeiter
AssignedLoanOfficer
|
Der Name oder die ID des Kreditsachbearbeiters oder Kreditprüfers, der für eine bestimmte Aktivität verantwortlich ist oder sie ausführt. | ||
|
Beschreibung
Dieses Attribut gibt an, welche Person an einem Prozessschritt beteiligt war. Es kann sich um die Person handeln, die die Aufgabe abgeschlossen hat, um den aktuellen Verantwortlichen für die Darlehensakte oder um den Hauptansprechpartner für den Antrag. Eine Analyse nach zugewiesenem Kreditsachbearbeiter zeigt, wie die Arbeitslast verteilt ist, ermöglicht Leistungsvergleiche zwischen Personen oder Teams und macht Schulungsbedarf sichtbar. Das Attribut ist wichtig für Dashboards zur Ressourcenleistung, etwa „Aktivitätsverteilung der Kreditsachbearbeiter“ und „SLA-Leistung der Kreditprüfung“.
Warum das wichtig ist
Dieses Attribut ist zentral für die ressourcenbezogene Analyse. Damit können Sie die Leistung messen, Arbeitslasten ausgleichen und die Effizienz verschiedener Kreditsachbearbeiter und Teams vergleichen.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Benutzerinformationen sind üblicherweise mit Meilenstein-Abschlussdatensätzen oder Feldern zur Darlehensverantwortung verknüpft.
Beispiele
j.doer.browns.smithm.jones
|
|||
|
Automatisiert
IsAutomated
|
Ein boolesches Kennzeichen, das angibt, ob ein System eine Aktivität automatisch ausgeführt hat oder ob ein Benutzer sie manuell erledigt hat. | ||
|
Beschreibung
Dieses Attribut unterscheidet zwischen Aufgaben, die Software ausführt, etwa einer automatisierten Bonitätsprüfung oder dem Versand systemgenerierter Offenlegungsunterlagen, und Aufgaben, die menschliches Eingreifen erfordern. Diese Information ist für Automatisierungsinitiativen wichtig. Die Analyse mit diesem Attribut zeigt den Automatisierungsgrad und macht weitere Verbesserungsmöglichkeiten sichtbar. Es dient zur Berechnung von KPIs wie „Häufigkeit manueller Aktivitäten“ und kann manuelle Engpässe aufzeigen, die sich für eine Automatisierung eignen. Ziel ist es, Kosten zu senken und die Bearbeitung zu beschleunigen.
Warum das wichtig ist
Hilft, den Automatisierungsgrad des Prozesses zu ermitteln und manuelle Aktivitäten als Engpässe zu erkennen. Damit entsteht eine Grundlage für künftige Automatisierungsinitiativen.
Woher beziehen
Wird häufig abgeleitet, indem Aktivitätsnamen oder Benutzer-IDs (z. B. „System“) einem Automatisierungsstatus zugeordnet werden. Ein direktes Feld im Quellsystem ist eher unwahrscheinlich.
Beispiele
truefalse
|
|||
|
Bonitätsscore
CreditScore
|
Der Bonitätsscore des Hauptantragstellers zum Zeitpunkt der Bonitätsprüfung. | ||
|
Beschreibung
Der Bonitätsscore des Antragstellers ist ein wichtiger Faktor bei der Kreditentscheidung und kann die Komplexität der Kreditprüfung beeinflussen. Bei niedrigeren Bonitätsscores sind möglicherweise gründlichere Prüfungen und zusätzliche Unterlagen erforderlich. Dieses Attribut bietet eine wertvolle Dimension für risikobasierte Analysen. Wenn Analysten Anträge nach Bonitätsscore segmentieren, können sie untersuchen, ob ein Zusammenhang zwischen dem Score und Verarbeitungszeiten, Nacharbeitsquoten oder endgültigen Entscheidungsergebnissen besteht. Das kann helfen, die Risikobewertung zu verbessern und Ressourcen gezielter einzusetzen.
Warum das wichtig ist
Liefert eine Risikodimension für die Analyse. So lässt sich feststellen, ob das Kreditrisiko mit der Prozesskomplexität, der Zykluszeit oder den Entscheidungsergebnissen zusammenhängt.
Woher beziehen
Diese Daten stammen üblicherweise von einer Kreditauskunftei und werden in ICE Mortgage Technology in den Informationen zum Kreditnehmer gespeichert.
Beispiele
785692740810
|
|||
|
Bundesstaat der Immobilie
PropertyState
|
Der US-Bundesstaat, in dem sich die mit dem Darlehensantrag verbundene Immobilie befindet. | ||
|
Beschreibung
Dieses Attribut gibt den geografischen Standort der Immobilie an. Kreditvorschriften, Marktbedingungen und Bearbeitungsanforderungen können sich je nach Bundesstaat erheblich unterscheiden und den Darlehensvergabeprozess beeinflussen. Der Bundesstaat der Immobilie eignet sich als Dimension für geografische Analysen. Damit können Sie Prozessleistungen wie Zykluszeiten und Genehmigungsquoten in verschiedenen Regionen vergleichen. So lassen sich regionale Engpässe erkennen oder Auswirkungen bundesstaatlicher Vorschriften auf den Prozess untersuchen.
Warum das wichtig ist
Ermöglicht geografische Prozessanalysen und hilft, regionale Leistungsunterschiede zu erkennen, die durch Marktbedingungen oder Vorschriften einzelner Bundesstaaten bedingt sein können.
Woher beziehen
Dies ist ein Standardfeld im Abschnitt zu den Immobiliendaten des Darlehensantrags in ICE Mortgage Technology.
Beispiele
KalifornienTexasFloridaNew YorkIllinois
|
|||
|
Entscheidungsgrund
ReasonForDecision
|
Ein Code oder eine Textbeschreibung, die den Grund für ein bestimmtes Entscheidungsergebnis erläutert, etwa die Ablehnung eines Darlehens. | ||
|
Beschreibung
Dieses Attribut liefert Kontext zum „DecisionOutcome“. Wenn ein Darlehen abgelehnt wird oder Nacharbeit erfordert, gibt dieses Feld den Grund an, etwa „Zu hohes Verhältnis von Schulden zu Einkommen“ oder „Unvollständige Unterlagen“. Diese Information ist für die Ursachenanalyse besonders wertvoll. Wenn das Unternehmen die häufigsten Gründe für Ablehnungen oder Nacharbeit auswertet, kann es systematische Prozessprobleme oder Mängel bei der Antragsqualität erkennen. Daraus können gezielte Verbesserungen entstehen, etwa verständlichere Hinweise für Antragsteller oder zusätzliche Schulungen für Kreditsachbearbeiter.
Warum das wichtig ist
Zeigt die Gründe für Ablehnungen oder Nacharbeit auf. So können Sie Ursachen analysieren, systematische Probleme angehen und die Quote beim ersten Durchlauf verbessern.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Diese Information wird häufig in Feldern für Ursachencodes oder in Notizen zu einem Entscheidungsmeilenstein erfasst.
Beispiele
Bonitätsscore unter dem MindestwertAntragsunterlagen unvollständigZu hohes Verhältnis von Schulden zu EinkommenGutachtenwert zu niedrig
|
|||
|
Kreditprüfungsabteilung
UnderwritingDepartment
|
Das Kreditprüfungsteam oder die Abteilung, das beziehungsweise die den Darlehensantrag bearbeitet. | ||
|
Beschreibung
Dieses Attribut bezeichnet die Organisationseinheit, die für die Kreditprüfungsphase des Darlehens zuständig ist. In großen Unternehmen können Abteilungen nach Region, Darlehensart oder Risikostufe spezialisiert sein. Wie beim zugewiesenen Kreditsachbearbeiter ermöglicht dieses Attribut die Leistungsanalyse auf Team- oder Abteilungsebene. Damit lassen sich Arbeitslast, Effizienz und SLA-Einhaltung verschiedener Kreditprüfungsteams vergleichen. So kann die Leitung leistungsstarke Teams erkennen und bewährte Vorgehensweisen weitergeben.
Warum das wichtig ist
Ermöglicht Leistungsvergleiche auf Team- oder Abteilungsebene. Das unterstützt die Ressourcenplanung und hilft, systematische Probleme in bestimmten Gruppen zu erkennen.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Diese Information kann Teil der Benutzerdaten des Kreditprüfers oder in einem separaten Routing-Feld enthalten sein.
Beispiele
Kreditprüfung OstKreditprüfung WestKreditprüfung für GroßdarlehenKreditprüfung für staatlich geförderte Darlehen
|
|||
|
Kundentyp
CustomerType
|
Eine Klassifizierung des Darlehensantragstellers, etwa „Erstkäufer“ oder „Umschuldung“. | ||
|
Beschreibung
Dieses Attribut segmentiert Kunden nach ihrem Profil oder ihrer Beziehung zum Kreditgeber. Die Bedürfnisse und erforderlichen Unterlagen eines Erstkäufers können sich deutlich von denen eines Investors oder einer Person unterscheiden, die ein Darlehen umschuldet. Dadurch können unterschiedliche Prozesspfade entstehen. Eine Analyse nach Kundentyp kann Unterschiede bei der Customer Experience und der Prozesseffizienz aufdecken. Sie hilft bei Fragen wie: „Dauert die Bearbeitung bei Erstkäufern länger?“ oder „Werden Umschuldungsanträge schneller bearbeitet?“. Diese Erkenntnisse können in die Kundenservice-Strategie und in Prozessanpassungen einfließen.
Warum das wichtig ist
Ermöglicht eine kundenorientierte Prozessanalyse, mit der Sie feststellen können, ob verschiedene Kundengruppen unterschiedliche Effizienz oder Herausforderungen erleben.
Woher beziehen
Prüfen Sie die Dokumentation von ICE Mortgage Technology. Der Wert lässt sich möglicherweise aus dem Darlehenszweck oder anderen Antragstellerdaten ableiten.
Beispiele
ErstkäuferUmschuldungInvestorBestandskunde
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, der angibt, wann die Daten dieses Datensatzes zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt Datum und Uhrzeit des letzten Datenabrufs an. Es ist wichtig, um die Aktualität der analysierten Daten einzuschätzen und Aktualisierungsintervalle zu verwalten. Für die Analyse des Prozesses selbst wird es normalerweise nicht verwendet, ist aber für Dashboard-Berichte und die Data Governance relevant. Es zeigt Benutzern, wie aktuell die Analyse ist, und hilft bei der Fehlersuche, wenn Informationen veraltet sind.
Warum das wichtig ist
Informiert Benutzer über die Aktualität der Daten. So lässt sich sicherstellen, dass Analysen und Dashboards auf aktuellen Informationen beruhen.
Woher beziehen
Dieser Timestamp wird üblicherweise während des Datenextraktions- und Ladeprozesses (ETL) erzeugt und dem Datensatz hinzugefügt.
Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Nacharbeit
IsRework
|
Ein berechnetes boolesches Kennzeichen, das angibt, ob eine Aktivität innerhalb desselben Cases wiederholt wurde. | ||
|
Beschreibung
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität innerhalb desselben Darlehensantrags zum zweiten oder zu einem späteren Mal ausgeführt wird. Dies lässt sich typischerweise daran erkennen, dass eine Aktivität nach einem späteren Schritt im Standardprozess erneut auftritt, etwa wenn „Unterlagen angefordert“ erst nach „Kreditentscheidung getroffen“ erfolgt. Die Analyse von Nacharbeit ist grundlegend, um Ineffizienzen im Prozess zu verstehen. Wenn Analysten nach Aktivitäten mit dem Wert „IsRework“ filtern, können sie Häufigkeit und Auswirkungen von Nacharbeitsschleifen ermitteln. So lassen sich Ursachen wie unvollständige Erstanträge oder unklare Anforderungen erkennen. Das ist wichtig, um die KPI „Nacharbeitsquote bei Anträgen“ zu berechnen und Prozesse zu vereinfachen.
Warum das wichtig ist
Kennzeichnet wiederholte Arbeit und macht Prozessineffizienz direkt messbar. So lassen sich Häufigkeit und Ursachen von Nacharbeit einfach untersuchen.
Woher beziehen
Dieses Attribut ist im Quellsystem nicht vorhanden. Process-Mining-Software berechnet es, indem sie wiederholte Aktivitäten oder Rückschleifen im Prozessablauf eines Cases erkennt.
Beispiele
truefalse
|
|||
|
Quellsystem
SourceSystem
|
Gibt das System oder die Plattform an, aus dem beziehungsweise der die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt an, welche Software oder Anwendung die Prozessdaten erzeugt hat, etwa „ICE Mortgage Technology Encompass“ oder ein angebundenes CRM. Es ist besonders hilfreich, wenn Daten aus mehreren Quellen zusammengeführt werden. In der Analyse unterstützt SourceSystem die Datenvalidierung und liefert Kontext zur Herkunft eines Ereignisses. Damit können Sie die Analyse auf bestimmte Systeme beschränken oder Datenqualitätsprobleme untersuchen, die nur bei einer Quelle auftreten.
Warum das wichtig ist
Liefert wichtigen Kontext zur Datenherkunft. Das ist für die Datenvalidierung, die Fehlersuche und das Verständnis von Prozessabweichungen zwischen verschiedenen Systemen relevant.
Woher beziehen
Dieser Wert kann bei der Datenextraktion manuell ergänzt werden. Wenn der Export aus einem Data Warehouse stammt, ist er möglicherweise in den Datenkopfzeilen enthalten.
Beispiele
ICE Mortgage Technology EncompassICE Mortgage Technology VelocifyInternes CRM
|
|||
|
SLA-Status
SLAState
|
Ein berechneter Status, der angibt, ob eine Aktivität oder ein Case das Service Level Agreement (SLA) eingehalten hat. | ||
|
Beschreibung
Gibt an, ob eine Aktivität oder der gesamte Case innerhalb der im Service Level Agreement festgelegten Zielzeit abgeschlossen wurde. Der Status wird üblicherweise ermittelt, indem die tatsächliche Zykluszeit mit einem vorgegebenen SLA-Ziel wie dem UnderwritingSlaTarget verglichen wird. Dieses Attribut ist wichtig für die Leistungs- und Compliance-Überwachung. Dashboards verwenden SLAState häufig, um den Anteil der Darlehen darzustellen, bei denen die Zielvorgaben eingehalten wurden. So können Führungskräfte die Leistung anhand zentraler Ziele verfolgen. Eine Segmentierung der SLA-Leistung nach Kreditsachbearbeiter, Produktart oder Kanal zeigt, wo besonders gute Ergebnisse erzielt werden und wo Verbesserungsbedarf besteht. So kann das Unternehmen seine Servicezusagen einhalten.
Warum das wichtig ist
Zeigt auf einen Blick, wie die Leistung im Vergleich zu wichtigen zeitbezogenen Zielen ausfällt. So lässt sich die SLA-Einhaltung einfach überwachen und berichten.
Woher beziehen
Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird berechnet, indem die tatsächliche Dauer eines Prozessabschnitts mit dem zugehörigen SLA-Ziel verglichen wird.
Beispiele
PünktlichGefährdetVerspätet
|
|||
|
SLA-Ziel für die Kreditprüfung
UnderwritingSlaTarget
|
Die vorgegebene Zielzeit des Service Level Agreements (SLA) für die Kreditprüfungsphase. | ||
|
Beschreibung
Dieses Attribut legt die erwartete Höchstdauer für die Kreditprüfung fest, vom Beginn bis zum Abschluss der Prüfung. Es dient als Vergleichswert für die tatsächliche Leistung. Dieser Wert ist eine wichtige Grundlage für die Berechnung der SLA-Einhaltung. Damit lässt sich ein Attribut „SLAState“ erstellen, das Kreditprüfungsaufgaben als „Pünktlich“ oder „Verspätet“ kennzeichnet. Dashboards zur SLA-Leistung verwenden dieses Ziel, damit Führungskräfte auf einen Blick sehen, ob die vereinbarten Serviceziele erreicht werden.
Warum das wichtig ist
Liefert den Vergleichswert, der erforderlich ist, um die Leistung der Kreditprüfung anhand von Service Level Agreements objektiv zu messen und zu überwachen.
Woher beziehen
Dieses Feld ist möglicherweise nicht im Quellsystem vorhanden. Es kann sich um Geschäftswissen handeln, das bei der Datentransformation hinzugefügt wird. Der Wert kann je nach Darlehensart oder Region variieren.
Beispiele
259200432000
|
|||
|
Zykluszeit des Darlehens
LoanCycleTime
|
Die berechnete Gesamtzeit vom ersten bis zum letzten Ereignis eines Darlehensantrags. | ||
|
Beschreibung
Die gesamte Zeit vom Beginn bis zum Abschluss eines Darlehensantrags. Sie wird als Differenz zwischen dem Timestamp des ersten Ereignisses, etwa „Darlehensantrag erstellt“, und dem des letzten Ereignisses berechnet, etwa „Betrag ausgezahlt“ oder „Darlehen abgelehnt“. Dieses Attribut ist eine zentrale Kennzahl zur Messung der gesamten Prozesseffizienz. Es zeigt auf hoher Ebene, wie lange die Bearbeitung eines Darlehens von Anfang bis Ende dauert. Analysten verwenden diese Kennzahl, um die Leistung im Zeitverlauf zu verfolgen, mit Branchenstandards zu vergleichen und die Auswirkungen von Prozessverbesserungen zu ermitteln. Wenn Sie die durchschnittliche Zykluszeit nach Dimensionen wie Darlehensproduktart oder Antragskanal aufschlüsseln, sehen Sie, welche Prozessvarianten effizienter oder weniger effizient sind.
Warum das wichtig ist
Diese KPI misst direkt die Effizienz der Darlehensvergabe von Anfang bis Ende. Sie ist eine wichtige Kennzahl für die Leistungsverfolgung und hilft, die Bearbeitung zu beschleunigen.
Woher beziehen
Wird für jede Darlehensantrags-ID berechnet, indem der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen wird.
Beispiele
259200038880004752000
|
|||
Aktivitäten bei der Kreditvergabe
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Entscheidung der Kreditprüfung getroffen
|
Diese Aktivität bezeichnet den Abschluss der ersten Kreditprüfung. Das Ergebnis kann beispielsweise eine Genehmigung, eine Aussetzung oder eine Ablehnung sein. Sie markiert einen wichtigen Meilenstein im Kreditverlauf. | ||
|
Warum das wichtig ist
Mit diesem Ereignis endet die Messung der Zykluszeit der Kreditprüfung. Es markiert einen wichtigen Entscheidungspunkt. Die Analyse der Ergebnisse und der benötigten Zeit hilft, die Leistung der Kreditprüfung zu bewerten und Ursachen für Nacharbeit zu erkennen.
Woher beziehen
Dieser wichtige Meilenstein in Encompass wird anhand des Abschlussdatums der Kreditprüfungsphase erfasst. Die Entscheidung selbst wird in einem separaten Feld gespeichert.
Erfassung
Abgeleitet aus dem Abschluss-Timestamp des Meilensteins „Underwriting“ oder einer Statusänderung zu „Approved“, „Suspended“ oder „Denied“.
Ereignistyp
inferred
|
|||
|
Freigabe zum Abschluss erteilt
|
Diese formelle Mitteilung bestätigt, dass alle Auflagen erfüllt sind und der Kreditgeber den Abschluss vereinbaren und den Kredit auszahlen kann. Der wichtige Meilenstein zeigt an, dass der Kredit für die letzte Phase bereit ist. | ||
|
Warum das wichtig ist
Dieser wichtige Kontrollpunkt markiert das Ende der Kreditprüfung und Bearbeitung. Er ermöglicht es, die Zeit vom Antrag bis zur endgültigen Genehmigung zu messen.
Woher beziehen
Erfasst anhand des Abschlussdatums des Meilensteins „Clear to Close“ (CTC) in Encompass. Dies ist eine standardisierte und klar definierte Phase im Workflow.
Erfassung
Abgeleitet aus dem ausgefüllten Feld „Clear to Close“ in der Meilensteinverfolgung des Kredits.
Ereignistyp
inferred
|
|||
|
Kreditantrag angelegt
|
Diese Aktivität markiert den offiziellen Beginn der Kreditvergabe. Ein Kreditsachbearbeiter legt dazu einen neuen Kreditvorgang im System an. Das Ereignis wird erfasst, sobald der Kreditfall erstmals gespeichert wird. Dabei wird die eindeutige Loan Application ID vergeben. | ||
|
Warum das wichtig ist
Als primäres Start-Event ist diese Aktivität wichtig, um die gesamte Zykluszeit eines Kredits zu berechnen und das Antragsvolumen zu analysieren. Sie bildet die Grundlage für alle weiteren Prozessmessungen und Durchsatzanalysen.
Woher beziehen
In der Regel wird dieses Ereignis ausdrücklich in der Kredithistorie oder im Audit-Protokoll erfasst. Es lässt sich auch anhand des Erstellungs-Timestamps des Kreditdatensatzes mit der zugehörigen Loan Application ID ableiten.
Erfassung
Erfasst anhand des Erstellungsdatums der Kreditakte oder des ersten Eintrags im Audit-Trail des Kredits.
Ereignistyp
explicit
|
|||
|
Kreditbetrag ausgezahlt
|
Diese Aktivität markiert den erfolgreichen Abschluss der Kreditvergabe und das Ende des Prozesses: Der Kreditbetrag wird ausgezahlt. Damit ist der Weg vom Antrag bis zur Auszahlung abgeschlossen. | ||
|
Warum das wichtig ist
Als primäres End-Event für einen erfolgreichen Abschluss ist diese Aktivität entscheidend für die Berechnung der End-to-End-Zykluszeit erfolgreich vergebener Kredite. Sie dient außerdem zur Messung des Antragsdurchsatzes.
Woher beziehen
Erfasst anhand des Felds „Funding Date“ oder „Disbursement Date“ in Encompass. Dieses Datum wird eingetragen, sobald die Überweisung bestätigt wurde.
Erfassung
Abgeleitet aus dem ausgefüllten Feld „Funding Date“ in den Kreditdaten.
Ereignistyp
inferred
|
|||
|
Kreditprüfung begonnen
|
Diese Aktivität markiert den offiziellen Beginn der Kreditprüfung. Dabei prüft eine zuständige Fachkraft den Kreditantrag und alle zugehörigen Nachweise. Die Akte wird offiziell in die Warteschlange für die Kreditprüfung übergeben oder einer prüfenden Person zugewiesen. | ||
|
Warum das wichtig ist
Dieser Zeitpunkt bildet den Startpunkt für die Messung der Zykluszeit der Kreditprüfung, einer wichtigen KPI für die betriebliche Effizienz. Er hilft, die Auslastung der prüfenden Personen zu analysieren und Engpässe vor der Kreditprüfung zu erkennen.
Woher beziehen
Üblicherweise abgeleitet aus dem Timestamp, zu dem die Kreditakte dem Meilenstein „Underwriting“ zugewiesen wird oder ihr Status zu „In Underwriting“ wechselt.
Erfassung
Abgeleitet aus dem Datumsfeld „Submitted to Underwriting“ oder einer Statusänderung zu „Underwriting in Progress“.
Ereignistyp
inferred
|
|||
|
Abschlussunterlagen versendet
|
Diese Aktivität bezeichnet den Versand der endgültigen Closing Disclosure (CD) an die antragstellende Person zur Prüfung. Dieser verpflichtende Compliance-Schritt muss eine festgelegte Anzahl von Tagen vor dem Abschluss erfolgen. | ||
|
Warum das wichtig ist
Die Erfassung dieser Aktivität ist wichtig, um die Einhaltung von TRID sicherzustellen, da damit eine vorgeschriebene Wartefrist beginnt. Verzögerungen können sich unmittelbar auf den geplanten Abschlusstermin auswirken.
Woher beziehen
Erfasst anhand des Abschlussdatums des Meilensteins „Closing Disclosure Sent“ oder eines bestimmten Datumsfelds im Compliance-Bereich der Kreditakte in Encompass.
Erfassung
Abgeleitet aus dem Timestamp des Meilensteins „CD Sent“ oder eines gleichwertigen Meilensteins.
Ereignistyp
inferred
|
|||
|
Antrag zurückgezogen
|
Diese Aktivität markiert das erfolglose Ende des Prozesses, wenn die antragstellende Person ihren Antrag zurückzieht. Damit erhält die Kreditakte einen weiteren endgültigen Status. | ||
|
Warum das wichtig ist
Dies ist ein von der Kundschaft ausgelöstes End-Event für einen erfolglosen Prozessverlauf. Die Analyse, wann und warum Anträge zurückgezogen werden, kann Erkenntnisse zur Kundenzufriedenheit, zum Wettbewerb und zu Reibungspunkten im Prozess liefern.
Woher beziehen
Erfasst, wenn der endgültige Kreditstatus auf „Withdrawn“ gesetzt wird. Das Datum der Statusänderung wird in den Systemprotokollen oder in einem Datumsfeld für Meilensteine gespeichert.
Erfassung
Abgeleitet aus dem endgültigen Status „Withdrawn“ und dem Timestamp der Statusänderung.
Ereignistyp
inferred
|
|||
|
Auflagen erfüllt
|
Dieses Ereignis zeigt an, dass alle Auflagen der Kreditprüfung erfüllt, geprüft und vom zuständigen Team bestätigt wurden. Der Kredit ist nun für die abschließenden Schritte bereit. | ||
|
Warum das wichtig ist
Damit endet die Nacharbeit nach der Kreditprüfung. Die Zeit zwischen „Loan Approved with Conditions“ und diesem Ereignis zeigt, wie effizient offene Punkte geklärt werden.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem der Kreditstatus aktualisiert wird, um die Erfüllung aller Auflagen zu bestätigen. Dies geschieht häufig im Rahmen des Meilensteins „Final Approval“ in Encompass.
Erfassung
Abgeleitet aus dem Abschlussdatum eines Meilensteins wie „Conditions Cleared“ oder „Final Approval“.
Ereignistyp
inferred
|
|||
|
Bonitätsprüfung abgeschlossen
|
Diese Aktivität zeigt an, dass eine Kreditauskunft erfolgreich eingeholt und für die antragstellende Person geprüft wurde. Die Ergebnisse sind eine wichtige Grundlage für die Kreditentscheidung. | ||
|
Warum das wichtig ist
Die Bonitätsprüfung ist eine wichtige Voraussetzung für die Kreditprüfung. Verzögerungen bei diesem Schritt können den gesamten Prozess aufhalten. Das Ergebnis beeinflusst die Kreditentscheidung unmittelbar.
Woher beziehen
Dieses Ereignis wird üblicherweise über eine Integration mit einer Kreditauskunftei erfasst. Beim Eingang und Anhängen der Kreditauskunft wird normalerweise ein Timestamp in der Kreditakte gespeichert.
Erfassung
Erfasst anhand des Datumsfelds „Credit Report Ordered“ oder „Credit Report Received“ in der Kreditakte.
Ereignistyp
explicit
|
|||
|
Erste Offenlegungsunterlagen versendet
|
Diese Aktivität bezeichnet den Versand der ersten Compliance-Unterlagen, etwa der Loan Estimate, an die antragstellende Person. Dieser wichtige regulatorische Schritt muss innerhalb einer festgelegten Frist nach Antragstellung erfolgen. | ||
|
Warum das wichtig ist
Die Erfassung dieser Aktivität ist entscheidend, um die Einhaltung von Vorschriften wie TRID zu überwachen. Die Zeit zwischen Antragserstellung und diesem Schritt kann auf Verzögerungen in einer frühen Bearbeitungsphase hinweisen.
Woher beziehen
Erfasst anhand des Abschlussdatums des Meilensteins „Initial Disclosures“ in Encompass. Dabei handelt es sich üblicherweise um ein Datumsfeld, das beim Erstellen und Versenden der Unterlagen ausgefüllt wird.
Erfassung
Abgeleitet aus dem Timestamp, der mit dem Abschluss des Meilensteins oder Status „Initial Disclosures Sent“ verknüpft ist.
Ereignistyp
inferred
|
|||
|
Gutachten eingegangen
|
Diese Aktivität bezeichnet den Eingang des Immobiliengutachtens von der sachverständigen Person und dessen Ablage in der Kreditakte. Der Schritt ist für die Bewertung der Immobilie entscheidend und eine wichtige Voraussetzung für die endgültige Kreditgenehmigung. | ||
|
Warum das wichtig ist
Die Immobilienbewertung ist häufig eine Ursache für erhebliche Verzögerungen. Wenn Sie verfolgen, wann das Gutachten beauftragt und wann es eingereicht wird, können Sie diese externe Abhängigkeit wirksam überwachen und steuern.
Woher beziehen
Dieses Ereignis wird üblicherweise erfasst, wenn das Gutachten hochgeladen und das zugehörige Datumsfeld für den Meilenstein „Appraisal Received“ in Encompass ausgefüllt wird.
Erfassung
Abgeleitet aus dem ausgefüllten Feld „Appraisal Received Date“ oder einer zugehörigen Statusänderung.
Ereignistyp
inferred
|
|||
|
Kredit abgelehnt
|
Diese Aktivität markiert das erfolglose Ende des Prozesses: Der Kreditgeber lehnt den Kreditantrag offiziell ab. Damit erhält die Kreditakte einen endgültigen Status. | ||
|
Warum das wichtig ist
Dies ist ein wichtiges End-Event für einen erfolglosen Prozessverlauf. Die Analyse der Kredite, die mit dieser Aktivität enden, und der zugehörigen Ablehnungsgründe hilft, Verbesserungsmöglichkeiten bei der Antragsqualität oder den Kriterien der Kreditprüfung zu erkennen.
Woher beziehen
Erfasst, wenn der endgültige Kreditstatus auf „Denied“ gesetzt wird. Das Datum der Statusänderung wird im Audit-Protokoll des Kredits oder in einem bestimmten Datumsfeld für Meilensteine gespeichert.
Erfassung
Abgeleitet aus dem endgültigen Status „Denied“ und dem Timestamp der Statusänderung.
Ereignistyp
inferred
|
|||
|
Kredit mit Auflagen genehmigt
|
Diese Aktivität findet statt, wenn die prüfende Person den Kredit genehmigt, jedoch bestimmte Auflagen vor dem Abschluss erfüllt werden müssen. Dies ist ein häufiges Ergebnis der ersten Kreditprüfung. | ||
|
Warum das wichtig ist
Mit dieser Aktivität beginnt die Phase, in der die Auflagen erfüllt werden. Ihre Erfassung ermöglicht es, Nacharbeit und Verzögerungen zwischen der ersten Genehmigung und der endgültigen Freigabe zum Abschluss zu analysieren.
Woher beziehen
Dieses Ereignis wird üblicherweise erfasst, wenn sich der Entscheidungsstatus der Kreditprüfung zu „Approved with Conditions“ oder „Suspended“ ändert. Der Timestamp dieser Statusänderung ist im Audit-Trail des Kredits zu finden.
Erfassung
Abgeleitet aus der Statusänderung zu „Approved with Conditions“ und dem zugehörigen Timestamp im Meilensteinprotokoll.
Ereignistyp
inferred
|
|||
|
Kreditunterlagen unterzeichnet
|
Diese Aktivität findet statt, wenn die kreditnehmende Person beim Abschluss die endgültigen Kreditunterlagen unterzeichnet. Damit bestätigt sie ihr Einverständnis mit den Kreditbedingungen. Die Unterzeichnung erfolgt vor der Auszahlung des Kredits. | ||
|
Warum das wichtig ist
Dies ist der letzte wichtige Schritt mit Beteiligung der kreditnehmenden Person vor der Auszahlung. Er bestätigt, dass der Kredit weitergeführt wird, und ermöglicht die Messung der Abschlussphase des Prozesses.
Woher beziehen
Erfasst anhand des Felds „Documents Signed“ oder „Closing Date“ in der Kreditakte von Encompass. Das Datum trägt die für den Abschluss zuständige Person oder der Kreditsachbearbeiter ein.
Erfassung
Abgeleitet aus dem ausgefüllten Feld „Signing Date“ oder „Closing Date“ in den Kreditdaten.
Ereignistyp
inferred
|
|||
|
Nachweise angefordert
|
Diese Aktivität findet statt, wenn der Kreditsachbearbeiter oder die zuständige Fachkraft die erforderlichen Unterlagen, etwa Gehaltsabrechnungen oder Kontoauszüge, offiziell bei der antragstellenden Person anfordert. Häufig geschieht dies nach Abschluss der ersten Prüfung. | ||
|
Warum das wichtig ist
Damit beginnt die Phase der Dokumentensammlung. Die Zeit zwischen der Anforderung und dem Eingang der Unterlagen zeigt, ob Verzögerungen durch die antragstellende Person oder unklare Kommunikation entstehen.
Woher beziehen
Dieses Ereignis lässt sich anhand von Statusänderungen in der Kreditakte, des Abschlussdatums eines bestimmten Meilensteins oder der Kommunikationsprotokolle in Encompass ableiten.
Erfassung
Abgeleitet aus einer Statusänderung zu „Pending Documents“ oder einem Timestamp in einem Template für Dokumentenanforderungen.
Ereignistyp
inferred
|
|||
|
Nachweise eingegangen
|
Diese Aktivität zeigt an, dass alle zunächst angeforderten Nachweise von der antragstellenden Person eingegangen und in die Kreditakte hochgeladen wurden. Sie ist Voraussetzung dafür, dass der Antrag in die Kreditprüfung übergehen kann. | ||
|
Warum das wichtig ist
Mit dieser Aktivität endet die Phase der Dokumentensammlung. Die Dauer zwischen „Supporting Documents Requested“ und diesem Ereignis ist eine wichtige KPI zur Messung der Effizienz der antragstellenden Person und der zuständigen Fachkraft.
Woher beziehen
Üblicherweise abgeleitet aus dem Abschluss eines Meilensteins wie „Documents Received“ oder „Ready for Underwriting“. Alternativ lässt sich das Ereignis anhand des Timestamps ermitteln, zu dem das letzte erforderliche Dokument hochgeladen wurde.
Erfassung
Abgeleitet aus dem Timestamp, zu dem sich der Kreditstatus in „Processing“ oder „Ready for Underwriting“ ändert.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Nutzen Sie dieses Daten-Template, um das Potenzial Ihres Kreditvergabeprozesses besser auszuschöpfen. Beginnen Sie noch heute damit, Ihre Abläufe zu optimieren.
Optimieren Sie die Kreditvergabe und beschleunigen Sie Kreditabschlüsse
Verkürzen Sie die Entscheidungszeit um 50 % und bauen Sie Rückstände sowie Risiken ab.
Keine Kreditkarte erforderlich. Aktivieren Sie Ihr Konto in wenigen Minuten.