Votre modèle de données pour l’octroi de prêts
Votre modèle de données pour l’octroi de prêts
Voici notre modèle générique de données pour le Process Mining appliqué à Octroi de prêts. Utilisez nos modèles propres à chaque système pour obtenir des recommandations plus précises.
Sélectionner un système précis- Une structure universelle pour votre Event Log d’octroi des prêts.
- Les attributs et activités recommandés pour une analyse approfondie du processus.
- Des indications vers les instructions d’extraction propres à chaque système.
Attributs de l’octroi de prêts
| Nom | Description | ||
|---|---|---|---|
| Heure de début de l’événement EventStartTime | Horodatage indiquant le début officiel d’une activité ou d’un événement précis. | ||
| Description L’heure de début de l’événement est un horodatage précis qui marque le commencement d’une activité. Il s’agit d’un composant fondamental du journal d’événements, indispensable pour classer les événements par ordre chronologique et reconstituer le flux du processus pour chaque cas. Dans l’analyse des processus, l’heure de début sert à calculer la durée globale du cas, le temps écoulé entre les activités et le temps de traitement actif de chaque étape lorsqu’une heure de fin est également disponible. Il s’agit de l’attribut temporel principal pour comprendre les délais du processus, identifier les retards et évaluer la performance au regard des accords de niveau de service. Pourquoi c’est important Cet horodatage est essentiel pour classer les événements, calculer les délais de cycle du processus et identifier les retards entre les activités. Où les obtenir Champ obligatoire dans le journal d’événements ou la table d’historique des transactions de tout système. Exemples 2023-03-15T09:00:00Z2023-04-01T14:30:15Z2023-05-20T11:22:05Z | |||
| Identifiant de la demande de prêt LoanApplicationId | Identifiant unique de chaque demande de prêt. Cet identifiant permet de suivre la demande pendant tout son cycle de vie. | ||
| Description L’identifiant de la demande de prêt est une clé unique attribuée à chaque demande lors de sa création. Il sert d’identifiant principal du cas et relie toutes les activités, tous les documents et toutes les décisions associés, de la soumission initiale au versement final des fonds ou à la clôture. Cette cohérence est essentielle pour reconstituer le parcours complet de chaque demande. Dans le Process Mining, cet attribut sert à regrouper tous les événements associés au sein d’un même cas, afin d’analyser les flux de processus, les délais de cycle et les variations pour chaque demande. Sans identifiant de cas cohérent et unique, il est impossible de cartographier précisément le processus ou d’en analyser la performance. Pourquoi c’est important Il s’agit de la clé fondamentale du Process Mining, car elle regroupe tous les événements associés au sein d’un même cas et permet d’analyser l’ensemble du parcours d’octroi du prêt. Où les obtenir Généralement présent dans l’en-tête ou la table principale des transactions de demandes de prêt. Exemples APP-2023-00123LN4567890178912345-A | |||
| Nom de l’activité ActivityName | Nom de l’événement métier ou de la tâche spécifique survenu à un moment donné du processus d’octroi du prêt. | ||
| Description Le nom de l’activité décrit une étape ou un jalon précis du flux de travail d’octroi de prêts, comme « Demande déposée », « Vérification du crédit terminée » ou « Offre de prêt générée ». Chaque activité représente un point distinct du processus qui mobilise du temps et des ressources. L’analyse de la séquence et de la fréquence de ces activités est au cœur du Process Mining. Elle permet de révéler le fonctionnement réel du processus, d’identifier les parcours courants, de détecter les goulots d’étranglement et de mesurer la durée des différentes étapes. Des noms d’activité clairs et cohérents sont essentiels pour créer une carte de processus compréhensible et fidèle. Pourquoi c’est important Il définit les étapes du processus et permet de visualiser et d’analyser le flux, d’identifier les goulots d’étranglement et de mesurer la durée des étapes. Où les obtenir Présent dans les journaux d’événements ou les tables de transactions qui enregistrent les étapes des processus métier. Exemples Demande soumiseVérification de crédit terminéeDécision d’étude rendueFonds versés | |||
| Heure de dernière mise à jour des données LastDataUpdateTime | Horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source. | ||
| Description Cet attribut enregistre l’horodatage de l’extraction ou de l’actualisation la plus récente depuis le système source. Il s’agit d’un champ de métadonnées essentiel à la gouvernance et à l’assurance qualité des données. Connaître la date de dernière mise à jour des données aide les analystes à évaluer leur fraîcheur et garantit que les analyses reposent sur des informations actuelles. Cet élément est particulièrement important pour le suivi des processus en cours, car il indique le niveau d’actualisation de la vue du processus. Cet horodatage est également utile pour déboguer les pipelines de données et identifier d’éventuels problèmes dans les calendriers d’ingestion. Pourquoi c’est important Il confirme la fraîcheur des données, garantit que les analyses reposent sur des informations à jour et contribue à la gestion de leur qualité. Où les obtenir Généralement généré et enregistré lors du processus d’extraction, de transformation et de chargement (ETL) des données. Exemples 2023-06-01T02:00:00Z2023-06-01T04:00:00Z2023-06-01T06:00:00Z | |||
| Nom du système source SourceSystemName | Identifie le système source ou l’application depuis lequel les données d’événements ont été extraites. | ||
| Description Le nom du système source précise l’application ou la plateforme d’origine qui a généré les données d’événements, par exemple un système d’octroi de prêts (LOS), un CRM ou un système de gestion documentaire. Dans les entreprises modernes, un même processus métier, comme l’octroi d’un prêt, s’étend souvent sur plusieurs systèmes interconnectés. Identifier le système source de chaque événement est essentiel pour valider les données, résoudre les problèmes et comprendre l’environnement technologique du processus. Cela permet aux analystes de remonter jusqu’à l’origine des données et d’évaluer la contribution des différents systèmes au flux global du processus ainsi qu’aux éventuels retards. Pourquoi c’est important Il permet de remonter jusqu’à l’origine des données, ce qui est essentiel pour les valider et comprendre les flux de processus qui s’étendent sur plusieurs systèmes informatiques. Où les obtenir Souvent disponible comme champ standard dans les extractions de données, ou ajouté lors du processus d’ingénierie des données. Exemples BlendFinastra FusionnCinoICE Encompass | |||
| Automatisé IsAutomated | Indicateur précisant si une activité a été effectuée automatiquement par un système ou manuellement par un utilisateur. | ||
| Description Cet attribut booléen distingue les activités exécutées automatiquement par un système, comme une vérification de crédit automatisée ou une validation initiale des documents, de celles effectuées manuellement par un utilisateur. Cette distinction est essentielle pour comprendre le niveau d’automatisation d’un processus et son incidence sur l’efficacité. L’analyse des étapes automatisées et manuelles aide à identifier les possibilités d’automatisation supplémentaires, à quantifier les gains de temps apportés par l’automatisation existante et à comprendre la charge de travail des équipes. Elle offre une vision claire des interactions entre les utilisateurs et les systèmes tout au long du parcours d’octroi du prêt. Pourquoi c’est important Il permet de distinguer les activités pilotées par le système de celles réalisées par des utilisateurs, ce qui est essentiel pour analyser l’automatisation et comprendre la charge de travail des ressources. Où les obtenir Peut être présent comme champ dans le journal d’événements ou être déduit du nom de l’activité ou de l’utilisateur associé à l’événement, par exemple un utilisateur « système ». Exemples truefalse | |||
| Canal de la demande ApplicationChannel | Canal par lequel la demande de prêt a été initialement soumise, par exemple en ligne, en agence ou par l’intermédiaire d’un courtier. | ||
| Description Le canal de demande identifie le premier point de contact ou le mode de dépôt utilisé par le demandeur. Il peut s’agir, par exemple, d’un « portail en ligne », d’une « application mobile », d’une « agence » ou d’un « courtier tiers ». Les différents canaux peuvent offrir des expériences client et des flux de travail internes très différents. L’analyse du processus par canal aide les organisations à comprendre l’efficacité de chaque parcours de dépôt. Elle peut révéler quels canaux offrent les délais de traitement les plus courts, la meilleure satisfaction client ou la meilleure qualité des données, et ainsi orienter les investissements stratégiques dans la technologie et les opérations. Pourquoi c’est important Il permet d’analyser la performance du processus et l’expérience client selon les différents canaux de soumission, notamment en ligne, en agence ou sur mobile. Où les obtenir Capturé au début du processus de demande et enregistré dans la table principale des demandes de prêt. Exemples Portail en ligneEn agenceCourtier tiersApplication mobile | |||
| Heure de fin de l’événement EventEndTime | Horodatage indiquant la fin d’une activité. Il sert à calculer le temps de traitement actif d’un événement. | ||
| Description L’heure de fin de l’événement marque le moment précis où une activité s’est achevée. Certains événements sont des étapes clés qui ne comportent qu’une heure de début, mais de nombreuses activités ont une durée distincte. L’heure de fin permet de calculer directement ce temps de traitement actif. L’analyse du temps de traitement actif est essentielle pour comprendre l’utilisation des ressources, identifier les inefficacités propres à certaines tâches et distinguer le temps consacré au traitement effectif d’un cas du temps d’attente. Elle permet par exemple de déterminer la durée réelle de l’étude du dossier, indépendamment du temps pendant lequel la demande attendait dans la file de l’analyste de crédit. Pourquoi c’est important Il permet de calculer le temps de traitement actif des activités, ce qui est essentiel pour distinguer le travail créateur de valeur du temps d’attente. Où les obtenir Souvent présent avec l’heure de début dans les journaux d’événements ou les tables de transactions des systèmes qui suivent la durée des activités. Exemples 2023-03-15T11:30:00Z2023-04-02T10:00:00Z2023-05-21T15:45:20Z | |||
| Montant du prêt LoanAmount | Montant total du prêt demandé par le demandeur. | ||
| Description Le montant du prêt représente le capital demandé par le demandeur. Il s’agit d’un attribut financier important qui influence souvent la complexité et le risque associés à une demande de prêt. Les montants élevés peuvent entraîner des procédures d’étude plus approfondies, nécessiter plusieurs niveaux d’approbation ou être soumis à des structures de frais différentes. L’analyse du processus en fonction du montant du prêt peut révéler l’incidence de sa valeur sur les délais de traitement, les taux d’approbation et le niveau d’examen appliqué. Il s’agit également d’une donnée essentielle pour les analyses financières, comme le calcul de la valeur totale du portefeuille de demandes ou du coût par unité monétaire prêtée. Pourquoi c’est important Cet attribut influence fortement la complexité et le risque du processus. Il permet d’analyser l’incidence de la valeur du prêt sur le délai de cycle et le taux d’approbation. Où les obtenir Champ central des données de la demande de prêt, généralement enregistré dans la table principale des informations sur le prêt. Exemples 250000.0050000.00750000.00 | |||
| Motif du refus RejectionReason | Motif précis fourni lorsqu’une demande de prêt est refusée. | ||
| Description Lorsque le résultat final d’une demande de prêt est « Refusée », le motif du refus fournit un code ou une description textuelle expliquant la décision. Parmi les motifs courants figurent « Historique de crédit insuffisant », « Ratio dette/revenu élevé » ou « Demande incomplète ». Cet attribut est très utile pour l’analyse des causes profondes des échecs de demande. En analysant les motifs de refus les plus fréquents, les organisations peuvent identifier les problèmes systémiques liés au profil des demandeurs, aux critères d’étude ou au processus de demande lui-même. Ces analyses peuvent orienter les stratégies marketing, le développement des produits et les améliorations destinées à réduire le taux de refus. Pourquoi c’est important Il fournit des éléments essentiels à l’analyse des causes profondes, aide à comprendre pourquoi les demandes sont refusées et permet de cibler les améliorations du processus. Où les obtenir Enregistré dans le cadre de l’événement de décision finale, souvent associé au résultat « Refusée ». Exemples Ratio d’endettement élevéAntécédents de crédit défavorablesDocuments incompletsValeur d’expertise du bien trop faible | |||
| Résultat de la décision DecisionOutcome | Résultat final de la demande de prêt, par exemple approuvée, refusée ou retirée. | ||
| Description Le résultat de la décision indique le statut final d’une demande de prêt après son traitement complet. Les résultats courants sont « Approuvée », « Refusée », « Retirée par le demandeur » ou « Offre modifiée ». Cet attribut est essentiel à l’analyse des résultats, qui vise à comprendre quels parcours du processus conduisent à des résultats favorables ou défavorables. En mettant en relation les variations du processus et les résultats des décisions, les organisations peuvent identifier les bonnes pratiques associées à des taux d’approbation plus élevés ou les comportements conduisant aux refus. Cette analyse est essentielle pour améliorer l’efficacité du processus et les résultats métier. Pourquoi c’est important Il est essentiel à l’analyse des résultats et aide à identifier les comportements et les parcours du processus associés aux demandes de prêt favorables ou défavorables. Où les obtenir Généralement enregistré dans le champ de statut de la demande de prêt ou comme événement de décision spécifique dans l’historique des transactions. Exemples ApprouvéRefuséRetirée par le demandeurOffre modifiée | |||
| Type de produit de prêt LoanProductType | Type précis de produit de prêt demandé, par exemple un prêt immobilier, un prêt automobile ou un prêt personnel. | ||
| Description Le type de produit de prêt classe la demande selon le produit financier sollicité. Il peut s’agir, par exemple, d’un « prêt hypothécaire classique », d’un « prêt FHA », d’un « prêt automobile » ou d’une « ligne de crédit personnelle ». Les différents produits de prêt suivent souvent des processus distincts et présentent des exigences de conformité et des profils de risque spécifiques. L’analyse du processus par type de produit est essentielle pour repérer les variations et optimiser les flux de travail de chaque gamme. Cette segmentation permet de cibler davantage les améliorations et d’expliquer les écarts de temps de cycle, de taux d’approbation et de reprises au sein du portefeuille de prêts. Pourquoi c’est important Cette segmentation permet de comparer les performances et d’identifier les variations des flux de travail selon les différents types de prêts. Où les obtenir Champ standard du formulaire de demande de prêt, enregistré dans la table principale des données de demande. Exemples Prêt conventionnel à taux fixe sur 30 ansPrêt hypothécaire FHAPrêt automobilePrêt personnel | |||
| Utilisateur attribué AssignedUser | Nom ou identifiant de l’utilisateur, par exemple un conseiller ou un analyste de crédit, chargé d’effectuer une activité. | ||
| Description L’utilisateur attribué identifie le salarié ou l’utilisateur système qui a effectué une activité donnée ou qui en est responsable. Il peut s’agir d’un conseiller, d’un gestionnaire ou d’un analyste de crédit, ou encore d’un agent chargé de la clôture. Cet attribut est fondamental pour analyser la performance des équipes et des individus, la répartition de la charge de travail et l’affectation des ressources. Le suivi des activités par utilisateur permet d’identifier les collaborateurs les plus performants, de repérer les besoins de formation et de rééquilibrer les charges afin d’améliorer l’efficacité. Il permet également d’analyser l’incidence des différents utilisateurs ou équipes sur les résultats et les délais de cycle du processus. Pourquoi c’est important Il est essentiel pour analyser la répartition de la charge de travail et la performance des équipes, ainsi que pour identifier les goulots d’étranglement liés aux ressources. Où les obtenir Généralement présent dans les journaux de transactions ou d’événements qui enregistrent les actions des utilisateurs dans le système. Exemples John Smithj.smithunderwriting.user.123Alice Williams | |||
| Localisation géographique GeographicLocation | La région géographique, par exemple l’État ou l’agence, associée à la demande de prêt. | ||
| Description La localisation géographique précise un emplacement pertinent pour le prêt. Il peut s’agir de l’État où se trouve le bien, de l’agence chargée du traitement ou de la région du demandeur. Cet attribut est utile pour analyser les variations régionales du processus. Par exemple, certains États peuvent appliquer des exigences de conformité particulières qui ajoutent des étapes au processus, tandis que certaines agences peuvent être plus efficaces que d’autres. Cette segmentation géographique peut révéler des écarts de performance, des besoins en ressources et des tendances propres au marché qui influencent le processus d’octroi des prêts. Pourquoi c’est important Il permet d’analyser les variations régionales des performances du processus, des exigences de conformité et des résultats commerciaux. Où les obtenir Ces informations se trouvent dans les données de la demande, par exemple l’adresse du bien ou l’agence auprès de laquelle la demande a été déposée. Exemples CalifornieNew YorkAgence 101, centre-villeRégion du Midwest | |||
| Objectif de SLA de l’étude du dossier UnderwritingSlaTarget | Durée cible, en heures ou en jours, pour achever l’étape d’étude du dossier. | ||
| Description L’objectif de SLA de l’étude du dossier définit le délai attendu pour achever la phase d’étude de la demande de prêt. Cet objectif constitue un indicateur clé de performance (KPI) défini par l’entreprise pour garantir un traitement dans les délais. En comparant la durée réelle de l’étape d’étude, calculée à partir des horodatages, avec cet objectif, les organisations peuvent mesurer le respect du SLA. Cette analyse aide à identifier les goulots d’étranglement de l’étude, à évaluer la performance des équipes et à gérer efficacement les attentes des clients. Pourquoi c’est important Il sert de référence pour mesurer la performance au regard des accords de niveau de service, identifier les retards et piloter les objectifs opérationnels. Où les obtenir Généralement défini dans la configuration des règles métier ou dans la documentation des accords de niveau de service, et susceptible d’être enregistré avec les données du cas. Exemples 48 heures3 jours7200 minutes | |||
| Score de crédit CreditScore | Score de crédit du demandeur au moment de la vérification de crédit. | ||
| Description Le score de crédit est une représentation numérique de la solvabilité du demandeur, obtenue auprès d’un bureau de crédit pendant le processus de demande. Il constitue un facteur principal de l’évaluation du risque et des décisions d’étude. Un score élevé indique généralement un risque plus faible et peut conduire à des conditions de prêt plus favorables ou à une approbation plus rapide. Dans le Process Mining, l’analyse de l’influence du score de crédit sur le processus peut révéler des parcours de traitement différents selon le profil de risque des demandeurs. Par exemple, les demandes associées à des scores plus faibles peuvent faire l’objet d’examens manuels supplémentaires ou nécessiter des documents complémentaires, ce qui allonge les délais de cycle. Pourquoi c’est important Il s’agit d’un facteur essentiel de l’évaluation du risque, susceptible d’influencer fortement le parcours du processus, le résultat de la décision et le délai de cycle global. Où les obtenir Fourni par un bureau de crédit externe et enregistré avec les données du profil du demandeur. Exemples 720650810590 | |||
| Service attribué AssignedDepartment | Service ou équipe responsable de la demande de prêt à une étape donnée. | ||
| Description Cet attribut identifie le service ou l’équipe fonctionnelle, comme le « traitement des prêts », l’« évaluation du risque » ou la « finalisation », responsable d’une activité ou propriétaire du dossier à un moment donné. Le suivi des transferts entre services est essentiel pour comprendre les flux de travail de l’organisation et repérer les retards transversaux. L’analyse du processus par service permet de mesurer la performance des différentes équipes, de comprendre leur charge de travail et d’optimiser la collaboration ainsi que les procédures de transfert entre elles. Pourquoi c’est important Cette analyse permet d’étudier les transferts et la performance par équipe fonctionnelle, en mettant en évidence les goulots d’étranglement et les inefficacités entre services. Où les obtenir Cette information se trouve dans les systèmes de gestion des flux de travail ou peut être déduite de l’utilisateur ou du rôle affecté à la tâche. Exemples Équipe de montage des prêtsService d’étude des dossiers AServices de clôtureExamen de conformité | |||
| Type de demandeur ApplicantType | Catégorie du demandeur, par exemple « Nouveau client » ou « Client existant ». | ||
| Description Le type de demandeur classe le demandeur de prêt selon sa relation avec l’établissement financier, par exemple « Nouveau client » ou « Client existant ». Cette segmentation est importante, car le processus peut varier selon cet attribut. Les clients existants peuvent bénéficier d’un processus plus simple grâce aux données déjà disponibles, tandis que les nouveaux clients peuvent nécessiter des vérifications plus approfondies de leur identité et de leurs informations. L’analyse du processus par type de demandeur peut mettre en évidence ces différences et aider les organisations à adapter et à optimiser le parcours client pour chaque segment. Pourquoi c’est important Cette segmentation permet de comparer les processus entre différents segments de clientèle, qui peuvent avoir des flux de travail et des attentes différentes en matière de niveau de service. Où les obtenir Déduit des données du système de gestion de la relation client (CRM) ou indiqué sur le formulaire de demande. Exemples Nouveau clientClient existantClient de retour | |||
Activités d’octroi de prêts
| Activité | Description | ||
|---|---|---|---|
| Convention de prêt signée | Cette activité marque la signature finale de tous les documents de clôture par le demandeur, ce qui rend la convention de prêt juridiquement contraignante. Il s’agit de la dernière étape requise de sa part avant le versement des fonds. | ||
| Pourquoi c’est important Il s’agit de la confirmation finale du demandeur et de la conclusion juridique de la phase contractuelle. Elle constitue le préalable immédiat au financement du prêt. Où les obtenir Capturé dans le journal d’un système de signature électronique, lors d’une mise à jour du système de gestion documentaire ou par une modification manuelle du statut effectuée par l’équipe de clôture. Collecte Utilisez l’horodatage de la plateforme de signature électronique ou celui auquel les documents signés sont importés et marqués comme terminés. Type d’événement explicit | |||
| Décision d’étude rendue | Marque la fin de l’examen réalisé par l’analyste de crédit et aboutit à une décision telle que « Approuvé », « Approuvé sous conditions » ou « Refusé ». Cet événement clôt la phase centrale d’analyse du prêt. | ||
| Pourquoi c’est important Il s’agit d’une étape majeure qui détermine la suite du parcours de la demande. Le délai nécessaire pour parvenir à cette décision constitue un indicateur clé de performance. Où les obtenir Déduit de l’horodatage auquel la décision finale d’étude ou le champ de statut du prêt est renseigné et enregistré dans le système. Collecte Utilisez l’horodatage associé à la dernière mise à jour du champ de statut de décision de la demande de prêt effectuée par un analyste de crédit. Type d’événement inferred | |||
| Demande refusée | Cette activité indique que la demande de prêt a été officiellement refusée à l’issue de l’étude du dossier. Il s’agit d’une issue alternative et défavorable du processus. | ||
| Pourquoi c’est important Il s’agit d’une activité terminale importante. L’analyse des parcours et des caractéristiques des demandes refusées peut révéler des problèmes liés aux critères d’éligibilité ou des inefficacités du processus. Où les obtenir Déduit d’une mise à jour finale de la fiche de la demande de prêt, faisant passer le statut à « Refusé », « Décliné » ou « Rejeté ». Collecte Capturez l’horodatage auquel le statut final de la demande passe à « Refusé ». Type d’événement inferred | |||
| Demande retirée | Indique que le demandeur a choisi de retirer sa demande avant qu’une décision finale ne soit prise ou avant le versement des fonds. Il s’agit d’une autre issue défavorable du processus. | ||
| Pourquoi c’est important Il s’agit d’une activité terminale importante. Un taux élevé de retraits peut révéler une expérience client insatisfaisante, des offres peu compétitives ou un processus trop long. Où les obtenir Généralement capturé comme une mise à jour finale du statut de la demande de prêt, souvent effectuée manuellement par un utilisateur. Collecte Capturez l’horodatage auquel le statut final de la demande passe à « Retirée ». Type d’événement inferred | |||
| Demande soumise | Cette activité marque le début officiel du processus d’octroi de prêts, lorsqu’un demandeur ou un chargé de prêts soumet la demande pour examen. Cet événement crée le cas et constitue généralement le premier horodatage enregistré pour une nouvelle demande de prêt. | ||
| Pourquoi c’est important Il s’agit de l’activité de début principale du processus. L’analyse du délai entre cet événement et les événements suivants est essentielle pour mesurer le délai de cycle global et l’efficacité du processus. Où les obtenir Cette activité est généralement enregistrée comme un événement explicite de création dans la table principale des demandes de prêt ou dans le système de référence. Recherchez l’horodatage de création de l’enregistrement. Collecte Enregistrez l’horodatage de création d’un nouvel enregistrement de demande de prêt dont le statut est « Submitted » ou « New ». Type d’événement explicit | |||
| Documents reçus | Indique le moment où tous les justificatifs demandés au demandeur ont été reçus et importés dans le système. Cet événement sert souvent de point de contrôle avant le passage de la demande à l’étape d’étude du dossier. | ||
| Pourquoi c’est important Il s’agit d’une étape importante et d’un goulot d’étranglement fréquent. L’analyse du délai précédant cet événement permet d’identifier les retards liés à des documents incomplets dans le processus de traitement des demandes. Où les obtenir Généralement déduit d’une mise à jour du statut de la demande de prêt, telle que « Documents complets » ou « Prêt pour l’étude du dossier ». Collecte Capturez l’horodatage auquel le statut de la demande indique que tous les documents requis ont été reçus. Type d’événement inferred | |||
| Étude du dossier commencée | Cette activité marque le début de l’étude formelle du dossier. Elle intervient lorsqu’un analyste de crédit s’attribue la demande de prêt ou lorsque le statut du dossier passe à « En cours d’étude ». | ||
| Pourquoi c’est important Cet événement signale le début de la phase d’évaluation la plus importante. Mesurer la durée de l’étude du dossier est essentiel pour identifier les goulots d’étranglement et réduire les délais de décision. Où les obtenir Cette information est presque toujours déduite d’un changement de statut dans l’enregistrement de la demande de prêt ou d’un journal d’affectation dans un système de flux de travail. Collecte Capturez l’horodatage auquel le statut du prêt passe pour la première fois à « Étude du dossier », « En cours d’examen » ou à un état similaire. Type d’événement inferred | |||
| Fonds versés | Représente l’achèvement réussi du processus d’octroi du prêt, lorsque le montant du prêt est transféré au demandeur ou à la partie concernée. Cet événement marque la fin d’un parcours de demande de prêt abouti. | ||
| Pourquoi c’est important Il s’agit de l’activité finale du parcours nominal. Le délai total du processus est mesuré entre la soumission et cet événement, qui constitue un indicateur clé de la performance globale. Où les obtenir Il s’agit d’une transaction financière centrale, enregistrée explicitement avec un horodatage précis dans le système bancaire central ou le système de gestion des prêts. Collecte Capturez l’horodatage de la transaction de financement depuis le grand livre financier ou le système de paiement. Type d’événement explicit | |||
| Documents demandés | Cette activité indique que le système ou un chargé de prêts a envoyé au demandeur une demande officielle de documents justificatifs, comme des bulletins de salaire ou des déclarations fiscales. Elle marque le début de la phase de collecte des documents. | ||
| Pourquoi c’est important Cette activité permet d’analyser l’efficacité de la collecte documentaire en mesurant le délai de réponse du demandeur. Où les obtenir Cette activité est généralement enregistrée dans un module de gestion documentaire, un journal de communication ou sous la forme d’un changement de statut, comme « Pending Documents ». Collecte Identifiez l’horodatage auquel le statut de la demande passe à « En attente de documents » ou auquel une demande de document est enregistrée. Type d’événement inferred | |||
| Documents finaux envoyés | Indique que l’ensemble final des documents de clôture requis par la loi a été envoyé au demandeur pour examen avant signature. Il s’agit d’une étape de Conformité soumise à des délais, qui doit précéder la clôture finale. | ||
| Pourquoi c’est important Il s’agit d’une étape réglementaire essentielle. Le suivi de cette activité permet de respecter les règles imposant un délai d’examen avant la clôture, et d’éviter des retards coûteux ainsi que des problèmes juridiques. Où les obtenir Présent dans les journaux du système de gestion documentaire, les enregistrements de communication ou sous la forme d’une mise à jour spécifique du statut du prêt, telle que « Prêt pour la clôture ». Collecte Utilisez l’horodatage enregistré par le système lorsque le dossier final de documents de clôture est indiqué comme envoyé au demandeur. Type d’événement explicit | |||
| Envoi des informations initiales | Cette activité correspond à l’envoi au demandeur du premier ensemble de documents d’information exigés par la loi, comme une estimation de prêt. Il s’agit d’une étape de conformité importante qui doit intervenir au début du processus. | ||
| Pourquoi c’est important Le suivi de cette activité est essentiel pour contrôler la conformité réglementaire et garantir l’envoi des informations dans le délai requis. Tout retard à cette étape peut entraîner des risques de conformité et des pénalités. Où les obtenir Cette activité figure souvent dans les journaux de génération de documents ou dans un module de communication. Elle peut également être enregistrée comme un changement de statut de la demande de prêt. Collecte Utilisez l’horodatage du système de gestion documentaire correspondant à la génération et à l’envoi du dossier d’informations initiales. Type d’événement explicit | |||
| Évaluation terminée | Représente le moment où le rapport d’évaluation d’un bien immobilier est reçu d’un évaluateur tiers et ajouté au dossier de prêt. Cette activité concerne les prêts garantis, notamment les prêts immobiliers. | ||
| Pourquoi c’est important Pour les prêts garantis par un bien immobilier, l’évaluation constitue une dépendance essentielle à la décision finale d’étude du dossier. Les retards à cette étape ont une incidence directe sur le délai global de traitement du prêt. Où les obtenir Capturé dans un système de gestion documentaire lorsque le document d’évaluation est importé, ou lors de la mise à jour d’un champ de statut dans le dossier de prêt. Collecte Utilisez l’horodatage auquel le statut du document d’évaluation passe à « Reçu » ou auquel la tâche associée est marquée comme terminée. Type d’événement inferred | |||
| Offre de prêt acceptée | Représente l’acceptation formelle de l’offre de prêt et de ses conditions par le demandeur. Il s’agit d’une étape importante qui confirme son intention de poursuivre la demande de prêt. | ||
| Pourquoi c’est important Cet événement confirme que le demandeur poursuit la démarche. Il fournit un signal clair pour lancer les procédures finales de clôture. Où les obtenir Souvent capturé par une mise à jour manuelle du statut effectuée par un conseiller ou un gestionnaire de prêt, ou automatiquement grâce à l’intégration d’un système de signature électronique. Collecte Capturez l’horodatage auquel le statut du prêt passe à « Offre acceptée » ou à un état similaire. Type d’événement inferred | |||
| Offre de prêt générée | Cette activité intervient après une décision d’étude « Approuvé » et correspond à la création du document officiel d’offre de prêt. Elle formalise les conditions du prêt approuvé qui sera envoyé au demandeur. | ||
| Pourquoi c’est important La génération de l’offre de prêt constitue une étape importante vers la conclusion du prêt. Le suivi de son délai permet de s’assurer que les demandeurs reçoivent rapidement leur offre. Où les obtenir Généralement enregistré dans le journal d’un système de génération documentaire ou comme événement spécifique dans l’historique de la demande de prêt. Collecte Capturez l’horodatage auquel le document d’offre de prêt est créé ou auquel son statut passe à « Généré ». Type d’événement explicit | |||
| Reprise demandée lors de l’étude | Capture une reprise dans le processus, lorsqu’un analyste de crédit renvoie la demande à un conseiller ou à un gestionnaire de prêt pour obtenir des informations complémentaires ou effectuer des corrections. Cette situation est souvent signalée par le retour du statut « En cours d’étude » à un état antérieur. | ||
| Pourquoi c’est important Cette activité indique directement une inefficacité du processus et la présence de boucles de reprise. Identifier la fréquence et les causes de ces reprises est essentiel pour améliorer le processus. Où les obtenir Déduit des journaux de changement de statut lorsqu’une demande passe d’une étape avancée, comme l’étude du dossier, à une étape antérieure, comme le traitement. Collecte Identifiez les événements au cours desquels le statut du prêt revient à une étape précédente, par exemple de « En cours d’étude » à « En attente de documents ». Type d’événement inferred | |||
| Vérification de crédit terminée | Cette activité indique qu’une demande de récupération du rapport de crédit du demandeur a été traitée et que les résultats sont disponibles pour examen. Le score et l’historique de crédit sont associés au dossier de prêt. | ||
| Pourquoi c’est important La vérification de crédit terminée constitue un préalable essentiel à l’étude du dossier. Tout retard dans la réception de ces informations peut bloquer l’ensemble du processus. Où les obtenir Souvent enregistré comme un événement lorsque les données sont renvoyées par un bureau de crédit tiers intégré. Il peut également s’agir d’une mise à jour manuelle du statut. Collecte Utilisez l’horodatage enregistré lorsque le rapport de crédit est reçu avec succès et associé à la fiche de la demande de prêt. Type d’événement explicit | |||
Guides d’extraction
Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,
Prêt à commencer ?
Commencez par utiliser ce modèle générique comme base ou accédez directement à un guide propre à votre système pour simplifier l’extraction de vos données.
Optimisez dès aujourd’hui votre processus d’octroi des prêts
Découvrez les inefficacités cachées et optimisez l’ensemble du parcours de votre prêt.
Aucune carte bancaire requise. Configuration en quelques minutes.