> Amélioration continue des processus > Octroi de prêts > ICE Mortgage Technology > Modèle de données

Votre modèle de données pour l’octroi de prêts

ICE Mortgage Technology

Attributs de l’octroi de prêts (21) Activités liées à l’octroi de prêts (16) Guides d’extraction (2)

Votre modèle de données pour l’octroi de prêts

Ce modèle vous aide à rassembler les données nécessaires à l’analyse des processus. Il présente les attributs essentiels à collecter et les principales activités à suivre dans votre processus d’octroi de prêts. Nous fournissons également des indications pour extraire ces données d’ICE Mortgage Technology.

Attributs recommandés à collecter
Principales activités à suivre
Guide d’extraction pour ICE Mortgage Technology

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs de l’octroi de prêts

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser l’octroi de prêts de manière complète.

3 Obligatoire 6 Recommandé 12 Facultatif

	Nom	Description
	Horodatage de l’événement EventTimestamp	Date et heure précises auxquelles une activité ou un événement donné a été enregistré dans le système.
Description L’Event Timestamp indique le moment où une étape du processus s’est produite. Il fournit l’ordre chronologique nécessaire pour reconstituer le flux du processus et est indispensable à toutes les analyses temporelles. Pour la plupart des activités, il correspond à l’heure de début de l’événement. Cet attribut est essentiel pour calculer les durées et les délais de cycle, par exemple entre « Underwriting Commenced » et « Underwriting Completed ». Il permet d’analyser la performance du processus, d’identifier les retards et les goulots d’étranglement, ainsi que de contrôler le respect des accords de niveau de service (SLA). Pourquoi c’est important Cet horodatage fournit l’ordre chronologique de toutes les activités et constitue la base de tous les calculs de durée, de délai de cycle et de performance. Où les obtenir Chaque enregistrement de jalon ou d’événement dans ICE Mortgage Technology doit comporter un horodatage indiquant le moment où il a été achevé ou enregistré. Exemples 2023-04-15T10:22:15Z2023-04-18T14:05:00Z2023-05-01T09:30:45Z
	Identifiant de la demande de prêt LoanApplicationId	Identifiant unique attribué à chaque demande de prêt, utilisé comme clé primaire pour suivre l’ensemble du processus d’octroi, de la soumission à l’achèvement.
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, afin d’assurer une traçabilité complète du parcours d’octroi d’un prêt donné. Dans une analyse de Process Mining, cet identifiant sert de Case ID. Il relie tous les événements associés, tels que « Application Submitted », « Underwriting Commenced » et « Funds Disbursed », au sein d’une même instance de processus cohérente. Il permet ainsi de reconstituer et d’analyser le parcours de bout en bout de chaque prêt, ce qui est essentiel pour calculer les délais de cycle, identifier les variantes et comprendre les flux du processus. Pourquoi c’est important Il s’agit du Case ID essentiel qui relie toutes les activités associées au sein d’une même instance de processus et permet d’analyser le parcours complet d’octroi du prêt. Où les obtenir Il s’agit de l’identifiant principal du prêt dans ICE Mortgage Technology, souvent appelé Loan Number ou Loan ID dans le système. Exemples 300185624530029947123004512388
	Nom de l’activité ActivityName	Nom d’un événement métier ou d’une étape précise survenue dans le processus d’octroi du prêt, comme « Credit Check Completed » ou « Underwriting Commenced ».
Description L’Activity Name décrit une tâche ou un jalon distinct du cycle de vie de l’octroi du prêt. Ces événements sont enregistrés par ordre chronologique afin de constituer une séquence d’actions pour chaque demande. L’ensemble de ces activités forme la base de la cartographie du processus. Dans l’analyse, l’Activity Name sert à visualiser le flux du processus, à repérer les goulots d’étranglement entre les étapes et à analyser la fréquence ainsi que l’ordre des événements. Il est indispensable pour comprendre le déroulement du processus, mesurer les délais de transition et détecter les boucles de reprise lorsque certaines activités sont répétées. Pourquoi c’est important Cet attribut définit les étapes du processus et permet de visualiser la cartographie, d’analyser le flux du processus et d’identifier les goulots d’étranglement ou les écarts. Où les obtenir Généralement dérivé des journaux d’événements, des enregistrements de changement de statut ou des données de jalons du dossier de prêt dans ICE Mortgage Technology. Exemples Premières informations réglementaires envoyéesDécision d’octroi rendueFonds versésDemande retirée
	Canal de demande ApplicationChannel	Canal ou méthode par lequel la demande de prêt a été initialement soumise.
Description Cet attribut indique l’origine de la demande de prêt, par exemple « Online Portal », « Broker » ou « In-Branch ». Les différents canaux peuvent présenter des niveaux de qualité et de complétude des données ainsi que des profils clients différents, ce qui peut avoir une incidence sur la suite du processus. Application Channel constitue une dimension utile pour comparer la performance du processus. L’analyse peut révéler les canaux les plus efficaces, ceux qui présentent les taux de reprise les plus faibles ou ceux qui conduisent aux taux d’approbation les plus élevés. Ces résultats peuvent aider l’entreprise à optimiser sa stratégie de canaux et à affecter efficacement ses ressources. Pourquoi c’est important Aide à comparer la performance et l’efficacité des différents canaux de soumission afin d’identifier ceux qui sont les plus performants ou qui nécessitent des améliorations. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cette information peut être stockée dans un champ « Source of Business » ou dans un champ équivalent. Exemples CourtierPortail en ligneEn agenceApplication mobile
	Chargé de clientèle affecté AssignedLoanOfficer	Nom ou identifiant du chargé de prêt ou de l’analyste crédit responsable de l’exécution ou du suivi d’une activité donnée.
Description Cet attribut identifie la ressource humaine associée à une étape du processus. Il peut désigner la personne qui a exécuté la tâche, le responsable actuel du dossier de prêt ou le contact principal pour la demande. L’analyse du processus par Assigned Loan Officer aide à comprendre la répartition de la charge de travail, à comparer la performance des personnes ou des équipes et à repérer les besoins d’accompagnement. Elle est essentielle pour les Dashboards consacrés à la performance des ressources, comme « Loan Officer Activity Distribution » et « Underwriting SLA Performance ». Pourquoi c’est important Cet attribut est essentiel à l’analyse fondée sur les ressources. Il permet de mesurer la performance, d’équilibrer les charges de travail et de comparer l’efficacité de différents chargés de prêt et équipes. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Les informations utilisateur sont généralement associées aux enregistrements d’achèvement des jalons ou aux champs de propriété du prêt. Exemples j.doer.browns.smithm.jones
	Heure de fin de l’événement EventEndTime	Date et heure auxquelles une activité a été achevée. Utilisée avec l’heure de début pour calculer le temps de traitement actif d’un événement.
Description L’Event End Time marque l’achèvement d’une tâche précise. Pour les événements considérés comme instantanés, l’heure de fin peut être identique à l’heure de début. Pour les activités dont la durée est mesurable, comme « Underwriting Review », cet horodatage est distinct. Cet attribut permet une analyse plus précise de la performance du processus en distinguant le temps d’attente, c’est-à-dire le délai entre les activités, du temps de traitement, c’est-à-dire la durée d’une activité. Il est essentiel pour calculer la métrique « ProcessingTime » et analyser l’utilisation des ressources. Pourquoi c’est important Permet de calculer le temps de traitement réel des activités et de distinguer le temps de travail actif du temps d’attente, afin d’obtenir une analyse plus précise des goulots d’étranglement. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cette information peut être disponible pour certains événements enregistrés ou correspondre à la StartTime des événements de type jalon. Exemples 2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
	Montant du prêt LoanAmount	Montant total du prêt demandé par le demandeur.
Description Le Loan Amount correspond au principal de la demande de prêt. Cette valeur peut influencer fortement le processus, car les prêts plus importants ou non conformes peuvent nécessiter un examen supplémentaire, différents niveaux d’approbation ou une documentation plus complète, ce qui allonge les délais de cycle. Cet attribut sert de dimension essentielle pour le filtrage et l’analyse. En créant des tranches de montant, par exemple <$250k, $250k-$500k, >500 k$, les analystes peuvent comparer la performance du processus pour différentes tailles de prêt. Il constitue également un élément fondamental des calculs financiers, notamment pour estimer le « Cost per Loan Origination ». Pourquoi c’est important Aide à segmenter le processus afin de déterminer si le montant du prêt a une incidence sur le temps de traitement, les reprises ou les taux d’approbation, et fournit un contexte utile à l’analyse de la performance. Où les obtenir Il s’agit d’un champ fondamental des données de demande de prêt dans ICE Mortgage Technology. Exemples 350000.00750000.00215500.50
	Résultat de la décision DecisionOutcome	Résultat final d’une activité de prise de décision, notamment la décision d’étude du dossier.
Description Cet attribut enregistre le résultat des principaux points de décision du processus, tels que « Approved », « Denied », « Withdrawn » ou « Approved with Conditions ». Il représente l’état final d’une demande de prêt ou le résultat d’un examen intermédiaire. L’analyse de Decision Outcome est essentielle pour comprendre l’efficacité du processus. Elle permet de quantifier les taux d’approbation et de refus et est souvent menée conjointement avec « Reason for Decision » afin d’identifier les principales causes des résultats défavorables. La compréhension de ces résultats est indispensable pour améliorer la qualité des demandes et l’efficacité du processus. Pourquoi c’est important Cet attribut est essentiel pour mesurer l’efficacité du processus, notamment les taux d’approbation, et pour analyser les raisons des refus ou des retraits de prêts. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cette information est généralement liée au jalon de décision d’étude ou au statut final du prêt. Exemples ApprouvéRefuséRetiré par le demandeurApprouvé sous conditions
	Type de produit de prêt LoanProductType	Type précis de produit de prêt demandé, comme « 30-Year Fixed » ou « FHA Loan ».
Description Cet attribut catégorise chaque demande de prêt selon le produit financier proposé. Les différents produits de prêt présentent souvent des exigences de processus, des niveaux de complexité et des contraintes réglementaires distincts, ce qui entraîne des variations dans le processus d’octroi. Dans l’analyse, Loan Product Type constitue une dimension essentielle de segmentation. Il permet aux analystes de comparer les délais de cycle, les taux de reprise et les parcours de processus entre différents produits, afin de déterminer si certains sont moins efficaces. Ces résultats sont importants pour adapter les initiatives d’amélioration et définir des objectifs de performance réalistes. Pourquoi c’est important Permet de comparer la performance de différents types de prêts et d’identifier les produits associés à des processus plus complexes ou moins efficaces. Où les obtenir Cette information constitue une donnée de référence pour tout prêt et doit être disponible dans la section principale des détails du prêt d’ICE Mortgage Technology. Exemples Prêt conventionnel à taux fixe sur 30 ansPrêt conventionnel à taux fixe sur 15 ansPrêt à taux ajustable 5/1Prêt FHAPrêt VA
	Délai de traitement du prêt LoanCycleTime	Durée totale calculée entre le premier et le dernier événement d’une demande de prêt.
Description Durée totale écoulée entre le début et la fin d’un dossier de demande de prêt. Elle correspond à la différence entre l’horodatage du premier événement, par exemple « Loan Application Created », et celui du dernier événement, par exemple « Funds Disbursed » ou « Loan Denied ». Cet attribut constitue un indicateur clé pour mesurer l’efficacité globale du processus. Il donne une vue d’ensemble du temps nécessaire au traitement d’un prêt, du début à la fin. Les analystes utilisent cette mesure pour suivre les performances dans le temps, les comparer aux références du secteur et évaluer l’impact des initiatives d’amélioration. La ventilation du délai moyen par dimensions, telles que le type de produit de prêt ou le canal de demande, permet d’identifier les variantes de processus les plus ou les moins efficaces. Pourquoi c’est important Ce KPI mesure directement l’efficacité de bout en bout du processus d’octroi de prêts. Il fournit une mesure essentielle pour suivre les performances et accélérer la prestation de services. Où les obtenir Calculé en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque Loan Application ID. Exemples 259200038880004752000
	Dernière mise à jour des données LastDataUpdate	Horodatage indiquant la dernière actualisation ou extraction des données de cet enregistrement depuis le système source.
Description Cet attribut fournit la date et l’heure de l’extraction de données la plus récente. Il est essentiel pour évaluer l’actualité des données analysées et gérer les calendriers d’actualisation. Bien qu’il ne soit généralement pas utilisé pour analyser le processus lui-même, il est indispensable aux rapports des Dashboards et à la gouvernance des données. Il informe les utilisateurs du degré d’actualité de l’analyse et aide à diagnostiquer les problèmes liés à des informations obsolètes. Pourquoi c’est important Informe les utilisateurs de l’actualité des données, ce qui est essentiel pour garantir que les analyses et les Dashboards reposent sur des informations à jour. Où les obtenir Cet horodatage est généralement généré et ajouté au jeu de données lors du processus d’extraction et de chargement des données (ETL). Exemples 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Est automatisé IsAutomated	Indicateur booléen précisant si une activité a été exécutée automatiquement par un système ou manuellement par un utilisateur.
Description Cet attribut distingue les tâches exécutées par un logiciel, comme une vérification de solvabilité automatisée ou l’envoi de documents générés par le système, des tâches nécessitant une intervention humaine. Cette information est essentielle aux initiatives d’automatisation. L’analyse du processus à l’aide de cet attribut permet de quantifier le niveau d’automatisation et d’identifier les possibilités d’amélioration. Elle sert à calculer des KPI tels que « Manual Activity Frequency » et peut mettre en évidence des goulots d’étranglement manuels particulièrement adaptés à l’automatisation, avec pour objectif de réduire les coûts et d’accélérer le traitement. Pourquoi c’est important Aide à quantifier le niveau d’automatisation du processus et à identifier les activités manuelles qui constituent des goulots d’étranglement, afin de préparer de futures initiatives d’automatisation. Où les obtenir Souvent dérivé de la mise en correspondance des noms d’activités ou des identifiants utilisateur, par exemple « System », avec un statut d’automatisation. Il est peu probable qu’il s’agisse d’un champ direct du système source. Exemples truefalse
	État du bien immobilier PropertyState	État des États-Unis dans lequel se situe le bien associé à la demande de prêt.
Description Cet attribut fournit la localisation géographique du bien. Les réglementations relatives aux prêts, les conditions de marché et les exigences de traitement peuvent varier fortement d’un État à l’autre, ce qui peut influencer le processus d’octroi. Property State constitue une dimension utile pour l’analyse géographique. Il permet de comparer la performance du processus, notamment les délais de cycle et les taux d’approbation, entre différentes régions. Cette analyse peut aider à repérer les goulots d’étranglement régionaux ou à mettre en évidence l’incidence des réglementations propres à chaque État. Pourquoi c’est important Permet une analyse géographique du processus et aide à identifier les écarts de performance régionaux susceptibles d’être liés aux conditions de marché ou aux réglementations propres à chaque État. Où les obtenir Il s’agit d’un champ standard de la section consacrée aux informations sur le bien dans les données de demande de prêt d’ICE Mortgage Technology. Exemples CATXFLNYIL
	État du SLA SLAState	Statut calculé indiquant si une activité ou un dossier a respecté son accord de niveau de service (SLA).
Description Indique si une activité ou l’ensemble du dossier est terminé dans le délai cible défini par le SLA. Cet attribut est généralement calculé en comparant le délai réel au délai cible prédéfini, tel que UnderwritingSlaTarget. Il est essentiel au suivi des performances et de la conformité. Les Dashboards utilisent souvent SLAState pour visualiser le pourcentage de prêts respectant leurs objectifs, ce qui permet aux responsables de suivre les performances par rapport aux objectifs clés. La segmentation des performances liées au SLA par chargé de prêt, type de produit ou canal peut révéler les domaines les plus performants et les possibilités d’amélioration, afin de garantir le respect des engagements de service de l’organisation. Pourquoi c’est important Fournit un indicateur clair et immédiat des performances par rapport aux objectifs de délai, ce qui facilite le suivi et le reporting de la conformité aux SLA. Où les obtenir Cet attribut n’existe pas dans le système source. Il est calculé en comparant la durée réelle d’un segment de processus à l’objectif de SLA correspondant. Exemples Dans les délaisÀ risqueEn retard
	Indicateur de reprise IsRework	Indicateur booléen calculé qui identifie si une activité constitue une étape répétée au sein d’un même dossier.
Description Indicateur booléen qui précise si une activité est exécutée pour la deuxième fois ou davantage dans le cadre d’une même demande de prêt. Cette situation est généralement détectée lorsqu’une activité intervient après une étape ultérieure du processus standard, par exemple lorsque « Supporting Documents Requested » survient après « Underwriting Decision Rendered ». L’analyse des reprises est fondamentale pour comprendre les inefficacités du processus. En filtrant les activités pour lesquelles IsRework est vrai, les analystes peuvent quantifier la fréquence et l’impact des boucles de reprise. Cela aide à identifier les causes profondes, telles qu’une documentation initiale incomplète ou des exigences peu claires, et s’avère essentiel pour calculer le KPI Application Rework Rate et simplifier le processus. Pourquoi c’est important Quantifie directement l’inefficacité du processus en signalant les tâches répétées. Il devient ainsi plus simple de mesurer la fréquence des reprises et d’en rechercher les causes profondes. Où les obtenir Cet attribut n’existe pas dans le système source. Il est calculé par le logiciel de Process Mining, qui détecte les activités répétées ou les boucles de retour dans le flux du processus d’un dossier. Exemples truefalse
	Motif de la décision ReasonForDecision	Code ou description textuelle expliquant la raison d’un résultat de décision donné, comme le refus d’un prêt.
Description Cet attribut fournit le contexte de « DecisionOutcome ». Lorsqu’un prêt est refusé ou nécessite une reprise, ce champ en précise la raison, par exemple « High debt-to-income ratio » ou « Incomplete documentation ». Cette information est très utile pour l’analyse des causes racines. En analysant les motifs les plus fréquents de refus ou de reprise, l’organisation peut identifier les problèmes systémiques du processus ou les défauts de qualité des demandes. Ces résultats peuvent conduire à des améliorations ciblées, comme des instructions plus claires pour les demandeurs ou une formation complémentaire des chargés de prêt. Pourquoi c’est important Explique les raisons des refus ou des reprises de prêts et permet une analyse des causes racines afin de traiter les problèmes systémiques et d’améliorer le taux de traitement correct dès la première fois. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cette information est souvent enregistrée dans des champs de codes motif ou dans des notes associées à un jalon de décision. Exemples Score de crédit inférieur au seuilDocuments de demande incompletsRatio DTI élevéValeur d’expertise trop faible
	Objectif de SLA de l’évaluation UnderwritingSlaTarget	Durée cible prédéfinie de l’accord de niveau de service (SLA) pour l’étape d’évaluation.
Description Cet attribut définit le délai maximal attendu pour terminer le processus d’évaluation, de « Underwriting Commenced » à « Underwriting Completed ». Il sert de référence pour mesurer les performances réelles. Il constitue une donnée essentielle pour calculer le respect du SLA. Il permet de créer un attribut « SLAState » afin de signaler les tâches d’évaluation comme « On Time » ou « Late ». Les Dashboards qui suivent les performances liées au SLA s’appuient sur cet objectif pour donner aux responsables une vision claire du respect des engagements de service. Pourquoi c’est important Fournit la référence nécessaire pour mesurer et suivre objectivement les performances de l’évaluation au regard des accords de niveau de service. Où les obtenir Il peut ne pas s’agir d’un champ du système source, mais d’une information métier associée aux données lors de la transformation. Sa valeur peut varier selon le type de prêt ou la région. Exemples 259200432000
	Score de crédit CreditScore	Score de crédit du demandeur principal au moment de la vérification de solvabilité.
Description Le score de crédit du demandeur constitue un facteur déterminant dans la décision de prêt et peut influer sur la complexité du processus d’évaluation. Les demandes associées à des scores plus faibles peuvent nécessiter un examen et des justificatifs plus approfondis. Cet attribut apporte une dimension utile à l’analyse fondée sur le risque. En segmentant les demandes par tranches de score de crédit, les analystes peuvent rechercher une éventuelle corrélation entre le score, les délais de traitement, les taux de reprise ou l’issue de la décision finale. Ces analyses peuvent contribuer à affiner l’évaluation des risques et à mieux gérer les ressources. Pourquoi c’est important Fournit une dimension de risque pour l’analyse et aide à déterminer si le risque de crédit est corrélé à la complexité du processus, au délai de traitement ou à l’issue de la décision. Où les obtenir Ces données proviennent généralement d’une agence d’évaluation du crédit et sont enregistrées dans les informations de l’emprunteur au sein d’ICE Mortgage Technology. Exemples 785692740810
	Service chargé de l’étude du dossier UnderwritingDepartment	Équipe ou service d’étude précis chargé de traiter la demande de prêt.
Description Cet attribut identifie l’unité organisationnelle responsable de la phase d’étude du prêt. Dans les grandes organisations, les services peuvent être spécialisés par région, type de prêt ou niveau de risque. Comme Assigned Loan Officer, cet attribut permet d’analyser la performance au niveau de l’équipe ou du service. Il peut servir à comparer les charges de travail, l’efficacité et le respect des SLA entre différents groupes d’étude, afin d’aider la direction à repérer les équipes les plus performantes et à partager les bonnes pratiques. Pourquoi c’est important Permet d’analyser et de comparer la performance au niveau de l’équipe ou du service, ce qui est utile pour la gestion des ressources et l’identification de problèmes systémiques au sein de certains groupes. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cette information peut faire partie des données utilisateur associées à l’analyste crédit ou figurer dans un champ de routage distinct. Exemples UW-EastUW-WestÉquipe d’étude des prêts jumboÉquipe d’étude des prêts publics
	Système source SourceSystem	Identifie le système ou la plateforme d’origine à partir duquel les données ont été extraites.
Description Cet attribut précise le logiciel ou l’application qui a généré les données du processus, comme « ICE Mortgage Technology Encompass » ou un CRM connecté. Il est particulièrement utile lorsque les données sont agrégées à partir de plusieurs sources. Dans l’analyse, SourceSystem facilite la validation des données et fournit un contexte sur l’origine d’un événement. Il peut servir à filtrer l’analyse pour certains systèmes ou à examiner des problèmes de qualité propres à une source donnée. Pourquoi c’est important Fournit un contexte essentiel sur l’origine des données, important pour leur validation, le diagnostic des problèmes et la compréhension des variations du processus entre différents systèmes. Où les obtenir Cette valeur peut être ajoutée manuellement lors de l’extraction des données ou figurer dans les en-têtes si l’export provient d’un entrepôt de données. Exemples ICE Mortgage Technology EncompassICE Mortgage Technology VelocifyCRM interne
	Type de client CustomerType	Classification du demandeur de prêt, comme « First-Time Homebuyer » ou « Refinance ».
Description Cet attribut segmente les clients selon leur profil ou leur relation avec le prêteur. Les besoins et les documents requis pour un primo-accédant peuvent être très différents de ceux d’un investisseur ou d’une personne qui refinance un prêt, ce qui peut entraîner des parcours distincts. L’analyse du processus par type de client peut révéler des variations dans l’expérience client et l’efficacité du processus. Elle permet de répondre à des questions telles que : « Les primo-accédants connaissent-ils des délais de traitement plus longs ? » ou « Les demandes de refinancement sont-elles traitées plus rapidement ? ». Ces analyses peuvent orienter les stratégies de service client et les ajustements du processus. Pourquoi c’est important Permet d’analyser le processus en fonction du client afin de déterminer si différents types de clients rencontrent des niveaux d’efficacité ou des difficultés différents. Où les obtenir Consultez la documentation d’ICE Mortgage Technology. Cet attribut peut être déduit de l’objet du prêt ou d’autres données relatives au demandeur. Exemples Accédant à la propriétéRachat de prêtInvestisseurClient existant

Obligatoire Recommandé Facultatif

Activités liées à l’octroi de prêts

Voici les principales étapes et jalons du processus à enregistrer dans votre journal d’événements pour une découverte précise du processus.

5 Recommandé 11 Facultatif

	Activité	Description
	Autorisation de clôture émise	Notification officielle confirmant que toutes les conditions sont satisfaites et que le prêteur est prêt à planifier la clôture et à décaisser le prêt. Il s’agit d’une étape essentielle, qui indique que le prêt est prêt à entrer dans sa phase finale.
Pourquoi c’est important Il s’agit d’un jalon important du processus, qui signale la fin des activités d’étude et de traitement. Il permet de mesurer le délai entre la demande et l’approbation finale. Où les obtenir Enregistré à partir de la date d’achèvement du jalon « Clear to Close » (CTC) dans Encompass. Il s’agit d’une étape standard et clairement définie du flux de travail. Collecte Déduit du renseignement du champ de date « Clear to Close » dans le suivi des étapes du prêt. Type d’événement inferred
	Décision d’octroi rendue	Cette activité correspond à l’achèvement de l’examen initial du dossier, qui aboutit à une décision telle que l’approbation, la suspension ou le refus. Elle marque une étape majeure du cycle de vie du prêt.
Pourquoi c’est important Cet événement clôt la mesure du délai du cycle d’étude et constitue un point de décision essentiel. L’analyse des résultats et du temps nécessaire permet d’évaluer la performance de l’étude et d’identifier les causes des reprises de traitement. Où les obtenir Il s’agit d’une étape clé dans Encompass, enregistrée à partir de la date d’achèvement de l’étape d’étude du dossier. La décision elle-même est stockée dans un champ distinct. Collecte Déduit de l’horodatage d’achèvement de l’étape « Underwriting » ou du passage du statut à « Approved », « Suspended » ou « Denied ». Type d’événement inferred
	Demande de prêt créée	Cette activité marque le début officiel du processus d’octroi de prêt, lorsqu’un chargé de prêts crée un nouveau dossier dans le système. L’événement est enregistré lors de la première sauvegarde du dossier, qui établit le Loan Application ID unique.
Pourquoi c’est important En tant qu’événement de début principal, cette activité est essentielle pour calculer le temps de cycle global du prêt et analyser le volume des demandes reçues. Elle constitue la référence de toutes les mesures ultérieures du processus et des analyses de débit. Où les obtenir Il s’agit généralement d’un événement explicite enregistré dans l’historique du prêt ou le journal d’audit. Il peut également être déduit de l’horodatage de création du dossier associé au Loan Application ID. Collecte Capturé à partir de la date de création du dossier de prêt ou de la première entrée dans sa piste d’audit. Type d’événement explicit
	Étude du dossier commencée	Marque le début officiel de l’étude du dossier, au cours de laquelle un analyste crédit commence l’examen formel de la demande de prêt et de l’ensemble des justificatifs. Le dossier est officiellement transmis à la file d’attente d’étude ou attribué à un analyste crédit.
Pourquoi c’est important Il s’agit du point de départ pour mesurer le délai du cycle d’étude du dossier, un KPI essentiel de l’efficacité opérationnelle. Cette mesure aide à analyser la charge de travail des analystes et à repérer les goulots d’étranglement en amont de l’étude. Où les obtenir Généralement déduit de l’horodatage correspondant à l’attribution du dossier à l’étape « Underwriting » ou au passage de son statut à « In Underwriting ». Collecte Déduit du champ de date « Submitted to Underwriting » ou du passage du statut à « Underwriting in Progress ». Type d’événement inferred
	Fonds versés	Marque l’achèvement et la fin du processus d’octroi du prêt, lorsque le montant du prêt est versé. Cet événement clôt le parcours du prêt, de la demande au décaissement.
Pourquoi c’est important En tant qu’événement final principal correspondant à une réussite, il est essentiel pour calculer le délai de bout en bout des prêts octroyés avec succès. Il sert également à mesurer le débit de traitement des demandes. Où les obtenir Enregistré à partir du champ « Funding Date » ou « Disbursement Date » dans Encompass. Cette date est renseignée une fois le virement confirmé. Collecte Déduit du renseignement du champ « Funding Date » dans les données du prêt. Type d’événement inferred
	Conditions levées	Cet événement indique que toutes les conditions de l’étude ont été satisfaites, vérifiées et validées par l’équipe chargée de l’étude. Le prêt est désormais prêt pour les dernières étapes de clôture.
Pourquoi c’est important Marque la fin des reprises de traitement postérieures à l’étude. Le délai entre « Loan Approved with Conditions » et cet événement met en évidence l’efficacité de la résolution des éléments en suspens. Où les obtenir Déduit de l’horodatage correspondant à la mise à jour du statut du prêt indiquant que toutes les conditions sont satisfaites, souvent dans le cadre de l’étape « Final Approval » d’Encompass. Collecte Déduit de la date d’achèvement de l’étape « Conditions Cleared » ou « Final Approval ». Type d’événement inferred
	Demande retirée	Représente une fin défavorable du processus, le demandeur choisissant de retirer sa demande. Il s’agit d’un autre statut final du dossier de prêt.
Pourquoi c’est important Il s’agit d’un événement final correspondant à un échec, déclenché par le client. L’analyse du moment et des raisons des retraits peut fournir des indications sur la satisfaction client, la concurrence et les points de friction du processus. Où les obtenir Enregistré lorsque le statut final du prêt est défini sur « Withdrawn ». La date de ce changement de statut figure dans les journaux du système ou dans un champ de date lié à une étape. Collecte Déduit d’un statut final « Withdrawn » et de l’horodatage de ce changement de statut. Type d’événement inferred
	Documents de clôture envoyés	Correspond au moment où le Closing Disclosure (CD) final est envoyé au demandeur pour examen. Il s’agit d’une étape obligatoire de Conformité, qui doit intervenir un nombre défini de jours avant la clôture.
Pourquoi c’est important Le suivi de cette activité est essentiel pour garantir la conformité TRID, car elle déclenche une période d’attente obligatoire. Tout retard à cette étape peut avoir une incidence directe sur la date de clôture prévue. Où les obtenir Enregistré à partir de la date d’achèvement de l’étape « Closing Disclosure Sent » ou d’un champ de date spécifique dans la section Conformité du dossier de prêt dans Encompass. Collecte Déduit de l’horodatage associé à l’étape « CD Sent » ou à un jalon équivalent. Type d’événement inferred
	Documents du prêt signés	Cette activité se produit lorsque l’emprunteur signe les documents définitifs du prêt lors de la clôture. Cet événement confirme son accord avec les conditions du prêt et précède le décaissement.
Pourquoi c’est important Il s’agit de la dernière étape majeure impliquant l’emprunteur avant le décaissement. Elle confirme que le prêt suit son cours et permet de mesurer la phase de « closing » du processus. Où les obtenir Enregistré à partir du champ « Documents Signed » ou « Closing Date » dans le dossier de prêt Encompass. Cette date est saisie par l’agent chargé de la clôture ou par le chargé de prêt. Collecte Déduit du renseignement du champ « Signing Date » ou « Closing Date » dans les données du prêt. Type d’événement inferred
	Expertise reçue	Correspond au moment où le rapport d’évaluation du bien est reçu de l’évaluateur et ajouté au dossier de prêt. Cette étape est essentielle pour déterminer la valeur du bien et constitue une dépendance importante de l’approbation finale du prêt.
Pourquoi c’est important Le processus d’évaluation est souvent à l’origine de retards importants. Le suivi des dates de commande et de réception de l’évaluation permet de surveiller et de gérer efficacement cette dépendance externe. Où les obtenir Cet événement est généralement enregistré lorsque le document d’évaluation est téléversé et que le champ de date de l’étape « Appraisal Received » correspondante dans Encompass est renseigné. Collecte Déduit du renseignement du champ « Appraisal Received Date » ou d’un changement de statut associé. Type d’événement inferred
	Pièces justificatives demandées	Cette activité intervient lorsque le gestionnaire ou le chargé de prêts demande officiellement au demandeur les documents nécessaires, tels que des bulletins de salaire ou des relevés bancaires. Elle est souvent déclenchée après l’achèvement de l’examen initial.
Pourquoi c’est important Elle marque le début de la phase de collecte des documents. L’analyse du délai entre cette demande et la réception des documents permet d’identifier les goulots d’étranglement causés par les retards du demandeur ou par une communication imprécise. Où les obtenir Cet événement peut être déduit des changements de statut du dossier de prêt, de la date d’achèvement d’une étape précise ou des journaux de communication dans le système Encompass. Collecte Déduit d’un changement de statut vers « Documents en attente » ou d’un horodatage associé à un modèle de demande de document. Type d’événement inferred
	Pièces justificatives reçues	Indique que tous les justificatifs initialement demandés ont été reçus du demandeur et téléversés dans le dossier de prêt. Cet événement est un prérequis pour faire passer la demande à l’étude du dossier.
Pourquoi c’est important Cette activité clôt la phase de collecte des documents. La durée entre « Supporting Documents Requested » et cet événement constitue un KPI important pour mesurer l’efficacité du demandeur et du gestionnaire de dossier. Où les obtenir Généralement déduit de l’achèvement de l’étape « Documents Received » ou « Ready for Underwriting ». Il peut également être déterminé à partir de l’horodatage du téléversement du dernier document requis. Collecte Déduit de l’horodatage correspondant au passage du statut du prêt à « Processing » ou « Ready for Underwriting ». Type d’événement inferred
	Premières informations réglementaires envoyées	Représente le moment où le premier ensemble d’informations réglementaires, comme le Loan Estimate, est envoyé au demandeur. Il s’agit d’une étape réglementaire importante qui doit intervenir dans un délai précis après la demande.
Pourquoi c’est important Le suivi de cette activité est essentiel pour contrôler le respect de réglementations telles que TRID. Le délai entre la création de la demande et cette étape peut révéler des retards au début du processus. Où les obtenir Capturé à partir de la date d’achèvement de l’étape « Initial Disclosures » dans Encompass. Il s’agit généralement d’un champ de date renseigné lorsque les documents sont générés et envoyés. Collecte Déduit de l’horodatage associé à l’achèvement de l’étape ou du statut « Initial Disclosures Sent ». Type d’événement inferred
	Prêt approuvé sous conditions	Se produit lorsque l’analyste crédit approuve le prêt sous réserve de conditions précises à remplir avant la clôture. Il s’agit d’un résultat fréquent de l’examen initial du dossier.
Pourquoi c’est important Cette activité déclenche la phase de levée des conditions. Son suivi permet d’analyser les reprises de traitement et les retards entre l’approbation initiale et l’étape finale « Clear to Close ». Où les obtenir Généralement enregistré lorsque le statut de la décision d’étude passe à « Approved with Conditions » ou « Suspended ». L’horodatage de ce changement de statut figure dans la piste d’audit du prêt. Collecte Déduit du passage du statut à « Approved with Conditions » et de l’horodatage correspondant dans le journal des étapes. Type d’événement inferred
	Prêt refusé	Cette activité représente une fin défavorable du processus, le prêteur refusant officiellement la demande de prêt. Il s’agit d’un statut final du dossier.
Pourquoi c’est important Il s’agit d’un événement final correspondant à un échec. L’analyse des prêts qui se terminent par cette activité, avec les codes motif associés, aide à repérer les possibilités d’amélioration de la qualité des demandes ou des critères d’étude. Où les obtenir Enregistré lorsque le statut final du prêt est défini sur « Denied ». La date de ce changement de statut figure dans le journal d’audit du prêt ou dans un champ de date spécifique lié à une étape. Collecte Déduit d’un statut final « Denied » et de l’horodatage de ce changement de statut. Type d’événement inferred
	Vérification de solvabilité terminée	Cette activité indique qu’un rapport de solvabilité a été obtenu et examiné avec succès pour le demandeur. Les résultats de cette vérification constituent un élément essentiel de la décision d’étude du dossier.
Pourquoi c’est important La vérification de solvabilité est une dépendance importante de l’étude du dossier. Tout retard à cette étape peut bloquer l’ensemble du processus, tandis que son résultat influence directement la décision relative au prêt. Où les obtenir Cette étape est généralement enregistrée au moyen d’une intégration avec une agence d’évaluation du crédit. Un horodatage est habituellement ajouté au dossier de prêt lorsque le rapport de solvabilité est reçu et joint. Collecte Enregistré à partir du champ de date « Credit Report Ordered » ou « Credit Report Received » dans le dossier de prêt. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis ICE Mortgage Technology

Étapes

Connectez-vous au client de bureau ICE Encompass avec un compte utilisateur disposant des autorisations de reporting.
Accédez à la section de reporting de l’application. Elle se trouve généralement sous un élément du menu principal tel que Services, Tools ou Reporting.
Localisez et ouvrez le générateur de rapports ou l’outil de création de rapports personnalisés. Sélectionnez l’option permettant de créer un rapport vierge.
Comme source principale des données, sélectionnez l’objet Milestone Log ou un objet portant un nom similaire, qui contient l’historique des jalons des dossiers de prêt.
Dans l’interface du générateur de rapports, ajoutez les colonnes nécessaires à la création du journal d’événements. Ajoutez les champs correspondant à LoanApplicationId, ActivityName (nom du jalon) et EventTimestamp (date d’achèvement du jalon).
Ajoutez les colonnes d’attributs recommandées en sélectionnant les champs de données de prêt correspondants, tels que LoanProductType, LoanAmount et AssignedLoanOfficer. Ces champs sont généralement liés à la fiche principale du prêt.
Configurez les filtres du rapport. Le filtre le plus important porte sur le champ Milestone Name. Créez un filtre qui inclut uniquement les noms de jalons correspondant aux activités requises. Consultez la section Query pour obtenir la liste des jalons.
Ajoutez un second filtre sur EventTimestamp (date d’achèvement du jalon) afin de limiter l’extraction à une période donnée, par exemple les 3 à 6 derniers mois. Cette étape est essentielle pour maîtriser la taille de l’export.
Exécutez le rapport dans l’interface Encompass afin de prévisualiser les données et de vérifier leur structure ainsi que la présence des enregistrements attendus.
Une fois l’aperçu validé, utilisez la fonction d’export. Choisissez d’exporter les données au format CSV ou Microsoft Excel (XLSX).
Ouvrez le fichier exporté pour effectuer un dernier contrôle qualité. Vérifiez que les en-têtes de colonnes correspondent aux noms d’attributs requis : LoanApplicationId, ActivityName, EventTimestamp, etc. Effectuez les ajustements nécessaires.
Le fichier est maintenant prêt à être importé. Enregistrez la version finale au format CSV avec un encodage UTF-8.

Configuration

Source des données du rapport : la source principale doit être le Milestone Log ou une table équivalente d’historique des prêts, qui enregistre l’achèvement des principales étapes du processus.
Période : il est essentiel d’appliquer un filtre sur la date d’achèvement du jalon (EventTimestamp). Une période de 3 à 6 mois constitue généralement une base adaptée pour obtenir une taille de fichier maîtrisable et des analyses pertinentes.
Filtre sur les jalons : vous devez appliquer un filtre précis au champ ActivityName (nom du jalon) afin de n’inclure que les 16 activités requises. Encompass contient de nombreux jalons techniques ou secondaires qu’il convient d’exclure pour réduire le bruit.
Filtre sur le statut du prêt : envisagez d’exclure les prêts de test ou les prêts présentant un statut inactif s’ils ne sont pas pertinents pour l’analyse du processus.
Sélection des champs : veillez à sélectionner tous les champs requis et recommandés. Certains champs, comme LoanAmount, proviennent de la fiche principale du prêt et non du Milestone Log. Le générateur de rapports doit permettre de les joindre ou de les inclure.
Prérequis : l’utilisateur qui exécute le rapport doit disposer d’autorisations suffisantes dans Encompass pour accéder aux services de reporting et consulter tous les champs de données sélectionnés dans les différents dossiers de prêt.

a Exemple de requête config

This extraction is configured using the Encompass report builder UI, not a script. The configuration below describes the fields and filters to apply.

**Report Type**: Custom Report
**Primary Data Source**: Milestone Log

**Columns to Include (Field ID in brackets are examples):**
*   `LoanApplicationId`: [Loan.LoanNumber]
*   `ActivityName`: [Milestone.Name]
*   `EventTimestamp`: [Milestone.CompletedDate]
*   `EventEndTime`: [Milestone.CompletedDate] (Note: Milestone logs typically only provide a completion timestamp, which can be used for both start and end if granular duration is not available.)
*   `AssignedLoanOfficer`: [Loan.LoanOfficer]
*   `LoanProductType`: [Loan.LoanProgram]
*   `LoanAmount`: [Loan.LoanAmount]
*   `DecisionOutcome`: [Underwriting.Decision]
*   `ApplicationChannel`: [Loan.ApplicationSource]

**Filters to Apply:**
1.  **Date Range Filter:**
    *   Field: `[Milestone.CompletedDate]`
    *   Operator: `is between`
    *   Value: `[Specify Start Date]` and `[Specify End Date]`

2.  **Activity Name Filter:**
    *   Field: `[Milestone.Name]`
    *   Operator: `is one of`
    *   Values (Map the required activities to your organization's specific Encompass Milestone names. The following are common examples):
        *   'File Started' (for Loan Application Created)
        *   'Initial Disclosures Sent' (for Initial Disclosures Sent)
        *   'Processing Docs Requested' (for Supporting Documents Requested)
        *   'Processing Docs Received' (for Supporting Documents Received)
        *   'Credit Ordered' (for Credit Check Completed)
        *   'Appraisal Received' (for Appraisal Received)
        *   'Submitted to Underwriting' (for Underwriting Commenced)
        *   'Underwriting Decision Complete' (for Underwriting Decision Rendered)
        *   'Approved with Conditions' (for Loan Approved with Conditions)
        *   'Conditions Cleared' (for Conditions Cleared)
        *   'Clear to Close' (for Clear To Close Issued)
        *   'Closing Disclosure Sent' (for Closing Disclosures Sent)
        *   'Docs Signed' (for Loan Documents Signed)
        *   'Funded' (for Funds Disbursed)
        *   'Denied' (for Loan Denied)
        *   'Withdrawn' (for Application Withdrawn)

Étapes

Prérequis : obtenir les identifiants API
- Créez un compte sur le portail Encompass Developer Connect fourni par ICE Mortgage Technology.
- Créez une application API afin d'obtenir un Client ID et un Client Secret uniques.
- Vérifiez que l'utilisateur API associé à ces identifiants dispose des autorisations suffisantes dans Encompass pour accéder aux données des prêts, notamment aux vues du pipeline, aux jalons et aux données de champs.
Configurer l'environnement Python
- Installez Python sur votre machine, de préférence dans une version 3.7 ou ultérieure.
- Installez les bibliothèques Python nécessaires à l'envoi de requêtes API et au traitement des données. Ouvrez votre terminal ou votre invite de commandes, puis exécutez les commandes suivantes : pip install requests pip install pandas
Configurer le script d'extraction
- Enregistrez le script Python fourni dans un fichier, par exemple encompass_extractor.py.
- Ouvrez le script et remplacez les valeurs d'exemple de CLIENT_ID, CLIENT_SECRET et API_BASE_URL par vos identifiants et l'URL de votre environnement.
Personnaliser les correspondances et les filtres
- Examinez le dictionnaire MILESTONE_TO_ACTIVITY_MAPPING dans le script. Les clés correspondent aux noms des jalons dans votre instance Encompass. Vous devez les mettre à jour afin qu'ils correspondent exactement aux noms utilisés par votre organisation et que les activités soient correctement enregistrées.
- Modifiez le dictionnaire FIELD_IDS si votre instance utilise d'autres identifiants de champs pour les attributs recommandés.
- Définissez les variables START_DATE et END_DATE afin de préciser la période des demandes de prêt à extraire.
Exécuter le script Python
- Exécutez le script depuis votre terminal ou votre invite de commandes à l'aide de la commande suivante : python encompass_extractor.py.
- Le script s'authentifie d'abord auprès de l'API, récupère un jeton d'accès, puis interroge le pipeline des prêts pour la période indiquée.
Suivre le processus d'extraction
- Le script affiche l'avancement dans la console et indique le nombre de prêts traités.
- Pour chaque prêt, il récupère l'historique des jalons et les données de champs pertinentes, les transforme au format Event Log, puis les ajoute à une liste.
Gérer les erreurs éventuelles
- Le script intègre une gestion élémentaire des erreurs liées aux requêtes API. En cas d'erreur, par exemple des identifiants invalides ou un problème réseau, un message s'affiche. Surveillez la console pendant l'exécution.
Récupérer le fichier de sortie
- Une fois le script terminé, il crée un fichier CSV nommé encompass_loan_origination_event_log.csv dans le même répertoire.
Préparer le chargement
- Ce fichier CSV constitue l'Event Log final. Vérifiez qu'il contient les données attendues. Sa structure comprend les colonnes requises (LoanApplicationId, ActivityName, EventTimestamp) et il peut être chargé directement dans ProcessMind.

Configuration

Identifiants API : un Client ID et un Client Secret valides, issus d'une application enregistrée sur le portail Encompass Developer Connect, sont nécessaires pour l'authentification.
Autorisations utilisateur : l'utilisateur API doit disposer des droits nécessaires dans Encompass pour consulter le pipeline des prêts et accéder aux données détaillées des champs et des jalons pour les prêts concernés.
Période : le script nécessite les variables START_DATE et END_DATE pour filtrer la requête initiale sur le pipeline des prêts. Pour une première extraction, une période de 3 à 6 mois est recommandée afin de trouver un équilibre entre le volume de données et les performances.
Correspondance des jalons : MILESTONE_TO_ACTIVITY_MAPPING constitue la configuration la plus importante. Vous devez associer les noms de jalons propres à votre instance Encompass aux noms d'activités standardisés requis par l'Event Log. Cette correspondance est propre à la configuration de chaque prêteur.
Identifiants de champs : le script utilise un dictionnaire prédéfini d'FIELD_IDS Encompass pour extraire des attributs tels que Loan Amount. Ces identifiants sont généralement standard, mais peuvent être personnalisés. Vérifiez-les dans votre configuration Encompass.
URL du point de terminaison API : API_BASE_URL doit correspondre à l'URL correcte de votre instance Encompass, par exemple https://api.elliemae.com.

a Exemple de requête python

import requests
import pandas as pd
import json
import time
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your actual credentials and API endpoint
CLIENT_ID = class="hl-string">'[Your_Client_ID]'
CLIENT_SECRET = class="hl-string">'[Your_Client_Secret]'
API_BASE_URL = class="hl-string">'https://api.elliemae.com' 

class=class="hl-string">"hl-comment"># Set the date range for the loan search
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-12-31'

class=class="hl-string">"hl-comment"># --- Mappings and Field Definitions --- #
class=class="hl-string">"hl-comment"># CRITICAL: Update keys to match the milestone names in your Encompass instance
MILESTONE_TO_ACTIVITY_MAPPING = {
    class="hl-string">'Application': class="hl-string">'Loan Application Created',
    class="hl-string">'Initial Disclosures Sent': class="hl-string">'Initial Disclosures Sent',
    class="hl-string">'Docs Requested': class="hl-string">'Supporting Documents Requested',
    class="hl-string">'Docs Received': class="hl-string">'Supporting Documents Received',
    class="hl-string">'Credit Ordered': class="hl-string">'Credit Check Completed',
    class="hl-string">'Appraisal Received': class="hl-string">'Appraisal Received',
    class="hl-string">'Submitted': class="hl-string">'Underwriting Commenced',
    class="hl-string">'Approved': class="hl-string">'Underwriting Decision Rendered',
    class=class="hl-string">"hl-comment"># Note: class="hl-string">'Loan Approved with Conditions' is often the same as the class="hl-string">'Approved' milestone.
    class=class="hl-string">"hl-comment"># The class="hl-string">'DecisionOutcome' attribute will provide the specific status.
    class="hl-string">'Approved with Conditions': class="hl-string">'Loan Approved with Conditions',
    class="hl-string">'Conditions Cleared': class="hl-string">'Conditions Cleared',
    class="hl-string">'Clear to Close': class="hl-string">'Clear To Close Issued',
    class="hl-string">'Closing Disclosure Sent': class="hl-string">'Closing Disclosures Sent',
    class="hl-string">'Docs Signed': class="hl-string">'Loan Documents Signed',
    class="hl-string">'Funded': class="hl-string">'Funds Disbursed',
    class="hl-string">'Denied': class="hl-string">'Loan Denied',
    class="hl-string">'Withdrawn': class="hl-string">'Application Withdrawn'
}

class=class="hl-string">"hl-comment"># Encompass Field IDs for recommended attributes. Verify these for your instance.
FIELD_IDS = {
    class="hl-string">'AssignedLoanOfficer': class="hl-string">'3',       class=class="hl-string">"hl-comment"># Loan Officer Name
    class="hl-string">'LoanProductType': class="hl-string">'19',      class=class="hl-string">"hl-comment"># Loan Program
    class="hl-string">'LoanAmount': class="hl-string">'1109',     class=class="hl-string">"hl-comment"># Base Loan Amount
    class="hl-string">'DecisionOutcome': class="hl-string">'3183',  class=class="hl-string">"hl-comment"># Underwriting Decision
    class="hl-string">'ApplicationChannel': class="hl-string">'4009'  class=class="hl-string">"hl-comment"># Application Method
}

def get_access_token():
    class="hl-string">"""Authenticates with the API and returns an access token."""
    token_url = fclass="hl-string">'{API_BASE_URL}/oauth2/v1/token'
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    try:
        response = requests.post(token_url, headers=headers, data=payload)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error obtaining access token: {e}")
        return None

def get_loan_guids(token):
    class="hl-string">"""Fetches a list of loan GUIDs within the specified date range."""
    pipeline_url = fclass="hl-string">'{API_BASE_URL}/v3/loanPipeline'
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'}
    payload = {
        class="hl-string">'filter': {
            class="hl-string">'operator': class="hl-string">'and',
            class="hl-string">'terms': [
                {class="hl-string">'canonicalName': class="hl-string">'Loan.LastModified', class="hl-string">'matchType': class="hl-string">'greaterThanOrEquals', class="hl-string">'value': START_DATE},
                {class="hl-string">'canonicalName': class="hl-string">'Loan.LastModified', class="hl-string">'matchType': class="hl-string">'lessThanOrEquals', class="hl-string">'value': END_DATE}
            ]
        },
        class="hl-string">'fields': [class="hl-string">'Loan.GUID']
    }
    try:
        response = requests.post(pipeline_url, headers=headers, json=payload)
        response.raise_for_status()
        return [loan[class="hl-string">'Loan.GUID'] for loan in response.json()]
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error fetching loan pipeline: {e}")
        return []

def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    print(class="hl-string">"Starting Encompass data extraction...")
    token = get_access_token()
    if not token:
        return

    print(fclass="hl-string">"Fetching loan GUIDs between {START_DATE} and {END_DATE}...")
    loan_guids = get_loan_guids(token)
    if not loan_guids:
        print(class="hl-string">"No loans found in the specified date range.")
        return

    print(fclass="hl-string">"Found {len(loan_guids)} loans. Processing each one...")
    all_events = []
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}'}

    for i, guid in enumerate(loan_guids):
        print(fclass="hl-string">"Processing loan {i + 1}/{len(loan_guids)} (GUID: {guid[:8]}...)")
        
        class=class="hl-string">"hl-comment"># Fetch attributes
        fields_url = fclass="hl-string">'{API_BASE_URL}/v3/loans/{guid}/fieldReader'
        field_values = {}
        try:
            field_ids_list = list(FIELD_IDS.values())
            response = requests.post(fields_url, headers=headers, json=field_ids_list)
            response.raise_for_status()
            fields_data = response.json()
            field_id_to_key = {v: k for k, v in FIELD_IDS.items()}
            for item in fields_data:
                key = field_id_to_key.get(item[class="hl-string">'fieldId'])
                if key:
                    field_values[key] = item[class="hl-string">'value']
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Could not fetch fields for loan {guid}: {e}")

        class=class="hl-string">"hl-comment"># Fetch milestones
        milestones_url = fclass="hl-string">'{API_BASE_URL}/v3/loans/{guid}/milestones'
        try:
            response = requests.get(milestones_url, headers=headers)
            response.raise_for_status()
            milestones = response.json()

            for milestone in milestones:
                milestone_name = milestone.get(class="hl-string">'milestoneName')
                activity_name = MILESTONE_TO_ACTIVITY_MAPPING.get(milestone_name)
                completed_date = milestone.get(class="hl-string">'completedDate')

                if activity_name and completed_date:
                    event = {
                        class="hl-string">'LoanApplicationId': guid,
                        class="hl-string">'ActivityName': activity_name,
                        class="hl-string">'EventTimestamp': completed_date,
                        class="hl-string">'EventEndTime': completed_date,  class=class="hl-string">"hl-comment"># For point-in-time events
                        class="hl-string">'AssignedLoanOfficer': field_values.get(class="hl-string">'AssignedLoanOfficer'),
                        class="hl-string">'LoanProductType': field_values.get(class="hl-string">'LoanProductType'),
                        class="hl-string">'LoanAmount': field_values.get(class="hl-string">'LoanAmount'),
                        class="hl-string">'DecisionOutcome': field_values.get(class="hl-string">'DecisionOutcome'),
                        class="hl-string">'ApplicationChannel': field_values.get(class="hl-string">'ApplicationChannel')
                    }
                    all_events.append(event)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Could not fetch milestones for loan {guid}: {e}")
        
        class=class="hl-string">"hl-comment"># Small delay to respect API rate limits
        time.sleep(0.1)

    if not all_events:
        print(class="hl-string">"No events were generated. Check milestone mappings and API responses.")
        return

    print(class="hl-string">"Extraction complete. Creating CSV file...")
    df = pd.DataFrame(all_events)
    df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'])
    df[class="hl-string">'EventEndTime'] = pd.to_datetime(df[class="hl-string">'EventEndTime'])
    
    output_filename = class="hl-string">'encompass_loan_origination_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Successfully created '{output_filename}'.")

if __name__ == class="hl-string">"__main__":
    main()

Prêt à commencer ?

Tirez le meilleur parti de votre processus d’octroi de prêts grâce à ce modèle de données. Commencez dès aujourd’hui à optimiser vos opérations.

Retour au guide d’amélioration Télécharger le modèle

Optimisez l’octroi de prêts et accélérez dès maintenant leur finalisation

Réduisez de 50 % le délai de décision en éliminant les retards accumulés et les risques.

Démarrer l’essai gratuit

Aucune carte bancaire requise, activation en quelques minutes.

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 de l’octroi de prêts

Activités liées à l’octroi de prêts

Guides d’extraction

Reporting natif d’ICE Encompass et export CSV/Excel

Étapes

Configuration

a Exemple de requête config

Extraction Python via les API Encompass Developer Connect

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez l’octroi de prêts et accélérez dès maintenant leur finalisation

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 de l’octroi de prêts

Activités liées à l’octroi de prêts

Guides d’extraction

Reporting natif d’ICE Encompass et export CSV/Excel

Étapes

Configuration

a Exemple de requête config

Extraction Python via les API Encompass Developer Connect

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez l’octroi de prêts et accélérez dès maintenant leur finalisation

Nous attachons de l’importance à votre confidentialité