Il Suo template dei dati per l’erogazione dei prestiti
Il Suo template dei dati per l’erogazione dei prestiti
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione dei dati
Attributi per l’erogazione dei prestiti
| Nome | Descrizione | ||
|---|---|---|---|
| Attività ActivityName | Nome di una specifica fase operativa o di un evento che si è verificato durante il processo di concessione del prestito. | ||
| Descrizione Questo attributo rappresenta una singola attività o tappa del ciclo di vita della richiesta di prestito, ad esempio 'Revisione iniziale effettuata' o 'Istruttoria completata'. Le attività costituiscono i nodi della mappa del processo e la loro sequenza ne definisce il flusso. Analizzare la sequenza, la frequenza e la durata di queste attività aiuta a individuare i percorsi più comuni, le deviazioni e i colli di bottiglia. È fondamentale per capire quali attività vengono svolte e in quale ordine, e costituisce la base di ogni analisi di Process Mining. Perché è importante Questo attributo definisce le fasi del processo e consente di visualizzarne e analizzarne il flusso, elemento centrale del Process Mining. Dove reperirli In genere si ricava dalle modifiche ai campi 'Stage' o 'Status' dell’oggetto Loan in nCino oppure dai record Task o Event correlati. Esempi Richiesta di prestito creataValutazione del credito avviataDecisione sul prestito formulataFondi erogati | |||
| ID della richiesta di prestito LoanApplicationId | Identificativo univoco assegnato a ogni richiesta di prestito, utilizzato come chiave primaria per tracciare l’intero processo di concessione. | ||
| Descrizione L’ID della richiesta di prestito identifica in modo univoco ogni singola richiesta per tutto il suo ciclo di vita. Funge da riferimento centrale per raggruppare tutte le attività e i dati associati, consentendo di ricostruire l’intero percorso di concessione di uno specifico prestito. Nel Process Mining, questo ID funge da ID del caso. Ogni evento, dalla presentazione della richiesta alla decisione finale, è collegato a questo identificativo. In questo modo è possibile ricostruire il flusso completo del processo per ogni richiesta, un presupposto fondamentale per analizzare i tempi di ciclo e le varianti e individuare i colli di bottiglia. Perché è importante È l’ID del caso essenziale che collega tutte le fasi del processo e consente di analizzare l’intero percorso di ogni richiesta di prestito. Dove reperirli In genere corrisponde alla chiave primaria dell’oggetto Loan in nCino, spesso indicata come Esempi LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Ora di inizio EventTime | Data e ora che indicano quando è iniziata una specifica attività o un evento. | ||
| Descrizione L’ora di inizio, o data e ora dell’evento, registra il momento esatto in cui si è verificata un’attività. Questi dati cronologici sono essenziali per ordinare correttamente gli eventi e ricostruire il flusso del processo così come si è svolto nella realtà. Questa data e ora è alla base di tutte le analisi temporali. Serve a calcolare i tempi di ciclo tra le attività, individuare attese e ritardi e misurare la durata complessiva dei casi. Dati temporali accurati sono fondamentali per monitorare le prestazioni e analizzare i colli di bottiglia. Perché è importante Questa data e ora stabilisce l’ordine cronologico degli eventi, indispensabile per calcolare tutte le metriche temporali, come i tempi di ciclo e le durate. Dove reperirli Può provenire da date e ore generate dal sistema, come 'CreatedDate' nei record correlati, oppure dalla data e ora di una specifica modifica registrata nella cronologia dei campi. Esempi 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| Sistema di origine SourceSystemName | Nome del sistema da cui sono stati estratti i dati. | ||
| Descrizione Questo attributo identifica l’applicazione di origine da cui provengono i dati degli eventi. Per questo processo, in genere si tratta di 'nCino'. Anche se può sembrare ridondante quando i dati provengono da un solo sistema, è fondamentale per la governance dei dati e diventa indispensabile quando si integrano dati provenienti da più sistemi, ad esempio da un motore separato per il calcolo del punteggio creditizio o da una piattaforma di gestione documentale. Consente di sapere con chiarezza da dove provengono i dati. Perché è importante Identifica l’origine dei dati, un’informazione fondamentale per la governance dei dati, la risoluzione dei problemi e l’integrazione di dati provenienti da più sistemi. Dove reperirli È un valore statico, 'nCino', assegnato durante l’estrazione e la trasformazione dei dati. Esempi nCinonCino-ProdnCino-UAT | |||
| Ultimo aggiornamento dei dati LastDataUpdateTimestamp | Data e ora dell’ultimo aggiornamento dei dati dal sistema di origine. | ||
| Descrizione Questo attributo registra la data e l’ora dell’ultima estrazione dei dati dal sistema di origine e fornisce un’indicazione della loro attualità. Nelle Dashboard e nei report, questa informazione è fondamentale per capire quanto siano aggiornate le analisi. Aiuta a definire le aspettative e garantisce che le decisioni si basino su dati riferiti a un periodo noto. Perché è importante Fornisce un contesto essenziale sull’attualità dei dati, aiutando a capire quanto sia aggiornata l’analisi del processo. Dove reperirli Questa data e ora viene generata dallo strumento di estrazione dei dati o dal processo ETL al momento dell’acquisizione. Esempi 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| Canale di presentazione della richiesta ApplicationChannel | Canale attraverso cui è stata presentata la richiesta di prestito, ad esempio online, in filiale o tramite un intermediario. | ||
| Descrizione Questo attributo identifica il canale di presentazione della richiesta di prestito. I diversi canali possono presentare livelli diversi di completezza dei dati e di interazione con il cliente, con possibili effetti sulle fasi successive del processo. Analizzare il processo per canale aiuta a valutarne l’efficienza. Ad esempio, è possibile confrontare i tempi di ciclo e i tassi di rilavorazione delle richieste presentate online con quelli delle richieste presentate in filiale. Queste informazioni possono orientare le decisioni strategiche sugli investimenti nei canali e sul miglioramento dei processi per ciascuna fonte. Perché è importante Aiuta a confrontare efficienza, velocità e qualità dei diversi canali di presentazione, orientando gli interventi di miglioramento e gli investimenti strategici. Dove reperirli In genere è memorizzato in un campo a elenco di selezione dell’oggetto Loan, spesso denominato 'Channel' o 'Source'. Esempi Portale onlineFilialeRete di intermediariApplicazione mobile | |||
| Esito della decisione DecisionOutcome | Decisione finale sulla richiesta di prestito, ad esempio approvata, rifiutata o ritirata. | ||
| Descrizione Questo attributo registra l’esito dell’attività 'Decisione sul prestito formulata'. È un attributo fondamentale a livello di caso, che definisce lo stato finale di una richiesta di prestito completata. È essenziale per le analisi basate sugli esiti. Consente di confrontare i flussi di processo che portano a risultati diversi, ad esempio analizzando i percorsi più comuni delle richieste approvate rispetto a quelle rifiutate. È inoltre alla base del calcolo di metriche importanti, come il tasso di rifiuto dei prestiti. Perché è importante Consente di filtrare e confrontare i processi in base al loro esito aziendale finale, aiutando a individuare gli schemi di processo che portano al successo o all’insuccesso. Dove reperirli In genere si trova in un campo 'Status' o 'Stage' dell’oggetto Loan al termine del processo. I valori specifici dipendono dalla configurazione. Esempi ApprovatoRifiutatoRitirata dal richiedente | |||
| Importo del prestito LoanAmount | Importo richiesto dal richiedente. | ||
| Descrizione Questo attributo rappresenta il capitale del prestito richiesto. L’importo può incidere notevolmente sulla complessità e sulla durata del processo di concessione: i prestiti di importo elevato o più complessi richiedono spesso verifiche o passaggi aggiuntivi. Nell’analisi, l’importo del prestito è un utile criterio di segmentazione. Consente di verificare se i prestiti di valore più elevato richiedono più tempo, presentano più rilavorazioni o seguono percorsi diversi. È inoltre fondamentale per la rendicontazione finanziaria e per comprendere il valore del portafoglio di prestiti in gestione. Perché è importante Fornisce un contesto finanziario essenziale e consente di segmentare l’analisi per verificare se il valore del prestito è correlato alla complessità, alla durata o agli esiti del processo. Dove reperirli Si trova in un campo valuta dell’oggetto Loan, spesso denominato 'Amount' ( Esempi 250000.0035000.00750000.00 | |||
| Ora di fine EventEndTime | Data e ora che indicano quando un’attività o un evento è stato completato. | ||
| Descrizione L’ora di fine indica il completamento di un’attività. La differenza tra l’ora di inizio e quella di fine corrisponde al tempo di elaborazione dell’attività. Questo attributo è essenziale per distinguere il tempo di elaborazione, dedicato al lavoro effettivo, dal tempo di attesa, cioè il tempo di inattività tra un’attività e l’altra. Analizzare i tempi di elaborazione aiuta a individuare le fasi che richiedono più tempo, mentre l’intervallo tra l’ora di fine di un’attività e l’ora di inizio della successiva mette in luce i ritardi nei passaggi di consegne. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività, distinguendo il tempo di lavoro effettivo dalle attese. Dove reperirli Può provenire da date e ore generate dal sistema, come 'LastModifiedDate' nei record correlati, oppure dalla data e ora di una modifica successiva registrata nella cronologia dei campi. Esempi 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Reparto assegnato AssignedDepartment | Reparto o team responsabile della richiesta di prestito in una determinata fase. | ||
| Descrizione Questo attributo indica il gruppo funzionale responsabile dell’attività, ad esempio 'Concessione', 'Istruttoria' o 'Chiusura'. L’informazione può essere ricavata dal profilo dell’utente assegnato o da un campo dedicato nel record del prestito. Analizzare il processo dal punto di vista dei reparti è fondamentale per comprendere la collaborazione tra le diverse funzioni. Consente di misurare i tempi dei passaggi di consegne tra reparti, individuare i ritardi causati dai trasferimenti interni e ottenere una visione d’insieme delle attività svolte nell’organizzazione. Perché è importante È fondamentale per analizzare i passaggi di consegne tra reparti, misurare le prestazioni dei team e individuare i colli di bottiglia tra funzioni diverse. Dove reperirli L’informazione può essere ricavata dal campo Department del record User dell’utente assegnato oppure da un campo personalizzato 'Team' o 'Queue' nell’oggetto Loan. Esempi Concessione dei prestitiIstruttoriaRischio di creditoChiusura | |||
| Tipo di prodotto di prestito LoanProductType | Tipo specifico di prestito richiesto, ad esempio mutuo, prestito auto o prestito personale. | ||
| Descrizione Questo attributo classifica la richiesta di prestito in base al prodotto finanziario offerto. I diversi prodotti di prestito presentano spesso varianti di processo, tempi di ciclo e profili di rischio distinti. Segmentare l’analisi del processo per tipo di prodotto di prestito è fondamentale per ottenere confronti significativi. Aiuta a capire in che modo i diversi prodotti incidono sull’efficienza del processo e consente di creare Dashboard mirate, ad esempio per monitorare il volume di erogazioni dei mutui rispetto ai prestiti auto. In questo modo, le prestazioni vengono valutate nel giusto contesto aziendale. Perché è importante Consente di segmentare l’analisi del processo in base al contesto aziendale, mostrando come i diversi prodotti incidono sull’efficienza, sulla durata e sui percorsi del processo. Dove reperirli In genere è memorizzato in un campo 'Product' o 'Loan Type' dell’oggetto Loan di nCino (LLC_Loan__c). Esempi Mutuo a tasso convenzionalePrestito auto per veicolo nuovoPrestito personale non garantito | |||
| Utente assegnato AssignedUser | Utente, ad esempio un addetto ai prestiti o un responsabile dell’istruttoria, incaricato di svolgere l’attività. | ||
| Descrizione Questo attributo identifica il dipendente che ha svolto una specifica attività o a cui è assegnata la richiesta di prestito in una determinata fase. In nCino, questa informazione è spesso registrata come 'Owner' del record. Analizzare i dati per utente aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni individuali e l’impiego delle risorse. Può mettere in evidenza dipendenti o team sovraccarichi e individuare chi ottiene i risultati migliori, fornendo indicazioni utili per la gestione delle risorse e la formazione. Perché è importante Consente di analizzare la distribuzione del carico di lavoro, le prestazioni dei team e l’allocazione delle risorse, aiutando a individuare i colli di bottiglia legati a utenti o team specifici. Dove reperirli In genere proviene dal campo 'OwnerId' dell’oggetto Loan o degli oggetti Task correlati, collegabile all’oggetto User per recuperare il nome dell’utente. Esempi Alice SmithBob JohnsonCharlie Brown | |||
| Automatizzata IsAutomated | Indicatore booleano che specifica se un’attività è stata svolta automaticamente dal sistema anziché da una persona. | ||
| Descrizione Questo indicatore distingue le attività svolte da persone dagli eventi automatici del sistema. Ad esempio, una verifica creditizia può essere automatica, mentre una decisione sull’istruttoria è in genere manuale. Individuare le fasi automatizzate è fondamentale per analizzare le opportunità di automazione. Consente di misurare l’impatto dell’automazione sui tempi di ciclo e sull’efficienza e aiuta a individuare le attività manuali che potrebbero essere automatizzate in futuro. Perché è importante Distingue le attività del sistema da quelle svolte dalle persone, un passaggio fondamentale per misurare l’impatto dell’automazione e individuare nuove opportunità. Dove reperirli In genere si determina in base all’utente associato all’evento. Se l’utente è di tipo 'System' o 'Integration', l’indicatore viene impostato su true. Esempi truefalse | |||
| Durata del caso CaseDuration | Tempo totale trascorso dall’inizio della prima attività alla fine dell’ultima attività relativa a un prestito. | ||
| Descrizione Questa metrica calcolata misura il tempo di ciclo complessivo di ogni richiesta di prestito e rappresenta il tempo totale durante il quale il caso rimane attivo nel processo. La durata del caso è un KPI fondamentale per valutare l’efficienza complessiva del processo. Viene utilizzata nelle Dashboard per visualizzare la distribuzione dei tempi di ciclo, individuare i casi di lunga durata e monitorare l’andamento delle prestazioni nel tempo. Analizzare i fattori correlati a una maggiore durata dei casi è uno degli obiettivi principali di molti progetti di Process Mining. Perché è importante Rappresenta il tempo di ciclo complessivo, un KPI fondamentale per valutare la salute generale del processo e l’esperienza del cliente. Dove reperirli Si calcola sottraendo l’EventTime minimo da quello massimo per ogni LoanApplicationId. Esempi 2592000 secondi1209600 secondi4320000 secondi | |||
| È una rilavorazione IsRework | Indicatore calcolato che individua le attività ripetute o i cicli all’interno di un singolo caso. | ||
| Descrizione Questo attributo booleano viene impostato su true se un’attività, come 'Documenti giustificativi richiesti', si verifica più di una volta per la stessa richiesta di prestito. Individua i casi di rilavorazione, spesso fonte di inefficienza del processo. L’analisi delle rilavorazioni è uno dei principali casi d’uso del Process Mining. L’indicatore 'IsRework' consente di filtrare e quantificare facilmente le rilavorazioni. Alimenta Dashboard come 'Analisi delle rilavorazioni delle richieste di prestito' e viene utilizzato per calcolare KPI quali il tasso di rilavorazione, mettendo in evidenza le fasi del processo che non vengono completate correttamente al primo tentativo. Perché è importante Mette in evidenza le inefficienze del processo segnalando le attività ripetute e consente di analizzarle in modo mirato per capire e ridurre i cicli costosi. Dove reperirli Questo attributo viene calcolato durante la trasformazione dei dati, utilizzando funzioni finestra per verificare se la stessa attività si è già verificata per un determinato ID del caso. Esempi truefalse | |||
| Motivo del rifiuto DeclineReason | Motivo specifico indicato per il rifiuto di una richiesta di prestito. | ||
| Descrizione Quando l’esito della decisione sul prestito è 'Rifiutato', questo attributo ne specifica il motivo, ad esempio un punteggio creditizio basso, un reddito insufficiente o una documentazione incompleta. Analizzare i motivi dei rifiuti è fondamentale per migliorare l’attività. Può rivelare tendenze che segnalano problemi nei criteri di concessione, nell’adeguatezza del prodotto al mercato o nella procedura di richiesta. Queste informazioni possono aiutare l’azienda a perfezionare le proprie strategie e ad aumentare il tasso di approvazione. Perché è importante Indica le cause profonde dei rifiuti e consente di individuare tendenze utili per migliorare i criteri di concessione o le procedure di richiesta. Dove reperirli In genere è memorizzato in un campo a elenco di selezione o di testo dell’oggetto Loan, che diventa obbligatorio quando lo stato del prestito passa a 'Declined'. Esempi Punteggio creditizio bassoRapporto debito/reddito elevatoRichiesta incompletaGaranzie insufficienti | |||
| Obiettivo SLA dell’istruttoria UnderwritingSlaTarget | Durata obiettivo, espressa in ore o giorni, per completare la fase di istruttoria. | ||
| Descrizione Questo attributo definisce il livello di servizio previsto (SLA) per la fase di istruttoria del processo. Costituisce il valore di riferimento con cui confrontare le prestazioni effettive. L’obiettivo serve a calcolare il tasso di rispetto degli SLA. Confrontando il tempo di ciclo effettivo dell’istruttoria con l’obiettivo, è possibile classificare le richieste come 'Rispettato' o 'Superato'. È un dato essenziale per la Dashboard 'Rispetto degli SLA dell’istruttoria' e per i KPI correlati. Perché è importante Fornisce il valore di riferimento necessario per misurare le prestazioni rispetto agli accordi sul livello di servizio e monitorare il rispetto degli SLA. Dove reperirli Il valore può essere memorizzato nell’oggetto Loan oppure ricavato da regole aziendali basate su attributi come il tipo di prodotto di prestito o l’importo del prestito. Esempi 48 ore72 ore5 giorni lavorativi | |||
| Punteggio creditizio CreditScore | Punteggio creditizio del richiedente al momento della verifica. | ||
| Descrizione Questo attributo contiene il punteggio creditizio numerico restituito da un’agenzia di informazioni creditizie durante l’attività 'Verifica creditizia completata'. È un fattore determinante per l’istruttoria e il processo decisionale. Nel Process Mining, il punteggio creditizio può essere utilizzato per analizzare eventuali correlazioni con l’andamento del processo. Ad esempio, le richieste con punteggi più bassi richiedono più attività manuali, tempi di istruttoria più lunghi o presentano un tasso di rifiuto maggiore? Queste analisi possono fornire informazioni utili sulle varianti di processo legate al rischio. Perché è importante Consente di analizzare la correlazione tra un fattore decisionale importante, il punteggio creditizio, e i percorsi, la durata e gli esiti del processo. Dove reperirli Questi dati sono spesso memorizzati in un campo dedicato di un oggetto correlato 'Credit Report' o 'Financials', collegato all’oggetto Loan principale. Esempi 720650810 | |||
| Stato SLA SlaState | Stato calcolato che indica se un’attività o un caso ha rispettato il relativo accordo sul livello di servizio. | ||
| Descrizione Questo attributo indica l’esito della verifica di uno SLA, in genere per una fase specifica come l’istruttoria. Confronta il tempo di ciclo effettivo con l’obiettivo SLA predefinito e assegna uno stato come 'Rispettato' o 'Superato'. È essenziale per monitorare le prestazioni rispetto agli impegni aziendali. Supporta direttamente la Dashboard e il KPI 'Rispetto degli SLA dell’istruttoria', fornendo un’indicazione chiara e immediata del rispetto degli SLA. Consente di scendere di livello e analizzare le caratteristiche delle richieste che non hanno rispettato l’obiettivo, per comprenderne le cause profonde. Perché è importante Fornisce un esito chiaro e categorizzato delle prestazioni rispetto agli obiettivi, facilitando il monitoraggio del rispetto degli SLA e l’analisi delle cause degli scostamenti. Dove reperirli Viene calcolato durante la trasformazione dei dati, confrontando la durata effettiva di una parte del processo, ad esempio il tempo di ciclo dell’istruttoria, con l’attributo 'UnderwritingSlaTarget'. Esempi RispettatoSuperato | |||
Attività di erogazione dei prestiti
| Attività | Descrizione | ||
|---|---|---|---|
| Decisione sul prestito formulata | Rappresenta la decisione ufficiale definitiva sulla richiesta di prestito, ad esempio 'Approved' o 'Declined'. L’evento viene registrato quando lo stato del prestito viene impostato formalmente per indicare l’esito finale. | ||
| Perché è importante È una tappa fondamentale che separa la fase di valutazione da quella di chiusura. Analizzare il tempo che intercorre tra il completamento dell’istruttoria e questa decisione permette di individuare possibili ritardi nelle revisioni del comitato o nelle approvazioni finali. Dove reperirli Si deduce dall’aggiornamento di un campo di stato o fase dell’oggetto Loan a uno stato finale, come 'Approved' o 'Declined'. Il tracciamento della cronologia dei campi fornisce la data e ora esatta. Acquisizione Registrare la data e ora dell’aggiornamento del campo che imposta lo stato della decisione finale sul prestito. Tipo di evento inferred | |||
| Fondi erogati | Questa attività segna il completamento della procedura di concessione del prestito, con il trasferimento dei fondi al richiedente. In genere viene registrata quando la fase del prestito passa a 'Booked' o 'Complete'. | ||
| Perché è importante È l’evento finale che indica il buon esito del processo. Misurare il tempo totale necessario per arrivare a questa attività consente di calcolare il tempo di ciclo complessivo, un KPI fondamentale per valutare l’efficienza generale del processo. Dove reperirli Si deduce dal passaggio finale dell’oggetto Loan a uno stato conclusivo positivo, come 'Booked'. La data e ora proviene dal tracciamento della cronologia dei campi. Acquisizione Registrare la data e ora in cui il campo 'Stage' del prestito (LLC_BI__Stage__c) viene aggiornato a 'Booked'. Tipo di evento inferred | |||
| Prestito rifiutato | Questa attività rappresenta la conclusione negativa del processo, con il rifiuto ufficiale della richiesta di prestito. Viene registrata quando la fase o lo stato del prestito viene impostato su 'Declined'. | ||
| Perché è importante È un evento finale che indica un esito negativo. Analizzare i percorsi che portano a questo risultato aiuta a individuare i motivi del rifiuto e le possibili aree di intervento per migliorare la qualità delle richieste o i criteri di concessione. Dove reperirli Si deduce dal passaggio finale dell’oggetto Loan a 'Declined'. La data e ora viene ricavata dal tracciamento della cronologia del campo 'Stage'. Acquisizione Registrare la data e ora in cui il campo 'Stage' del prestito (LLC_BI__Stage__c) viene aggiornato a 'Declined'. Tipo di evento inferred | |||
| Richiesta di prestito creata | Questa attività segna la creazione di un nuovo record di richiesta di prestito nel sistema nCino. È l’inizio ufficiale del processo di concessione del prestito e viene in genere registrata quando un utente salva per la prima volta un nuovo record Loan. | ||
| Perché è importante È l’evento di inizio principale del processo. Analizzare il tempo che intercorre tra questa attività e le successive è fondamentale per misurare i tempi di ciclo complessivi e individuare i ritardi iniziali nell’elaborazione. Dove reperirli È un evento esplicito, registrato a partire dalla data e ora di creazione dell’oggetto Loan principale (Loan__c) nella piattaforma Salesforce su cui si basa nCino. Acquisizione Utilizzi il campo 'CreatedDate' dell’oggetto Salesforce Loan__c. Tipo di evento explicit | |||
| Valutazione del credito avviata | Segna l’inizio ufficiale della fase di valutazione del credito, durante la quale un analista valuta attivamente la richiesta di prestito. Quasi sempre viene registrata quando il campo principale della fase o dello stato del prestito viene modificato in 'Underwriting'. | ||
| Perché è importante È una tappa fondamentale, che dà inizio a una delle fasi del processo che richiedono più risorse. Costituisce il punto di partenza per misurare il tempo di ciclo della valutazione del credito e il rispetto degli SLA. Dove reperirli Viene dedotta dalla modifica, con data e ora, del campo 'Stage' del prestito in 'Underwriting'. Per farlo, è necessario attivare Salesforce Field History Tracking per il campo Stage dell’oggetto Loan. Acquisizione Acquisisca la data e ora in cui il campo 'Stage' del prestito (LLC_BI__Stage__c) viene aggiornato a 'Underwriting'. Tipo di evento inferred | |||
| Valutazione del credito completata | Questa attività indica che il responsabile dell’istruttoria ha completato la revisione e formulato una raccomandazione. Viene registrata quando la fase del prestito passa da 'Underwriting' a una fase successiva, ad esempio 'Approved', 'Declined' o 'Pending Decision'. | ||
| Perché è importante Questa tappa segna la fine della fase di istruttoria. Il tempo che intercorre tra 'Underwriting Commenced' e questo evento è un KPI importante per misurare l’efficienza dell’istruttoria e individuare i colli di bottiglia. Dove reperirli Si deduce dalla data e ora in cui il campo 'Stage' del prestito (LLC_BI__Stage__c) passa da 'Underwriting' a un altro valore. Il metodo si basa sul tracciamento della cronologia dei campi. Acquisizione Registrare la data e ora in cui il campo 'Stage' del prestito passa da 'Underwriting' a uno stato successivo all’istruttoria. Tipo di evento inferred | |||
| Contratto di prestito firmato | Rappresenta la sottoscrizione del contratto definitivo di prestito da parte del richiedente, un passaggio essenziale prima dell’erogazione dei fondi. Spesso viene registrata tramite un’integrazione per la firma elettronica o con un aggiornamento manuale dello stato dopo la restituzione dei documenti cartacei. | ||
| Perché è importante Questa attività è un requisito essenziale per l’erogazione dei fondi e una tappa fondamentale nella procedura di chiusura. Eventuali ritardi in questa fase possono incidere direttamente sui tempi di erogazione. Dove reperirli Può trattarsi di un evento esplicito proveniente dall’API di una piattaforma per la firma elettronica, che aggiorna uno stato in nCino, oppure di un evento dedotto dall’aggiornamento manuale dello stato a 'Documents Signed'. Acquisizione Utilizzare la data e ora ricevuta tramite webhook dall’integrazione per la firma elettronica oppure quella dell’aggiornamento manuale dello stato. Tipo di evento explicit | |||
| Documenti integrativi ricevuti | Indica il momento in cui i documenti richiesti al richiedente vengono ricevuti e caricati nel sistema. In genere viene registrato quando lo stato di un segnaposto per un documento nel Document Manager viene aggiornato a 'Received' o 'Complete'. | ||
| Perché è importante Questa attività conclude un periodo di attesa frequente. Il tempo tra 'Documents Requested' e 'Documents Received' spesso mette in luce dipendenze esterne e l’efficacia della comunicazione. Dove reperirli Viene dedotta da una modifica dello stato del record relativo ai requisiti documentali nel Document Manager di nCino. La data e ora dell’aggiornamento dello stato indica il momento dell’evento. Acquisizione Individui la data e ora in cui lo stato di un requisito documentale viene aggiornato a 'Received' o 'Complete'. Tipo di evento inferred | |||
| Documenti integrativi richiesti | Questo evento si verifica quando un addetto ai prestiti richiede formalmente al richiedente ulteriore documentazione. In nCino, la richiesta viene spesso gestita tramite una funzionalità di gestione dei documenti, creando una voce di elenco o un segnaposto per il documento necessario. | ||
| Perché è importante Tracciare questa attività è fondamentale per analizzare le rilavorazioni e i ritardi. Più occorrenze per lo stesso prestito indicano che la richiesta iniziale era incompleta e possono generare cicli nel processo e tempi di ciclo più lunghi. Dove reperirli Può trattarsi di un evento esplicito, registrato alla creazione di un record nel Document Manager di nCino collegato al prestito, oppure dedotto da una modifica dello stato del prestito. Acquisizione Acquisisca la data di creazione dei record nel Document Manager, ad esempio docman__Document_Manager_Requirement__c, collegati al prestito. Tipo di evento explicit | |||
| Offerta di prestito accettata | Indica il momento in cui il richiedente accetta formalmente l’offerta di prestito. L’evento può essere registrato quando un addetto ai prestiti aggiorna manualmente un campo di stato oppure tramite un’integrazione per la firma elettronica che aggiorna automaticamente il record. | ||
| Perché è importante È una tappa fondamentale, determinata dal cliente. Un ritardo prolungato può indicare problemi relativi alle condizioni dell’offerta o alla procedura di accettazione e offrire quindi un’opportunità di miglioramento. Dove reperirli In genere si deduce dall’aggiornamento manuale dello stato dell’oggetto Loan a una fase come 'Offer Accepted' o 'Closing'. Un’integrazione per la firma elettronica può registrare l’evento in modo esplicito e automatico. Acquisizione Registrare la data e ora dell’aggiornamento del campo di stato o fase a 'Accepted'. Tipo di evento inferred | |||
| Offerta di prestito generata | Questa attività si verifica quando viene generata un’offerta formale di prestito o una lettera d’impegno per una richiesta approvata. Spesso viene registrata con la creazione di un documento specifico o con l’aggiornamento dello stato che indica che l’offerta è pronta. | ||
| Perché è importante Il tempo necessario per generare un’offerta dopo l’approvazione può influire sull’esperienza del cliente. Questa attività consente di monitorare l’efficienza della generazione dei documenti e delle fasi preliminari alla chiusura. Dove reperirli Può trattarsi di un evento esplicito proveniente da un motore di generazione documenti integrato con nCino oppure di un evento dedotto dal passaggio di stato a 'Offer Generated' o 'Pending Customer Acceptance'. Acquisizione Utilizzare la data di creazione del documento dell’offerta di prestito generato o di un record di versione dei contenuti correlato. Tipo di evento explicit | |||
| Revisione iniziale completata | Indica il completamento della prima revisione formale della richiesta e dei relativi dati iniziali da parte di un addetto ai prestiti o di un operatore. In genere viene registrata tramite una modifica del campo di stato o fase del prestito, che indica il superamento della fase iniziale di inserimento dei dati. | ||
| Perché è importante Misurare il tempo necessario per arrivare a questa attività aiuta a valutare la tempestività e l’efficienza iniziali del processo di acquisizione. È una fase fondamentale prima di avviare attività che richiedono più risorse. Dove reperirli Probabilmente viene dedotta da una modifica, con data e ora, del campo 'Stage' del prestito o di un campo personalizzato 'Status' a un valore come 'Initial Review Complete' o 'Pending Documents'. Per farlo, è necessario attivare il tracciamento della cronologia dei campi sull’oggetto Loan. Acquisizione Individui la data e ora in cui il campo Loan Stage viene aggiornato per indicare il completamento della revisione. Tipo di evento inferred | |||
| Richiesta ritirata | Rappresenta una conclusione alternativa del processo, in cui il richiedente ritira la richiesta prima che venga presa una decisione definitiva. L’evento viene registrato impostando la fase del prestito su 'Withdrawn'. | ||
| Perché è importante Questo evento finale offre indicazioni sui casi in cui i clienti abbandonano il processo. Analizzare quando e perché le richieste vengono ritirate può mettere in luce problemi legati alla durata del processo, alla comunicazione o alla competitività dell’offerta. Dove reperirli Si deduce dal passaggio finale dell’oggetto Loan a 'Withdrawn'. Il tracciamento della cronologia del campo 'Stage' fornisce la data e ora dell’evento. Acquisizione Registrare la data e ora in cui il campo 'Stage' del prestito (LLC_BI__Stage__c) viene aggiornato a 'Withdrawn'. Tipo di evento inferred | |||
| Valutazione del rischio completata | Indica il completamento di una valutazione o di una classificazione formale del rischio del prestito. Spesso è una fase distinta del processo di valutazione del credito e viene registrata quando il campo relativo al livello di rischio viene compilato o aggiornato. | ||
| Perché è importante Questa attività offre informazioni sul processo decisionale durante la valutazione del credito. Analizzare il tempo necessario per completarla può far emergere la complessità della valutazione del rischio. Dove reperirli Può essere dedotta dalla compilazione o dalla data dell’ultima modifica dei campi relativi al rischio nell’oggetto Loan, come 'Risk Grade' o 'Risk Rating'. Acquisizione Utilizzi la data e ora registrata nella cronologia dei campi quando il campo 'Risk Rating' viene compilato o modificato. Tipo di evento inferred | |||
| Verifica del credito completata | Questa attività indica che è stata effettuata una verifica del credito e che i risultati sono disponibili nel sistema. In genere viene registrata quando un rapporto di credito viene allegato al record del prestito o quando una fase specifica 'Credit Check' viene contrassegnata come completata. | ||
| Perché è importante La verifica del credito è un prerequisito fondamentale per la valutazione del credito. Un ritardo nel completamento di questa fase può diventare un collo di bottiglia significativo per l’intero processo. Dove reperirli Può trattarsi di un evento esplicito proveniente da un’integrazione con un servizio di informazioni creditizie oppure può essere dedotto da un aggiornamento della fase del prestito. Verifichi la presenza di campi che indicano la data della richiesta di informazioni creditizie o lo stato di completamento nell’oggetto Loan o in un oggetto correlato. Acquisizione Utilizzi la data e ora dell’aggiornamento di Loan Stage a 'Credit Check Complete' oppure la data di creazione del record del rapporto di credito correlato. Tipo di evento inferred | |||
Guide all’estrazione
Passaggi
- Prerequisito: attivare il monitoraggio della cronologia dei campi: prima di creare i report, un amministratore Salesforce deve attivare il monitoraggio della cronologia dei campi sull’oggetto Loan di nCino (LLC_BI__Loan__c). Monitori la cronologia dei campi chiave che rappresentano le tappe del processo, come Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Your Risk Rating Field]) e gli eventuali campi personalizzati usati per indicare eventi come 'Credit Check Completed'.
- Creare un tipo di report personalizzato: acceda a Setup -> Feature Settings -> Analytics -> Reports & Dashboards -> Report Types. Crei un nuovo tipo di report personalizzato. L’oggetto principale deve essere Loans (LLC_BI__Loan__c), mentre l’oggetto secondario (B) deve essere Loan History. In questo modo ogni prestito viene collegato alle modifiche storiche dei campi, indispensabili per creare l’Event Log.
- Creare il report 'Loan History': acceda alla scheda Reports e crei un report usando il tipo di report personalizzato 'Loans with Field History' creato nel passaggio precedente. Il report acquisirà la maggior parte delle attività in base alle modifiche dei campi.
- Aggiungere colonne al report: aggiunga le colonne seguenti, corrispondenti agli attributi obbligatori e consigliati: Loan Name (per LoanApplicationId), Field/Event, Old Value, New Value, Edit Date (per EventTime), Edited By (per AssignedUser), Loan Product (per LoanProductType), Amount (per LoanAmount), [Your Channel Field] (per ApplicationChannel) e gli altri attributi pertinenti del prestito.
- Applicare filtri al report 'Loan History': imposti il filtro 'Show Me' su 'All loans'. Imposti il filtro data su 'Created Date' nell’oggetto Loan e selezioni l’intervallo desiderato, ad esempio gli ultimi 6 mesi. Aggiunga un filtro alla colonna 'Field/Event' per includere solo le modifiche ai campi specifici di cui ha attivato il monitoraggio, ad esempio 'Stage' e 'Status'.
- Creare il report 'Loan Creation': crei un secondo report, più semplice, direttamente sull’oggetto Loan (LLC_BI__Loan__c). Questo report serve esclusivamente a registrare l’evento 'Loan Application Created'. Includa le colonne Loan Name (LoanApplicationId), Created Date (EventTime), Created By (AssignedUser) e gli altri attributi pertinenti del prestito.
- Esportare i report: esegua entrambi i report. Se il volume dei dati è ridotto, può esportarli direttamente dall’interfaccia Salesforce come file CSV. Per insiemi di dati più ampi, utilizzi Salesforce Data Loader. Per farlo, individui i report nel sistema e usi la funzione di esportazione di Data Loader, che estrae i dati in modo efficiente tramite chiamate API.
- Unire e trasformare i dati: i dati esportati non costituiscono ancora un Event Log. Deve unire i due file e trasformare i dati. Utilizzi un foglio di calcolo, ad esempio Excel con Power Query, oppure un linguaggio di scripting come Python, per eseguire queste operazioni: a. Dal report 'Loan Creation', crei righe per l’attività 'Loan Application Created', usando la data di creazione del prestito come EventTime. b. Dal report 'Loan History', crei una nuova colonna 'ActivityName'. Applichi una logica condizionale, ad esempio un’istruzione CASE, per associare le modifiche dei campi ai nomi delle attività descritti nella sezione delle query. c. Unisca i risultati in un unico file.
- Completare le colonne: rinomini e formatti le colonne in base allo schema di ProcessMind: LoanApplicationId, ActivityName, EventTime, AssignedUser e così via. Aggiunga una colonna 'SourceSystemName' con un valore fisso, ad esempio 'nCino', e una colonna 'LastDataUpdateTimestamp' con la data e l’ora correnti.
- Caricare i dati in ProcessMind: salvi il file trasformato in formato CSV e lo carichi in ProcessMind.
Configurazione
- Autorizzazioni Salesforce: gli utenti che estraggono i dati devono disporre dell’accesso 'Read' all’oggetto Loan (LLC_BI__Loan__c) e alla relativa cronologia, oltre che delle autorizzazioni per eseguire ed esportare i report. Per accedere a Salesforce Data Loader è necessaria l’autorizzazione 'API Enabled'.
- Monitoraggio della cronologia dei campi: è il prerequisito più importante. Se non è attivato per i campi necessari dell’oggetto Loan, non sarà possibile estrarre le attività storiche. Il numero di campi monitorabili per oggetto è limitato.
- Filtri dei report: applichi sempre un intervallo di date specifico ai report, ad esempio i prestiti creati negli ultimi 6 mesi, per mantenere gestibile il volume dei dati. È inoltre fondamentale filtrare il report della cronologia in modo da includere solo le modifiche ai campi specifici, come Stage e Status, che corrispondono alle attività definite per il processo.
- Configurazione di nCino: i valori usati per identificare le attività, ad esempio una fase denominata 'Underwriting' o 'Booked', dipendono dalla configurazione di nCino della Sua organizzazione. Adatti la logica di trasformazione alla terminologia del Suo sistema.
- Data Loader: per estrarre più di qualche migliaio di prestiti, è fortemente consigliato usare Salesforce Data Loader, così da evitare timeout del browser e gestire il volume dei dati in modo efficiente. Dovrà installare questa applicazione client e disporre delle credenziali per l’accesso API.
- Oggetti correlati: alcune attività, in particolare quelle relative alla gestione dei documenti o ai covenant, possono essere registrate in oggetti nCino correlati. Il metodo descritto qui si concentra sull’oggetto Loan principale. Per un’estrazione completa potrebbe essere necessario creare report aggiuntivi su oggetti come Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c) e unire i risultati.
a Query di esempio sql
/*
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 Passaggi
- Prerequisiti: verifichi di disporre di un account utente Salesforce con accesso API e autorizzazioni di lettura per gli oggetti nCino Loan (LLC_BI__Loan__c), Account e History correlati. È necessario poter accedere a uno strumento per eseguire query SOQL, come Salesforce Workbench, Developer Console o un’applicazione collegata.
- Accedere allo strumento SOQL: acceda allo strumento Salesforce che preferisce per l’accesso ai dati. Per Salesforce Workbench, apra il sito, selezioni l’ambiente, accetti le condizioni e acceda con le credenziali Salesforce.
- Selezionare la query SOQL: in Workbench, apra la scheda 'Queries' e selezioni 'SOQL Query'. In Developer Console, apra la scheda 'Query Editor' in basso.
- Preparare la query: copi la query SOQL completa fornita nella sezione 'query' di questo documento.
- Configurare i segnaposto: prima di eseguire la query, modifichi i segnaposto. Sostituisca
'YYYY-MM-DDTHH:MM:SSZ'con le date di inizio e fine desiderate per il periodo di estrazione. Verifichi i nomi delle fasi e degli stati, come'[Underwriting Stage Name]', e li aggiorni in base ai valori esatti configurati nel Suo ambiente nCino. - Eseguire la query: incolli la query configurata nella finestra dell’editor.
- Gestire insiemi di dati di grandi dimensioni: se la query va in timeout o raggiunge i limiti di Salesforce, dovrà eseguirla in più blocchi. Riduca l’intervallo di date, ad esempio a un mese per volta, e unisca i risultati in seguito.
- Rivedere i risultati: al termine dell’esecuzione, lo strumento mostrerà i risultati in una tabella. Verifichi che le colonne
LoanApplicationId,ActivityNameedEventTimecontengano i valori previsti. - Esportare i dati: usi la funzione di esportazione dello strumento per salvare i risultati. In Workbench, selezioni 'Bulk CSV' come opzione 'View As' e faccia clic sul pulsante 'Query'. Verrà generato un file CSV.
- Preparare il caricamento: apra il file CSV esportato e verifichi che le intestazioni delle colonne corrispondano ai requisiti dello strumento di Process Mining. Il file è pronto per essere caricato in ProcessMind come Event Log.
Configurazione
- Accesso API Salesforce: il Suo profilo utente Salesforce deve disporre dell’autorizzazione 'API Enabled' per usare strumenti come Workbench.
- Autorizzazioni sugli oggetti: deve disporre almeno dell’accesso in lettura ai seguenti oggetti Salesforce: LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account e User.
- Monitoraggio della cronologia dei campi: in Salesforce Setup deve essere attivato il monitoraggio della cronologia dei campi chiave dell’oggetto Loan, in particolare LLC_BI__Stage__c e LLC_BI__Status__c. In caso contrario, la maggior parte delle attività non verrà acquisita.
- Intervallo di date: la query include segnaposto per le date di inizio e fine (
'YYYY-MM-DDTHH:MM:SSZ'). Per l’analisi iniziale si consiglia un periodo da 3 a 6 mesi, così da bilanciare il volume dei dati e le informazioni ottenute. Se il volume è molto elevato, inizi con un periodo più breve. - Nomi di fasi e stati: la query usa segnaposto come
'[Underwriting Stage Name]'e'[Declined Stage Name]'. Si rivolga all’amministratore del sistema nCino per ottenere i nomi API esatti delle fasi e degli stati usati nel processo di erogazione dei prestiti e aggiorni la query di conseguenza.
a Query di esempio 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 È pronto a iniziare?
Utilizzi il Process Mining per trasformare le operazioni di erogazione dei prestiti, accelerare le approvazioni e aumentare l’efficienza. Scarichi il template e inizi subito a ottimizzare.
Accelera oggi le approvazioni dei prestiti
Trasformi il processo di erogazione dei prestiti in nCino e riduca del 50% i tempi decisionali.
Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.