Votre Template de Données d'Origination de Prêts
Votre Template de Données d'Origination de Prêts
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide pour l'extraction de `données`
Attributs d'Origination de Prêts
| Nom | Description | ||
|---|---|---|---|
| Activité ActivityName | Le nom d'une étape métier ou d'un événement spécifique survenu au sein du processus d'octroi de prêts. | ||
| Description Cet attribut représente une tâche ou un jalon unique dans le cycle de vie de la demande de prêt, tel que 'Examen Initial Effectué' ou 'Souscription Terminée'. Ces activités forment les nœuds de la carte de processus, et leur séquence définit le flux de processus. L'analyse de la séquence, de la fréquence et de la durée de ces activités aide à identifier les chemins de processus courants, les déviations et les goulots d'étranglement. Elle est cruciale pour comprendre le travail effectué et dans quel ordre, constituant la base de toute analyse de Process Mining. Pourquoi c'est important Cet attribut définit les étapes du processus, permettant la visualisation et l'analyse du flux de processus, qui est le cœur du Process Mining. Où obtenir Ceci est généralement dérivé des changements dans les champs 'Stage' ou 'Status' de l'objet Loan dans nCino, ou des enregistrements Task ou Event associés. Exemples Demande de Prêt CrééeSouscription InitiéeDécision de Prêt RendueFonds décaissés | |||
| Heure de début EventTime | L'horodatage indiquant le début d'une activité ou d'un événement spécifique. | ||
| Description L'heure de début, ou horodatage de l'événement, enregistre la date et l'heure exactes auxquelles une activité s'est produite. Ces données chronologiques sont essentielles pour ordonner correctement les événements et reconstruire le flux de processus tel qu'il s'est déroulé en réalité. Cet horodatage est la base de toute analyse temporelle. Il est utilisé pour calculer les temps de cycle entre les activités, identifier les temps d'attente et les retards, et mesurer la durée globale du cas. Des horodatages précis sont essentiels pour le suivi des performances et l'analyse des goulots d'étranglement. Pourquoi c'est important Cet horodatage fournit l'ordre chronologique des événements, ce qui est essentiel pour calculer toutes les métriques de performance comme les temps de cycle et les durées. Où obtenir Cela peut provenir d'horodatages générés par le système comme 'CreatedDate' sur les enregistrements associés ou de l'horodatage d'un changement de champ spécifique dans l'historique des champs. Exemples 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z | |||
| ID de Demande de Prêt LoanApplicationId | Un identifiant unique attribué à chaque demande de prêt, servant de clé primaire pour le suivi de l'ensemble du processus d'origination. | ||
| Description L'ID de demande de prêt identifie de manière unique chaque demande de prêt individuelle tout au long de son cycle de vie. Il sert d'entité centrale pour regrouper toutes les activités et données associées, permettant une traçabilité complète du parcours d'octroi pour un prêt spécifique. Dans le Process Mining, cet ID agit comme l'ID de cas. Chaque événement, de la soumission à la décision finale, est lié à cet identifiant. Cela permet la reconstruction du flux de processus de bout en bout pour chaque application, ce qui est fondamental pour l'analyse des temps de cycle, l'analyse des variantes et l'identification des goulots d'étranglement. Pourquoi c'est important Il s'agit de l'ID de cas essentiel qui connecte toutes les étapes du processus, rendant possible l'analyse du parcours de bout en bout de chaque demande de prêt. Où obtenir Ceci est généralement la clé primaire de l'objet Loan dans nCino, souvent référencée comme Exemples LA-2023-00123LA-2023-00456LA-2024-00789 | |||
| Dernière mise à jour des données LastDataUpdateTimestamp | Le timestamp 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 de données du système source. Il fournit un contexte pour la fraîcheur des données analysées. Dans les tableaux de bord et les rapports, cette information est essentielle pour que les utilisateurs comprennent l'actualité de l'analyse. Elle aide à gérer les attentes et garantit que les décisions sont prises sur la base d'un cadre temporel compris des données sous-jacentes. Pourquoi c'est important Fournit un contexte crucial sur la fraîcheur des données, garantissant que les utilisateurs comprennent l'actualité de l'analyse des processus. Où obtenir Cet horodatage est généré par l'outil d'extraction de données ou le processus ETL au moment de l'extraction des données. Exemples 2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z | |||
| Système source SourceSystemName | Le nom du système d'où les données ont été extraites. | ||
| Description Cet attribut identifie l'application source d'où proviennent les données d'événement. Pour ce processus, ce sera généralement 'nCino'. Bien que cela puisse sembler redondant si toutes les données proviennent d'un seul système, c'est crucial pour la gouvernance des données et devient vital lors de l'intégration de données provenant de plusieurs systèmes, tels qu'un moteur de notation de crédit distinct ou une plateforme de gestion de documents. Cela garantit la clarté sur la provenance des données. Pourquoi c'est important Identifie l'origine des données, ce qui est crucial pour la gouvernance des données, le dépannage et la combinaison de données provenant de plusieurs systèmes. Où obtenir Il s'agit d'une valeur statique, 'nCino', appliquée pendant le processus d'extraction et de transformation des données. Exemples nCinonCino-ProdnCino-UAT | |||
| Canal de la demande ApplicationChannel | Le canal par lequel la demande de prêt a été soumise, tel que En ligne, En agence ou Courtier. | ||
| Description Cet attribut identifie la source de soumission de la demande de prêt. Différents canaux peuvent avoir des niveaux variables de complétude des données et d'interaction client, ce qui peut impacter le flux de processus subséquent. L'analyse du processus par canal aide à évaluer l'efficacité du canal. Par exemple, on pourrait comparer les temps de cycle et les taux de retravail des demandes soumises en ligne par rapport à celles soumises en agence. Ces insights peuvent éclairer les décisions stratégiques concernant l'investissement dans les canaux et l'optimisation des processus pour des sources spécifiques. Pourquoi c'est important Aide à comparer l'efficacité, la rapidité et la qualité des différents canaux de soumission, guidant les améliorations stratégiques et les investissements. Où obtenir Ceci est généralement stocké dans un champ de liste de sélection sur l'objet Loan, souvent nommé 'Channel' ou 'Source'. Exemples Portail en ligneFilialeRéseau de CourtiersMobile App | |||
| Heure de fin EventEndTime | Le 'timestamp' indiquant quand une activité ou un 'event' a été complété. | ||
| 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é représente son temps de traitement. Cet attribut est essentiel pour distinguer le temps de traitement (travail actif) du temps d'attente (temps d'inactivité entre les activités). L'analyse des temps de traitement aide à identifier les étapes spécifiques les plus chronophages, 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 retards de transfert. Pourquoi c'est important Permet le calcul des temps de traitement précis des activités, ce qui est essentiel pour différencier le temps de travail actif du temps d'attente inactif. Où obtenir Cela peut provenir d'horodatages générés par le système comme 'LastModifiedDate' sur les enregistrements associés, ou de l'horodatage d'un changement de champ subséquent dans l'historique des champs. Exemples 2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z | |||
| Issue de la Décision DecisionOutcome | La décision finale prise sur la demande de prêt, telle que Approuvé, Refusé ou Retiré. | ||
| Description Cet attribut capture le résultat de l'activité 'Décision de Prêt Rendue'. C'est un attribut critique au niveau du cas qui définit l'état final d'un processus de demande de prêt achevé. Cet attribut est essentiel pour l'analyse basée sur les résultats. Il permet de comparer les flux de processus qui mènent à différents résultats, par exemple, en analysant les chemins courants des demandes approuvées par rapport aux demandes refusées. Il est également la base pour le calcul de métriques clés comme le Taux de Refus de Prêt. Pourquoi c'est important Permet de filtrer et de comparer les processus en fonction de leur résultat commercial final, ce qui est essentiel pour identifier quels modèles de processus mènent au succès ou à l'échec. Où obtenir Généralement trouvé dans un champ 'Status' ou 'Stage' sur l'objet Loan une fois le processus terminé. Les valeurs spécifiques dépendent de la configuration. Exemples ApprouvéRefuséRetiré par le Demandeur | |||
| Montant du Prêt LoanAmount | La 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 influencer de manière significative la complexité et la durée du processus d'octroi, les prêts plus importants ou plus complexes nécessitant souvent un examen ou des étapes supplémentaires. En analyse, le Montant du Prêt est un outil puissant pour la segmentation. Il permet d'étudier si les prêts de plus grande valeur prennent plus de temps à traiter, ont des taux de retravail plus élevés ou suivent des chemins de processus différents. Il est également fondamental pour les rapports financiers et pour comprendre la valeur du portefeuille de prêts en cours de traitement. Pourquoi c'est important Fournit un contexte financier clé et permet de segmenter l'analyse pour voir si la valeur du prêt est corrélée à la complexité, à la durée ou aux résultats du processus. Où obtenir Situé dans un champ de devise sur l'objet Prêt, souvent nommé 'Montant' ( Exemples 250000.0035000.00750000.00 | |||
| Service assigné AssignedDepartment | Le département ou l'équipe responsable de la demande de prêt à une étape spécifique. | ||
| Description Cet attribut indique le groupe fonctionnel, comme 'Origination', 'Underwriting' ou 'Closing', qui possède l'activité. Ceci peut être dérivé du profil de l'utilisateur assigné ou d'un champ dédié sur l'enregistrement du prêt. L'analyse du processus d'un point de vue départemental est critique pour comprendre la collaboration transversale. Elle aide à mesurer les temps de transfert entre les départements, identifie les retards causés par les transferts interdépartementaux et offre une vue d'ensemble de l'endroit où le travail est effectué dans l'organisation. Pourquoi c'est important Crucial pour analyser les transferts inter-départementaux, mesurer la performance au niveau de l'équipe et identifier les goulots d'étranglement transversaux. Où obtenir Cette information peut être dérivée du champ Département de l'utilisateur assigné sur son enregistrement Utilisateur, ou d'un champ d'affectation personnalisé 'Équipe' ou 'File d'attente' sur l'objet Prêt. Exemples Origination de PrêtsSouscriptionRisque de créditClôture | |||
| Type de Produit de Prêt LoanProductType | Le type spécifique de produit de prêt demandé, tel que Prêt Hypothécaire, Prêt Automobile ou Prêt Personnel. | ||
| Description Cet attribut catégorise la demande de prêt en fonction du produit financier proposé. Différents produits de prêt ont souvent des variations de processus, des temps de cycle et des profils de risque distincts. Segmenter l'analyse de processus par Type de Produit de Prêt est crucial pour une comparaison significative. Cela aide à comprendre comment différents produits affectent l'efficacité du processus et permet la création de tableaux de bord personnalisés, tels que le suivi du débit de décaissement pour les prêts hypothécaires par rapport aux prêts automobiles. Cela garantit que la performance est évaluée dans le bon contexte métier. Pourquoi c'est important Permet de segmenter l'analyse des processus par contexte commercial, révélant comment différents produits impactent l'efficacité, la durée et les chemins du processus. Où obtenir Ceci est généralement stocké dans un champ 'Product' ou 'Loan Type' sur l'objet Loan de nCino (LLC_Loan__c). Exemples Hypothèque ConventionnellePrêt Auto - NeufPrêt Personnel Non Garanti | |||
| Utilisateur assigné AssignedUser | L'utilisateur, tel qu'un agent de prêt ou un souscripteur, responsable de l'exécution de l'activité. | ||
| Description Cet attribut identifie l'employé individuel qui a exécuté une tâche spécifique ou qui est affecté à la demande de prêt à une étape donnée. Ceci est souvent suivi comme l''Owner' de l'enregistrement dans nCino. L'analyse des données par utilisateur aide à comprendre la répartition de la charge de travail, la performance individuelle et l'utilisation des ressources. Elle peut mettre en évidence les employés ou les équipes surchargés et identifier les meilleurs performeurs, ce qui est précieux pour la gestion des ressources et la formation. Pourquoi c'est important Ceci permet l'analyse de la répartition de la charge de travail, de la performance des équipes et de l'allocation des ressources, aidant à identifier les goulots d'étranglement liés à des utilisateurs ou des équipes spécifiques. Où obtenir Généralement à partir du champ 'OwnerId' sur l'objet Loan ou les objets Task associés, qui peuvent être joints à l'objet User pour obtenir le nom de l'utilisateur. Exemples Alice SmithBob JohnsonCharlie Brown | |||
| Durée du cas CaseDuration | Le temps total écoulé entre le début de la première activité et la fin de la dernière activité pour un prêt. | ||
| Description Cette métrique calculée mesure le temps de cycle de bout en bout pour chaque demande de prêt. Elle représente le temps total pendant lequel un cas est actif dans le processus. La Durée du Cas est un indicateur clé de performance primaire pour l'efficacité globale du processus. Elle est utilisée dans les tableaux de bord pour visualiser la distribution des temps de cycle, identifier les cas de longue durée et suivre les tendances de performance au fil du temps. L'analyse des facteurs corrélés aux durées de cas plus longues est un objectif clé de nombreux projets de Process Mining. Pourquoi c'est important Représente le temps de cycle global de bout en bout, un KPI critique pour mesurer la santé globale du processus et l'expérience client. Où obtenir Ceci est calculé en prenant la différence entre l'EventTime maximum et minimum pour chaque LoanApplicationId. Exemples 2 592 000 secondes1 209 600 secondes4 320 000 secondes | |||
| Est Automatisé IsAutomated | Un indicateur booléen signalant 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 effectuées par des humains des événements système automatisés. Par exemple, une vérification de crédit pourrait être une activité automatisée, tandis qu'une décision de souscription est généralement manuelle. L'identification des étapes automatisées est cruciale pour la découverte et l'analyse de l'automatisation. Elle permet de mesurer l'impact de l'automatisation sur les temps de cycle et l'efficacité, et aide à identifier les activités manuelles qui sont des candidats privilégiés pour de futures initiatives d'automatisation. Pourquoi c'est important Distingue entre les activités système et humaines, ce qui est fondamental pour mesurer l'impact de l'automatisation et identifier de nouvelles opportunités d'automatisation. Où obtenir Ceci est généralement dérivé en fonction de l'utilisateur associé à l'événement. Si l'utilisateur est un utilisateur 'Système' ou 'Intégration', l'indicateur est défini sur true. Exemples truefaux | |||
| Est un retravail IsRework | Un indicateur calculé qui identifie les activités répétitives ou les boucles au sein d'un même dossier. | ||
| Description Cet attribut booléen est défini sur true si une activité, comme 'Documents de Soutien Demandés', se produit plus d'une fois pour la même demande de prêt. Il identifie les instances de retravail, qui sont souvent une source d'inefficacité du processus. L'analyse du retravail est un cas d'utilisation essentiel du Process Mining. L'indicateur 'IsRework' permet de filtrer et de quantifier facilement les instances de retravail. Il aide à alimenter des tableaux de bord comme l''Analyse du Retravail des Demandes de Prêt' et est utilisé pour calculer des KPI tels que le taux de retravail, mettant en évidence les domaines où les étapes du processus échouent au premier passage. Pourquoi c'est important Met en évidence les inefficacités de processus en signalant le travail répété, permettant une analyse ciblée pour comprendre et réduire les boucles coûteuses. Où obtenir Cet attribut est calculé pendant la transformation des données en utilisant des fonctions de fenêtre pour vérifier si la même activité s'est déjà produite pour un ID de cas donné. Exemples truefaux | |||
| État du SLA SlaState | Un état calculé indiquant si une activité ou un dossier a respecté son accord de niveau de service (SLA). | ||
| Description Cet attribut fournit le résultat d'une vérification SLA, généralement pour une étape spécifique comme la souscription. Il compare le temps de cycle réel à l'objectif SLA prédéfini et attribue un statut comme 'Atteint' ou 'Violé'. Cet attribut est essentiel pour le suivi des performances par rapport aux engagements commerciaux. Il supporte directement le tableau de bord et le KPI 'Respect des SLA de Souscription', fournissant un signal clair et immédiat de conformité. Il permet d'explorer les caractéristiques des applications en violation pour comprendre les causes profondes des retards. Pourquoi c'est important Fournit un résultat clair et catégorique de la performance par rapport aux objectifs, facilitant le suivi de la conformité aux SLA et l'analyse des causes des violations. Où obtenir Ceci est calculé dans la couche de transformation des données en comparant la durée réelle d'un segment de processus (par exemple, le temps de cycle de souscription) avec l'attribut 'UnderwritingSlaTarget'. Exemples AtteintDépassé | |||
| Objectif SLA de Souscription UnderwritingSlaTarget | La durée cible, en heures ou en jours, pour achever l'étape de souscription. | ||
| Description Cet attribut définit l'accord de niveau de service (SLA) attendu pour la partie souscription du processus. Il sert de référence par rapport à laquelle la performance réelle est mesurée. Cet objectif est utilisé pour calculer les taux de respect des SLA. En comparant le temps de cycle réel de souscription à cet objectif, les demandes peuvent être signalées comme 'Respectées' ou 'Violées'. Ceci est essentiel pour le dashboard 'Respect des SLA de Souscription' et les KPI associés. Pourquoi c'est important Fournit la référence nécessaire pour mesurer la performance par rapport aux accords de niveau de service, permettant le suivi de l'adhérence aux SLA. Où obtenir Cette valeur peut être stockée sur l'objet Loan ou dérivée de règles métier basées sur des attributs tels que le type de produit de prêt ou le montant du prêt. Exemples 48 heures72 heures5 jours ouvrables | |||
| Raison du Refus DeclineReason | La raison spécifique fournie lorsqu'une demande de prêt est refusée. | ||
| Description Lorsque le 'Résultat de la Décision' d'un prêt est 'Refusé', cet attribut fournit des détails supplémentaires sur la cause. Les raisons peuvent inclure un faible score de crédit, un revenu insuffisant ou une documentation incomplète. L'analyse des motifs de refus est cruciale pour l'amélioration des activités. Elle peut révéler des tendances qui mettent en évidence des problèmes liés aux critères de prêt, à l'adéquation produit-marché ou aux problèmes du processus de demande lui-même. Ces insights peuvent aider l'entreprise à affiner ses stratégies et à améliorer les taux d'approbation. Pourquoi c'est important Fournit la cause profonde des demandes refusées, permettant une analyse pour identifier les tendances et améliorer les critères de prêt ou les processus de demande. Où obtenir Généralement stocké dans un champ de liste de sélection ou de texte sur l'objet Loan qui devient obligatoire lorsque le prêt passe à un statut 'Refusé'. Exemples Faible Score de CréditRatio Dette/Revenu ÉlevéDemande IncomplèteGarantie Insuffisante | |||
| Score de crédit CreditScore | Le 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é 'Vérification de Crédit Terminée'. C'est un facteur clé dans le processus de souscription et de prise de décision. Dans le Process Mining, le score de crédit peut être utilisé pour analyser s'il existe une corrélation entre le score et le comportement du processus. Par exemple, les demandes avec des scores de crédit plus faibles nécessitent-elles plus d'étapes manuelles, prennent-elles plus de temps en souscription, ou ont-elles un taux de refus plus élevé ? Cela peut fournir des insights précieux sur les variations de processus basées sur les risques. Pourquoi c'est important Permet d'analyser comment un facteur clé de prise de décision, le score de crédit, est corrélé aux chemins de processus, aux durées et aux résultats. Où obtenir Ces données sont souvent stockées dans un champ dédié sur un objet 'Rapport de Crédit' ou 'Finances' lié à l'objet principal du Prêt. Exemples 720650810 | |||
| Temps de traitement de l'activité ActivityProcessingTime | La durée calculée du temps passé à travailler activement sur une activité. | ||
| Description Cette métrique représente le temps écoulé entre l'heure de début et l'heure de fin d'une activité. Elle mesure le 'temps de contact' ou la période de travail active pour une étape de processus donnée. Cet attribut calculé est vital pour l'analyse des performances. Il aide à distinguer le temps de travail actif du temps d'inactivité ou d'attente, permettant aux analystes de cibler les tâches spécifiques les plus chronophages, par opposition à l'identification de longs retards entre les étapes. C'est une contribution clé pour la planification des capacités de ressources et l'amélioration de l'efficacité. Pourquoi c'est important Mesure la durée de travail active pour chaque étape, aidant à identifier les tâches les plus chronophages et à les différencier du temps d'attente. Où obtenir Ceci est calculé en prenant la différence entre l''EventEndTime' et l''EventTime' (StartTime) pour chaque activité. Exemples 3 600 secondes14 400 secondes86 400 secondes | |||
Activités d'Origination de Prêts
| Activité | Description | ||
|---|---|---|---|
| Décision de Prêt Rendue | Représente la décision finale et officielle concernant la demande de prêt, telle que 'Approuvée' ou 'Refusée'. Cet événement est enregistré lorsque le statut du prêt est formellement 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 l'achèvement de la souscription et cette décision met en évidence les retards potentiels dans les examens de comité ou les validations finales. Où obtenir Inférent d'une mise à jour de champ de statut ou d'étape sur l'objet Prêt vers un état terminal comme 'Approuvé' ou 'Refusé'. Le suivi de l'historique des champs fournit l'horodatage exact. Capture Capturer l'horodatage de la mise à jour du champ définissant le statut de décision finale du prêt. Type d'événement inferred | |||
| Demande de Prêt Créée | Cette activité marque la création d'un nouvel enregistrement de demande de prêt dans le système nCino. Elle sert de début officiel du processus d'octroi de prêts et est généralement capturée lorsqu'un utilisateur sauvegarde un nouvel enregistrement de Prêt pour la première fois. | ||
| Pourquoi c'est important Il s'agit de l'événement de départ principal du processus. L'analyse du temps écoulé entre cette activité et les autres est fondamentale pour mesurer les temps de cycle globaux et identifier les retards de traitement initiaux. Où obtenir Il s'agit d'un événement explicite capturé à partir de l'horodatage de création de l'objet principal Loan (Loan__c) dans la plateforme Salesforce, sur laquelle nCino est construit. Capture Utilisez le champ 'CreatedDate' de l'objet Salesforce Loan__c. Type d'événement explicit | |||
| Fonds décaissés | Cette activité marque l'achèvement réussi du processus d'octroi de prêts, où les fonds sont transférés au demandeur. Ceci est généralement enregistré lorsque l'étape du prêt est passée à 'Comptabilisé' ou 'Terminé'. | ||
| Pourquoi c'est important Il s'agit de l'événement de fin de succès principal du processus. Mesurer le temps total jusqu'à cette activité fournit le temps de cycle de bout en bout, un KPI critique pour la performance globale du processus. Où obtenir Inférent du changement d'étape final sur l'objet Prêt vers un état de succès terminal comme 'Comptabilisé'. L'horodatage est issu du suivi de l'historique des champs. Capture Capturer l'horodatage lorsque le champ 'Étape' (LLC_BI__Stage__c) du Prêt est mis à jour à 'Comptabilisé'. Type d'événement inferred | |||
| Prêt Refusé | Cette activité représente une fin infructueuse du processus, où la demande de prêt est officiellement refusée. Ceci est enregistré lorsque l'étape ou le statut du prêt est défini sur 'Refusé'. | ||
| Pourquoi c'est important Il s'agit d'un événement de fin d'échec critique. L'analyse des chemins qui mènent à ce résultat aide à identifier les raisons de rejet et les domaines potentiels pour améliorer la qualité des candidatures ou les critères de prêt. Où obtenir Inférent du changement d'étape final sur l'objet Prêt vers 'Refusé'. L'horodatage est capturé à partir du suivi de l'historique des champs sur le champ 'Étape'. Capture Capturer l'horodatage lorsque le champ 'Étape' (LLC_BI__Stage__c) du Prêt est mis à jour à 'Refusé'. Type d'événement inferred | |||
| Souscription Initiée | Marque le début officiel de la phase de souscription, où la demande de prêt est activement évaluée par un souscripteur. Ceci est presque toujours enregistré par un changement dans le champ principal d'étape ou de statut du prêt à 'Souscription'. | ||
| Pourquoi c'est important Il s'agit d'un jalon critique qui marque le début de l'une des phases les plus gourmandes en ressources du processus. C'est le point de départ pour mesurer le temps de cycle de souscription et l'adhérence aux SLA. Où obtenir Inférent du changement horodaté du champ 'Étape' du Prêt à 'Souscription'. Cela nécessite que le Suivi de l'Historique des Champs Salesforce soit activé pour le champ Étape sur l'objet Prêt. Capture Capturer l'horodatage lorsque le champ 'Étape' (LLC_BI__Stage__c) du Prêt est mis à jour à 'Souscription'. Type d'événement inferred | |||
| Souscription Terminée | Cette activité signifie que le souscripteur a terminé son examen et a formulé une recommandation. Elle est capturée lorsque l'étape du prêt passe de 'Souscription' à une étape suivante comme 'Approuvé', 'Refusé' ou 'Décision en Attente'. | ||
| Pourquoi c'est important Ce jalon marque la fin de la phase de souscription. La durée entre 'Souscription Commencée' et cet événement est un KPI clé pour mesurer l'efficacité de la souscription et identifier les goulots d'étranglement. Où obtenir Inférent de l'horodatage lorsque le champ 'Étape' (LLC_BI__Stage__c) du Prêt est modifié de 'Souscription' à une autre valeur. Cela repose sur le suivi de l'historique des champs. Capture Capturer l'horodatage lorsque le champ 'Étape' du Prêt est mis à jour de 'Souscription' à un statut post-souscription. Type d'événement inferred | |||
| Contrat de Prêt Signé | Représente l'exécution de l'accord de prêt final par le demandeur, une étape critique avant le financement. Ceci est souvent enregistré via une intégration de signature électronique ou une mise à jour manuelle du statut une fois les documents physiques retournés. | ||
| Pourquoi c'est important Cette activité est une condition préalable cruciale au financement et un jalon clé dans le processus de clôture. Les retards à ce stade peuvent avoir un impact direct sur les délais de décaissement. Où obtenir Peut être un événement explicite d'une API de plateforme de signature électronique mettant à jour un statut dans nCino, ou inféré d'une mise à jour manuelle du statut vers 'Documents Signés'. Capture Utilisez l'horodatage d'un webhook d'intégration de signature électronique ou une mise à jour manuelle du statut. Type d'événement explicit | |||
| Demande Retirée | Représente une fin alternative au processus où le demandeur retire la demande avant qu'une décision finale ne soit prise. Ceci est enregistré en définissant l'étape du prêt à 'Retiré'. | ||
| Pourquoi c'est important Cet événement final offre des insights sur l'abandon des clients. L'analyse du moment et des raisons pour lesquelles les demandes sont retirées peut mettre en évidence des problèmes de durée de processus, de communication ou de compétitivité. Où obtenir Inférent d'un changement d'étape final sur l'objet Prêt vers 'Retiré'. Le suivi de l'historique des champs sur le champ 'Étape' fournit l'horodatage de l'événement. Capture Capturer l'horodatage lorsque le champ 'Étape' (LLC_BI__Stage__c) du Prêt est mis à jour à 'Retiré'. Type d'événement inferred | |||
| Documents de Soutien Demandés | Cet événement se produit lorsqu'un agent de prêt demande formellement des documents supplémentaires au demandeur. Dans nCino, cela est souvent géré via une fonctionnalité de gestion de documents, où un élément de liste de contrôle ou un espace réservé est créé pour un document requis. | ||
| Pourquoi c'est important Le suivi de cette activité est crucial pour analyser le retravail et les retards. De multiples instances pour un seul prêt indiquent des demandes initiales incomplètes, menant à des boucles de processus et à des temps de cycle prolongés. Où obtenir Peut être un événement explicite de la création d'un enregistrement dans le Document Manager de nCino lié au prêt, ou inféré d'un changement de statut sur le prêt lui-même. Capture Capturer la date de création des enregistrements dans le Gestionnaire de Documents (par exemple, docman__Document_Manager_Requirement__c) liés au prêt. Type d'événement explicit | |||
| Documents de Soutien Reçus | Marque le moment où les documents demandés au demandeur ont été reçus et téléchargés dans le système. Ceci est généralement enregistré lorsque le statut d'un espace réservé de document dans le Document Manager est mis à jour à 'Reçu' ou 'Complet'. | ||
| Pourquoi c'est important Cette activité clôture une période d'attente courante. Le temps entre 'Documents Demandés' et 'Documents Reçus' met souvent en évidence les dépendances externes et l'efficacité de la communication. Où obtenir Inférent d'un changement de statut sur l'enregistrement d'exigence de document au sein du Gestionnaire de Documents de nCino. L'horodatage de la mise à jour du statut fournit l'heure de l'événement. Capture Identifier l'horodatage lorsque le statut d'une exigence de document est mis à jour à 'Reçu' ou 'Complet'. Type d'événement inferred | |||
| Évaluation des risques effectuée | Représente l'achèvement d'une évaluation formelle des risques ou d'une notation pour le prêt. Il s'agit souvent d'une étape distincte au sein de la phase de souscription et est capturé lorsque le champ de notation de risque est rempli ou mis à jour. | ||
| Pourquoi c'est important Cette activité donne un aperçu du processus de prise de décision en souscription. L'analyse du temps nécessaire pour cette étape peut révéler des complexités dans l'évaluation des risques. Où obtenir Peut être inféré de la population ou de la date de dernière modification des champs liés au risque sur l'objet Prêt, tels qu'un champ 'Niveau de Risque' ou 'Notation de Risque'. Capture Utilisez l'horodatage du suivi de l'historique des champs lorsqu'un champ 'Risk Rating' est rempli ou modifié. Type d'événement inferred | |||
| Examen initial effectué | Représente l'achèvement de la première révision formelle de la demande et de ses données initiales par un agent de prêt ou un gestionnaire. Ceci est souvent enregistré par un changement dans le champ de statut ou d'étape du prêt, indiquant qu'il a dépassé la phase initiale de saisie des données. | ||
| Pourquoi c'est important Mesurer le temps jusqu'à cette activité aide à évaluer la réactivité initiale et l'efficacité du processus d'accueil. C'est une étape clé avant le début des activités plus gourmandes en ressources. Où obtenir Probablement inféré d'un changement horodaté du champ 'Étape' du Prêt ou d'un champ 'Statut' personnalisé vers une valeur comme 'Examen Initial Complet' ou 'Documents en Attente'. Cela nécessite que le suivi de l'historique des champs soit activé sur l'objet Prêt. Capture Identifier l'horodatage lorsque le champ 'Étape du Prêt' est mis à jour pour signifier l'achèvement de la revue. Type d'événement inferred | |||
| Offre de Prêt Acceptée | Marque le moment où le demandeur accepte formellement l'offre de prêt. Cela peut être enregistré par un agent de prêt qui met à jour manuellement un champ de statut ou par une intégration de signature électronique qui met à jour automatiquement l'enregistrement. | ||
| Pourquoi c'est important Il s'agit d'un jalon clé axé sur le client. Un long retard à ce stade peut indiquer des problèmes avec les termes de l'offre ou le processus d'acceptation, offrant une opportunité d'amélioration. Où obtenir Généralement déduit d'une mise à jour manuelle du statut sur l'objet Loan vers une étape comme 'Offre Acceptée' ou 'Clôture'. Une intégration de signature électronique pourrait faire de ceci un événement explicite et automatisé. Capture Capturer l'horodatage de la mise à jour du champ de statut ou d'étape à 'Accepté'. Type d'événement inferred | |||
| Offre de Prêt Générée | Cette activité se produit lorsqu'une offre de prêt formelle ou une lettre d'engagement est générée pour une demande approuvée. Ceci est souvent capturé par la création d'un document spécifique ou une mise à jour de statut indiquant que l'offre est prête. | ||
| Pourquoi c'est important Le temps nécessaire pour générer une offre après approbation peut avoir un impact sur l'expérience client. Cette activité aide à surveiller l'efficacité de la génération de documents et des étapes de pré-clôture. Où obtenir Peut être un événement explicite d'un moteur de génération de documents intégré à nCino, ou inféré d'un changement de statut vers 'Offre Générée' ou 'En Attente d'Acceptation Client'. Capture 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 | |||
| Vérification du crédit terminée | Cette activité signifie qu'une vérification de crédit a été effectuée et que les résultats sont disponibles dans le système. Elle est souvent capturée lorsqu'un rapport de crédit est joint à l'enregistrement du prêt ou qu'une étape spécifique de 'Vérification de Crédit' est marquée comme terminée. | ||
| Pourquoi c'est important La vérification de crédit est une dépendance critique pour la souscription. Les retards dans l'exécution de cette étape peuvent devenir un goulot d'étranglement important pour l'ensemble du processus. Où obtenir Il peut s'agir d'un événement explicite issu d'une intégration de rapport de crédit ou déduit d'une mise à jour de l'étape du prêt. Vérifiez les champs indiquant la date de vérification de crédit ou le statut d'achèvement sur le Prêt ou un objet connexe. Capture Utilisez l'horodatage d'une mise à jour de l'étape du prêt à 'Vérification de Crédit Terminée' 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 (Field History Tracking): Avant de créer des rapports, un administrateur Salesforce doit activer le Suivi de l'Historique des Champs sur l'objet Prêt nCino (LLC_BI__Loan__c). Suivez l'historique des champs clés qui représentent les jalons du processus, tels que Stage (LLC_BI__Stage__c), Status (LLC_BI__Status__c), Risk Rating ([Votre Champ de Notation de Risque]), et tout champ personnalisé utilisé pour signifier des événements comme 'Credit Check Completed'.
- Créer un Type de Rapport Personnalisé: Naviguez vers Configuration -> Paramètres des Fonctionnalités -> Analytique -> Rapports et Tableaux de Bord -> Types de Rapports. Créez un nouveau type de rapport personnalisé. L'objet principal doit être Prêts (LLC_BI__Loan__c). L'objet secondaire (B) doit être Historique des Prêts. Cela lie chaque prêt à ses modifications de champs historiques, ce qui est essentiel pour construire le journal d'événements (event log).
- Créer le Rapport 'Historique des Prêts': Naviguez vers l'onglet Rapports et créez un nouveau rapport en utilisant le type de rapport personnalisé 'Prêts avec Historique des Champs' créé à l'étape précédente. Ce rapport capturera la plupart des activités basées sur les modifications de champs.
- Ajouter des Colonnes au Rapport: Ajoutez les colonnes suivantes à votre rapport. Celles-ci correspondent aux attributs requis et recommandés : Nom du Prêt (pour LoanApplicationId), Champ/Événement, Ancienne Valeur, Nouvelle Valeur, Date de Modification (pour EventTime), Modifié par (pour AssignedUser), Produit de Prêt (pour LoanProductType), Montant (pour LoanAmount), [Votre Champ de Canal] (pour ApplicationChannel), et tout autre attribut de prêt pertinent.
- Filtrer le Rapport 'Historique des Prêts': Réglez le filtre 'Afficher' sur 'Tous les prêts'. Réglez le filtre de date sur 'Date de Création' de l'objet Prêt pour une plage souhaitée, par exemple, les 6 derniers mois. Ajoutez un filtre sur la colonne 'Champ/Événement' pour n'inclure que les modifications pour les champs spécifiques que vous avez activés pour le suivi (par exemple, 'Stage', 'Status').
- Créer le Rapport 'Création de Prêt': Créez un deuxième rapport plus simple directement sur l'objet Prêt (LLC_BI__Loan__c). Le but de ce rapport est uniquement de capturer l'événement 'Demande de Prêt Créée'. Incluez des colonnes pour Nom du Prêt (LoanApplicationId), Date de Création (EventTime), Créé par (AssignedUser), et d'autres attributs de prêt pertinents.
- Exporter les Rapports: Exécutez les deux rapports. Pour de plus petits volumes de données, vous pouvez les exporter directement depuis l'interface utilisateur de Salesforce en tant que fichiers CSV. Pour les jeux de données plus importants, utilisez le Salesforce Data Loader. Pour utiliser le Data Loader, vous devrez trouver les rapports dans le système et utiliser la fonction d'exportation du Data Loader, qui utilise des appels API pour extraire les données efficacement.
- Combiner et Transformer les Données: Les données exportées ne sont pas encore un journal d'événements. Vous devez combiner les deux fichiers et transformer les données. Utilisez un outil de feuille de calcul (comme Excel avec Power Query) ou un langage de script (comme Python) pour effectuer ce qui suit : a. À partir du rapport 'Création de Prêt', créez des lignes pour l'activité 'Demande de Prêt Créée', en utilisant la date de création du prêt comme EventTime. b. À partir du rapport 'Historique des Prêts', créez une nouvelle colonne 'ActivityName'. Utilisez une logique conditionnelle (par exemple, une instruction CASE) pour mapper les modifications de champs aux noms d'activité comme décrit dans la section de requête. c. Combinez les résultats en un seul fichier.
- Finaliser les Colonnes: Renommez et formatez les colonnes pour correspondre au schéma ProcessMind : LoanApplicationId, ActivityName, EventTime, AssignedUser, etc. Ajoutez une colonne 'SourceSystemName' avec une valeur statique comme 'nCino' et une colonne 'LastDataUpdateTimestamp' avec la date et l'heure actuelles.
- Télécharger vers ProcessMind: Enregistrez le fichier transformé final en tant que CSV et téléchargez-le sur ProcessMind.
Configuration
- Permissions Salesforce: Les utilisateurs extrayant des données nécessitent un accès en lecture à l'objet Prêt (LLC_BI__Loan__c) et à son historique, ainsi que les autorisations d'exécuter et d'exporter des rapports. L'accès au Salesforce Data Loader requiert la permission 'API Enabled'.
- Suivi de l'Historique des Champs (Field History Tracking): C'est la condition préalable la plus critique. Si elle n'est pas activée pour les champs nécessaires de l'objet Prêt, les activités historiques ne peuvent pas être extraites. Il existe une limite au nombre de champs pouvant être suivis par objet.
- Filtres de Rapports: Filtrez toujours vos rapports par une plage de dates spécifique (par exemple, les prêts créés au cours des 6 derniers mois) pour maintenir le volume de données gérable. Il est également crucial de filtrer le rapport d'historique pour n'inclure que les modifications apportées aux champs spécifiques (par exemple, Stage, Status) qui représentent vos activités de processus définies.
- Configuration nCino: Les valeurs utilisées pour identifier les activités (par exemple, l'étape nommée 'Underwriting' ou 'Booked') sont spécifiques à la configuration nCino de votre organisation. Vous devez ajuster la logique de transformation pour qu'elle corresponde à la terminologie de votre système.
- Data Loader: Pour les extractions de plus de quelques milliers de prêts, l'utilisation du Salesforce Data Loader est fortement recommandée pour éviter les expirations de session du navigateur et pour gérer le volume de données efficacement. Vous devrez installer cette application cliente et disposer de vos identifiants d'accès API.
- Objets Liés: Certaines activités, notamment celles liées à la gestion de documents ou aux engagements, peuvent être stockées dans des objets nCino associés. La méthode principale décrite ici se concentre sur l'objet Prêt principal. Une extraction complète peut nécessiter la création de rapports supplémentaires sur des objets comme Document Manager Placeholder (LLC_BI__Document_Manager_Placeholder__c) et la fusion des résultats.
a Exemple de requête config
/*
This is a configuration and transformation guide, not a single executable query.
The process involves creating two reports in Salesforce, exporting them, and then transforming the data.
*/
-- Step 1: Configuration for Report 1: 'Loan Creation Report'
-- Report Type: Loans (LLC_BI__Loan__c)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LLC_BI__Loan__c.CreatedDate (used for EventTime)
-- LLC_BI__Loan__c.CreatedById (user lookup, for AssignedUser)
-- LLC_BI__Loan__c.LLC_BI__Product_Package__c (for LoanProductType)
-- LLC_BI__Loan__c.LLC_BI__Amount__c (for LoanAmount)
-- LLC_BI__Loan__c.LLC_BI__Stage__a (for initial state)
-- [Other required attributes]
-- Filter:
-- CreatedDate >= [Your Start Date] AND CreatedDate <= [Your End Date]
-- Step 2: Configuration for Report 2: 'Loan History Report'
-- Report Type: Loans with Loan History (Custom Report Type)
-- Columns:
-- LLC_BI__Loan__c.Name (renamed to LoanApplicationId)
-- LoanHistory.Field (maps to 'Field/Event')
-- LoanHistory.OldValue
-- LoanHistory.NewValue
-- LoanHistory.CreatedDate (renamed to EventTime)
-- LoanHistory.CreatedById (user lookup, for AssignedUser)
-- [Other required attributes from the parent Loan object]
-- Filter:
-- Loan:CreatedDate >= [Your Start Date] AND Loan:CreatedDate <= [Your End Date]
-- AND LoanHistory.Field IN ('Stage', 'Status', '[Your Risk Rating Field]', '[Your Credit Check Field]')
-- Step 3: Post-Export Transformation Logic (to be applied with Python, Excel, etc.)
-- This logic transforms the raw report data into a final event log.
SELECT
LoanApplicationId,
'Loan Application Created' AS ActivityName,
EventTime,
AssignedUser,
LoanProductType,
LoanAmount,
-- ... other attributes
FROM [Exported Loan Creation Report]
UNION ALL
SELECT
LoanApplicationId,
CASE
WHEN Field = 'Stage' AND NewValue = 'Initial Review' THEN 'Initial Review Performed'
WHEN Field = 'Stage' AND NewValue = 'Underwriting' THEN 'Underwriting Commenced'
WHEN Field = 'Stage' AND OldValue = 'Underwriting' THEN 'Underwriting Completed'
WHEN Field = 'Stage' AND NewValue = 'Booked' THEN 'Funds Disbursed'
WHEN Field = 'Stage' AND NewValue = 'Declined' THEN 'Loan Declined'
WHEN Field = 'Stage' AND NewValue = 'Withdrawn' THEN 'Application Withdrawn'
WHEN Field = '[Your Risk Rating Field]' AND OldValue IS NULL THEN 'Risk Assessment Performed'
WHEN Field = '[Your Credit Check Field]' AND NewValue = 'Complete' THEN 'Credit Check Completed'
WHEN Field = 'Status' AND NewValue = 'Approved' THEN 'Loan Decision Rendered'
WHEN Field = 'Status' AND NewValue = 'Offer Generated' THEN 'Loan Offer Generated'
WHEN Field = 'Status' AND NewValue = 'Offer Accepted' THEN 'Loan Offer Accepted'
WHEN Field = 'Status' AND NewValue = 'Agreement Signed' THEN 'Loan Agreement Signed'
-- Note: Document activities are difficult to track this way and may require a separate report.
-- These are placeholders assuming a status field is used.
WHEN Field = 'Status' AND NewValue = 'Docs Requested' THEN 'Supporting Documents Requested'
WHEN Field = 'Status' AND NewValue = 'Docs Received' THEN 'Supporting Documents Received'
END AS ActivityName,
EventTime,
AssignedUser,
-- ... other attributes can be joined from the Loan Creation Report by LoanApplicationId
[LoanProductType],
[LoanAmount]
FROM [Exported Loan History Report]
WHERE ActivityName IS NOT NULL; -- Filter out unmapped field changes Étapes
- Prérequis: Assurez-vous de disposer d'un compte utilisateur Salesforce avec accès API et permissions de lecture pour les objets nCino Prêt (LLC_BI__Loan__c), Compte, et les objets Historique 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 à votre outil d'accès aux données Salesforce préféré. Pour Salesforce Workbench, naviguez vers le site, sélectionnez votre environnement, acceptez les conditions et connectez-vous avec vos identifiants Salesforce.
- Sélectionner la Requête SOQL: Dans Workbench, naviguez vers l'onglet 'Queries' et sélectionnez 'SOQL Query'. Pour la Developer Console, allez à l'onglet 'Query Editor' en bas.
- 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 dans la requête. Remplacez
'YYYY-MM-DDTHH:MM:SSZ'par vos dates de début et de fin souhaitées pour la période d'extraction. Vérifiez les noms des étapes et statuts comme'[Nom de l'étape de souscription]'et mettez-les à jour pour qu'ils correspondent aux 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 de requêtes.
- Gérer les Grands Ensembles de Données: Si la requête expire ou atteint les limites du gouverneur Salesforce, vous devrez l'exécuter par lots plus petits. Réduisez la plage de dates (par exemple, un mois à la fois) et combinez les résultats ultérieurement.
- Examiner les Résultats: Une fois exécuté, l'outil affichera les résultats sous forme de tableau. Vérifiez que les colonnes
LoanApplicationId,ActivityNameetEventTimesont remplies comme prévu. - Exporter les Données: Utilisez la fonction d'exportation de l'outil pour enregistrer les résultats. Dans Workbench, sélectionnez 'Bulk CSV' comme option 'View As' et cliquez sur le bouton 'Query'. Cela générera un fichier CSV.
- Finaliser pour le Téléchargement: Ouvrez le fichier CSV exporté. Assurez-vous que les en-têtes de colonne correspondent aux exigences de votre outil de Process Mining. Le fichier est maintenant prêt à être téléchargé sur ProcessMind en tant que journal d'événements.
Configuration
- Accès API Salesforce: Votre profil utilisateur Salesforce doit disposer de la permission 'API Enabled' pour utiliser des outils comme Workbench.
- Permissions d'Objet: Vous avez besoin 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 (Field History Tracking): Le Suivi de l'Historique des Champs doit être activé dans la configuration de Salesforce pour les champs clés de l'objet Prêt, notamment LLC_BI__Stage__c et LLC_BI__Status__c. Sans cela, la plupart des activités ne seront pas capturées.
- Plage de Dates: La requête inclut des espaces réservés pour les dates de début et de fin (
'YYYY-MM-DDTHH:MM:SSZ'). Pour une analyse initiale, une période de 3 à 6 mois est recommandée pour équilibrer le volume de données et la pertinence des informations. Pour les environnements à très fort volume, envisagez de commencer par une période plus courte. - Noms d'Étapes et de Statuts: La requête utilise des espaces réservés tels que
'[Nom de l'étape de souscription]'et'[Nom de l'étape de refus]'. Vous devez consulter votre administrateur système nCino pour obtenir les noms API exacts des étapes et statuts utilisés dans votre processus d'origination de prêts et mettre à jour la requête 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