Ihr DarlehensvergabeDaten-Template
Ihr DarlehensvergabeDaten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Anleitung zur Datenextraktion
Attribute der Darlehensvergabe
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität ActivityName | Der Name eines spezifischen Geschäftsschritts oder Ereignisses, das innerhalb des Darlehensvergabeprozesses aufgetreten ist. | ||
| Beschreibung Dieses Attribut stellt eine einzelne Aufgabe oder einen Meilenstein im Lebenszyklus des Darlehensantrags dar, wie z.B. 'Erste Prüfung durchgeführt' oder 'Underwriting abgeschlossen'. Diese Aktivitäten bilden die Knoten in der Prozessablauf, und ihre Reihenfolge definiert den Prozessfluss. Die Analyse der Reihenfolge, Häufigkeit und Dauer dieser Aktivitäten hilft, gemeinsame Prozesspfade, Abweichungen und Engpässe zu identifizieren. Sie ist maßgeblich, um zu verstehen, welche Arbeit in welcher Reihenfolge erledigt wird, und bildet die Grundlage aller Process-Mining-Analysen. Bedeutung Dieses Attribut definiert die Schritte des Prozesses und ermöglicht die Visualisierung und Analyse des Prozessflusses, was den Kern des Process Mining bildet. Datenquelle Dies wird in der Regel aus Änderungen in den 'Stage'- oder 'Status'-Feldern im Loan-Objekt in nCino oder aus verwandten Aufgabe- oder Event-Datensätzen abgeleitet. Beispiele Kreditantrag erstelltUnderwriting begonnenKreditentscheidung getroffenGelder ausgezahlt | |||
| Darlehensantrags-ID LoanApplicationId | Eine eindeutige Kennung, der jeder Kreditanwendung zugewiesen wird und als Primärschlüssel zur Verfolgung des gesamten Bearbeitungsprozesses dient. | ||
| Beschreibung Die Darlehensantrags-ID identifiziert eindeutig jede einzelne Darlehensanfrage während ihres gesamten Lebenszyklus. Sie dient als zentrale Entität, um alle zugehörigen Aktivitäten und Daten zu gruppieren, was eine vollständige Nachverfolgung des Entstehungsprozesses für ein spezifisches Darlehen ermöglicht. Im Process Mining fungiert diese ID als Case-ID. Jedes Ereignis, von der Einreichung bis zur endgültigen Entscheidung, ist mit diesem Bezeichner verknüpft. Dies ermöglicht die Rekonstruktion des End-to-End-Prozessflusses für jede Anwendung, was grundlegend für Zykluszeitanalyse, Variantenanalyse und Engpassidentifikation ist. Bedeutung Dies ist die zentrale Case-ID, die alle Prozessschritte verbindet und es ermöglicht, den End-to-End-Verlauf jedes Darlehensantrags zu analysierenn. Datenquelle Dies ist in der Regel der Primärschlüssel des Loan-Objekts in nCino, oft referenziert als Beispiele LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Startzeit EventTime | Der Zeitstempel, der den Antrag bearbeitet.en Beginn einer bestimmten Aktivität oder eines Ereignisse anzeigt. | ||
| Beschreibung Die Startzeit, oder den Antrag bearbeitet.er Ereignis-Zeitstempel, zeichnet das genaue Datum und die Uhrzeit auf, zu der eine Aktivität stattfand. Diese chronologischen Daten sind wesentlich für die korrekte Reihenfolge der Ereignisse und die Rekonstruktion des tatsächlichen Prozessflusses. Dieser Zeitstempel ist die Grundlage für alle zeitbasierten Analysen. Er wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, Wartezeiten und Verzögerungen zu identifizieren und die gesamte Falldauer zu messen. Genaue Zeitstempels sind wichtig für die Leistungsüberwachung und Engpassanalyse. Bedeutung Dieser Zeitstempel liefert die chronologische Reihenfolge der Ereignisse, was wesentlich für die Berechnung aller Leistungsfähigkeit-Metriken wie Durchlaufzeiten und Dauern ist. Datenquelle Dies kann aus systemgenerierten Zeitstempels wie 'CreatedDate' in verwandten Datensätzen oder den Antrag bearbeitet.em Zeitstempel einer spezifischen Feldänderung in der Feldhistorie bezogen werden. Beispiele 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| Letzte Datenaktualisierung LastDataUpdateTimestamp | Der `Zeitstempel`, der angibt, wann die `Daten` zuletzt aus dem `Quellsystem` aktualisiert wurden. | ||
| Beschreibung Dieses Attribut zeichnet Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem auf. Es bietet Kontext für die Aktualität der analysierten Daten. In Dashboards und Berichten sind diese Informationen für Benutzer wichtig, um zu verstehen, wie aktuell die Analyse ist. Es hilft, Erwartungen zu managen und stellt sicher, dass Entscheidungen auf der Grundlage eines verstandenen Zeitrahmens der zugrundeliegenden Daten getroffen werden. Bedeutung Bietet wichtigen Kontext zur Datenaktualität und stellt sicher, dass Nutzer verstehen, wie aktuell die Prozessanalyse ist. Datenquelle Dieser Zeitstempel wird vom Datenextraktionstool oder ETL-Prozess zum Zeitpunkt des Datenabzugs generiert. Beispiele 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| Quellsystem SourceSystemName | Der Name des Systems, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut identifiziert die Quellanwendung, aus der den Antrag bearbeitet.ie EreignisDaten stammen. Für diesen Prozess wird es in der Regel 'nCino' sein. Obwohl es redundant erscheinen mag, wenn alle Daten aus einem System stammen, ist es wichtig für die Daten Governance und ist wichtig bei der Integration von Daten aus mehreren Systemen, wie z.B. einem separaten Kreditscoring-System oder einer Dokumentenmanagementplattform. Es stellt ... sicher Klarheit über die Datenherkunft. Bedeutung Identifiziert den Ursprung der Daten, was wichtig ist für Daten Governance, Fehlerbehebung und die Kombination von Daten aus mehreren Systemen. Datenquelle Dies ist ein statischer Wert, 'nCino', der während des Datenextraktions- und Transformationsprozesses angewendet wird. Beispiele nCinonCino-ProdnCino-UAT | |||
| Antragskanal ApplicationChannel | Der Kanal, über den der Darlehensantrag eingereicht wurde, z.B. Online, Filiale oder Makler. | ||
| Beschreibung Dieses Attribut identifiziert die Einreichungsquelle des Darlehensantrags. Verschiedene Kanäle können unterschiedliche Grade an Datenvollständigkeit und Kundeninteraktion aufweisen, was den nachfolgenden Prozessfluss beeinflussen kann. Die Analyse des Prozesses nach Kanal hilft, die Kanaleffizienz zu bewerten. Man könnte beispielsweise die Durchlaufzeiten und Nacharbeitsraten von online eingereichten Anträgen mit denen vergleichen, die in einer Filiale eingereicht wurden. Diese Erkenntnisse können strategische Entscheidungen über Kanalinvestitionen und Prozessoptimierung für spezifische Quellen Hinweisrmieren. Bedeutung Hilft, die Effizienz, Geschwindigkeit und Qualität verschiedener Einreichungskanäle zu vergleichen und bildet die Grundlage für strategische Verbesserungen und Investitionen. Datenquelle Dies wird in der Regel in einem Picklist-Feld im Loan-Objekt gespeichert, oft benannt als 'Channel' oder 'Source'. Beispiele Online-PortalFilialeMaklernetzwerkMobile App | |||
| Darlehensbetrag LoanAmount | Der Geldwert des vom Antragsteller beantragten Darlehens. | ||
| Beschreibung Dieses Attribut stellt den Hauptbetrag des beantragten Darlehens dar. Der Darlehensbetrag kann die Komplexität und Dauer des Entstehungsprozesses erheblich beeinflussen, wobei größere oder komplexere Darlehen oft zusätzliche Prüfung oder Schritte erfordern. In der Analyse ist der Darlehensbetrag ein effektives Werkzeug zur Segmentierung. Er ermöglicht die Untersuchung, ob höherwertige Darlehen länger bearbeitet werden, höhere Nacharbeitsraten aufweisen oder unterschiedliche Prozesspfade verfolgen. Er ist auch grundlegend für die Finanzberichterstattung und das Verständnis des Werts des bearbeiteten Darlehensportfolios. Bedeutung Bietet einen wichtigen finanziellen Kontext und ermöglicht die Segmentierung der Analyse, um zu prüfen, ob der Darlehenswert mit der Prozesskomplexität, -dauer oder den Antrag bearbeitet.en Resultaten korreliert. Datenquelle Befindet sich in einem Währungsfeld des Loan-Objekts, oft 'Amount' benannt ( Beispiele 250000.0035000.00750000.00 | |||
| Endzeit EventEndTime | Der Zeitstempel, der anzeigt, wann eine Aktivität oder ein Event abgeschlossen wurde. | ||
| Beschreibung Die Endzeit markiert den Abschluss einer Aktivität. Die Differenz zwischen der Start- und Endzeit einer Aktivität stellt ihre Bearbeitungszeit dar. Dieses Attribut ist wesentlich, um zwischen Bearbeitungszeit (aktiver Arbeit) und Wartezeit (Leerlaufzeit zwischen Aktivitäten) zu unterscheiden. Die Analyse der Bearbeitungszeiten hilft zu identifizieren, welche spezifischen Schritte am zeitaufwändigsten sind, während die Lücke zwischen der Endzeit einer Aktivität und der Startzeit der nächsten Übergabeverzögerungen aufzeigt. Bedeutung Ermöglicht die Berechnung präziser Bearbeitungszeiten für Aktivitäten, was wichtig ist, um aktive Arbeitszeit von inaktiver Wartezeit zu unterscheiden. Datenquelle Dies kann aus systemgenerierten Zeitstempels wie 'LastModifiedDate' in verwandten Datensätzen oder den Antrag bearbeitet.em Zeitstempel einer nachfolgenden Feldänderung in der Feldhistorie bezogen werden. Beispiele 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Entscheidungsergebnis DecisionOutcome | Die endgültige Entscheidung über den Darlehensantrag, z.B. Genehmigt, Abgelehnt oder Zurückgezogen. | ||
| Beschreibung Dieses Attribut erfasst das Ergebnis der Aktivität 'Darlehensentscheidung getroffen'. Es ist ein kritisches Attribut auf Fallebene, das den Endzustand eines abgeschlossenen Darlehensantragsprozesses definiert. Dieses Attribut ist wesentlich für ergebnisorientierte Analysen. Es ermöglicht den Vergleich von Prozessflüssen, die zu unterschiedlichen Resultaten führen, z.B. die Analyse der gemeinsamen Pfade von genehmigten versus abgelehnten Anträgen. Es bildet auch die Grundlage für die Berechnung wichtiger Kennzahlen wie der Darlehensablehnungsquote. Bedeutung Ermöglicht das Filtern und Vergleichen von Prozessen basierend auf ihrem endgültigen Geschäftsergebnis, was wichtig ist, um zu identifizieren, welche Prozessmuster zu Erfolg oder Misserfolg führen. Datenquelle Typischerweise in einem 'Status'- oder 'Phase'-Feld im Loan-Objekt zu finden, sobald der Prozess abgeschlossen ist. Die spezifischen Werte sind Konfigurationsabhängig. Beispiele GenehmigtAbgelehntVom Antragsteller zurückgezogen | |||
| KreditProdukttyp LoanProductType | Die spezifische Art des beantragten DarlehensProdukts, wie Hypothek, Autokredit oder Privatkredit. | ||
| Beschreibung Dieses Attribut kategorisiert den Darlehensantrag basierend auf dem angebotenen FinanzProdukt. Verschiedene DarlehensProdukte weisen oft unterschiedliche Prozessvarianten, Durchlaufzeiten und Risikoprofile auf. Die Segmentierung der Prozessanalyse nach DarlehensProdukttyp ist maßgeblich für einen aussagekräftigen Vergleich. Sie hilft zu verstehen, wie verschiedene Produkte die Prozesseffizienz beeinflussen, und ermöglicht die Erstellung maßgeschneiderter Dashboards, z.B. zur Verfolgung des Auszahlungsdurchsatzes für Hypotheken versus Autokredite. Dies stellt sicher, dass die Leistungsfähigkeit im korrekten Geschäftskontext bewertet wird. Bedeutung Ermöglicht die Segmentierung der Prozessanalyse nach Geschäftskontext, wodurch aufgedeckt wird, wie unterschiedliche Produkte die Prozesseffizienz, Dauer und Pfade beeinflussen. Datenquelle Dies wird in der Regel in einem 'Product'- oder 'Loan Typ'-Feld im nCino Loan-Objekt (LLC_Loan__c) gespeichert. Beispiele Konventionelle HypothekAutokredit – NeuUnbesicherter Privatkredit | |||
| Zugewiesene Abteilung AssignedDepartment | Die Abteilung oder den Antrag bearbeitet.as Team, das für den Kreditantrag in einer bestimmten Phase verantwortlich ist. | ||
| Beschreibung Dieses Attribut gibt die funktionale Gruppe an, wie z.B. 'Origination', 'Underwriting' oder 'Closing', die die Aktivität verantwortet. Dies kann aus dem Profil des zugewiesenen Benutzers oder einem dedizierten Feld im DarlehensDatensatz abgeleitet werden. Die Analyse des Prozesses aus einer Abteilungsansicht ist maßgeblich für das Verständnis der abteilungsübergreifenden Zusammenarbeit. Sie hilft, Übergabezeiten zwischen Abteilungen zu messen, durch abteilungsübergreifende Transfers verursachte Verzögerungen zu identifizieren und bietet eine übergeordnete Sicht darauf, wo innerhalb der Organisation gearbeitet wird. Bedeutung Wesentlich für die Analyse abteilungsübergreifender Übergaben, die Messung der Teamleistung und die Identifizierung funktionsübergreifender Engpässe. Datenquelle Diese Informationen können aus dem Abteilungsfeld des zugewiesenen Benutzers in dessen BenutzerDatensatz oder aus einem benutzerdefinierten 'Team'- oder 'Warteschlangen'-Zuweisungsfeld im Darlehensobjekt abgeleitet werden. Beispiele DarlehensvergabeUnderwritingKreditrisikoAbschluss | |||
| Zugewiesener Benutzer AssignedUser | Der Benutzer, wie z.B. ein Kreditsachbearbeiter oder Underwriter, der für die Durchführung der Aktivität verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert den einzelnen Mitarbeiter, der eine spezifische Aufgabe ausgeführt hat oder den Antrag bearbeitet.em Darlehensantrag in einer bestimmten Phase zugewiesen ist. Dies wird oft als 'Owner' des Datensatzes in nCino verfolgt. Die Analyse von Daten nach Benutzer hilft, die Arbeitslastverteilung, individuelle Leistung und Ressourcenauslastung zu verstehen. Sie kann überlastete Mitarbeiter oder Teams hervorheben und Top-Performer identifizieren, was für das Ressourcenmanagement und die Schulung wertvoll ist. Bedeutung Dies ermöglicht die Analyse der Arbeitslastverteilung, Teamleistung und Ressourcenzuweisung und hilft, Engpässe zu identifizieren, die mit spezifischen Benutzern oder Teams verknüpft. Datenquelle Typischerweise aus dem 'OwnerId'-Feld im Loan-Objekt oder verwandten Aufgabe-Objekten, das mit dem Benutzer-Objekt verbunden werden kann, um den Benutzernamen zu erhalten. Beispiele Alice SmithBob JohnsonCharlie Brown | |||
| Ablehnungsgrund DeclineReason | Der spezifische Grund, der angegeben wird, wenn ein Darlehensantrag abgelehnt wird. | ||
| Beschreibung Wenn das 'Decision Ergebnisse' (Entscheidungsergebnis) eines Darlehens 'Declined' (Abgelehnt) ist, liefert dieses Attribut weitere Details zur Ursache. Gründe könnten eine schlechte Kreditwürdigkeit, unzureichendes Einkommen oder unvollständige Dokumentation sein. Die Analyse der Ablehnungsgründe ist maßgeblich für die Geschäftsverbesserung. Sie kann Trends aufzeigen, die auf Probleme mit Kreditvergabekriterien, der Produkt-Markt-Anpassung oder Problemen im Antragsprozess selbst hindeuten. Diese Erkenntnisse können dem Unternehmen helfen, seine Strategien zu verfeinern und die Genehmigungsquoten zu verbessern. Bedeutung Liefert die Grundursache für abgelehnte Anträge und ermöglicht so eine Analyse zur Identifizierung von Trends und zur Verbesserung der Kreditvergabekriterien oder Antragsprozesse. Datenquelle Typischerweise in einem Picklist- oder Textfeld im Loan-Objekt gespeichert, das obligatorisch wird, wenn das Darlehen in den Status 'Declined' verschoben wird. Beispiele Niedriger Kredit-WertHohe Schuld-Einkommens-QuoteUnvollständiger AntragSicherheiten nicht ausreichend | |||
| Falldauer CaseDuration | Die gesamte verstrichene Zeit vom Beginn der ersten Aktivität bis zum Ende der letzten Aktivität für ein Darlehen. | ||
| Beschreibung Diese berechnete Metrik misst die End-to-End-Zykluszeit für jeden Darlehensantrag. Sie stellt die Gesamtzeit dar, die ein Fall im Prozess aktiv ist. Die Falldauer ist ein primärer Schlüssel-Leistungsfähigkeit-Indikator für die gesamte Prozesseffizienz. Sie wird in Dashboards verwendet, um die Verteilung der Durchlaufzeiten zu visualisieren, langlaufende Fälle zu identifizieren und Leistungsfähigkeit-Trends über die Zeit zu verfolgen. Die Analyse der Faktoren, die mit längeren Falldauern korrelieren, ist ein Schlüsselziel vieler Process-Mining-Projekte. Bedeutung Stellt die gesamte End-to-End-Zykluszeit dar, eine kritischer KPI zur Messung der gesamten Prozessgesundheit und Kundenerfahrung. Datenquelle Dies wird berechnet, indem die Differenz zwischen der maximalen und minimalen Ereigniszeitpunkt (Event Time) für jede Darlehensantrags-ID ermittelt wird. Beispiele 2592000 Sekunden1209600 Sekunden4320000 Sekunden | |||
| Ist automatisiert IsAutomated | Ein boolesches Flag, das anzeigt, ob eine Aktivität automatisch vom System und nicht von einem menschlichen Benutzer ausgeführt wurde. | ||
| Beschreibung Dieses Flag unterscheidet zwischen manuellen Aufgaben und automatisierten Systemereignissen. Beispielsweise könnte eine Kreditprüfung eine automatisierte Aktivität sein, während eine Underwriting-Entscheidung in der Regel manuell ist. Die Identifizierung automatisierter Schritte ist maßgeblich für die Automatisierungsentdeckung und -analyse. Sie ermöglicht die Messung der Auswirkungen der Automatisierung auf Durchlaufzeiten und Effizienz und hilft, manuelle Aktivitäten zu identifizieren, die potenzielle KandiDaten für zukünftige Automatisierungsinitiativen sind. Bedeutung Unterscheidet zwischen System- und menschlichen Aktivitäten, was grundlegend ist, um den Einfluss der Automatisierung zu messen und neue Automatisierungsmöglichkeiten zu identifizieren. Datenquelle Dies wird in der Regel basierend auf dem mit dem Ereignis verbundenen Benutzer abgeleitet. Wenn der Benutzer ein 'System'- oder 'Integration'-Benutzer ist, wird das Flag auf 'Ja' gesetzt. Beispiele JaNein | |||
| Ist Nacharbeit IsRework | Ein berechnetes Flag, das Aktivitäten identifiziert, die Wiederholungen oder Schleifen innerhalb eines einzigen Case sind. | ||
| Beschreibung Dieses boolesche Attribut wird auf 'Ja' gesetzt, wenn eine Aktivität, wie z.B. 'BelegDokumente angefordert', mehr als einmal für denselben Darlehensantrag auftritt. Es identifiziert Instanzen von Nacharbeit, die oft eine Quelle von Prozessineffizienz sind. Die Analyse von Nacharbeit ist ein zentraler Anwendungsfall im Process Mining. Das 'IsRework'-Flag ermöglicht ein einfaches Filtern und Quantifizieren von Nacharbeitsinstanzen. Es hilft, Dashboards wie die 'Darlehensantrags-Nacharbeitsanalyse' zu unterstützen und wird zur Berechnung von KPIs wie der Nacharbeitsrate verwendet, wobei Bereiche hervorgehoben werden, in denen Prozessschritte beim ersten Durchlauf fehlschlagen. Bedeutung Hebt Prozessineffizienzen hervor, indem es wiederholte Arbeiten kennzeichnet, was eine gezielte Analyse ermöglicht, um kostspielige Schleifen zu verstehen und zu reduzieren. Datenquelle Dieses Attribut wird während der Datentransformation mithilfe von Fensterfunktionen berechnet, um zu prüfen, ob dieselbe Aktivität für eine gegebene Case-ID bereits stattgefunden hat. Beispiele JaNein | |||
| Kredit-Wert CreditScore | Der Kredit-Wert des Antragstellers zum Zeitpunkt der Kreditprüfung. | ||
| Beschreibung Dieses Attribut enthält den numerischen Kredit-Wert, der von einer Kreditauskunftei während der Aktivität 'Kreditprüfung abgeschlossen' zurückgegeben wurde. Es ist ein Schlüsselfaktor im Kreditprüfungs- und Entscheidungsprozess. Im Process Mining kann der Kredit-Wert verwendet werden, um zu analysierenn, ob eine Korrelation zwischen dem Wert und dem Prozessverhalten besteht. Benötigen beispielsweise Anträge mit niedrigeren Kredit-Werts mehr manuelle Schritte, dauern länger im Underwriting oder haben eine höhere Ablehnungsquote? Dies kann relevante Erkenntnisse in risikobasierte Prozessvarianten liefern. Bedeutung Ermöglicht die Analyse, wie ein wichtiger Entscheidungsfaktor, der Kredit-Wert, mit Prozesspfaden, Dauern und Resultaten korreliert. Datenquelle Diese Daten werden oft in einem dedizierten Feld eines verwandten 'Kreditbericht'- oder 'FinanzDaten'-Objekts gespeichert, das mit dem Haupt-Darlehensobjekt verknüpft ist. Beispiele 720650810 | |||
| SLA-Status SlaState | Ein berechneter Status, der angibt, ob eine Aktivität oder ein Case sein Service Level Agreement erfüllt hat. | ||
| Beschreibung Dieses Attribut liefert das Ergebnis einer SLA-Prüfung, in der Regel für eine spezifische Phase wie das Underwriting. Es vergleicht die tatsächliche Zykluszeit mit dem vordefinierten SLA-Ziel und weist einen Status wie 'Met' (Erfüllt) oder 'Breached' (Verletzt) zu. Dieses Attribut ist wesentlich für die Leistungsüberwachung im Vergleich zu Geschäftsverpflichtungen. Es unterstützt direkt das Dashboard 'Underwriting SLA-Einhaltung' und die KPI und liefert ein klares und sofortiges Signal der Compliance. Es ermöglicht das Herunterbrechen in die Merkmale verletzter Anträge, um die Grundursachen von Verzögerungen zu verstehen. Bedeutung Bietet ein klares, kategorisches Ergebnis der Leistungsfähigkeit im Vergleich zu den Zielen und erleichtert so die Überwachung der SLA-Einhaltung sowie die Analyse der Ursachen von Verstößen. Datenquelle Dies wird in der Datentransformationsschicht berechnet, indem die tatsächliche Dauer eines Prozesssegments (z.B. Underwriting-Zykluszeit) mit dem Attribut 'UnderwritingSlaTarget' verglichen wird. Beispiele ErfülltVerletzt | |||
| Underwriting SLA-Ziel UnderwritingSlaTarget | Die Zieldauer in Stunden oder Tagen für den Abschluss der Underwriting-Phase. | ||
| Beschreibung Dieses Attribut definiert das erwartete Service Level Agreement (SLA) für den Kreditprüfungsteil des Prozesses. Es dient als Benchmark, anhand derer die tatsächliche Leistung gemessen wird. Dieses Ziel wird verwendet, um SLA-Quoten zu berechnen. Durch den Vergleich der tatsächlichen Kreditprüfungszykluszeit mit diesem Ziel können Anträge als 'Met' (Erfüllt) oder 'Breached' (Verletzt) gekennzeichnet werden. Dies ist wesentlich für das Dashboard 'Underwriting SLA-Einhaltung' und verwandte KPIs. Bedeutung Bietet die notwendige Benchmark zur Leistungsmessung anhand von Service Level Agreements und ermöglicht so die Überwachung der SLA-Einhaltung. Datenquelle Dieser Wert kann im Loan-Objekt gespeichert oder aus Geschäftsregeln basierend auf Attributen wie DarlehensProdukttyp oder Darlehensbetrag abgeleitet werden. Beispiele 48 Stunden72 Stunden5 Werktage | |||
Aktivitäten der Darlehensvergabe
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Darlehen abgelehnt | Diese Aktivität stellt ein erfolgloses Ende des Prozesses dar, bei dem der Darlehensantrag offiziell abgelehnt wird. Dies wird erfasst, wenn die Phase oder den Antrag bearbeitet.er Status des Darlehens auf 'Declined' (Abgelehnt) gesetzt wird. | ||
| Bedeutung Dies ist ein kritisches Fehler-Endereignis. Die Analyse von Pfaden, die zu diesem Ergebnis führen, hilft, Ablehnungsgründe und potenzielle Bereiche zur Verbesserung der Antragsqualität oder Kreditvergabekriterien zu identifizieren. Datenquelle Abgeleitet von der finalen Phasenänderung am Loan-Objekt zu 'Abgelehnt'. Der Zeitstempel wird vom Field History Tracking auf dem Feld 'Stage' erfasst. Erfassen Erfassen Sie den Zeitstempel, wenn das Feld 'Stage' des Kredits (LLC_BI__Stage__c) auf 'Abgelehnt' aktualisiert wird. Ereignistyp inferred | |||
| Gelder ausgezahlt | Diese Aktivität markiert den erfolgreichen Abschluss des Darlehensvergabeprozesses, bei dem Gelder an den Antragsteller überwiesen werden. Dies wird in der Regel erfasst, wenn die Darlehensphase auf 'Booked' (Gebucht) oder 'Complete' (Abgeschlossen) gesetzt wird. | ||
| Bedeutung Dies ist das primäre Erfolgs-Endereignis für den Prozess. Die Messung der Gesamtzeit bis zu dieser Aktivität liefert die End-to-End-Zykluszeit, eine kritischer KPI für die gesamte Prozess-Performance. Datenquelle Abgeleitet von der finalen Phasenänderung am Loan-Objekt zu einem terminalen Erfolgszustand wie 'Gebucht'. Der Zeitstempel wird aus dem Field History Tracking bezogen. Erfassen Erfassen Sie den Zeitstempel, wenn das Feld 'Stage' des Kredits (LLC_BI__Stage__c) auf 'Booked' aktualisiert wird. Ereignistyp inferred | |||
| Kreditantrag erstellt | Diese Aktivität markiert die Erstellung eines neuen DarlehensantragsDatensatzes im nCino-System. Sie dient als offizieller Start des Darlehensvergabeprozesses und wird in der Regel erfasst, wenn ein Benutzer zum ersten Mal einen neuen DarlehensDatensatz speichert. | ||
| Bedeutung Dies ist das primäre Start-Ereignis für den Prozess. Die Analyse der Zeit von dieser Aktivität zu anderen ist grundlegend, um die gesamten Durchlaufzeiten zu messen und anfängliche Bearbeitungsverzögerungen zu identifizieren. Datenquelle Dies ist ein explizites Ereignis, das vom Erstellungs-Zeitstempel des primären Loan-Objekts (Loan__c) auf der Salesforce-Plattform, auf der nCino basiert, erfasst wird. Erfassen Verwenden Sie das Feld 'CreatedDate' aus dem Salesforce-Objekt Loan__c. Ereignistyp explicit | |||
| Kreditentscheidung getroffen | Stellt die endgültige, offizielle Entscheidung über den Darlehensantrag dar, wie z.B. 'Approved' (Genehmigt) oder 'Declined' (Abgelehnt). Dieses Ereignis wird erfasst, wenn der Status des Darlehens formell so eingestellt wird, dass er dieses Endergebnis widerspiegelt. | ||
| Bedeutung Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.ie Bewertungsphase von der Abschlussphase trennt. Die Analyse der Zeit von der Underwriting-Fertigstellung bis zu dieser Entscheidung hebt potenzielle Verzögerungen bei Ausschussprüfungen oder endgültigen Freigaben hervor. Datenquelle Abgeleitet von einer Status- oder Phasenfeldaktualisierung am Loan-Objekt zu einem Endzustand wie 'Genehmigt' oder 'Abgelehnt'. Field History Tracking liefert den exakten Zeitstempel. Erfassen Erfassen Sie den Zeitstempel der Feldaktualisierung, die den endgültigen Entscheidungsstatus des Kredits festlegt. Ereignistyp inferred | |||
| Underwriting abgeschlossen | Diese Aktivität bedeutet, dass der Underwriter seine Überprüfung abgeschlossen und eine Empfehlung abgegeben hat. Sie wird erfasst, wenn die Darlehensphase von 'Underwriting' zu einer nachfolgenden Phase wie 'Approved' (Genehmigt), 'Declined' (Abgelehnt) oder 'Pending Decision' (Entscheidung ausstehende Zahlungen identifizieren.end) vorrückt. | ||
| Bedeutung Dieser Meilenstein markiert das Ende der Kreditprüfungsphase. Die Dauer zwischen 'Underwriting Commenced' und diesem Ereignis ist eine wichtige KPI zur Messung der Underwriting-Effizienz und Identifizierung von Engpässen. Datenquelle Abgeleitet vom Zeitstempel, wenn das 'Stage'-Feld des Kredits (LLC_BI__Stage__c) von 'Underwriting' zu einem anderen Wert geändert wird. Dies setzt Field History Tracking voraus. Erfassen Erfassen Sie den Zeitstempel, wenn das 'Stage'-Feld des Kredits von 'Underwriting' auf einen Post-Underwriting-Status aktualisiert wird. Ereignistyp inferred | |||
| Underwriting begonnen | Dies markiert den offiziellen Beginn der Kreditprüfungsphase, in der den Antrag bearbeitet.er Darlehensantrag aktiv von einem Underwriter (Kreditprüfer) bewertet wird. Dies wird fast immer durch eine Änderung des primären Phasen- oder Statusfeldes des Darlehens auf 'Underwriting' erfasst. | ||
| Bedeutung Dies ist ein kritischer Meilenstein, der eine der Ressourcenintensivsten Phasen des Prozesses einleitet. Er ist der Ausgangspunkt für die Messung der Underwriting-Zykluszeit und der SLA-Einhaltung. Datenquelle Abgeleitet von der Zeitstempel-zugewiesenen Änderung des 'Stage'-Feldes des Kredits zu 'Underwriting'. Dies erfordert, dass das Salesforce Field History Tracking für das Stage-Feld im Loan-Objekt aktiviert ist. Erfassen Erfassen Sie den Zeitstempel, wenn das Feld 'Stage' des Kredits (LLC_BI__Stage__c) auf 'Underwriting' aktualisiert wird. Ereignistyp inferred | |||
| Antrag zurückgezogen | Stellt ein alternatives Ende des Prozesses dar, bei dem der Antragsteller den Antrag zurückzieht, bevor eine endgültige Entscheidung getroffen wird. Dies wird erfasst, indem die Darlehensphase auf 'Withdrawn' (Zurückgezogen) gesetzt wird. | ||
| Bedeutung Dieses Endereignis gibt Einblicke in Kundenabbrüche. Die Analyse, wann und warum Anträge zurückgezogen werden, kann Probleme mit der Prozessdauer, Kommunikation oder Wettbewerbsfähigkeit aufzeigen. Datenquelle Abgeleitet von einer finalen Phasenänderung des Loan-Objekts zu 'Zurückgezogen'. Das Field History Tracking auf dem Feld 'Stage' liefert den Event Zeitstempel. Erfassen Erfassen Sie den Zeitstempel, wenn das Feld 'Stage' des Kredits (LLC_BI__Stage__c) auf 'Zurückgezogen' aktualisiert wird. Ereignistyp inferred | |||
| Belege angefordert | Dieses Ereignis tritt auf, wenn ein Kreditsachbearbeiter formell zusätzliche Dokumente vom Antragsteller anfordert. In nCino wird dies oft über eine Dokumentenmanagementfunktion verwaltet, bei der ein Checklistenpunkt oder Platzhalter für ein erforderliches Dokument erstellt wird. | ||
| Bedeutung Die Verfolgung dieser Aktivität ist maßgeblich für die Analyse von Nacharbeit und Verzögerungen. Mehrere Instanzen für ein einzelnes Darlehen deuten auf unvollständige initiale Anträge hin, was zu Prozessschleifen und verlängerten Durchlaufzeiten führt. Datenquelle Kann ein explizites Ereignis aus der Erstellung eines Datensatzes im nCino Document Manager in Bezug auf den Kredit sein oder aus einer Statusänderung am Kredit selbst abgeleitet werden. Erfassen Erfassen Sie das Erstellungsdatum von Datensätzen im Document Manager (z.B. docman__Document_Manager_Requirement__c), die mit dem Kredit verknüpft sind. Ereignistyp explicit | |||
| Belege erhalten | Dies markiert den Zeitpunkt, zu dem die angeforderten Dokumente vom Antragsteller eingegangen und in das System hochgeladen wurden. Dies wird in der Regel erfasst, wenn der Status eines Dokumentenplatzhalters im Dokumenten-Manager auf 'Received' (Empfangen) oder 'Complete' (Vollständig) aktualisiert wird. | ||
| Bedeutung Diese Aktivität schließt eine übliche Wartezeit ab. Die Zeit zwischen 'Dokumente angefordert' und 'Dokumente erhalten' verdeutlicht oft externe Abhängigkeiten und die Effektivität der Kommunikation. Datenquelle Abgeleitet von einer Statusänderung am DokumentenanforderungsDatensatz innerhalb des nCino Document Manager. Der Zeitstempel der Statusaktualisierung liefert die Event Time. Erfassen Identifizieren Sie den Zeitstempel, wenn der Status einer Dokumentenanforderung auf 'Empfangen' oder 'Abgeschlossen' aktualisiert wird. Ereignistyp inferred | |||
| Darlehensangebot angenommen | Dies markiert den Zeitpunkt, an dem der Antragsteller das Darlehensangebot formell annimmt. Dies kann durch die manuelle Aktualisierung eines Statusfeldes durch einen Kreditsachbearbeiter oder den Antrag bearbeitet.urch eine E-Signatur-Integration, die den Datensatz automatisch aktualisiert, erfasst werden. | ||
| Bedeutung Dies ist ein wichtiger kundengetriebener Meilenstein. Eine lange Verzögerung hier kann auf Probleme mit den Angebotsbedingungen oder den Antrag bearbeitet.em Annahmeprozess hindeuten und bietet eine Gelegenheit zur Verbesserung. Datenquelle Typischerweise aus einer manuellen Statusaktualisierung im Loan-Objekt auf eine Phase wie 'Offer Accepted' oder 'Closing' abgeleitet. Eine E-Signatur-Integration könnte dies zu einem expliziten, automatisierten Ereignis machen. Erfassen Erfassen Sie den Zeitstempel der Status- oder Phasenfeldaktualisierung auf 'Akzeptiert'. Ereignistyp inferred | |||
| Darlehensangebot erstellt | Diese Aktivität tritt auf, wenn ein formelles Darlehensangebot oder eine Zusage für einen genehmigten Antrag generiert wird. Dies wird oft durch die Erstellung eines spezifischen Dokuments oder eine Statusaktualisierung, die anzeigt, dass das Angebot bereit ist, erfasst. | ||
| Bedeutung Die Zeit, die für die Erstellung eines Angebots nach Genehmigung benötigt wird, kann das Kundenerlebnis beeinflussen. Diese Aktivität hilft, die Effizienz der Dokumentenerstellung und der Schritte vor dem Abschluss zu überwachen. Datenquelle Kann ein explizites Ereignis einer in nCino integrierten Dokumentengenerierungs-Engine sein oder aus einer Statusänderung zu 'Angebot generiert' oder 'Warten auf Kundenannahme' abgeleitet werden. Erfassen Verwenden Sie das Erstellungsdatum des generierten Darlehensangebotsdokuments oder eines verwandten Content-VersionsDatensatzes. Ereignistyp explicit | |||
| Darlehensvertrag unterzeichnet | Stellt die Ausführung des endgültigen Darlehensvertrags durch den Antragsteller dar, ein kritischer Schritt vor der Finanzierung. Dies wird oft über eine E-Signatur-Integration oder eine manuelle Statusaktualisierung erfasst, sobald die physischen Dokumente zurückgesendet wurden. | ||
| Bedeutung Diese Aktivität ist eine wichtige Voraussetzung für die Finanzierung und ein wichtiger Meilenstein im Abschlussprozess. Verzögerungen in dieser Phase können die Auszahlungsfristen direkt beeinflussen. Datenquelle Kann ein explizites Ereignis einer E-Signatur-Plattform-API sein, die einen Status in nCino aktualisiert, oder aus einer manuellen Statusaktualisierung auf 'Dokumente signiert' abgeleitet werden. Erfassen Verwenden Sie den Zeitstempel aus einem E-Signatur-Integrations-Webhook oder einer manuellen Statusaktualisierung. Ereignistyp explicit | |||
| Erstprüfung durchgeführt | Stellt den Abschluss der ersten formalen Prüfung des Antrags und seiner InitialDaten durch einen Kreditsachbearbeiter oder -bearbeiter dar. Dies wird oft durch eine Änderung im Status- oder Phasenfeld des Darlehens erfasst, die anzeigt, dass die anfängliche Datenerfassungsphase abgeschlossen ist. | ||
| Bedeutung Die Messung der Zeit bis zu dieser Aktivität hilft, die anfängliche Reaktionsfähigkeit und Effizienz des Erfassungsprozesses zu bewerten. Es ist ein wichtiger Schritt, bevor Ressourcenintensivere Aktivitäten beginnen. Datenquelle Wahrscheinlich abgeleitet von einer Zeitstempel-zugewiesenen Änderung des 'Stage'-Feldes des Kredits oder eines benutzerdefinierten 'Status'-Feldes zu einem Wert wie 'Erste Prüfung abgeschlossen' oder 'Dokumente ausstehende Zahlungen identifizieren.end'. Dies setzt voraus, dass das Field History Tracking für das Loan-Objekt aktiviert ist. Erfassen Identifizieren Sie den Zeitstempel, wenn das Kreditphasenfeld aktualisiert wird, um den Abschluss der Prüfung anzuzeigen. Ereignistyp inferred | |||
| Kreditprüfung abgeschlossen | Diese Aktivität bedeutet, dass eine Kreditprüfung durchgeführt wurde und die Resultate im System verfügbar sind. Sie wird oft erfasst, wenn ein Kreditbericht dem DarlehensDatensatz angehängt oder eine spezifische Phase 'Kreditprüfung' als abgeschlossen markiert wird. | ||
| Bedeutung Die Kreditprüfung ist eine kritische Abhängigkeit für das Underwriting. Verzögerungen bei der Durchführung dieses Schritts können zu einem erheblichen Engpass für den gesamten Prozess werden. Datenquelle Dies könnte ein explizites Ereignis aus einer Kreditberichterstattungs-Integration sein oder aus einer Darlehensphasenaktualisierung abgeleitet werden. Prüfen Sie Felder, die das Datum der Kreditanfrage oder den Antrag bearbeitet.en Abschlussstatus im Darlehen oder einem verwandten Objekt angeben. Erfassen Verwenden Sie den Zeitstempel einer Darlehensphasenaktualisierung auf 'Credit Check Complete' oder den Antrag bearbeitet.as Erstellungsdatum eines verwandten Kreditbericht-Datensatzes. Ereignistyp inferred | |||
| Risikobewertung durchgeführt | Stellt den Abschluss einer formalen Risikobewertung oder Einstufung für das Darlehen dar. Dies ist oft ein eigenständiger Schritt innerhalb der Kreditprüfungsphase und wird erfasst, wenn das Risikobewertungsfeld ausgefüllt oder aktualisiert wird. | ||
| Bedeutung Diese Aktivität bietet Einblick in den Entscheidungsprozess innerhalb des Underwritings. Die Analyse der für diesen Schritt benötigten Zeit kann Komplexitäten in der Risikobewertung aufzeigen. Datenquelle Kann aus dem Ausfüllen oder den Antrag bearbeitet.em letzten Änderungsdatum risikobezogener Felder im Loan-Objekt abgeleitet werden, wie z.B. einem 'Risikograd' oder 'Risikobewertung'-Feld. Erfassen Verwenden Sie den Zeitstempel aus der Feldhistorienverfolgung, wenn ein 'Risk Rating'-Feld ausgefüllt oder geändert wird. Ereignistyp inferred | |||
Extraktionsanleitungen
Schritte
- Voraussetzung: Feldhistorienverfolgung aktivieren: Bevor Sie Berichte erstellen, muss ein Salesforce-Administrator das Field History Tracking für das nCino Loan-Objekt (LLC_BI__Loan__c) aktivieren. Verfolgen Sie die Historie für Schlüsselfelder, die Prozessmeilensteine darstellen, wie z.B. Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Ihr Risikobewertungsfeld]) und alle benutzerdefinierten Felder, die zur Kennzeichnung von Ereignissen wie 'Credit Check Completed' verwendet werden.
- Benutzerdefinierten Berichtstyp erstellen: Navigieren Sie zu Setup -> Funktion Einstellungen -> Analysen -> Reports & Dashboards -> Report Typs. Erstellen Sie einen neuen benutzerdefinierten Berichtstyp. Das primäre Objekt sollte Loans (LLC_BI__Loan__c) sein. Das sekundäre Objekt (B) sollte Loan History sein. Dies verknüpft jeden Kredit mit seinen historischen Feldänderungen, was für den Aufbau des Event-Logs notwendig ist.
- 'Loan History'-Bericht erstellen: Navigieren Sie zum Tab Berichte und erstellen Sie einen neuen Bericht unter Verwendung des im vorherigen Schritt erstellten benutzerdefinierten Berichtstyps 'Loans with Field History'. Dieser Bericht erfasst die meisten Aktivitäten basierend auf Feldänderungen.
- Spalten zum Bericht hinzufügen: Fügen Sie die folgenden Spalten zu Ihrem Bericht hinzu. Diese entsprechen den erforderlichen und empfohlenen Attributen: Loan Name (für LoanApplicationId), Field/Event, Old Value, New Value, Edit Date (für Ereigniszeitpunkt (Event Time)), Edited By (für AssignedBenutzer), Loan Product (für LoanProductTyp), Amount (für LoanAmount), [Ihr Kanalfeld] (für ApplicationChannel) und alle anderen relevanten Kreditattribute.
- 'Loan History'-Bericht filtern: Stellen Sie den Filter 'Show Me' auf 'All loans' ein. Stellen Sie den Datumsfilter auf 'Created Date' im Loan-Objekt für einen gewünschten Bereich ein, z.B. die letzten 6 Monate. Fügen Sie einen Filter in der Spalte 'Field/Event' hinzu, um nur Änderungen für die spezifischen Felder aufzunehmen, deren Verfolgung Sie aktiviert haben (z.B. 'Stage', 'Status').
- 'Loan Creation'-Bericht erstellen: Erstellen Sie einen zweiten, einfacheren Bericht direkt auf dem Loan-Objekt (LLC_BI__Loan__c). Der Zweck dieses Berichts ist ausschließlich die Erfassung des Ereignisses 'Loan Application Created'. Fügen Sie Spalten für Loan Name (LoanApplicationId), Created Date (Ereigniszeitpunkt (Event Time)), Created By (AssignedBenutzer) und andere relevante Kreditattribute hinzu.
- Berichte exportieren: Führen Sie beide Berichte aus. Bei kleineren Datenmengen können Sie diese direkt über die Salesforce-Benutzeroberfläche als CSV-Dateien exportieren. Für größere Datensätze verwenden Sie den Salesforce Daten Loader. Um den Daten Loader zu verwenden, müssen Sie die Berichte im System finden und die Exportfunktion des Daten Loaders einsetzen, die API-Aufrufe zur effizienten Datenextraktion verwendet.
- Daten kombinieren und modernisieren: Die exportierten Daten sind noch kein Event Log. Sie müssen die beiden Dateien kombinieren und die Daten modernisieren. Verwenden Sie ein Tabellenkalkulationstool (wie Excel mit Power Query) oder eine Skriptsprache (wie Python), um Folgendes durchzuführen: a. Erstellen Sie aus dem 'Loan Creation'-Bericht Zeilen für die Aktivität 'Loan Application Created', wobei das Erstellungsdatum des Kredits als Ereigniszeitpunkt (Event Time) verwendet wird. b. Erstellen Sie aus dem 'Loan History'-Bericht eine neue Spalte 'ActivityName'. Verwenden Sie bedingte Logik (z.B. eine CASE-Anweisung), um Feldänderungen den Aktivitätsnamen zuzuordnen, wie im Abfrageabschnitt beschrieben. c. Kombinieren Sie die Resultate in einer einzigen Datei.
- Spalten finalisieren: Benennen und formatieren Sie die Spalten so, dass sie dem ProcessMind-Schema entsprechen: LoanApplicationId, ActivityName, Ereigniszeitpunkt (Event Time), AssignedBenutzer, etc. Fügen Sie eine Spalte '(SourceSystem)Name' mit einem statischen Wert wie 'nCino' und eine Spalte 'LastDatenUpdateZeitstempel' mit dem aktuellen Datum und der aktuellen Uhrzeit hinzu.
- Zu ProcessMind hochladen: Speichern Sie die endgültig transformierte Datei als CSV und laden Sie sie zu ProcessMind hoch.
Konfiguration
- Salesforce-Berechtigungen: Benutzer, die Daten extrahieren, benötigen 'Lese'-Zugriff auf das Loan-Objekt (LLC_BI__Loan__c) und dessen Historie sowie Berechtigungen zum Ausführen und Exportieren von Berichten. Der Zugriff auf den Salesforce Daten Loader erfordert die Berechtigung 'API Enabled'.
- Feldhistorienverfolgung: Dies ist die kritischste Voraussetzung. Ist sie für die notwendigen Felder den Antrag bearbeitet.es Loan-Objekts nicht aktiviert, können historische Aktivitäten nicht extrahiert werden. Es gibt eine Begrenzung der Anzahl der Felder, die pro Objekt verfolgt werden können.
- Berichtsfilter: Filtern Sie Ihre Berichte immer nach einem bestimmten Datumsbereich (z.B. Kredite, die in den letzten 6 Monaten erstellt wurden), um das Datenvolumen überschaubar zu halten. Es ist auch wichtig, den Historienbericht so zu filtern, dass er nur Änderungen an den spezifischen Feldern (z.B. Stage, Status) enthält, die Ihre definierten Prozessaktivitäten darstellen.
- nCino-Konfiguration: Die Werte, die zur Identifizierung von Aktivitäten verwendet werden (z.B. Stage namens 'Underwriting' oder 'Booked'), sind spezifisch für die nCino-Konfiguration Ihrer Organisation. Sie müssen die Transformationslogik an die Terminologie Ihres Systems anpassen.
- Daten Loader: Für Extraktionen von mehr als ein paar tausend Krediten wird die Verwendung des Salesforce Daten Loaders dringend empfohlen, um Browser-Timeouts zu vermeiden und das Datenvolumen effizient zu verarbeiten. Sie müssen diese Client-Anwendung installieren und API-ZugangsDaten besitzen.
- Zugehörige Objekte: Einige Aktivitäten, insbesondere solche, die sich auf das Dokumentenmanagement oder Vereinbarungen beziehen, können in zugehörigen nCino-Objekten gespeichert sein. Die hier beschriebene primäre Methode konzentriert sich auf das Haupt-Loan-Objekt. Eine vollständige Extraktion kann die Erstellung zusätzlicher Berichte über Objekte wie Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c) und das Zusammenführen der Resultate erfordern.
a Beispielabfrage config
/*
This is a configuration and transformation guide, not a single executable query.
The process involves creating two reports in Salesforce, exporting them, and then transforming the data.
*/
-- Step 1: Configuration for Report 1: 'Loan Creation Report'
-- Report Type: Loans (LLC_BI__Loan__c)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LLC_BI__Loan__c.CreatedDate (used for EventTime)
-- LLC_BI__Loan__c.CreatedById (user lookup, for AssignedUser)
-- LLC_BI__Loan__c.LLC_BI__Product_Package__c (for LoanProductType)
-- LLC_BI__Loan__c.LLC_BI__Amount__c (for LoanAmount)
-- LLC_BI__Loan__c.LLC_BI__Stage__a (for initial state)
-- [Other required attributes]
-- Filter:
-- CreatedDate >= [Your Start Date] AND CreatedDate <= [Your End Date]
-- Step 2: Configuration for Report 2: 'Loan History Report'
-- Report Type: Loans with Loan History (Custom Report Type)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LoanHistory.Field (maps to 'Field/Event')
-- LoanHistory.OldValue
-- LoanHistory.NewValue
-- LoanHistory.CreatedDate (renamed to EventTime)
-- LoanHistory.CreatedById (user lookup, for AssignedUser)
-- [Other required attributes from the parent Loan object]
-- Filter:
-- Loan:CreatedDate >= [Your Start Date] AND Loan:CreatedDate <= [Your End Date]
-- AND LoanHistory.Field IN ('Stage', 'Status', '[Your Risk Rating Field]', '[Your Credit Check Field]')
-- Step 3: Post-Export Transformation Logic (to be applied with Python, Excel, etc.)
-- This logic transforms the raw report data into a final event log.
SELECT
LoanApplicationId,
'Loan Application Created' AS ActivityName,
EventTime,
AssignedUser,
LoanProductType,
LoanAmount,
-- ... other attributes
FROM [Exported Loan Creation Report]
UNION ALL
SELECT
LoanApplicationId,
CASE
WHEN Field = 'Stage' AND NewValue = 'Initial Review' THEN 'Initial Review Performed'
WHEN Field = 'Stage' AND NewValue = 'Underwriting' THEN 'Underwriting Commenced'
WHEN Field = 'Stage' AND OldValue = 'Underwriting' THEN 'Underwriting Completed'
WHEN Field = 'Stage' AND NewValue = 'Booked' THEN 'Funds Disbursed'
WHEN Field = 'Stage' AND NewValue = 'Declined' THEN 'Loan Declined'
WHEN Field = 'Stage' AND NewValue = 'Withdrawn' THEN 'Application Withdrawn'
WHEN Field = '[Your Risk Rating Field]' AND OldValue IS NULL THEN 'Risk Assessment Performed'
WHEN Field = '[Your Credit Check Field]' AND NewValue = 'Complete' THEN 'Credit Check Completed'
WHEN Field = 'Status' AND NewValue = 'Approved' THEN 'Loan Decision Rendered'
WHEN Field = 'Status' AND NewValue = 'Offer Generated' THEN 'Loan Offer Generated'
WHEN Field = 'Status' AND NewValue = 'Offer Accepted' THEN 'Loan Offer Accepted'
WHEN Field = 'Status' AND NewValue = 'Agreement Signed' THEN 'Loan Agreement Signed'
-- Note: Document activities are difficult to track this way and may require a separate report.
-- These are placeholders assuming a status field is used.
WHEN Field = 'Status' AND NewValue = 'Docs Requested' THEN 'Supporting Documents Requested'
WHEN Field = 'Status' AND NewValue = 'Docs Received' THEN 'Supporting Documents Received'
END AS ActivityName,
EventTime,
AssignedUser,
-- ... other attributes can be joined from the Loan Creation Report by LoanApplicationId
[LoanProductType],
[LoanAmount]
FROM [Exported Loan History Report]
WHERE ActivityName IS NOT NULL; -- Filter out unmapped field changes Schritte
- Voraussetzungen: Stellen Sie sicher, dass Sie ein Salesforce-Benutzerkonto mit API-Zugriff und Leseberechtigungen für die nCino Loan (LLC_BI__Loan__c), Account und zugehörige History-Objekte haben. Der Zugriff auf ein SOQL-Ausführungstool wie Salesforce Workbench, Developer Console oder eine verbundene Anwendung ist erforderlich.
- SOQL-Tool aufrufen: Melden Sie sich bei Ihrem bevorzugten Salesforce-Datenzugriffstool an. Für Salesforce Workbench bewältigen Sie zur Website, wählen Sie Ihre Umgebung aus, akzeptieren Sie die Bedingungen und melden Sie sich mit Ihren Salesforce-AnmeldeHinweisrmationen an.
- SOQL-Abfrage auswählen: In Workbench bewältigen Sie zum Tab 'Queries' und wählen 'SOQL Query'. In der Developer Console gehen Sie zum Tab 'Query Editor' unten.
- Abfrage vorbereiten: Kopieren Sie die vollständige SOQL-Abfrage, die im Abschnitt 'query' dieses Dokuments bereitgestellt wird.
- Platzhalter konfigurieren: Vor der Ausführung müssen Sie die Platzhalter in der Abfrage ändern. Ersetzen Sie
'YYYY-MM-DDTHH:MM:SSZ'durch Ihre gewünschten Start- und EndDaten für den Extraktionszeitraum. Überprüfen Sie die Phasen- und Statusnamen wie'[Underwriting Stage Name]'und aktualisieren Sie diese, damit sie den exakten Werten in Ihrer nCino-Umgebung entsprechen. - Abfrage ausführen: Fügen Sie die konfigurierte Abfrage in das Abfrage-Editorfenster ein.
- Umgang mit großen Datensätzen: Wenn die Abfrage ein Timeout verursacht oder Salesforce Governor Limits erreicht, müssen Sie sie in kleineren Chargen ausführen. Reduzieren Sie den Datumsbereich (z.B. einen Monat auf einmal) und kombinieren Sie die Resultate später.
- Resultate überprüfen: Nach der Ausführung zeigt das Tool die Resultate in einem Tabellenformat an. Überprüfen Sie, ob die Spalten
LoanApplicationId,ActivityNameundEreigniszeitpunkt (Event Time)wie erwartet gefüllt sind. - Daten exportieren: Verwenden Sie die Exportfunktion des Tools, um die Resultate zu speichern. In Workbench wählen Sie 'Bulk CSV' als Option für 'View As' und klicken auf die Schaltfläche 'Query'. Dadurch wird eine CSV-Datei generiert.
- Für den Upload finalisieren: Öffnen Sie die exportierte CSV-Datei. Stellen Sie sicher, dass die Spaltenüberschriften den Anforderungen Ihres Process-Mining-Tools entsprechen. Die Datei ist nun bereit, als Event Log in ProcessMind hochgeladen zu werden.
Konfiguration
- Salesforce API-Zugriff: Ihr Benutzerprofil in Salesforce muss die Berechtigung 'API Enabled' besitzen, um Tools wie Workbench zu verwenden.
- Objektberechtigungen: Sie benötigen mindestens Lesezugriff auf die folgenden Salesforce-Objekte: LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account und Benutzer.
- Feldhistorienverfolgung: Das Field History Tracking muss im Salesforce Setup für die Schlüsselfelder den Antrag bearbeitet.es Loan-Objekts aktiviert sein, insbesondere für LLC_BI__Stage__c und LLC_BI__Status__c. Ohne dies werden die meisten Aktivitäten nicht erfasst.
- Datumsbereich: Die Abfrage enthält Platzhalter für Start- und Enddatum (
'YYYY-MM-DDTHH:MM:SSZ'). Für die initiale Analyse wird ein Zeitraum von 3 bis 6 Monaten empfohlen, um Datenvolumen und Erkenntnisse optimal zu einsetzen. In Umgebungen mit sehr hohem Volumen sollten Sie einen kürzeren Zeitraum in Betracht ziehen. - Phasen- und Statusnamen: Die Abfrage verwendet Platzhalter wie
'[Underwriting Stage Name]'und'[Declined Stage Name]'. Sie müssen Ihren nCino Systemadministrator konsultieren, um die genauen API-Namen für die in Ihrem Kreditantrags-Workflow verwendeten Phasen und Status zu erhalten und die Abfrage entsprechend anzupassen.
a Beispielabfrage sql
SELECT
Loan.Name AS LoanApplicationId,
'Loan Application Created' AS ActivityName,
Loan.CreatedDate AS EventTime,
Loan.LastModifiedDate AS EventEndTime,
Loan.Owner.Name AS AssignedUser,
Loan.LLC_BI__lookupKey__c AS AssignedDepartment, -- Or another relevant department field
Loan.LLC_BI__Status__c AS DecisionOutcome,
Loan.LLC_BI__Product_Line__c AS LoanProductType,
Loan.LLC_BI__Amount__c AS LoanAmount,
Loan.LLC_BI__Application_Channel__c AS ApplicationChannel, -- Placeholder for custom channel field
'nCino' AS SourceSystemName,
SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__c Loan
WHERE Loan.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND Loan.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Initial Review Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Initial Review Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Requested' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Supporting Documents Received' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Document Collection Stage Name]' AND h.NewValue != '[Document Collection Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Credit Check Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Credit Check Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SZZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Commenced' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Risk Assessment Performed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Risk_Rating__c' AND h.NewValue != NULL
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Underwriting Completed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.OldValue = '[Underwriting Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Decision Rendered' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue IN ('[Approved Stage Name]', '[Declined Stage Name]')
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Generated' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Generated Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Offer Accepted' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Offer Accepted Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Agreement Signed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Closing Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Funds Disbursed' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Booked Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Loan Declined' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Declined Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ
UNION ALL
SELECT
Parent.Name AS LoanApplicationId,
'Application Withdrawn' AS ActivityName,
h.CreatedDate AS EventTime,
NULL AS EventEndTime,
h.CreatedBy.Name AS AssignedUser,
Parent.LLC_BI__lookupKey__c AS AssignedDepartment,
Parent.LLC_BI__Status__c AS DecisionOutcome,
Parent.LLC_BI__Product_Line__c AS LoanProductType,
Parent.LLC_BI__Amount__c AS LoanAmount,
Parent.LLC_BI__Application_Channel__c AS ApplicationChannel,
'nCino' AS SourceSystemName,
Parent.SystemModstamp AS LastDataUpdateTimestamp
FROM LLC_BI__Loan__cHistory h
WHERE h.Field = 'LLC_BI__Stage__c' AND h.NewValue = '[Withdrawn Stage Name]'
AND h.CreatedDate >= YYYY-MM-DDTHH:MM:SSZ AND h.CreatedDate <= YYYY-MM-DDTHH:MM:SSZ