Ihr Daten-Template für die Kreditvergabe
Ihr Daten-Template für die Kreditvergabe
Dies ist unser generisches Datentemplate für Process Mining für Kreditvergabe. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Eine allgemeingültige Struktur für Ihr Event Log zur Kreditvergabe.
- Empfohlene Attribute und Aktivitäten für eine detaillierte Prozessanalyse.
- Hinweise zu systemspezifischen Anleitungen für die Datenextraktion.
Attribute der Kreditvergabe
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsvorfalls oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Kreditvergabeprozess stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen bestimmten Schritt oder Meilenstein im Kreditvergabe-Workflow, zum Beispiel „Antrag eingereicht“, „Bonitätsprüfung abgeschlossen“ oder „Kreditangebot erstellt“. Jede Aktivität steht für einen eigenen Prozessschritt, der Zeit und Ressourcen beansprucht. Die Abfolge und Häufigkeit dieser Aktivitäten zu analysieren, ist ein zentraler Bestandteil von Process Mining. So lassen sich der tatsächliche Prozessablauf nachvollziehen, häufige Pfade erkennen, Engpässe aufdecken und die Dauer einzelner Phasen messen. Klare und einheitliche Aktivitätsnamen sind entscheidend für eine verständliche und präzise Prozesslandkarte. Warum das wichtig ist Sie legt die Prozessschritte fest und ermöglicht es, den Prozessfluss zu visualisieren und zu analysieren, Engpässe zu erkennen und die Dauer einzelner Phasen zu messen. Woher beziehen Zu finden in Event Logs oder Transaktionstabellen, in denen die Schritte des Geschäftsprozesses erfasst werden. Beispiele Antrag eingereichtBonitätsprüfung abgeschlossenEntscheidung zur Kreditwürdigkeitsprüfung getroffenKreditbetrag ausgezahlt | |||
| Kreditantrags-ID LoanApplicationId | Die eindeutige Kennung jedes Kreditantrags. Mit dieser ID lässt sich der Antrag über seinen gesamten Lebenszyklus hinweg verfolgen. | ||
| Beschreibung Die Kreditantrags-ID ist ein eindeutiger Schlüssel, der bei der Erstellung jedem Kreditantrag zugewiesen wird. Sie dient als zentrale Case-Kennung und verknüpft alle zugehörigen Aktivitäten, Dokumente und Entscheidungen von der ersten Einreichung bis zur Auszahlung oder zum Abschluss. Diese durchgängige Kennung ist entscheidend, um den gesamten Verlauf jedes Antrags zu rekonstruieren. Beim Process Mining dient dieses Attribut dazu, alle zugehörigen Ereignisse zu einem einzelnen Case zusammenzufassen. So lassen sich Prozessabläufe, Durchlaufzeiten und Abweichungen für jeden Antrag analysieren. Ohne eine einheitliche, eindeutige Case-Kennung ist es nicht möglich, den Prozess korrekt abzubilden oder seine Leistung zu analysieren. Warum das wichtig ist Sie ist der zentrale Schlüssel für Process Mining: Alle zugehörigen Ereignisse werden einem einzelnen Case zugeordnet. Dadurch lässt sich der gesamte Kreditvergabeprozess für jeden Antrag analysieren. Woher beziehen Ist üblicherweise im Kopfbereich oder in der Haupttransaktionstabelle für Kreditanträge zu finden. Beispiele APP-2023-00123LN4567890178912345-A | |||
| Startzeit des Ereignisses EventStartTime | Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis offiziell begonnen hat. | ||
| Beschreibung Die Startzeit des Ereignisses ist ein präziser Timestamp, der den Beginn einer Aktivität markiert. Sie ist ein grundlegender Bestandteil des Event Logs und unverzichtbar, um Ereignisse chronologisch zu ordnen und den Prozessfluss für jeden Case zu rekonstruieren. In der Prozessanalyse dient die Startzeit dazu, die Gesamtdauer eines Case, die Zeit zwischen Aktivitäten und, sofern auch eine Endzeit vorliegt, die aktive Verarbeitungszeit jedes Schritts zu berechnen. Als wichtigstes Zeitattribut hilft sie dabei, Prozesszeiten zu verstehen, Verzögerungen zu erkennen und die Leistung anhand von Service-Level-Vereinbarungen zu bewerten. Warum das wichtig ist Dieser Timestamp ist entscheidend, um Ereignisse zu ordnen, Zykluszeiten zu berechnen und Verzögerungen zwischen Aktivitäten zu erkennen. Woher beziehen Ein Pflichtfeld im Event Log oder in der Transaktionshistorientabelle eines Systems. Beispiele 2023-03-15T09:00:00Z2023-04-01T14:30:15Z2023-05-20T11:22:05Z | |||
| Name des Quellsystems SourceSystemName | Gibt an, aus welchem Quellsystem oder welcher Anwendung die Ereignisdaten extrahiert wurden. | ||
| Beschreibung Der Name des Quellsystems bezeichnet die Anwendung oder Plattform, in der die Ereignisdaten entstanden sind, zum Beispiel ein Loan Origination System (LOS), ein CRM oder ein Dokumentenmanagementsystem. In modernen Unternehmen erstreckt sich ein einzelner Geschäftsprozess wie die Kreditvergabe häufig über mehrere miteinander verbundene Systeme. Das Quellsystem jedes Ereignisses zu kennen, ist wichtig für die Datenvalidierung, die Fehlersuche und das Verständnis der technischen Prozesslandschaft. So können Analysten Daten bis zu ihrem Ursprung zurückverfolgen und beurteilen, welchen Beitrag die einzelnen Systeme zum Prozessfluss leisten und wo mögliche Verzögerungen entstehen. Warum das wichtig ist Damit lassen sich Daten bis zu ihrem Ursprung zurückverfolgen. Das ist wichtig für die Datenvalidierung und für das Verständnis von Prozessabläufen, die sich über mehrere IT-Systeme erstrecken. Woher beziehen Oft als Standardfeld in Datenexporten enthalten oder während der Datenaufbereitung ergänzbar. Beispiele BlendFinastra FusionnCinoICE Encompass | |||
| Zeitpunkt der letzten Datenaktualisierung LastDataUpdateTime | Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst den Timestamp der letzten Datenextraktion oder Aktualisierung aus dem Quellsystem. Als Metadatenfeld ist es wichtig für Data Governance und Qualitätssicherung. Der Zeitpunkt der letzten Aktualisierung gibt Analysten Aufschluss über die Aktualität des Datensatzes und stellt sicher, dass Analysen auf aktuellen Informationen beruhen. Bei der Überwachung laufender Prozesse ist er besonders wichtig, da er zeigt, wie aktuell die Prozessansicht ist. Außerdem hilft dieser Timestamp bei der Fehlersuche in Datenpipelines und beim Erkennen möglicher Probleme mit den Zeitplänen für die Datenübernahme. Warum das wichtig ist Damit lässt sich die Aktualität der Daten überprüfen. So beruhen Analysen auf zeitnahen Informationen und die Datenqualität lässt sich besser steuern. Woher beziehen Wird in der Regel während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und gespeichert. Beispiele 2023-06-01T02:00:00Z2023-06-01T04:00:00Z2023-06-01T06:00:00Z | |||
| Ablehnungsgrund RejectionReason | Der konkrete Grund, der bei der Ablehnung eines Kreditantrags angegeben wird. | ||
| Beschreibung Wird ein Kreditantrag endgültig abgelehnt, gibt der Ablehnungsgrund als Code oder Text an, warum. Häufige Gründe sind „Unzureichende Kredithistorie“, „Zu hohe Schuldenquote“ oder „Unvollständiger Antrag“. Dieses Attribut ist für die Ursachenanalyse von abgelehnten Anträgen besonders wertvoll. Durch die Auswertung der häufigsten Ablehnungsgründe können Unternehmen systemische Probleme bei den Antragstellern, den Kreditprüfungskriterien oder im Antragsprozess selbst erkennen. Diese Erkenntnisse können in Marketingstrategien, die Produktentwicklung und Prozessverbesserungen einfließen, mit denen sich Ablehnungsquoten senken lassen. Warum das wichtig ist Das Attribut liefert wichtige Erkenntnisse für die Ursachenanalyse. Es hilft zu verstehen, warum Anträge abgelehnt werden, und gezielte Prozessverbesserungen abzuleiten. Woher beziehen Wird als Teil des abschließenden Entscheidungsereignisses erfasst und häufig mit dem Entscheidungsergebnis „Abgelehnt“ verknüpft. Beispiele Zu hohe SchuldenquoteSchlechte KredithistorieUnvollständige UnterlagenImmobilienbewertung zu niedrig | |||
| Antragskanal ApplicationChannel | Der Kanal, über den der Kreditantrag ursprünglich eingereicht wurde, zum Beispiel online, in einer Filiale oder über einen Vermittler. | ||
| Beschreibung Der Antragskanal bezeichnet den ersten Kontaktpunkt oder den Einreichungsweg des Antragstellers. Beispiele sind „Online-Portal“, „Mobile App“, „In der Filiale“ oder „Drittanbieter-Vermittler“. Je nach Kanal unterscheiden sich Customer Experience und interne Workflows oft deutlich. Eine Analyse nach Antragskanal zeigt, wie effizient die einzelnen Einreichungswege sind. Sie kann aufdecken, über welche Kanäle Anträge schneller bearbeitet werden, die Kundenzufriedenheit höher ist oder die Datenqualität besser ausfällt. Diese Erkenntnisse helfen bei strategischen Investitionen in Technologie und Betrieb. Warum das wichtig ist Damit lassen sich Prozessleistung und Customer Experience über verschiedene Einreichungswege hinweg analysieren, etwa online, in einer Filiale oder per Mobilgerät. Woher beziehen Wird zu Beginn des Antragsprozesses erfasst und in der zentralen Tabelle mit Kreditanträgen gespeichert. Beispiele Online-PortalIn der FilialeDrittanbieter-VermittlerMobile App | |||
| Automatisiert IsAutomated | Ein Kennzeichen dafür, ob eine Aktivität automatisch von einem System oder manuell von einem Benutzer ausgeführt wurde. | ||
| Beschreibung Dieses boolesche Attribut unterscheidet zwischen Aktivitäten, die automatisch von einem System ausgeführt werden, etwa einer automatisierten Bonitätsprüfung oder einer ersten Dokumentenprüfung, und Aktivitäten, die ein Benutzer manuell ausführt. Diese Unterscheidung ist wichtig, um den Automatisierungsgrad eines Prozesses und dessen Auswirkungen auf die Effizienz zu verstehen. Der Vergleich automatisierter und manueller Schritte zeigt Möglichkeiten für weitere Automatisierung auf, macht die Zeitersparnis durch bestehende Automatisierung messbar und gibt Aufschluss über die Arbeitslast der Mitarbeitenden. So wird sichtbar, wie Menschen und Systeme während des gesamten Kreditvergabeprozesses zusammenarbeiten. Warum das wichtig ist Damit lassen sich systemgesteuerte von manuell ausgeführten Aktivitäten unterscheiden. Das ist wichtig für die Automatisierungsanalyse und die Bewertung der Arbeitslast. Woher beziehen Kann als Feld im Event Log vorliegen oder anhand des Aktivitätsnamens beziehungsweise des zugehörigen Benutzers abgeleitet werden, zum Beispiel bei einem Benutzer namens „system“. Beispiele truefalse | |||
| Endzeit des Ereignisses EventEndTime | Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Er dient zur Berechnung der aktiven Verarbeitungszeit eines Ereignisses. | ||
| Beschreibung Die Endzeit des Ereignisses markiert den genauen Zeitpunkt, zu dem eine Aktivität abgeschlossen wurde. Manche Ereignisse sind Meilensteine und haben nur eine Startzeit. Viele Aktivitäten dauern jedoch eine bestimmte Zeit. Mit der Endzeit lässt sich diese aktive Verarbeitungszeit direkt berechnen. Die Analyse der aktiven Verarbeitungszeit ist wichtig, um die Ressourcenauslastung zu verstehen, Ineffizienzen bei einzelnen Aufgaben zu erkennen und die aktive Bearbeitungszeit eines Case von Wartezeiten zu unterscheiden. So lässt sich beispielsweise feststellen, wie lange die Kreditprüfung tatsächlich gedauert hat, unabhängig davon, wie lange der Antrag in der Warteschlange der Kreditprüfer lag. Warum das wichtig ist Damit lässt sich die aktive Verarbeitungszeit von Aktivitäten berechnen. So können Sie wertschöpfende Arbeit von Wartezeiten unterscheiden. Woher beziehen Bei Systemen, die die Dauer von Aktivitäten erfassen, häufig zusammen mit der Startzeit in Event Logs oder Transaktionstabellen zu finden. Beispiele 2023-03-15T11:30:00Z2023-04-02T10:00:00Z2023-05-21T15:45:20Z | |||
| Entscheidungsergebnis DecisionOutcome | Das endgültige Ergebnis des Kreditantrags, zum Beispiel genehmigt, abgelehnt oder zurückgezogen. | ||
| Beschreibung Das Entscheidungsergebnis gibt den endgültigen Status eines vollständig bearbeiteten Kreditantrags an. Häufige Ergebnisse sind „Genehmigt“, „Abgelehnt“, „Vom Antragsteller zurückgezogen“ oder „Gegenangebot unterbreitet“. Dieses Attribut ist wichtig für die Ergebnisanalyse. Dabei wird untersucht, welche Prozesspfade zu erfolgreichen und welche zu erfolglosen Ergebnissen führen. Indem Unternehmen Prozessabweichungen mit den Entscheidungsergebnissen abgleichen, können sie bewährte Vorgehensweisen erkennen, die zu höheren Genehmigungsquoten führen, und Verhaltensweisen identifizieren, die Ablehnungen zur Folge haben. Diese Analyse trägt dazu bei, die Prozesseffizienz und die Geschäftsergebnisse zu verbessern. Warum das wichtig ist Das Attribut ist wichtig für die Ergebnisanalyse. Es hilft zu erkennen, welche Prozessabläufe und -pfade mit erfolgreichen oder erfolglosen Kreditanträgen zusammenhängen. Woher beziehen Wird üblicherweise im Statusfeld des Kreditantrags oder als eigenes Entscheidungsereignis in der Transaktionshistorie erfasst. Beispiele GenehmigtAbgelehntVon antragstellender Person zurückgezogenGegenangebot unterbreitet | |||
| Kreditprodukttyp LoanProductType | Der konkrete Typ des beantragten Kreditprodukts, zum Beispiel Hypothek, Autokredit oder Privatkredit. | ||
| Beschreibung Der Kreditprodukttyp ordnet den Kreditantrag dem angefragten Finanzprodukt zu. Beispiele sind „Konventionelle Hypothek“, „FHA-Kredit“, „Autokredit“ oder „Persönlicher Kreditrahmen“. Für verschiedene Kreditprodukte gelten oft unterschiedliche Prozesse, Compliance-Anforderungen und Risikoprofile. Die Analyse nach Produkttyp ist wichtig, um Abweichungen zu erkennen und Workflows für einzelne Produktlinien zu optimieren. Diese Segmentierung ermöglicht gezielte Verbesserungen und hilft, Unterschiede bei Zykluszeiten, Genehmigungsquoten und Nacharbeit im Kreditportfolio zu erklären. Warum das wichtig ist Damit lässt sich der Prozess segmentieren, um die Leistung zu vergleichen und Unterschiede in den Workflows verschiedener Kreditarten zu erkennen. Woher beziehen Ein Standardfeld im Kreditantrag, das in der zentralen Tabelle mit Antragsdaten gespeichert wird. Beispiele Konventionelle Festzinshypothek mit 30 Jahren LaufzeitFHA-HypothekAutokreditPrivatkredit | |||
| Kreditsumme LoanAmount | Der Gesamtbetrag des Kredits, den der Antragsteller beantragt. | ||
| Beschreibung Die Kreditsumme bezeichnet den Kapitalbetrag, den der Antragsteller beantragt. Dieses wichtige Finanzattribut beeinflusst häufig die Komplexität und das Risiko eines Kreditantrags. Bei höheren Kreditsummen können strengere Prüfverfahren greifen, zusätzliche Genehmigungsstufen erforderlich sein oder andere Gebühren anfallen. Eine Analyse nach Kreditsumme zeigt, wie sich der Kreditwert auf Bearbeitungszeiten, Genehmigungsquoten und den Prüfaufwand auswirkt. Die Kreditsumme ist außerdem eine wichtige Eingangsgröße für Finanzanalysen, etwa zur Berechnung des Gesamtwerts der Kreditanträge in Bearbeitung oder der Kosten je verliehenem Euro. Warum das wichtig ist Dieses Attribut beeinflusst maßgeblich die Komplexität und das Risiko des Prozesses. So lässt sich analysieren, wie sich die Kreditsumme auf Zykluszeit und Genehmigungsquoten auswirkt. Woher beziehen Ein zentrales Feld aus den Kreditantragsdaten, das üblicherweise in der primären Tabelle mit Kreditinformationen gespeichert wird. Beispiele 250000.0050000.00750000.00 | |||
| Zugewiesener Benutzer AssignedUser | Der Name oder die ID des Benutzers, zum Beispiel eines Kreditsachbearbeiters oder Kreditprüfers, der für eine Aktivität verantwortlich ist. | ||
| Beschreibung Der zugewiesene Benutzer bezeichnet den Mitarbeitenden oder Systembenutzer, der eine bestimmte Aktivität ausgeführt hat oder dafür verantwortlich ist. Das kann ein Kreditsachbearbeiter, ein Sachbearbeiter, ein Kreditprüfer oder ein Mitarbeiter im Kreditabschluss sein. Dieses Attribut ist grundlegend für die Analyse der Team- und Einzelleistung, der Arbeitsverteilung und des Ressourceneinsatzes. Wenn Unternehmen Aktivitäten nach Benutzer auswerten, können sie besonders leistungsstarke Mitarbeitende erkennen, Schulungsbedarf ermitteln und Arbeitslasten neu verteilen, um die Effizienz zu verbessern. Außerdem lässt sich analysieren, wie sich einzelne Benutzer oder Teams auf Prozessergebnisse und Zykluszeiten auswirken. Warum das wichtig ist Das Attribut ist wichtig, um die Arbeitsverteilung und Teamleistung zu analysieren und ressourcenbedingte Engpässe im Prozess zu erkennen. Woher beziehen Typischerweise in Transaktions- oder Event Logs zu finden, die Benutzeraktionen im System erfassen. Beispiele John Smithj.smithunderwriting.user.123Alice Williams | |||
| Antragstellertyp ApplicantType | Einstufung des Antragstellers, zum Beispiel als „Neukunde“ oder „Bestandskunde“. | ||
| Beschreibung Der Antragstellertyp ordnet den Kreditantragsteller anhand seiner Beziehung zum Finanzinstitut ein, zum Beispiel als „Neukunde“ oder „Bestandskunde“. Diese Segmentierung ist wichtig, da sich der Prozess je nach Attribut unterscheiden kann. Bei Bestandskunden kann der Prozess dank bereits vorhandener Daten einfacher ablaufen. Neukunden müssen möglicherweise umfangreichere Identitäts- und Datenprüfungen durchlaufen. Eine Analyse nach Antragstellertyp macht diese Unterschiede sichtbar und hilft Unternehmen, die Customer Journey für die einzelnen Segmente gezielt anzupassen und zu optimieren. Warum das wichtig ist Damit lassen sich Prozesse für verschiedene Kundensegmente vergleichen, die unterschiedliche Workflows und Erwartungen an Service-Level haben können. Woher beziehen Wird aus CRM-Daten abgeleitet oder im Antragsformular angegeben. Beispiele NeukundeBestandskundeWiederkehrender Kunde | |||
| Geografischer Standort GeographicLocation | Die geografische Region, zum Beispiel ein Bundesstaat oder ein Filialstandort, der mit dem Kreditantrag verknüpft ist. | ||
| Beschreibung Der geografische Standort bezeichnet einen für den Kredit relevanten Ort. Das kann der Bundesstaat, in dem sich die Immobilie befindet, die bearbeitende Filiale oder die Region des Antragstellers sein. Dieses Attribut hilft, regionale Unterschiede im Prozess zu analysieren. In verschiedenen Bundesstaaten können beispielsweise unterschiedliche Compliance-Anforderungen zusätzliche Prozessschritte erfordern. Auch können manche Filialen effizienter arbeiten als andere. Die geografische Segmentierung macht Leistungsunterschiede, den Ressourcenbedarf und marktspezifische Trends sichtbar, die sich auf die Kreditvergabe auswirken. Warum das wichtig ist Ermöglicht geografische Analysen, mit denen sich regionale Unterschiede bei der Prozessleistung, den Compliance-Anforderungen und den Geschäftsergebnissen erkennen lassen. Woher beziehen In den Antragsdaten zu finden, zum Beispiel in der Immobilienadresse oder in der Angabe, bei welcher Filiale der Antrag eingereicht wurde. Beispiele KalifornienNew YorkFiliale 101 - InnenstadtMittlerer Westen | |||
| Kreditwürdigkeitsscore CreditScore | Der Kreditwürdigkeitsscore des Antragstellers zum Zeitpunkt der Bonitätsprüfung. | ||
| Beschreibung Der Kreditwürdigkeitsscore ist ein Zahlenwert, der die Kreditwürdigkeit eines Antragstellers abbildet. Er wird während des Antragsprozesses von einer Kreditauskunftei bezogen und ist ein wichtiger Faktor für die Risikobewertung und die Kreditprüfung. Ein höherer Score weist in der Regel auf ein geringeres Risiko hin und kann zu günstigeren Kreditkonditionen oder einer schnelleren Genehmigung führen. Mit Process Mining lässt sich analysieren, wie sich der Score auf den Prozess auswirkt und ob Antragsteller mit unterschiedlichen Risikoprofilen verschiedene Bearbeitungswege durchlaufen. Bei niedrigeren Scores können Anträge beispielsweise häufiger manuell geprüft werden oder zusätzliche Unterlagen erfordern, was die Zykluszeit verlängert. Warum das wichtig ist Der Score ist ein wichtiger Faktor für die Risikobewertung und kann den Prozesspfad, die Entscheidungsergebnisse und die gesamte Zykluszeit deutlich beeinflussen. Woher beziehen Wird von einer externen Kreditauskunftei bezogen und zusammen mit den Profildaten des Antragstellers gespeichert. Beispiele 720650810590 | |||
| SLA-Ziel für die Kreditprüfung UnderwritingSlaTarget | Die angestrebte Dauer in Stunden oder Tagen für den Abschluss der Kreditprüfung. | ||
| Beschreibung Das SLA-Ziel für die Kreditprüfung legt fest, innerhalb welcher Frist die Kreditprüfungsphase des Antrags abgeschlossen werden soll. Dieses Ziel dient als wichtige Leistungskennzahl (KPI), anhand derer das Unternehmen eine zeitnahe Bearbeitung sicherstellt. Vergleichen Unternehmen die anhand von Timestamps berechnete tatsächliche Dauer der Kreditprüfung mit diesem Ziel, können sie die Einhaltung des SLA messen. So lassen sich Engpässe in der Kreditprüfung erkennen, die Teamleistung bewerten und Kundenerwartungen besser steuern. Warum das wichtig ist Das Ziel dient als Maßstab für die Leistung im Vergleich zu Service-Level-Vereinbarungen. So lassen sich Verzögerungen erkennen und operative Zielvorgaben steuern. Woher beziehen Wird üblicherweise in Geschäftsregeln oder Service-Level-Vereinbarungen festgelegt und kann zusammen mit den Case-Daten gespeichert werden. Beispiele 48 Stunden3 Tage7200 Minuten | |||
| Zugewiesene Abteilung AssignedDepartment | Die Abteilung oder das Team, das in einer bestimmten Phase für den Kreditantrag verantwortlich ist. | ||
| Beschreibung Dieses Attribut bezeichnet die zuständige Abteilung oder das zuständige Fachteam, zum Beispiel „Kreditbearbeitung“, „Kreditprüfung“ oder „Kreditabschluss“. Es gibt an, wer für eine Aktivität verantwortlich ist oder zu einem bestimmten Zeitpunkt den Case betreut. Die Übergaben zwischen Abteilungen zu verfolgen, ist wichtig, um organisatorische Workflows zu verstehen und abteilungsübergreifende Verzögerungen zu erkennen. Eine Analyse nach Abteilung zeigt die Leistung und Arbeitslast der einzelnen Teams und hilft, die Zusammenarbeit und Übergabeprozesse zwischen ihnen zu verbessern. Warum das wichtig ist Damit lassen sich Übergaben und die Leistung der einzelnen Fachteams analysieren. So werden abteilungsübergreifende Engpässe und Ineffizienzen sichtbar. Woher beziehen Kann in Workflow-Managementsystemen gefunden oder anhand des Benutzers beziehungsweise der Rolle abgeleitet werden, die der Aufgabe zugewiesen ist. Beispiele KreditvergabeteamKreditprüfungsabteilung AKreditabschluss-ServicesCompliance-Prüfung | |||
Aktivitäten der Kreditvergabe
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Antrag abgelehnt | Diese Aktivität zeigt an, dass der Kreditantrag nach der Kreditwürdigkeitsprüfung offiziell abgelehnt wurde. Damit endet der Prozess ohne Erfolg. | ||
| Warum das wichtig ist Dies ist eine wichtige Endaktivität. Die Analyse der Pfade und Merkmale abgelehnter Anträge kann Probleme bei den Vergabekriterien oder Ineffizienzen im Prozess aufdecken. Woher beziehen Lässt sich aus einer abschließenden Statusänderung des Kreditantrags ableiten, bei der der Status auf „Abgelehnt“ oder „Zurückgewiesen“ gesetzt wird. Erfassung Erfassen Sie den Timestamp, zu dem der endgültige Status des Antrags auf „Abgelehnt“ gesetzt wird. Ereignistyp inferred | |||
| Antrag eingereicht | Diese Aktivität markiert den offiziellen Beginn des Kreditvergabeprozesses. Eine antragstellende Person oder ein Kreditsachbearbeiter reicht den Antrag zur Prüfung ein. Mit diesem Ereignis wird der Case angelegt. In der Regel ist es der erste erfasste Timestamp eines neuen Kreditantrags. | ||
| Warum das wichtig ist Dies ist die zentrale Startaktivität des Prozesses. Die Zeit zwischen diesem Ereignis und späteren Aktivitäten ist entscheidend, um die gesamte Durchlaufzeit und Prozesseffizienz zu messen. Woher beziehen Wird üblicherweise als explizites Erstellungsereignis in der Haupttabelle für Kreditanträge oder im führenden System erfasst. Suchen Sie nach einem Timestamp für die Erstellung des Datensatzes. Erfassung Erfassen Sie den Timestamp, zu dem ein neuer Kreditantrag mit dem Status „Eingereicht“ oder „Neu“ angelegt wird. Ereignistyp explicit | |||
| Antrag zurückgezogen | Diese Aktivität zeigt an, dass die antragstellende Person den Antrag vor einer endgültigen Entscheidung oder vor der Auszahlung zurückgezogen hat. Damit endet der Prozess ebenfalls ohne Erfolg. | ||
| Warum das wichtig ist Dies ist eine wichtige Endaktivität. Eine hohe Rückzugsquote kann auf eine schlechte Customer Experience, nicht wettbewerbsfähige Angebote oder einen langwierigen Prozess hindeuten. Woher beziehen Wird üblicherweise als abschließende Statusänderung des Kreditantrags erfasst und häufig manuell von einem Benutzer ausgelöst. Erfassung Erfassen Sie den Timestamp, zu dem der endgültige Status des Antrags auf „Zurückgezogen“ gesetzt wird. Ereignistyp inferred | |||
| Entscheidung zur Kreditwürdigkeitsprüfung getroffen | Diese Aktivität markiert den Abschluss der Prüfung durch den Kreditsachbearbeiter. Das Ergebnis kann beispielsweise „Genehmigt“, „Mit Auflagen genehmigt“ oder „Abgelehnt“ lauten. Damit endet die zentrale Analysephase des Kredits. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein, der den weiteren Verlauf des Antrags bestimmt. Die Zeit bis zu dieser Entscheidung ist eine zentrale Leistungskennzahl. Woher beziehen Lässt sich aus dem Timestamp ableiten, zu dem die abschließende Entscheidung zur Kreditwürdigkeitsprüfung oder der Kreditstatus im System eingetragen und gespeichert wird. Erfassung Verwenden Sie den Timestamp der letzten Aktualisierung des Entscheidungsstatus des Kreditantrags durch einen Kreditsachbearbeiter. Ereignistyp inferred | |||
| Kreditbetrag ausgezahlt | Diese Aktivität bezeichnet den erfolgreichen Abschluss des Kreditvergabeprozesses: Der Kreditbetrag wird an die antragstellende Person oder eine andere berechtigte Partei überwiesen. Damit endet der erfolgreiche Verlauf eines Kreditantrags. | ||
| Warum das wichtig ist Dies ist die zentrale Endaktivität des Happy Path. Die gesamte Durchlaufzeit des Prozesses wird von der Antragstellung bis zu diesem Ereignis gemessen und ist ein wichtiger Leistungsindikator. Woher beziehen Diese zentrale Finanztransaktion wird im Kernbankensystem oder Kreditverwaltungssystem mit einem präzisen Timestamp protokolliert. Erfassung Erfassen Sie den Timestamp der Auszahlung aus dem Finanzbuch oder Zahlungssystem. Ereignistyp explicit | |||
| Kreditvertrag unterzeichnet | Diese Aktivität markiert die Unterzeichnung aller Abschlussunterlagen durch die antragstellende Person. Damit wird der Kreditvertrag rechtsverbindlich. Sie ist der letzte erforderliche Schritt, bevor der Kreditbetrag ausgezahlt werden kann. | ||
| Warum das wichtig ist Dies ist die abschließende Bestätigung durch die antragstellende Person und der rechtliche Abschluss der Vertragsphase. Sie ist die unmittelbare Voraussetzung für die Auszahlung des Kredits. Woher beziehen Wird über ein Protokoll des Systems für elektronische Signaturen, eine Aktualisierung im Dokumentenmanagementsystem oder eine manuelle Statusänderung durch das Abschlussteam erfasst. Erfassung Verwenden Sie den Timestamp aus der Plattform für elektronische Signaturen oder den Zeitpunkt, zu dem die unterzeichneten Unterlagen hochgeladen und als vollständig markiert werden. Ereignistyp explicit | |||
| Kreditwürdigkeitsprüfung gestartet | Diese Aktivität markiert den Beginn der formellen Kreditwürdigkeitsprüfung. Sie tritt ein, wenn ein Kreditsachbearbeiter den Antrag übernimmt oder der Case-Status auf „In Kreditwürdigkeitsprüfung“ wechselt. | ||
| Warum das wichtig ist Dieses Ereignis kennzeichnet den Beginn der entscheidenden Prüfungsphase. Die Dauer der Kreditwürdigkeitsprüfung zu messen ist wichtig, um Engpässe zu erkennen und Entscheidungszeiten zu verkürzen. Woher beziehen Wird fast immer aus einer Statusänderung des Kreditantrags oder einem Zuweisungsprotokoll im Workflow-System abgeleitet. Erfassung Erfassen Sie den Timestamp, zu dem der Kreditstatus erstmals auf „Kreditwürdigkeitsprüfung“, „In Prüfung“ oder einen ähnlichen Status wechselt. Ereignistyp inferred | |||
| Unterlagen eingegangen | Diese Aktivität markiert den Zeitpunkt, zu dem alle angeforderten Nachweise der antragstellenden Person eingegangen und im System hochgeladen sind. Häufig ist sie Voraussetzung dafür, dass der Antrag in die Kreditwürdigkeitsprüfung übergeht. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein und ein häufiger Engpass. Die Analyse der Zeit bis zu diesem Ereignis zeigt Verzögerungen im Antragsprozess, die durch unvollständige Unterlagen entstehen. Woher beziehen Die Aktivität lässt sich meist aus einer Statusänderung des Kreditantrags ableiten, etwa „Unterlagen vollständig“ oder „Bereit für Kreditwürdigkeitsprüfung“. Erfassung Erfassen Sie den Timestamp, zu dem der Antragsstatus anzeigt, dass alle erforderlichen Unterlagen eingegangen sind. Ereignistyp inferred | |||
| Abschließende Pflichtinformationen versendet | Diese Aktivität zeigt an, dass die abschließenden gesetzlich vorgeschriebenen Unterlagen zum Kreditabschluss der antragstellenden Person vor der Unterzeichnung zur Prüfung zugesandt wurden. Dieser zeitkritische Compliance-Schritt muss vor dem endgültigen Abschluss erfolgen. | ||
| Warum das wichtig ist Dies ist ein wichtiger regulatorischer Meilenstein. Die Überwachung dieser Aktivität stellt sicher, dass vorgeschriebene Prüfungsfristen vor dem Abschluss eingehalten werden. So lassen sich kostspielige Verzögerungen und rechtliche Probleme vermeiden. Woher beziehen Die Aktivität findet sich in Protokollen des Dokumentenmanagementsystems, in Mitteilungsaufzeichnungen oder als Statusänderung des Kredits, etwa „Abschluss möglich“. Erfassung Verwenden Sie den Timestamp aus dem System, zu dem der Versand des abschließenden Unterlagenpakets zum Kreditabschluss an die antragstellende Person erfasst wird. Ereignistyp explicit | |||
| Bonitätsprüfung abgeschlossen | Diese Aktivität zeigt an, dass die angeforderte Bonitätsauskunft der antragstellenden Person vorliegt und geprüft werden kann. Bonitätsscore und Kredithistorie werden zur Kreditakte hinzugefügt. | ||
| Warum das wichtig ist Die abgeschlossene Bonitätsprüfung ist eine wichtige Voraussetzung für die Kreditwürdigkeitsprüfung. Verzögerungen beim Eingang dieser Informationen können den gesamten Prozess aufhalten. Woher beziehen Wird häufig als Ereignis protokolliert, wenn Daten von einer angebundenen externen Kreditauskunftei eingehen. Möglich ist auch eine manuelle Statusänderung. Erfassung Verwenden Sie den Timestamp, zu dem die Bonitätsauskunft erfolgreich eingegangen und dem Kreditantrag zugeordnet wurde. Ereignistyp explicit | |||
| Erste Pflichtinformationen versendet | Diese Aktivität bezeichnet den Versand der ersten gesetzlich vorgeschriebenen Informationsunterlagen an die antragstellende Person, zum Beispiel einer Kreditschätzung. Sie ist ein wichtiger Compliance-Schritt, der früh im Prozess erfolgen muss. | ||
| Warum das wichtig ist Die Erfassung dieser Aktivität ist wichtig, um die Einhaltung regulatorischer Vorgaben zu überwachen und sicherzustellen, dass die Informationen fristgerecht versendet werden. Verzögerungen können Compliance-Risiken und Sanktionen nach sich ziehen. Woher beziehen Die Aktivität findet sich häufig in Protokollen zur Dokumentenerstellung, in einem Mitteilungsmodul oder als Statusänderung des Kreditantrags. Erfassung Verwenden Sie den Timestamp aus dem Dokumentenmanagementsystem, zu dem das erste Informationspaket erstellt und versendet wurde. Ereignistyp explicit | |||
| Immobilienbewertung abgeschlossen | Diese Aktivität bezeichnet den Eingang des Immobilienbewertungsberichts eines externen Gutachters und dessen Ablage in der Kreditakte. Sie betrifft besicherte Kredite wie Hypotheken. | ||
| Warum das wichtig ist Bei immobilienbesicherten Krediten ist die Bewertung eine wichtige Voraussetzung für die abschließende Kreditentscheidung. Verzögerungen wirken sich direkt auf die Durchlaufzeit des Kredits aus. Woher beziehen Die Aktivität wird im Dokumentenmanagementsystem erfasst, wenn das Bewertungsgutachten hochgeladen wird, oder über eine Statusänderung im Kreditantrag. Erfassung Verwenden Sie den Timestamp, zu dem der Status des Bewertungsgutachtens auf „Eingegangen“ gesetzt oder die zugehörige Aufgabe als abgeschlossen markiert wird. Ereignistyp inferred | |||
| Kreditangebot angenommen | Diese Aktivität bezeichnet die formelle Annahme des Kreditangebots und seiner Konditionen durch die antragstellende Person. Sie ist ein wichtiger Meilenstein und zeigt, dass der Kredit aufgenommen werden soll. | ||
| Warum das wichtig ist Dieses Ereignis bestätigt, dass die antragstellende Person den Kreditprozess fortsetzen möchte. Es ist ein klares Signal, die abschließenden Schritte zum Kreditabschluss einzuleiten. Woher beziehen Wird häufig durch eine manuelle Statusänderung eines Kreditsachbearbeiters oder automatisch über eine Anbindung an ein System für elektronische Signaturen erfasst. Erfassung Erfassen Sie den Timestamp, zu dem der Kreditstatus auf „Angebot angenommen“ oder einen ähnlichen Status wechselt. Ereignistyp inferred | |||
| Kreditangebot erstellt | Diese Aktivität erfolgt nach einer Genehmigung im Rahmen der Kreditwürdigkeitsprüfung und bezeichnet die Erstellung des offiziellen Kreditangebots. Darin werden die Konditionen des genehmigten Kredits für die antragstellende Person festgehalten. | ||
| Warum das wichtig ist Die Erstellung des Kreditangebots ist ein wichtiger Schritt auf dem Weg zum Kreditabschluss. Die Erfassung des Zeitpunkts hilft sicherzustellen, dass Antragstellende ihr Angebot zeitnah erhalten. Woher beziehen Wird üblicherweise in einem Protokoll des Dokumentenerstellungssystems oder als eigenes Ereignis im Verlauf des Kreditantrags erfasst. Erfassung Erfassen Sie den Timestamp, zu dem das Kreditangebot erstellt oder sein Status auf „Erstellt“ gesetzt wird. Ereignistyp explicit | |||
| Nacharbeit bei der Kreditwürdigkeitsprüfung angefordert | Diese Aktivität erfasst Nacharbeit im Prozess: Ein Kreditsachbearbeiter sendet den Antrag an einen Kreditsachbearbeiter oder die Bearbeitung zurück, um weitere Informationen oder Korrekturen anzufordern. Häufig zeigt sich dies an einem Statuswechsel von „In Kreditwürdigkeitsprüfung“ zurück zu einem früheren Status. | ||
| Warum das wichtig ist Diese Aktivität ist ein direkter Hinweis auf Ineffizienzen und Schleifen mit Nacharbeit. Für Prozessverbesserungen ist es entscheidend, Häufigkeit und Ursachen der Nacharbeit zu ermitteln. Woher beziehen Lässt sich aus Statusänderungsprotokollen ableiten, wenn ein Antrag von einer späteren Phase, etwa der Kreditwürdigkeitsprüfung, zu einer früheren Phase wie der Bearbeitung zurückkehrt. Erfassung Ermitteln Sie Ereignisse, bei denen der Kreditstatus zurückgesetzt wird, zum Beispiel von „In Kreditwürdigkeitsprüfung“ auf „Unterlagen ausstehend“. Ereignistyp inferred | |||
| Unterlagen angefordert | Diese Aktivität zeigt an, dass das System oder ein Kreditsachbearbeiter bei der antragstellenden Person formell erforderliche Nachweise angefordert hat, etwa Gehaltsabrechnungen oder Steuererklärungen. Damit beginnt die Phase der Dokumentensammlung. | ||
| Warum das wichtig ist Anhand dieser Aktivität lässt sich die Effizienz der Dokumentensammlung analysieren, indem gemessen wird, wie lange die antragstellende Person für eine Antwort benötigt. Woher beziehen Die Aktivität wird üblicherweise in einem Dokumentenmanagementmodul, einem Mitteilungsprotokoll oder als Statusänderung wie „Unterlagen ausstehend“ erfasst. Erfassung Ermitteln Sie den Timestamp, zu dem der Antragsstatus auf „Unterlagen ausstehend“ wechselt oder eine Dokumentenanforderung protokolliert wird. Ereignistyp inferred | |||
Anleitungen zur Datenextraktion
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Verwenden Sie zunächst dieses generische Template als Grundlage oder wechseln Sie direkt zu einer systemspezifischen Anleitung, um die Datenextraktion zu vereinfachen.
Optimieren Sie Ihre Kreditvergabe noch heute
Entdecken Sie verborgene Ineffizienzen und verbessern Sie den gesamten Kreditvergabeprozess.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.