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

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

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

Ce modèle vous guide dans la collecte des données nécessaires à l’analyse de votre processus d’octroi de prêts. Il présente les attributs essentiels à recueillir, les principales activités à suivre et des conseils pratiques pour extraire ces informations de votre système Blend. Utilisez-le pour préparer vos données à l’analyse en Process Mining.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Conseils d’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs liés à l’octroi de prêts

Ces champs sont essentiels pour constituer un journal d’événements fiable et analyser en détail votre processus d’octroi de prêts.
5 Obligatoire 5 Recommandé 10 Facultatif
Nom Description
Heure de début
EventStartTime
Horodatage indiquant le début officiel d’une activité ou d’un événement.
Description

L’heure de début de l’événement correspond à la date et à l’heure précises auxquelles une étape du processus a commencé. Cet horodatage permet de remettre les événements dans le bon ordre et de calculer la durée des activités ainsi que les temps d’attente entre elles.

Lors de l’analyse, il sert à ordonner les activités de chaque demande de prêt et à constituer un journal d’événements chronologique. Il est à la base de tous les calculs liés au temps, notamment les temps de cycle, les durées de traitement et les temps d’attente. Ces mesures sont essentielles pour repérer les retards et évaluer les résultats au regard des accords de niveau de service (SLA).

Pourquoi est-ce important ?

Cet horodatage permet d’ordonner les événements, de calculer la durée des processus et de repérer les goulots d’étranglement et les retards dans le flux de travail d’octroi du prêt.

Où trouver ces données

Il s’agit de l’horodatage de création ou de début d’un enregistrement d’événement dans les journaux d’événements ou les tables de piste d’audit de Blend.

Exemples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Identifiant de la demande de prêt
LoanApplicationId
Identifiant unique de chaque demande de prêt soumise sur la plateforme Blend.
Description

L’identifiant de la demande de prêt distingue chaque demande tout au long de son cycle de vie. Il sert de référence centrale pour regrouper les activités et les données associées, et retracer l’ensemble du parcours d’octroi d’un prêt donné.

En Process Mining, cet identifiant est indispensable pour construire la carte du processus de bout en bout, car chaque événement enregistré doit être associé à une demande précise. Il permet d’analyser le parcours de chaque demande, de comparer les différents itinéraires et de calculer des indicateurs au niveau du cas, comme le temps de cycle total ou la fréquence des reprises.

Pourquoi est-ce important ?

Il s’agit de l’identifiant de cas essentiel qui relie toutes les étapes du processus et permet de reconstituer et d’analyser l’ensemble du parcours d’octroi de prêts de chaque demandeur.

Où trouver ces données

Il s’agit d’une clé primaire dans les principales entités de données des demandes de prêt de Blend. Elle est généralement disponible dans tous les exports de données liés aux prêts et dans les points de terminaison API.

Exemples
APP-2024-10583BLND-0034981-A1800123987
Nom de l’activité
ActivityName
Nom de l’événement métier ou de la tâche qui s’est produit à un moment donné dans le cadre d’une demande de prêt.
Description

Cet attribut décrit une étape ou un jalon du processus d’octroi de prêt, par exemple « Demande soumise », « Vérification de solvabilité terminée » ou « Fonds versés ». Chaque activité correspond à un événement distinct du cycle de vie du processus.

L’analyse de l’ordre et de la durée de ces activités permet de créer une cartographie détaillée du processus. Celle-ci sert à repérer les parcours les plus fréquents, les écarts par rapport à la procédure standard et les goulots d’étranglement qui retardent les demandes. Comprendre l’enchaînement des activités est la première étape de toute démarche d’amélioration des processus.

Pourquoi est-ce important ?

Cet attribut constitue la base de la cartographie du processus : il en définit les étapes et les jalons tout au long du parcours d’octroi du prêt.

Où trouver ces données

Ces informations proviennent généralement des journaux d’événements, des enregistrements de changement de statut ou des pistes d’audit de Blend. Elles correspondent aux principaux jalons du flux de travail d’octroi du prêt.

Exemples
Demande soumiseÉvaluation du risque commencéeFonds versésDemande refusée
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 horodatage indique la dernière extraction des données depuis Blend. Il ne correspond pas au moment où l’événement s’est produit, mais à la dernière mise à jour de l’enregistrement dans le jeu de données utilisé pour l’analyse.

Cet attribut de métadonnées est essentiel à la gouvernance et au contrôle de la qualité des données. Il permet de vérifier leur fraîcheur et contribue à valider la fiabilité des Dashboards et des rapports, notamment pour le suivi quasi en temps réel.

Pourquoi est-ce important ?

Cet horodatage indique l’actualité des informations et contribue à la transparence des données, indispensable pour évaluer la fiabilité de l’analyse du processus.

Où trouver ces données

Cet horodatage est ajouté par le pipeline d’ingestion des données au moment où celles-ci sont interrogées et extraites du système source Blend.

Exemples
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
Système source
SourceSystemName
Indique le système source dont les données d’événement ont été extraites, en l’occurrence « Blend ».
Description

Cet attribut indique le système de référence d’où proviennent les données. Dans cette vue du processus, sa valeur sera toujours « Blend ».

Même si cela peut sembler redondant lorsque toutes les données proviennent d’un seul système, il est recommandé de l’inclure. Cet attribut devient particulièrement utile lorsque des données issues d’autres systèmes, comme une plateforme bancaire centrale ou un CRM, sont intégrées. Les analystes peuvent alors retracer leur origine et résoudre les problèmes d’intégration.

Pourquoi est-ce important ?

Cet attribut permet de retracer l’origine des données du processus et d’en assurer la transparence, un point particulièrement important dans les environnements intégrés.

Où trouver ces données

Il s’agit généralement d’une valeur statique (« Blend »), ajoutée lors de l’extraction et de la transformation des données pour indiquer l’origine des enregistrements.

Exemples
BlendBlend_ProductionBlend_US
Agent de crédit affecté
AssignedLoanOfficer
Nom ou identifiant de l’agent de crédit ou de l’analyste chargé de l’activité.
Description

Cet attribut identifie l’employé, par exemple un agent de crédit ou un analyste, qui a effectué une tâche ou qui est affecté à la demande de prêt. Il est essentiel pour comprendre la répartition de la charge de travail et les performances individuelles.

L’analyse permet de filtrer la cartographie du processus par utilisateur ou par équipe, de comparer les performances et de repérer les besoins de formation. Le Dashboard « Charge de travail et performances des agents de crédit » s’appuie directement sur cet attribut pour visualiser la répartition des dossiers et le temps moyen de traitement par agent, afin de contribuer à un meilleur équilibre des charges de travail.

Pourquoi est-ce important ?

Relie les activités du processus aux personnes concernées, ce qui permet d’analyser la charge de travail, de suivre les performances et de mieux répartir les ressources.

Où trouver ces données

Consultez la documentation de Blend. Ces informations sont probablement stockées dans les champs d’affectation des utilisateurs associés aux demandes de prêt ou aux tâches concernées.

Exemples
John SmithJane Doej.smith@lender.comuser_1024
Canal de demande
ApplicationChannel
Canal par lequel la demande de prêt a été soumise initialement.
Description

Cet attribut indique l’origine ou le canal de soumission de la demande, par exemple « Portail en ligne », « Application mobile », « Agence » ou « Courtier ». Le parcours et le niveau d’efficacité peuvent varier selon le canal.

En comparant les résultats des différents canaux, les organisations peuvent déterminer lesquels sont les plus efficaces, affichent les taux d’approbation les plus élevés ou entraînent le plus de reprises. Le Dashboard « Vue d’ensemble des performances par canal de demande » utilise cet attribut pour comparer les canaux et éclairer les décisions d’investissement dans l’amélioration des processus.

Pourquoi est-ce important ?

Permet de comparer les résultats des différents canaux de soumission et de repérer les moyens les plus efficaces pour recevoir des demandes.

Où trouver ces données

Consultez la documentation de Blend. Cette information peut figurer dans les métadonnées initiales de la demande.

Exemples
Portail en ligneApplication mobileEn agenceCourtier
Heure de fin
EventEndTime
Horodatage indiquant la fin d’une activité. Pour les événements jalons, il correspond souvent à l’heure de début.
Description

Cet attribut indique la date et l’heure précises auxquelles une activité s’est terminée. Pour un événement jalon comme « Demande soumise », l’heure de fin peut être identique à l’heure de début. Pour une activité qui dure, comme la période entre « Début de l’étude du dossier » et « Décision d’étude du dossier rendue », il marque la fin de l’activité.

La présence des heures de début et de fin permet de calculer précisément la durée de traitement d’une activité. On peut ainsi distinguer le temps consacré au traitement de la tâche du temps d’attente avant son démarrage, ce qui est nécessaire pour analyser correctement les goulots d’étranglement.

Pourquoi est-ce important ?

Permet de calculer précisément la durée de traitement des activités et de distinguer le temps de travail effectif du temps d’attente.

Où trouver ces données

Il s’agit de l’horodatage de fin d’un enregistrement d’événement dans les journaux d’événements ou les tables de piste d’audit de Blend.

Exemples
2023-10-26T10:00:00Z2023-11-15T18:02:15Z2024-01-05T09:12:45Z
Produit de prêt
LoanProduct
Type de prêt demandé, par exemple un prêt hypothécaire ou un prêt personnel.
Description

Cet attribut classe la demande selon le type de produit financier demandé. Il peut s’agir, par exemple, d’un « Prêt hypothécaire à taux fixe sur 30 ans », d’une « Ligne de crédit hypothécaire » ou d’un « Prêt automobile ».

L’analyse du processus par produit de prêt permet de repérer les différences de temps de cycle, de taux d’approbation ou de parcours propres à certains produits. Elle aide à cibler les améliorations, car le traitement d’un prêt personnel simple peut être très différent de celui d’un prêt hypothécaire complexe. Les Dashboards utilisent souvent cet attribut pour segmenter les KPI et comparer les résultats entre les différentes lignes d’activité.

Pourquoi est-ce important ?

Permet de segmenter l’analyse du processus et de comparer les performances et les parcours selon les produits de prêt.

Où trouver ces données

Consultez la documentation de Blend. Cette information figure généralement dans un champ principal de l’enregistrement de la demande de prêt.

Exemples
Prêt hypothécaire à taux fixe sur 30 ansPrêt hypothécaire à taux fixe sur 15 ansHELOCPrêt automobile
Résultat de la décision
DecisionOutcome
Résultat final de la demande de prêt, par exemple approuvée, rejetée ou retirée.
Description

Cet attribut, défini au niveau du dossier, enregistre le statut final ou la décision concernant une demande de prêt. Il indique si le prêt a été approuvé et versé, refusé par le prêteur ou retiré par le demandeur.

Cet attribut est essentiel à l’analyse des résultats. Il permet de comparer les parcours des demandes approuvées et rejetées afin de repérer les facteurs de réussite ou d’échec. Le Dashboard « Analyse des résultats des décisions de prêt » et le KPI « Taux de rejet des demandes de prêt » s’appuient directement sur ces données pour aider à comprendre et à améliorer les taux d’approbation.

Pourquoi est-ce important ?

Indispensable à l’analyse des résultats, cet attribut permet de comparer les instances de processus abouties et non abouties afin d’améliorer les taux d’approbation.

Où trouver ces données

Consultez la documentation de Blend. Il s’agit généralement du champ de statut final d’un dossier de prêt clôturé.

Exemples
ApprouvéRejetéRetiré
Dépassement du SLA d’étude du dossier
IsUnderwritingSlaBreached
Indicateur calculé qui précise si la durée de l’étape d’étude du dossier a dépassé l’objectif de SLA défini.
Description

Cet attribut booléen (vrai/faux) est calculé en comparant la durée réelle de l’étude du dossier à « UnderwritingSlaTarget ». Si la durée réelle dépasse l’objectif, l’indicateur prend la valeur « vrai ».

Il simplifie l’analyse et la création de Dashboards en transformant une comparaison de durées complexe en un indicateur binaire. Le Dashboard « Respect des niveaux de service pour l’étude des dossiers » l’utilise directement pour compter les dépassements et calculer le KPI « Taux de respect du SLA pour l’étude du dossier ». Il est ainsi possible de repérer rapidement tous les dossiers qui n’ont pas respecté les niveaux de service.

Pourquoi est-ce important ?

Signale clairement, sous forme binaire, les dépassements de SLA. Il simplifie les rapports et permet de filtrer rapidement les demandes concernées.

Où trouver ces données

Il s’agit d’un champ calculé selon la logique suivante : (UnderwritingDecisionRendered.Timestamp - UnderwritingCommenced.Timestamp) > UnderwritingSlaTarget.

Exemples
truefalse
Durée du dossier
CaseDuration
Durée totale calculée entre le premier et le dernier événement d’une demande de prêt.
Description

Cette métrique mesure le temps de cycle total de bout en bout de chaque demande de prêt. Elle se calcule en soustrayant l’horodatage du premier événement de celui du dernier événement enregistré pour un « LoanApplicationId » donné.

La durée du dossier est un indicateur clé de performance (KPI) de l’efficacité globale du processus. Le Dashboard « Temps de cycle de bout en bout pour l’approbation des prêts » l’utilise pour présenter une vue d’ensemble des résultats. L’analyse de cette métrique et de ses variations selon des attributs comme le produit de prêt ou le canal est essentielle pour comprendre et réduire la durée globale du processus d’octroi.

Pourquoi est-ce important ?

Correspond au temps de cycle total de bout en bout d’une demande de prêt. Ce KPI est essentiel pour mesurer la rapidité et l’efficacité globales du processus.

Où trouver ces données

Dans l’outil de Process Mining, cette durée est calculée en soustrayant l’horodatage du premier événement de celui du dernier événement de chaque dossier.

Exemples
25 jours et 8 heures42 jours et 3 heures15 jours et 12 heures
État du bien immobilier
PropertyState
État des États-Unis où se trouve le bien immobilier associé au prêt.
Description

Cet attribut indique l’État où se trouve le bien financé, une information particulièrement pertinente pour les demandes de prêt hypothécaire. La réglementation des prêts et les conditions du marché peuvent varier considérablement d’un État à l’autre.

Il apporte une dimension géographique à l’analyse et permet de comparer les résultats du processus, notamment les temps de cycle et les taux d’approbation, entre les régions. Cette comparaison peut révéler des goulots d’étranglement régionaux, montrer l’incidence des réglementations locales sur le processus et aider à mieux répartir les ressources.

Pourquoi est-ce important ?

Permet d’analyser géographiquement le processus d’octroi du prêt et de repérer les écarts de performance régionaux ainsi que les effets de la réglementation.

Où trouver ces données

Consultez la documentation de Blend. Ce champ standard est recueilli dans les informations sur le bien immobilier d’une demande de prêt hypothécaire.

Exemples
CANYTXFL
Montant du prêt
LoanAmount
Montant total du prêt demandé par le demandeur.
Description

Cet attribut indique le montant principal du prêt demandé. Il peut avoir une incidence importante sur la complexité et le niveau d’exigence de l’étude du dossier.

L’analyse du processus selon le montant du prêt permet de créer des segments utiles. Les prêts de montant élevé, par exemple, peuvent suivre un parcours différent et plus exigeant que les prêts de moindre montant. Cette analyse aide à expliquer les écarts de temps de cycle et de taux d’approbation. Elle sert souvent à répartir les dossiers en tranches de montant pour les besoins de l’analyse.

Pourquoi est-ce important ?

Apporte un contexte métier essentiel en permettant d’analyser les demandes selon leur montant, souvent lié à la complexité du processus.

Où trouver ces données

Consultez la documentation de Blend. Ce champ standard est indispensable dans tout formulaire de demande de prêt.

Exemples
350000.0050000.001250000.00
Motif du rejet
RejectionReason
Motif précis indiqué lors du refus d’une demande de prêt.
Description

Lorsque le « Résultat de la décision » d’une demande de prêt est « Rejeté », cet attribut indique le motif du refus. Parmi les motifs courants figurent « Score de crédit insuffisant », « Ratio d’endettement trop élevé » ou « Dossier incomplet ».

Ces données sont très utiles pour l’analyse des causes profondes. L’examen des motifs de rejet les plus fréquents peut révéler des problèmes récurrents dans le processus de demande, le profil des demandeurs ou les critères de prêt. Le Dashboard « Analyse des résultats des décisions de prêt » s’appuie sur ces informations pour dégager des pistes concrètes d’amélioration du taux d’approbation.

Pourquoi est-ce important ?

Explique les motifs de rejet des demandes de prêt et permet de cibler les problèmes récurrents pour améliorer les chances d’aboutissement des demandes.

Où trouver ces données

Consultez la documentation de Blend. Cette information figure probablement dans l’historique des décisions ou des statuts d’une demande rejetée.

Exemples
Ratio d’endettement trop élevéScore de crédit faibleDemande incomplète
Objectif de SLA pour l’étude du dossier
UnderwritingSlaTarget
Durée cible, en heures ou en jours, pour terminer l’étape d’étude du dossier.
Description

Cet attribut définit l’objectif de l’accord de niveau de service (SLA) pour l’étape d’étude du dossier dans le processus d’octroi du prêt. Il correspond au délai maximal acceptable entre le début de l’étude et la communication de la décision.

Cet objectif sert de référence pour évaluer les résultats. En comparant la durée réelle de l’étude à l’objectif du SLA, il est possible de calculer le KPI « Taux de respect du SLA pour l’étude du dossier » et de repérer les dépassements. Le Dashboard « Respect des niveaux de service pour l’étude des dossiers » suit la conformité aux objectifs et aide à prioriser les demandes susceptibles de dépasser leur SLA.

Pourquoi est-ce important ?

Fournit une référence claire pour évaluer les résultats, mesurer le respect des SLA et repérer les retards dans l’étude des dossiers.

Où trouver ces données

Consultez la documentation de Blend ou la configuration des règles métier. Cette valeur peut être paramétrable selon le produit de prêt ou d’autres facteurs.

Exemples
48 heures3 jours24 heures
Reprise
IsRework
Indicateur calculé qui précise si une activité correspond à la répétition d’une étape précédente dans le même dossier.
Description

Cet indicateur booléen prend la valeur « vrai » si la même activité a déjà eu lieu dans le dossier de demande de prêt. Par exemple, si l’activité « Documents demandés » apparaît une deuxième fois pour le même prêt, cette occurrence est signalée comme une reprise.

Repérer les reprises permet de mettre en évidence les inefficacités, les difficultés et les boucles du processus. Le Dashboard « Analyse des reprises et des nouvelles soumissions » et le KPI « Taux de reprise par demande de prêt » s’appuient sur cet attribut pour mesurer la fréquence et l’incidence du travail répété. Ces informations aident à cibler les améliorations pour que les tâches soient correctement effectuées dès la première fois.

Pourquoi est-ce important ?

Signale directement les inefficacités et les boucles du processus, ce qui facilite la mesure et l’analyse du travail répété.

Où trouver ces données

Cet attribut est généralement calculé par l’outil de Process Mining, qui détecte les activités répétées dans le parcours d’un dossier. Il peut également être calculé lors de la préparation des données.

Exemples
truefalse
Score de crédit
CreditScore
Score de crédit du demandeur au moment de la vérification de solvabilité.
Description

Cet attribut enregistre le score de crédit numérique transmis par un bureau de crédit lors de l’activité « Vérification de solvabilité terminée ». Ce score est un facteur important pour évaluer la solvabilité du demandeur et prendre une décision de prêt.

Dans l’analyse du processus, le score de crédit permet de segmenter les demandes et de comprendre son influence sur les résultats. Les analystes peuvent, par exemple, examiner si les scores plus faibles sont associés à des délais d’étude plus longs ou à davantage de rejets. Cette analyse montre comment l’évaluation des risques influe sur l’efficacité du processus.

Pourquoi est-ce important ?

Facteur important dans la prise de décision, il permet d’analyser l’incidence du profil de risque du demandeur sur le parcours, la durée et les résultats du processus.

Où trouver ces données

Consultez la documentation de Blend. Cette information est généralement obtenue auprès d’un bureau de crédit tiers par intégration, puis enregistrée dans le profil du demandeur.

Exemples
780650815
Type de demandeur
ApplicantType
Catégorie du demandeur, par exemple « Nouveau client » ou « Client existant ».
Description

Cet attribut répartit les demandeurs en catégories selon leur relation avec l’établissement prêteur. Il peut s’agir de « Nouveau client », « Client existant », « Employé de l’établissement » ou « Recommandation d’un partenaire ».

Les règles de traitement peuvent varier selon le type de demandeur, qui peut aussi bénéficier de données déjà disponibles. Ces différences ont une incidence sur les délais de traitement et les taux d’approbation. L’analyse des parcours par type de demandeur peut révéler des possibilités de simplifier les démarches des clients existants ou de repérer les difficultés rencontrées par les nouveaux clients.

Pourquoi est-ce important ?

Permet d’analyser les différences de traitement selon la relation avec le client, qui peut influer sur la disponibilité des données, l’évaluation des risques et la durée globale du processus.

Où trouver ces données

Consultez la documentation de Blend. Cette information peut être obtenue en rapprochant les données du demandeur d’une base de référence clients, ou être saisie directement.

Exemples
Nouveau clientClient existantPartenaire privilégié
Type de document
DocumentType
Type de document demandé ou reçu, par exemple un « Bulletin de salaire » ou un « Relevé bancaire ».
Description

Cet attribut précise le type de justificatif concerné par des activités telles que « Documents demandés » ou « Documents reçus ». Ce niveau de détail est utile pour comprendre la gestion des documents dans le processus d’octroi du prêt.

L’analyse par type de document permet de répondre à des questions comme « Quels documents sont le plus souvent redemandés ? » ou « Quels documents les demandeurs mettent-ils le plus de temps à fournir ? ». Le Dashboard « Analyse de l’efficacité des demandes de documents » s’appuie sur cet attribut pour repérer les tendances et les inefficacités dans la collecte des documents, et ainsi réduire les reprises et les retards.

Pourquoi est-ce important ?

Fournit des détails précis sur les activités liées aux documents et aide à repérer les inefficacités ainsi que les demandes répétées de certains justificatifs.

Où trouver ces données

Consultez la documentation de Blend. Cette information devrait figurer dans les détails des tâches ou des événements de gestion des documents.

Exemples
Bulletin de salaireFormulaire W-2Relevé bancaireDéclaration de revenus
Obligatoire Recommandé Facultatif

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

Voici les étapes et les jalons du processus à suivre dans votre journal d’événements pour découvrir le processus avec précision et repérer les goulots d’étranglement.
7 Recommandé 9 Facultatif
Activité Description
Décision d’évaluation du risque rendue
Marque la fin de l’examen par l’analyste, qui aboutit à une décision telle que « Approuvée », « Approuvée sous conditions » ou « Refusée ». Cet événement clôt l’analyse principale du risque.
Pourquoi est-ce important ?

Cette activité marque la fin du temps de cycle d’évaluation du risque et sert à mesurer le respect des SLA. Le résultat de la décision est un attribut essentiel pour analyser les taux d’approbation et les motifs de refus.

Où trouver ces données

Il s’agit souvent d’un événement explicite, enregistré lorsque l’analyste soumet sa décision dans le système. Il peut également être déduit d’un changement de statut à la sortie de l’étape d’évaluation du risque, par exemple vers « Approuvée » ou « Refusée ».

Données à recueillir

Utilisez l’horodatage de la soumission de la décision par l’analyste ou celui du changement de statut qui suit.

Type d’événement explicit
Demande commencée
Indique le moment où un chargé de prêt ou un demandeur commence à créer une nouvelle demande de prêt dans Blend. Il s’agit souvent du premier enregistrement créé, avant même que toutes les informations requises aient été recueillies et que la demande ait été officiellement soumise.
Pourquoi est-ce important ?

Cette activité marque le début du processus d’octroi de prêts. Elle permet de mesurer le temps nécessaire aux demandeurs pour remplir et soumettre leur demande, ainsi que d’analyser les abandons en cours de démarche.

Où trouver ces données

Cet événement correspond probablement à l’horodatage de création de l’enregistrement de la demande de prêt dans la table principale des demandes de Blend. Il peut être déduit de l’horodatage le plus ancien associé à l’identifiant de la demande de prêt.

Données à recueillir

Utilisez l’horodatage de création de l’enregistrement principal de la demande de prêt.

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’évaluation du risque. Le processus se termine alors sans aboutir.
Pourquoi est-ce important ?

Il s’agit d’un événement de fin important du parcours non abouti. L’analyse du nombre de refus et de leurs motifs est essentielle pour affiner les critères de prêt et améliorer le KPI de taux de rejet des demandes.

Où trouver ces données

Cet événement correspond à la décision « Refusée » rendue par l’analyste. Il est enregistré dans Blend sous la forme d’une mise à jour finale du statut, avec un horodatage et un code de motif.

Données à recueillir

Utilisez l’horodatage du changement de statut final à « Refusée » ou « Rejetée ».

Type d’événement explicit
Demande soumise
Indique que le demandeur ou le chargé de prêt a officiellement soumis la demande de prêt complète pour traitement. Cet événement marque le début du traitement et de l’évaluation du risque.
Pourquoi est-ce important ?

Il s’agit du point de départ officiel pour mesurer le délai de traitement de bout en bout et le respect des accords de niveau de service (SLA). Il permet de distinguer la préparation de la demande de son traitement effectif.

Où trouver ces données

Blend enregistre probablement cet événement explicitement ou sous la forme d’un changement de statut dans l’historique de la demande, par exemple lorsque le statut passe de « Brouillon » à « Soumise ».

Données à recueillir

Repérez le journal d’événements ou l’horodatage du changement de statut correspondant à la soumission de la demande.

Type d’événement explicit
Évaluation du risque commencée
Indique le début de l’évaluation du risque, lorsqu’un analyste commence à examiner en détail la demande de prêt et les pièces justificatives. L’événement est généralement enregistré lorsque l’analyste s’attribue le dossier ou que son statut passe à « En cours d’évaluation du risque ».
Pourquoi est-ce important ?

Cette étape importante marque le début de la phase de décision la plus déterminante. Elle sert de point de départ pour mesurer le KPI de respect des SLA d’évaluation du risque et repérer les goulots d’étranglement en amont.

Où trouver ces données

L’événement peut être déduit du changement de statut de la demande à « Évaluation du risque en cours » ou « Attribuée à un analyste », accompagné de l’horodatage correspondant.

Données à recueillir

Repérez l’horodatage du changement de statut du prêt vers une étape d’évaluation du risque.

Type d’événement inferred
Fonds versés
Marque la fin réussie du processus d’octroi de prêts, lorsque le montant du prêt est transféré au demandeur ou à la partie concernée. Cet événement clôt le parcours d’une demande de prêt aboutie.
Pourquoi est-ce important ?

Il s’agit de l’événement de fin du parcours nominal. Le délai jusqu’à cette activité correspond au temps de cycle global d’octroi du prêt, un KPI essentiel.

Où trouver ces données

Cet événement est probablement enregistré lorsqu’un chargé de prêt met à jour le statut de la demande à « Financé » ou « Clôturé » dans Blend, après confirmation du service de financement. Il peut également provenir d’une intégration avec un système bancaire central.

Données à recueillir

Utilisez l’horodatage du changement de statut à « Financé », « Fonds versés » ou « Terminé ».

Type d’événement inferred
Offre de prêt acceptée
Indique que le demandeur a officiellement accepté l’offre de prêt et ses conditions. Cette étape importante confirme son intention de poursuivre la démarche.
Pourquoi est-ce important ?

Cette activité est un indicateur important de la conversion entre l’approbation et la clôture. L’analyse du délai d’acceptation peut renseigner sur l’attractivité de l’offre.

Où trouver ces données

Cet événement est enregistré lorsque le demandeur signe électroniquement l’offre ou confirme son acceptation dans le portail Blend. Le statut est alors mis à jour avec un horodatage.

Données à recueillir

Utilisez l’horodatage de la signature électronique ou de l’action d’acceptation du demandeur dans le système.

Type d’événement explicit
Contrat de prêt signé
Cette activité marque la signature finale de tous les documents de clôture par le demandeur et rend le contrat de prêt juridiquement contraignant. Il s’agit de la dernière étape à accomplir par le demandeur avant le versement des fonds.
Pourquoi est-ce important ?

Cette étape constitue la confirmation finale du demandeur et une condition préalable au financement. Tout retard peut décaler le versement des fonds et nuire à la satisfaction des clients.

Où trouver ces données

L’événement est enregistré par la plateforme de signature électronique intégrée à Blend, qui consigne l’horodatage de la signature finale.

Données à recueillir

Enregistrez l’horodatage de la fin du processus de signature électronique du dossier de prêt final.

Type d’événement explicit
Demande retirée
Indique que le demandeur a choisi de retirer sa demande avant qu’une décision finale soit rendue ou avant le versement des fonds. Le processus n’aboutit donc pas.
Pourquoi est-ce important ?

Il s’agit d’un événement de fin du parcours non abouti. L’analyse du moment et des raisons du retrait des demandes peut éclairer l’expérience client, la concurrence et les difficultés rencontrées dans le processus.

Où trouver ces données

Cet événement est enregistré lorsque le statut passe à « Retirée » dans Blend. Le changement peut être effectué par le demandeur dans le portail ou manuellement par un chargé de prêt.

Données à recueillir

Utilisez l’horodatage de l’événement ou du changement de statut à « Retirée ».

Type d’événement explicit
Documents d’information initiaux envoyés
Cette activité marque l’envoi au demandeur du premier ensemble de documents d’information exigés par la loi. Cette étape de conformité doit intervenir au début du processus.
Pourquoi est-ce important ?

Le suivi de cette activité liée à la conformité est essentiel lors des audits réglementaires. L’analyse de son calendrier permet de vérifier le respect de réglementations telles que RESPA et TILA.

Où trouver ces données

Cet événement est probablement enregistré dans un module de communication ou de gestion documentaire de Blend, avec un horodatage correspondant à la création et à l’envoi du dossier d’information.

Données à recueillir

Recherchez un événement horodaté correspondant à l’envoi du dossier « Informations initiales ».

Type d’événement explicit
Documents de clôture envoyés
Indique que le dernier ensemble de documents de clôture exigés par la loi a été envoyé au demandeur pour examen avant signature. Cette étape de conformité, soumise à des délais précis, doit précéder la clôture définitive.
Pourquoi est-ce important ?

Le suivi de cet événement est essentiel pour respecter les délais d’attente obligatoires, comme la période d’examen de trois jours prévue par la règle TILA-RESPA Integrated Disclosure (TRID).

Où trouver ces données

Cet événement est probablement enregistré dans les journaux de communication ou de gestion documentaire de Blend, avec un horodatage précis de l’envoi du dossier de clôture.

Données à recueillir

Recherchez un événement horodaté correspondant à l’envoi du dossier « Documents de clôture ».

Type d’événement explicit
Documents demandés
Indique que le système ou un chargé de prêt a demandé au demandeur les pièces justificatives requises, comme des bulletins de salaire ou des relevés bancaires. Cette action peut être automatisée ou effectuée manuellement dans le flux de travail de la demande.
Pourquoi est-ce important ?

L’analyse de cette activité aide à repérer les goulots d’étranglement liés à la collecte des documents. Plusieurs occurrences pour un même cas révèlent des reprises et des inefficacités, mesurables à l’aide du KPI de taux de demandes répétées de documents.

Où trouver ces données

Cette activité est généralement enregistrée dans un module de suivi des documents ou de liste de contrôle de Blend, avec un horodatage pour chaque demande.

Données à recueillir

Utilisez les journaux d’événements du module de gestion documentaire ou des fonctionnalités de communication avec les demandeurs.

Type d’événement explicit
Documents reçus
Indique que le demandeur a importé ou fourni tout ou partie des pièces justificatives demandées. Cet événement est souvent nécessaire pour passer à l’étape suivante, par exemple l’évaluation du risque.
Pourquoi est-ce important ?

Le délai entre la demande et la réception des documents est une source fréquente de retard. Son suivi permet de mesurer la réactivité des demandeurs et l’efficacité de la collecte des documents.

Où trouver ces données

L’événement est enregistré à l’aide de l’horodatage de l’importation des documents ou du changement de leur statut à « Reçu » dans le système de gestion documentaire de Blend.

Données à recueillir

Utilisez les horodatages des importations de documents ou des mises à jour de statut dans la liste de contrôle des documents.

Type d’événement explicit
Offre de prêt générée
Cette activité intervient après une décision d’évaluation du risque « Approuvée ». Elle correspond à la création du document officiel présentant l’offre de prêt au demandeur et formalise les conditions du prêt approuvé.
Pourquoi est-ce important ?

Le délai entre la décision d’évaluation du risque et la création de l’offre peut révéler des retards administratifs. Cette étape est importante dans le parcours menant à l’acceptation du prêt.

Où trouver ces données

Cet événement est probablement enregistré dans le journal de génération de documents de Blend, avec un horodatage indiquant la création de l’offre de prêt.

Données à recueillir

Utilisez l’horodatage de création de l’enregistrement du document d’offre de prêt.

Type d’événement explicit
Vérification de crédit lancée
Cette activité indique qu’une demande de rapport de solvabilité a été envoyée à un bureau de crédit. Il s’agit d’une étape importante pour évaluer la solvabilité du demandeur.
Pourquoi est-ce important ?

Cette étape de collecte de données est essentielle. L’analyse du temps nécessaire pour lancer et terminer la vérification de crédit aide à repérer les retards liés aux intégrations tierces.

Où trouver ces données

Cet événement est généralement enregistré comme un appel API à une agence d’évaluation du crédit, avec un horodatage dans les journaux système ou l’historique d’audit de Blend.

Données à recueillir

Recherchez l’entrée horodatée correspondant à la demande de rapport de solvabilité.

Type d’événement explicit
Vérification de crédit terminée
Indique que le rapport et le score de crédit du demandeur ont bien été reçus du bureau de crédit et ajoutés au dossier de prêt. Les données de crédit sont alors disponibles pour examen.
Pourquoi est-ce important ?

Le délai entre le lancement et la fin de la vérification de crédit mesure l’efficacité des services tiers. Ces données sont essentielles pour les étapes suivantes d’évaluation du risque et de souscription du prêt.

Où trouver ces données

Cet événement est enregistré à la réception d’une réponse positive de l’API de l’agence de crédit. Il est horodaté dans les journaux de Blend ou apparaît comme une mise à jour du statut de la tâche de vérification de crédit.

Données à recueillir

Recherchez l’entrée horodatée correspondant à la réponse au rapport de solvabilité ou la mise à jour du statut à « Terminée ».

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Blend

Prêt à commencer ?

Ce modèle simplifie la collecte de vos données et vous aide à progresser plus rapidement vers l’optimisation de l’octroi de prêts. Commencez dès aujourd’hui à améliorer votre processus.

Optimisez dès maintenant l’octroi de prêts dans Blend

Réduisez de 50 % le délai de décision et résorbez les retards accumulés dans Blend.

Démarrez l’essai gratuit

Aucune carte bancaire requise. La configuration ne prend que quelques minutes.