Votre modèle de données pour l’octroi de prêts
Votre modèle de données pour l’octroi de prêts
- Attributs recommandés à collecter
- Activités importantes à suivre
- Recommandations pour l’extraction des données
Attributs de l’octroi de prêts
| Nom | Description | ||
|---|---|---|---|
| Activité ActivityName | Nom d’une étape métier ou d’un événement précis survenu dans le processus de Loan Origination. | ||
| Description Cet attribut représente une tâche ou un jalon du cycle de vie d’une demande de prêt, comme « Initial Review Performed » ou « Underwriting Completed ». Ces activités constituent les nœuds de la carte de processus et leur séquence définit le flux du processus. L’analyse de la séquence, de la fréquence et de la durée de ces activités aide à identifier les parcours courants, les écarts et les goulots d’étranglement. Elle est essentielle pour comprendre quelles tâches sont réalisées et dans quel ordre, et constitue la base de toute analyse de process mining. Pourquoi c’est important Cet attribut définit les étapes du processus et permet de visualiser et d’analyser le flux du processus, qui constitue le cœur du process mining. Où les obtenir Il est généralement dérivé des modifications des champs « Stage » ou « Status » de l’objet Loan dans nCino, ou des enregistrements Task ou Event associés. Exemples Demande de prêt crééeInstruction du prêt commencéeDécision relative au prêt rendueFonds versés | |||
| Heure de début EventTime | Horodatage indiquant le moment où une activité ou un événement précis a commencé. | ||
| Description Le Start Time, ou horodatage de l’événement, enregistre la date et l’heure exactes auxquelles une activité a eu lieu. Ces données chronologiques sont essentielles pour classer correctement les événements et reconstituer le flux du processus tel qu’il s’est réellement déroulé. Cet horodatage constitue la base de toutes les analyses temporelles. Il sert à calculer les durées de cycle entre les activités, à identifier les temps d’attente et les retards, et à mesurer la durée globale du dossier. Des horodatages précis sont indispensables au suivi de la performance et à l’analyse des goulots d’étranglement. Pourquoi c’est important Cet horodatage fournit l’ordre chronologique des événements, indispensable au calcul de tous les indicateurs de performance, comme les durées de cycle et les durées d’exécution. Où les obtenir Il peut provenir d’horodatages générés par le système, comme « CreatedDate » sur les enregistrements associés, ou de l’horodatage d’une modification précise dans l’historique des champs. Exemples 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| Identifiant de la demande de prêt LoanApplicationId | Identifiant unique attribué à chaque demande de prêt, servant de clé primaire pour suivre l’ensemble du processus de Loan Origination. | ||
| Description Le Loan Application ID identifie de manière unique chaque demande de prêt pendant tout son cycle de vie. Il constitue l’entité centrale permettant de regrouper toutes les activités et données associées, et de retracer intégralement le parcours de Loan Origination d’un prêt donné. Dans le process mining, cet identifiant joue le rôle de Case ID. Chaque événement, de la soumission à la décision finale, est rattaché à cet identifiant. Il permet de reconstituer le flux du processus de bout en bout pour chaque demande, ce qui est fondamental pour l’analyse des durées de cycle, l’analyse des variantes et l’identification des goulots d’étranglement. Pourquoi c’est important Il s’agit du Case ID essentiel qui relie toutes les étapes du processus et permet d’analyser le parcours de bout en bout de chaque demande de prêt. Où les obtenir Il s’agit généralement de la clé primaire de l’objet Loan dans nCino, souvent référencée sous la forme Exemples LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Dernière mise à jour des données LastDataUpdateTimestamp | Horodatage indiquant la dernière actualisation des données depuis le système source. | ||
| Description Cet attribut enregistre la date et l’heure de la dernière extraction des données depuis le système source. Il fournit le contexte nécessaire pour évaluer la fraîcheur des données analysées. Dans les Dashboards et les rapports, ces informations sont essentielles pour permettre aux utilisateurs de comprendre dans quelle mesure l’analyse est récente. Elles contribuent à gérer les attentes et à garantir que les décisions reposent sur une période de référence clairement établie pour les données sous-jacentes. Pourquoi c’est important Fournit un contexte essentiel sur la fraîcheur des données et permet aux utilisateurs de comprendre dans quelle mesure l’analyse du processus est à jour. Où les obtenir Cet horodatage est généré par l’outil d’extraction des données ou par le processus ETL au moment de leur extraction. Exemples 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| Système source SourceSystemName | Nom du système depuis lequel les données ont été extraites. | ||
| Description Cet attribut identifie l’application source dans laquelle les données de l’événement ont été générées. Pour ce processus, il s’agira généralement de « nCino ». Même si cet attribut peut sembler redondant lorsque toutes les données proviennent d’un seul système, il est essentiel à la gouvernance des données et devient indispensable lorsque des données provenant de plusieurs systèmes sont intégrées, par exemple celles d’un moteur distinct de scoring crédit ou d’une plateforme de gestion documentaire. Il garantit la traçabilité et la clarté de l’origine des données. Pourquoi c’est important Identifie l’origine des données, ce qui est essentiel pour la gouvernance des données, le dépannage et la combinaison de données provenant de plusieurs systèmes. Où les obtenir Il s’agit d’une valeur statique, « nCino », appliquée lors du processus d’extraction et de transformation des données. Exemples nCinonCino-ProdnCino-UAT | |||
| Canal de demande ApplicationChannel | Canal par lequel la demande de prêt a été soumise, par exemple Online, In-Branch ou Broker. | ||
| Description Cet attribut identifie la source de soumission de la demande de prêt. Les différents canaux peuvent présenter des niveaux variables de complétude des données et d’interaction avec le client, ce qui peut avoir une incidence sur le flux de processus ultérieur. L’analyse du processus par canal permet d’évaluer l’efficacité de chaque canal. Il est par exemple possible de comparer les durées de cycle et les taux de reprise des demandes soumises en ligne à ceux des demandes déposées en agence. Ces analyses peuvent éclairer les décisions stratégiques relatives aux investissements dans les canaux et à l’optimisation des processus propres à chaque source. Pourquoi c’est important Permet de comparer l’efficacité, la rapidité et la qualité des différents canaux de soumission, afin d’orienter les améliorations et les investissements stratégiques. Où les obtenir Cette information est généralement stockée dans un champ de liste de sélection de l’objet Loan, souvent nommé « Channel » ou « Source ». Exemples Portail en ligneAgenceRéseau de courtiersApplication mobile | |||
| Heure de fin EventEndTime | Horodatage indiquant le moment où une activité ou un événement est terminé. | ||
| Description L’heure de fin marque l’achèvement d’une activité. La différence entre l’heure de début et l’heure de fin d’une activité correspond à sa durée de traitement. Cet attribut est essentiel pour distinguer le temps de traitement, consacré au travail actif, du temps d’attente, qui correspond à la période d’inactivité entre deux activités. L’analyse des durées de traitement permet d’identifier les étapes les plus longues, tandis que l’écart entre l’heure de fin d’une activité et l’heure de début de la suivante révèle les délais de transmission. Pourquoi c’est important Permet de calculer avec précision les durées de traitement des activités, ce qui est essentiel pour distinguer le temps de travail actif du temps d’attente. Où les obtenir Cette valeur peut provenir d’horodatages générés par le système, comme « LastModifiedDate » sur les enregistrements associés, ou de l’horodatage d’une modification ultérieure dans l’historique du champ. Exemples 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Montant du prêt LoanAmount | Valeur monétaire du prêt demandé par le demandeur. | ||
| Description Cet attribut représente le montant principal du prêt demandé. Le montant du prêt peut avoir une incidence importante sur la complexité et la durée du processus d’octroi, les prêts plus élevés ou plus complexes nécessitant souvent des contrôles ou des étapes supplémentaires. Dans l’analyse, le montant du prêt constitue un puissant critère de segmentation. Il permet de déterminer si les prêts de valeur élevée sont plus longs à traiter, présentent davantage de reprises ou suivent des parcours différents. Il est également essentiel aux rapports financiers et à l’évaluation de la valeur du portefeuille de prêts en cours de traitement. Pourquoi c’est important Fournit un contexte financier important et permet de segmenter l’analyse afin de déterminer si la valeur du prêt est corrélée à la complexité, à la durée ou aux résultats du processus. Où les obtenir Se trouve dans un champ monétaire de l’objet Loan, souvent nommé « Amount » ( Exemples 250000.0035000.00750000.00 | |||
| Résultat de la décision DecisionOutcome | Décision finale prise concernant la demande de prêt, par exemple Approved, Declined ou Withdrawn. | ||
| Description Cet attribut enregistre le résultat de l’activité « Loan Decision Rendered ». Il s’agit d’un attribut essentiel au niveau du dossier, qui définit l’état final d’un processus de demande de prêt terminé. Cet attribut est indispensable à l’analyse fondée sur les résultats. Il permet de comparer les flux de processus qui aboutissent à des résultats différents, par exemple en analysant les parcours communs des demandes approuvées et refusées. Il sert également de base au calcul d’indicateurs clés tels que le taux de refus des prêts. Pourquoi c’est important Permet de filtrer et de comparer les processus selon leur résultat métier final, ce qui est essentiel pour identifier les schémas de processus associés à la réussite ou à l’échec. Où les obtenir Se trouve généralement dans un champ « Status » ou « Stage » de l’objet Loan une fois le processus terminé. Les valeurs précises dépendent de la configuration. Exemples ApprouvéRefuséWithdrawn by Applicant | |||
| Service affecté AssignedDepartment | Service ou équipe responsable de la demande de prêt à une étape donnée. | ||
| Description Cet attribut indique le groupe fonctionnel, tel que « Origination », « Underwriting » ou « Closing », auquel l’activité est rattachée. Il peut être déduit du profil de l’utilisateur affecté ou provenir d’un champ dédié de l’enregistrement du prêt. L’analyse du processus par service est essentielle pour comprendre la collaboration entre les fonctions. Elle permet de mesurer les délais de transmission entre les services, d’identifier les retards causés par les transferts interservices et d’obtenir une vue d’ensemble des équipes qui réalisent le travail dans l’organisation. Pourquoi c’est important Essentiel pour analyser les transmissions entre services, mesurer la performance des équipes et identifier les goulots d’étranglement transverses. Où les obtenir Ces informations peuvent être déduites du champ Department de l’utilisateur affecté dans son enregistrement User, ou d’un champ personnalisé « Team » ou « Queue » de l’objet Loan. Exemples Octroi de prêtsÉvaluation du créditRisque de créditClôture | |||
| Type de produit de prêt LoanProductType | Type précis de produit de prêt demandé, par exemple Mortgage, Auto Loan ou Personal Loan. | ||
| Description Cet attribut catégorise la demande de prêt selon le produit financier proposé. Les différents produits de prêt présentent souvent des variantes de processus, des durées de cycle et des profils de risque distincts. La segmentation de l’analyse du processus par type de produit de prêt est essentielle pour obtenir des comparaisons pertinentes. Elle permet de comprendre l’incidence des différents produits sur l’efficacité du processus et de créer des Dashboards adaptés, par exemple pour suivre le débit des décaissements des prêts immobiliers par rapport aux prêts automobiles. La performance est ainsi évaluée dans le contexte métier approprié. Pourquoi c’est important Permet de segmenter l’analyse du processus selon le contexte métier et de révéler l’incidence des différents produits sur l’efficacité, la durée et les parcours du processus. Où les obtenir Cette information est généralement stockée dans un champ « Product » ou « Loan Type » de l’objet Loan nCino (LLC_Loan__c). Exemples Prêt hypothécaire conventionnelPrêt automobile neufPrêt personnel non garanti | |||
| Utilisateur affecté AssignedUser | Utilisateur, par exemple un chargé de prêts ou un analyste crédit, responsable de l’exécution de l’activité. | ||
| Description Cet attribut identifie le collaborateur qui a exécuté une tâche donnée ou qui est affecté à la demande de prêt à une étape précise. Dans nCino, cette information est souvent suivie dans le champ « Owner » de l’enregistrement. L’analyse des données par utilisateur permet de comprendre la répartition de la charge de travail, la performance individuelle et l’utilisation des ressources. Elle peut mettre en évidence les collaborateurs ou les équipes surchargés, ainsi qu’identifier les meilleurs contributeurs, ce qui est utile pour la gestion des ressources et la formation. Pourquoi c’est important Permet d’analyser la répartition de la charge de travail, la performance des équipes et l’allocation des ressources, tout en aidant à identifier les goulots d’étranglement liés à certains utilisateurs ou équipes. Où les obtenir Provient généralement du champ « OwnerId » de l’objet Loan ou des objets Task associés. Ces informations peuvent être mises en relation avec l’objet User afin d’obtenir le nom de l’utilisateur. Exemples Alice SmithBob JohnsonCharlie Brown | |||
| Durée du dossier CaseDuration | Temps total écoulé entre le début de la première activité et la fin de la dernière activité d’un prêt. | ||
| Description Cette métrique calculée mesure la durée du cycle de bout en bout de chaque demande de prêt. Elle représente le temps total pendant lequel un dossier est actif dans le processus. La durée du dossier est un indicateur clé de la performance globale du processus. Elle est utilisée dans les Dashboards pour visualiser la répartition des durées de cycle, identifier les dossiers qui s’éternisent et suivre l’évolution de la performance au fil du temps. L’analyse des facteurs corrélés aux durées de dossier plus longues constitue un objectif important de nombreux projets de Process Mining. Pourquoi c’est important Représente la durée globale du cycle de bout en bout, un KPI essentiel pour mesurer la santé générale du processus et l’expérience client. Où les obtenir Est calculée en prenant la différence entre la valeur maximale et la valeur minimale d’EventTime pour chaque LoanApplicationId. Exemples 2592000 secondes1209600 secondes4320000 secondes | |||
| Est automatisé IsAutomated | Indicateur booléen précisant si une activité a été exécutée automatiquement par le système plutôt que par un utilisateur humain. | ||
| Description Cet indicateur distingue les tâches exécutées par un utilisateur des événements automatisés du système. Par exemple, une vérification de crédit peut être automatisée, tandis qu’une décision d’Underwriting est généralement manuelle. L’identification des étapes automatisées est essentielle pour repérer et analyser les possibilités d’automatisation. Elle permet de mesurer l’incidence de l’automatisation sur les durées de cycle et l’efficacité, ainsi que d’identifier les activités manuelles qui se prêtent particulièrement à de futures initiatives d’automatisation. Pourquoi c’est important Distingue les activités du système des activités humaines, ce qui est fondamental pour mesurer l’incidence de l’automatisation et identifier de nouvelles possibilités d’automatisation. Où les obtenir Cette valeur est généralement déduite de l’utilisateur associé à l’événement. Si l’utilisateur est un utilisateur « System » ou « Integration », l’indicateur est défini sur true. Exemples truefalse | |||
| Est une reprise IsRework | Indicateur calculé qui identifie les activités répétées ou les boucles au sein d’un même dossier. | ||
| Description Cet attribut booléen est défini sur true lorsqu’une activité, telle que « Supporting Documents Requested », se produit plusieurs fois pour la même demande de prêt. Il identifie les reprises, qui constituent souvent une source d’inefficacité du processus. L’analyse des reprises est un cas d’usage central du Process Mining. L’indicateur « IsRework » permet de filtrer et de quantifier facilement les reprises. Il alimente des Dashboards tels que « Loan Application Rework Analysis » et sert à calculer des KPI comme le taux de reprise, en mettant en évidence les étapes du processus qui échouent lors de leur première exécution. Pourquoi c’est important Met en évidence les inefficacités du processus en signalant les travaux répétés et permet une analyse ciblée pour comprendre et réduire les boucles coûteuses. Où les obtenir Cet attribut est calculé lors de la transformation des données à l’aide de fonctions de fenêtrage, afin de vérifier si la même activité s’est déjà produite pour un Case ID donné. Exemples truefalse | |||
| État du SLA SlaState | État calculé indiquant si une activité ou un dossier a respecté son Service Level Agreement. | ||
| Description Cet attribut fournit le résultat d’un contrôle du SLA, généralement pour une étape précise telle que l’Underwriting. Il compare la durée réelle du cycle à la cible SLA prédéfinie et attribue un statut tel que « Met » ou « Breached ». Cet attribut est essentiel au suivi de la performance par rapport aux engagements métier. Il alimente directement le Dashboard et le KPI « Underwriting SLA Adherence », en fournissant un indicateur clair et immédiat du respect des exigences. Il permet d’examiner les caractéristiques des demandes en dépassement afin d’en comprendre les causes premières. Pourquoi c’est important Fournit un résultat catégoriel clair de la performance par rapport aux objectifs, ce qui facilite le suivi de la conformité au SLA et l’analyse des causes des dépassements. Où les obtenir Est calculé dans la couche de transformation des données en comparant la durée réelle d’un segment du processus, par exemple la durée du cycle d’Underwriting, à l’attribut « UnderwritingSlaTarget ». Exemples RespectéDépassé | |||
| Motif du refus DeclineReason | Motif précis fourni lorsqu’une demande de prêt est refusée. | ||
| Description Lorsque le « Decision Outcome » d’un prêt est « Declined », cet attribut fournit des précisions sur la cause du refus. Les motifs peuvent inclure un score de crédit insuffisant, des revenus trop faibles ou des documents incomplets. L’analyse des motifs de refus est essentielle à l’amélioration de l’activité. Elle peut révéler des tendances indiquant des problèmes liés aux critères d’octroi, à l’adéquation entre le produit et le marché ou au processus de demande lui-même. Ces analyses peuvent aider l’entreprise à affiner ses stratégies et à améliorer ses taux d’approbation. Pourquoi c’est important Fournit la cause première des demandes refusées et permet d’identifier les tendances afin d’améliorer les critères d’octroi ou les processus de demande. Où les obtenir Est généralement stocké dans un champ de liste de sélection ou de texte de l’objet Loan, qui devient obligatoire lorsque le prêt passe au statut « Declined ». Exemples Score de crédit faibleRatio d'endettement élevéDemande incomplèteGaranties insuffisantes | |||
| Objectif de SLA de l’Underwriting UnderwritingSlaTarget | Durée cible, en heures ou en jours, pour terminer l’étape d’Underwriting. | ||
| Description Cet attribut définit le Service Level Agreement (SLA) attendu pour la partie Underwriting du processus. Il sert de référence pour mesurer la performance réelle. Cette cible est utilisée pour calculer les taux de respect du SLA. En comparant la durée réelle du cycle d’Underwriting à cette cible, les demandes peuvent être marquées comme « Met » ou « Breached ». Cette information est essentielle au Dashboard « Underwriting SLA Adherence » et aux KPI associés. Pourquoi c’est important Fournit la référence nécessaire pour mesurer la performance au regard des accords de niveau de service et permet de suivre le respect du SLA. Où les obtenir Cette valeur peut être stockée dans l’objet Loan ou déduite de règles métier fondées sur des attributs tels que le type de produit de prêt ou le montant du prêt. Exemples 48 heures72 heures5 jours ouvrés | |||
| Score de crédit CreditScore | Score de crédit du demandeur au moment de la vérification de crédit. | ||
| Description Cet attribut contient le score de crédit numérique renvoyé par un bureau de crédit lors de l’activité « Credit Check Completed ». Il constitue un facteur important du processus d’Underwriting et de prise de décision. Dans le Process Mining, le score de crédit peut servir à analyser sa corrélation avec le comportement du processus. Les demandes présentant un score plus faible nécessitent-elles davantage d’étapes manuelles, prennent-elles plus de temps lors de l’Underwriting ou affichent-elles un taux de refus plus élevé ? Ces analyses peuvent fournir des informations utiles sur les variations du processus liées au risque. Pourquoi c’est important Permet d’analyser la corrélation entre un facteur décisionnel important, le score de crédit, et les parcours, les durées et les résultats du processus. Où les obtenir Ces données sont souvent stockées dans un champ dédié d’un objet « Credit Report » ou « Financials » associé à l’objet Loan principal. Exemples 720650810 | |||
Activités liées à l’octroi de prêts
| Activité | Description | ||
|---|---|---|---|
| Décision relative au prêt rendue | Cette activité correspond à la décision finale et officielle concernant la demande de prêt, par exemple « Approved » ou « Declined ». L’événement est capturé lorsque le statut du prêt est officiellement défini pour refléter ce résultat final. | ||
| Pourquoi c’est important Il s’agit d’un jalon majeur qui sépare la phase d’évaluation de la phase de clôture. L’analyse du temps écoulé entre la fin de l’évaluation des risques et cette décision met en évidence les retards éventuels liés aux examens en comité ou aux validations finales. Où les obtenir L’événement est déduit de la mise à jour du champ de statut ou d’étape de l’objet Loan vers un état final tel que « Approved » ou « Declined ». Le suivi de l’historique des champs fournit l’horodatage exact. Collecte Capturez l’horodatage de la mise à jour du champ qui définit le statut de décision finale du prêt. Type d’événement inferred | |||
| Demande de prêt créée | Cette activité correspond à la création d’un nouvel enregistrement de demande de prêt dans le système nCino. Elle marque officiellement le début du processus de Loan Origination et est généralement capturée lorsqu’un utilisateur enregistre pour la première fois un nouvel enregistrement Loan. | ||
| Pourquoi c’est important Il s’agit du principal événement de début du processus. L’analyse du temps écoulé entre cette activité et les suivantes est fondamentale pour mesurer les durées globales de cycle et identifier les premiers retards de traitement. Où les obtenir Il s’agit d’un événement explicite capturé à partir de l’horodatage de création de l’objet Loan principal (Loan__c) dans la plateforme Salesforce, sur laquelle nCino est construit. Collecte Utilisez le champ « CreatedDate » de l’objet Salesforce Loan__c. Type d’événement explicit | |||
| Fonds versés | Cette activité marque l’achèvement du processus de Loan Origination, lorsque les fonds sont transférés au demandeur. Elle est généralement capturée lorsque l’étape du prêt passe à « Booked » ou « Complete ». | ||
| Pourquoi c’est important Il s’agit du principal événement de fin réussie du processus. Mesurer le temps total jusqu’à cette activité fournit la durée du cycle de bout en bout, un KPI essentiel de la performance globale du processus. Où les obtenir L’événement est déduit de la dernière modification de l’étape de l’objet Loan vers un état final de réussite tel que « Booked ». L’horodatage provient du suivi de l’historique des champs. Collecte Capturez l’horodatage auquel le champ « Stage » du prêt (LLC_BI__Stage__c) est mis à jour vers « Booked ». Type d’événement inferred | |||
| Instruction du prêt commencée | Cette activité marque le début officiel de la phase d’évaluation des risques, durant laquelle la demande de prêt est activement examinée par un analyste crédit. Elle est presque toujours capturée par une modification du champ d’étape ou de statut principal du prêt vers « Underwriting ». | ||
| Pourquoi c’est important Il s’agit d’un jalon essentiel qui ouvre l’une des phases les plus exigeantes en ressources du processus. Il constitue le point de départ pour mesurer la durée du cycle d’évaluation des risques et le respect des SLA. Où les obtenir L’événement est déduit de la modification horodatée du champ « Stage » du prêt vers « Underwriting ». Le suivi de l’historique des champs Salesforce doit être activé pour le champ Stage de l’objet Loan. Collecte Capturez l’horodatage auquel le champ « Stage » du prêt (LLC_BI__Stage__c) est mis à jour vers « Underwriting ». Type d’événement inferred | |||
| Instruction du prêt terminée | Cette activité indique que l’analyste crédit a terminé son examen et formulé une recommandation. Elle est capturée lorsque l’étape du prêt passe de « Underwriting » à une étape suivante telle que « Approved », « Declined » ou « Pending Decision ». | ||
| Pourquoi c’est important Ce jalon marque la fin de la phase d’évaluation des risques. La durée entre « Underwriting Commenced » et cet événement constitue un KPI important pour mesurer l’efficacité de cette phase et identifier les goulots d’étranglement. Où les obtenir L’événement est déduit de l’horodatage auquel le champ « Stage » du prêt (LLC_BI__Stage__c) passe de « Underwriting » à une autre valeur. Cette méthode repose sur le suivi de l’historique des champs. Collecte Capturez l’horodatage auquel le champ « Stage » du prêt passe de « Underwriting » à un statut postérieur à l’évaluation des risques. Type d’événement inferred | |||
| Prêt refusé | Cette activité représente la fin défavorable du processus, lorsque la demande de prêt est officiellement refusée. Elle est capturée lorsque l’étape ou le statut du prêt est défini sur « Declined ». | ||
| Pourquoi c’est important Il s’agit d’un événement de fin correspondant à un échec critique. L’analyse des parcours qui mènent à ce résultat aide à identifier les raisons des refus et les possibilités d’améliorer la qualité des demandes ou les critères d’octroi. Où les obtenir L’événement est déduit de la dernière modification de l’étape de l’objet Loan vers « Declined ». L’horodatage est capturé dans le suivi de l’historique du champ « Stage ». Collecte Capturez l’horodatage auquel le champ « Stage » du prêt (LLC_BI__Stage__c) est mis à jour vers « Declined ». Type d’événement inferred | |||
| Contrat de prêt signé | Cette activité correspond à la signature du contrat de prêt final par le demandeur, une étape essentielle avant le décaissement. Elle est souvent capturée par une intégration de signature électronique ou par une mise à jour manuelle du statut après le retour des documents papier. | ||
| Pourquoi c’est important Cette activité est une condition préalable essentielle au décaissement et un jalon important du processus de clôture. Les retards à cette étape peuvent avoir un impact direct sur les délais de versement des fonds. Où les obtenir Il peut s’agir d’un événement explicite provenant de l’API d’une plateforme de signature électronique qui met à jour un statut dans nCino, ou d’un événement déduit d’une mise à jour manuelle du statut vers « Documents Signed ». Collecte Utilisez l’horodatage transmis par le webhook de l’intégration de signature électronique ou celui de la mise à jour manuelle du statut. Type d’événement explicit | |||
| Demande retirée | Cette activité représente une autre fin possible du processus, lorsque le demandeur retire sa demande avant qu’une décision finale ne soit prise. Elle est capturée lorsque l’étape du prêt est définie sur « Withdrawn ». | ||
| Pourquoi c’est important Cet événement de fin fournit des informations sur l’abandon du processus par les clients. L’analyse du moment et des raisons des retraits peut mettre en évidence des problèmes liés à la durée du processus, à la communication ou à la compétitivité de l’offre. Où les obtenir L’événement est déduit de la dernière modification de l’étape de l’objet Loan vers « Withdrawn ». Le suivi de l’historique du champ « Stage » fournit l’horodatage de l’événement. Collecte Capturez l’horodatage auquel le champ « Stage » du prêt (LLC_BI__Stage__c) est mis à jour vers « Withdrawn ». Type d’événement inferred | |||
| Évaluation du risque effectuée | Cette activité correspond à l’achèvement d’une évaluation ou d’une notation formelle du risque associé au prêt. Elle constitue souvent une étape distincte de la phase d’évaluation des risques et est capturée lorsque le champ de notation du risque est renseigné ou mis à jour. | ||
| Pourquoi c’est important Cette activité apporte des informations sur le processus de décision au sein de l’évaluation des risques. L’analyse du temps consacré à cette étape peut révéler la complexité de l’évaluation du risque. Où les obtenir L’événement peut être déduit de la date de renseignement ou de dernière modification des champs liés au risque sur l’objet Loan, comme un champ « Risk Grade » ou « Risk Rating ». Collecte Utilisez l’horodatage du suivi de l’historique des champs lorsqu’un champ « Risk Rating » est renseigné ou modifié. Type d’événement inferred | |||
| Examen initial effectué | Cette activité correspond à l’achèvement du premier examen formel de la demande et de ses données initiales par un chargé de prêts ou un gestionnaire. Elle est souvent capturée par une modification du champ de statut ou d’étape du prêt, indiquant que celui-ci a dépassé la phase initiale de saisie des données. | ||
| Pourquoi c’est important Mesurer le temps nécessaire pour atteindre cette activité permet d’évaluer la réactivité initiale et l’efficacité du processus de réception des demandes. Il s’agit d’une étape importante avant le début des activités nécessitant davantage de ressources. Où les obtenir L’événement est probablement déduit d’une modification horodatée du champ « Stage » du prêt ou d’un champ « Status » personnalisé vers une valeur telle que « Initial Review Complete » ou « Pending Documents ». Le suivi de l’historique des champs doit être activé sur l’objet Loan. Collecte Identifiez l’horodatage auquel le champ Stage du prêt est mis à jour pour indiquer que l’examen est terminé. Type d’événement inferred | |||
| Offre de prêt acceptée | Cette activité marque le moment où le demandeur accepte officiellement l’offre de prêt. Elle peut être capturée par la mise à jour manuelle d’un champ de statut par un chargé de prêts ou par une intégration de signature électronique qui met automatiquement à jour l’enregistrement. | ||
| Pourquoi c’est important Il s’agit d’un jalon important, directement lié au client. Un délai important à cette étape peut révéler des difficultés liées aux conditions de l’offre ou au processus d’acceptation, et constituer une possibilité d’amélioration. Où les obtenir L’événement est généralement déduit d’une mise à jour manuelle du statut de l’objet Loan vers une étape telle que « Offer Accepted » ou « Closing ». Une intégration de signature électronique peut en faire un événement explicite et automatisé. Collecte Capturez l’horodatage de la mise à jour du champ de statut ou d’étape vers « Accepted ». Type d’événement inferred | |||
| Offre de prêt générée | Cette activité se produit lorsqu’une offre de prêt officielle ou une lettre d’engagement est générée pour une demande approuvée. Elle est souvent capturée par la création d’un document spécifique ou par une mise à jour du statut indiquant que l’offre est prête. | ||
| Pourquoi c’est important Le temps nécessaire pour générer une offre après l’approbation peut avoir un impact sur l’expérience client. Cette activité permet de suivre l’efficacité de la génération des documents et des étapes précédant la clôture. Où les obtenir Il peut s’agir d’un événement explicite provenant d’un moteur de génération de documents intégré à nCino, ou d’un événement déduit d’une modification du statut vers « Offer Generated » ou « Pending Customer Acceptance ». Collecte Utilisez la date de création du document d’offre de prêt généré ou d’un enregistrement de version de contenu associé. Type d’événement explicit | |||
| Pièces justificatives demandées | Cet événement se produit lorsqu’un chargé de prêts demande officiellement des documents supplémentaires au demandeur. Dans nCino, cette demande est souvent gérée au moyen d’une fonctionnalité de gestion documentaire, qui crée un élément de checklist ou un emplacement réservé pour un document requis. | ||
| Pourquoi c’est important Le suivi de cette activité est essentiel pour analyser les reprises et les retards. Plusieurs occurrences pour un même prêt indiquent que la demande initiale était incomplète, ce qui entraîne des boucles dans le processus et allonge la durée du cycle. Où les obtenir Il peut s’agir d’un événement explicite correspondant à la création d’un enregistrement dans le Document Manager de nCino et associé au prêt, ou d’un événement déduit d’une modification du statut du prêt lui-même. Collecte Capturez la date de création des enregistrements du Document Manager, par exemple docman__Document_Manager_Requirement__c, associés au prêt. Type d’événement explicit | |||
| Pièces justificatives reçues | Cette activité marque le moment où les documents demandés au demandeur ont été reçus et importés dans le système. Elle est généralement capturée lorsque le statut d’un emplacement réservé dans le Document Manager est mis à jour vers « Received » ou « Complete ». | ||
| Pourquoi c’est important Cette activité clôt une période d’attente courante. Le temps écoulé entre « Documents Requested » et « Documents Received » met souvent en évidence les dépendances externes et l’efficacité des échanges. Où les obtenir L’événement est déduit d’une modification du statut de l’enregistrement d’exigence documentaire dans le Document Manager de nCino. L’horodatage de la mise à jour du statut fournit l’heure de l’événement. Collecte Identifiez l’horodatage auquel le statut d’une exigence documentaire est mis à jour vers « Received » ou « Complete ». Type d’événement inferred | |||
| Vérification de solvabilité terminée | Cette activité indique qu’une vérification de crédit a été effectuée et que ses résultats sont disponibles dans le système. Elle est souvent capturée lorsqu’un rapport de crédit est associé à l’enregistrement du prêt ou lorsqu’une étape « Credit Check » spécifique est marquée comme terminée. | ||
| Pourquoi c’est important La vérification de crédit constitue une dépendance essentielle pour l’évaluation des risques. Les retards dans cette étape peuvent devenir un goulot d’étranglement important pour l’ensemble du processus. Où les obtenir Il peut s’agir d’un événement explicite provenant d’une intégration de reporting de crédit ou d’un événement déduit d’une mise à jour de l’étape du prêt. Recherchez les champs indiquant la date de la consultation de crédit ou le statut d’achèvement sur le prêt ou sur un objet associé. Collecte Utilisez l’horodatage de la mise à jour de l’étape du prêt vers « Credit Check Complete » ou la date de création d’un enregistrement de rapport de crédit associé. Type d’événement inferred | |||
Guides d’extraction
Étapes
- Prérequis : activer le suivi de l’historique des champs : avant de créer des rapports, un administrateur Salesforce doit activer le suivi de l’historique des champs sur l’objet Loan de nCino (LLC_BI__Loan__c). Activez le suivi des champs clés qui représentent les jalons du processus, notamment Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Your Risk Rating Field]) et tout champ personnalisé utilisé pour signaler des événements tels que « Credit Check Completed ».
- Créer un type de rapport personnalisé : accédez à Setup -> Feature Settings -> Analytics -> Reports & Dashboards -> Report Types. Créez un nouveau type de rapport personnalisé. L’objet principal doit être Loans (LLC_BI__Loan__c). L’objet secondaire (B) doit être Loan History. Cette association relie chaque prêt à l’historique de ses modifications de champs, ce qui est essentiel pour créer l’Event Log.
- Créer le rapport « Loan History » : accédez à l’onglet Reports et créez un nouveau rapport à partir du type de rapport personnalisé « Loans with Field History » créé à l’étape précédente. Ce rapport recueillera la plupart des activités à partir des modifications de champs.
- Ajouter des colonnes au rapport : ajoutez les colonnes suivantes à votre rapport. Elles correspondent aux attributs requis et recommandés : Loan Name (pour LoanApplicationId), Field/Event, Old Value, New Value, Edit Date (pour EventTime), Edited By (pour AssignedUser), Loan Product (pour LoanProductType), Amount (pour LoanAmount), [Your Channel Field] (pour ApplicationChannel) et tout autre attribut pertinent du prêt.
- Filtrer le rapport « Loan History » : définissez le filtre « Show Me » sur « All loans ». Définissez le filtre de date sur « Created Date » de l’objet Loan pour la période souhaitée, par exemple les six derniers mois. Ajoutez un filtre sur la colonne « Field/Event » afin d’inclure uniquement les modifications des champs dont vous avez activé le suivi, par exemple « Stage » et « Status ».
- Créer le rapport « Loan Creation » : créez un second rapport, plus simple, directement sur l’objet Loan (LLC_BI__Loan__c). Ce rapport doit uniquement enregistrer l’événement « Loan Application Created ». Incluez les colonnes Loan Name (LoanApplicationId), Created Date (EventTime), Created By (AssignedUser) et les autres attributs pertinents du prêt.
- Exporter les rapports : exécutez les deux rapports. Pour de petits volumes de données, vous pouvez les exporter directement depuis l’interface Salesforce au format CSV. Pour les jeux de données plus importants, utilisez Salesforce Data Loader. Vous devrez rechercher les rapports dans le système et utiliser la fonction d’export de Data Loader, qui s’appuie sur des appels API pour extraire efficacement les données.
- Combiner et transformer les données : les données exportées ne constituent pas encore un Event Log. Vous devez combiner les deux fichiers et transformer les données. Utilisez un tableur, par exemple Excel avec Power Query, ou un langage de script tel que Python pour effectuer les opérations suivantes : a. À partir du rapport « Loan Creation », créez des lignes pour l’activité « Loan Application Created » en utilisant la date de création du prêt comme EventTime. b. À partir du rapport « Loan History », créez une colonne « ActivityName ». Utilisez une logique conditionnelle, par exemple une instruction CASE, pour associer les modifications de champs aux noms d’activités décrits dans la section consacrée à la requête. c. Regroupez les résultats dans un seul fichier.
- Finaliser les colonnes : renommez et formatez les colonnes pour respecter le schéma ProcessMind : LoanApplicationId, ActivityName, EventTime, AssignedUser, etc. Ajoutez une colonne « SourceSystemName » avec une valeur statique telle que « nCino », ainsi qu’une colonne « LastDataUpdateTimestamp » contenant la date et l’heure actuelles.
- Importer dans ProcessMind : enregistrez le fichier final transformé au format CSV et importez-le dans ProcessMind.
Configuration
- Autorisations Salesforce : les utilisateurs qui extraient les données doivent disposer d’un accès « Read » à l’objet Loan (LLC_BI__Loan__c) et à son historique, ainsi que des autorisations nécessaires pour exécuter et exporter des rapports. L’accès à Salesforce Data Loader nécessite l’autorisation « API Enabled ».
- Suivi de l’historique des champs : il s’agit du prérequis le plus important. S’il n’est pas activé pour les champs nécessaires de l’objet Loan, les activités historiques ne pourront pas être extraites. Le nombre de champs pouvant être suivis par objet est limité.
- Filtres des rapports : filtrez toujours vos rapports selon une période précise, par exemple les prêts créés au cours des six derniers mois, afin de maîtriser le volume de données. Il est également essentiel de filtrer le rapport d’historique pour n’inclure que les modifications des champs précis, tels que « Stage » et « Status », qui représentent les activités définies de votre processus.
- Configuration de nCino : les valeurs utilisées pour identifier les activités, par exemple une étape Stage nommée « Underwriting » ou « Booked », dépendent de la configuration nCino de votre organisation. Vous devez adapter la logique de transformation à la terminologie utilisée dans votre système.
- Data Loader : pour les extractions portant sur plus de quelques milliers de prêts, l’utilisation de Salesforce Data Loader est vivement recommandée afin d’éviter les délais d’expiration du navigateur et de gérer efficacement le volume de données. Vous devrez installer cette application cliente et disposer d’identifiants permettant l’accès à l’API.
- Objets associés : certaines activités, notamment celles liées à la gestion des documents ou aux covenants, peuvent être stockées dans des objets nCino associés. La méthode principale décrite ici se concentre sur l’objet Loan. Une extraction complète peut nécessiter la création de rapports supplémentaires sur des objets tels que Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c), puis la fusion des résultats.
a Exemple de requête 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 Étapes
- Prérequis : vérifiez que vous disposez d’un compte utilisateur Salesforce avec un accès à l’API et des autorisations de lecture pour l’objet Loan de nCino (LLC_BI__Loan__c), l’objet Account et les objets History associés. L’accès à un outil d’exécution SOQL tel que Salesforce Workbench, Developer Console ou une application connectée est requis.
- Accéder à l’outil SOQL : connectez-vous à l’outil d’accès aux données Salesforce de votre choix. Dans Salesforce Workbench, accédez au site, sélectionnez votre environnement, acceptez les conditions, puis connectez-vous avec vos identifiants Salesforce.
- Sélectionner la requête SOQL : dans Workbench, accédez à l’onglet « Queries » et sélectionnez « SOQL Query ». Dans Developer Console, ouvrez l’onglet « Query Editor » en bas de l’écran.
- Préparer la requête : copiez la requête SOQL complète fournie dans la section « query » de ce document.
- Configurer les espaces réservés : avant l’exécution, vous devez modifier les espaces réservés de la requête. Remplacez « 'YYYY-MM-DDTHH:MM:SSZ' » par les dates de début et de fin souhaitées pour la période d’extraction. Vérifiez les noms d’étapes et de statuts tels que « '[Underwriting Stage Name]' » et remplacez-les par les valeurs exactes configurées dans votre environnement nCino.
- Exécuter la requête : collez la requête configurée dans la fenêtre de l’éditeur.
- Gérer les jeux de données volumineux : si la requête expire ou atteint les limites de gouvernance Salesforce, vous devrez l’exécuter par lots plus petits. Réduisez la période, par exemple à un mois à la fois, puis regroupez les résultats.
- Vérifier les résultats : après l’exécution, l’outil affiche les résultats sous forme de tableau. Vérifiez que les colonnes
LoanApplicationId,ActivityNameetEventTimesont renseignées comme prévu. - Exporter les données : utilisez la fonction d’export de l’outil pour enregistrer les résultats. Dans Workbench, sélectionnez « Bulk CSV » comme option « View As », puis cliquez sur le bouton « Query ». Un fichier CSV sera généré.
- Finaliser l’importation : ouvrez le fichier CSV exporté. Vérifiez que les en-têtes de colonnes correspondent aux exigences de votre outil de Process Mining. Le fichier est maintenant prêt à être importé dans ProcessMind en tant qu’Event Log.
Configuration
- Accès à l’API Salesforce : le profil de votre utilisateur Salesforce doit disposer de l’autorisation « API Enabled » pour utiliser des outils tels que Workbench.
- Autorisations sur les objets : vous devez disposer au minimum d’un accès en lecture aux objets Salesforce suivants : LLC_BI__Loan__c, LLC_BI__Loan__cHistory, Account et User.
- Suivi de l’historique des champs : le suivi de l’historique des champs doit être activé dans Salesforce Setup pour les champs clés de l’objet Loan, notamment LLC_BI__Stage__c et LLC_BI__Status__c. Sans cette configuration, la plupart des activités ne seront pas enregistrées.
- Période : la requête contient des espaces réservés pour les dates de début et de fin (
'YYYY-MM-DDTHH:MM:SSZ'). Pour une première analyse, une période de trois à six mois est recommandée afin de trouver un équilibre entre le volume de données et la qualité des analyses. Dans les environnements à très fort volume, envisagez de commencer par une période plus courte. - Noms des étapes et des statuts : la requête utilise des espaces réservés tels que « '[Underwriting Stage Name]' » et « '[Declined Stage Name]' ». Consultez l’administrateur de votre système nCino pour obtenir les noms d’API exacts des étapes et des statuts utilisés dans votre processus d’octroi de prêts, puis mettez la requête à jour en conséquence.
a Exemple de requête 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 Prêt à commencer ?
Commencez à utiliser le Process Mining pour transformer vos opérations d’octroi de prêts, accélérer les approbations et améliorer l’efficacité. Téléchargez votre modèle et commencez dès aujourd’hui à optimiser vos opérations.
Accélérez dès aujourd’hui les décisions d’octroi de prêts
Transformez votre processus d’octroi de prêts dans nCino et réduisez de 50 % le délai de décision.
Aucune carte bancaire requise, configuration en quelques minutes.