Votre Template de Données d'Origination de Prêts
Votre Template de Données d'Origination de Prêts
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs de l'octroi de prêts
| Nom | Description | ||
|---|---|---|---|
|
Heure de début
EventStartTime
|
L'horodatage indiquant le début officiel d'une activité ou d'un événement spécifique. | ||
|
Description
L'heure de début de l'événement est la date et l'heure précises auxquelles une étape du processus a été initiée. Cet horodatage est essentiel pour séquencer correctement les événements et pour calculer la durée des activités et les temps d'attente entre elles.\n\nEn analyse, cet horodatage est utilisé pour ordonner les activités de chaque demande de prêt, créant ainsi un journal d'événements chronologique. Il constitue la base de tous les calculs basés sur le temps, y compris les temps de cycle, les temps de traitement et les temps d'attente, qui sont essentiels pour identifier les retards et évaluer la performance par rapport aux accords de niveau de service (SLA).
Pourquoi c'est important
Cet horodatage est crucial pour l'ordonnancement des événements, le calcul des durées de processus et l'identification des goulots d'étranglement et des retards dans le workflow d'origination de prêts.
Où obtenir
Ceci correspond à 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
|
|||
|
ID de la demande de prêt
LoanApplicationId
|
L'identifiant unique pour chaque demande de prêt individuelle soumise via la plateforme Blend. | ||
|
Description
L'ID de la demande de prêt identifie de manière unique chaque demande de prêt individuelle tout au long de son cycle de vie. Il sert d'entité centrale pour regrouper toutes les activités et données associées, permettant une traçabilité complète du parcours d'origination pour un prêt spécifique.\n\nDans le Process Mining, cet ID est fondamental pour construire la cartographie de processus de bout en bout, car chaque événement enregistré doit être lié à une demande spécifique. Cela permet l'analyse des parcours de demande individuels, la comparaison de différents chemins et l'agrégation de métriques au niveau du cas, telles que le temps de cycle total ou la fréquence de retravail.
Pourquoi c'est important
Ceci est l'ID de Cas essentiel qui connecte toutes les étapes du processus, permettant la reconstruction et l'analyse de l'ensemble du parcours d'origination de prêt pour chaque demandeur.
Où obtenir
Il s'agit d'une clé primaire au sein des entités de données de base des demandes de prêt de Blend. Elle est généralement disponible dans toutes les exportations de données et les points d'API liés aux prêts.
Exemples
APP-2024-10583BLND-0034981-A1800123987
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'événement métier ou de la tâche spécifique qui s'est produit à un moment donné pour une demande de prêt. | ||
|
Description
Cet attribut décrit une étape unique ou un jalon du processus d'origination de prêts, comme 'Demande soumise', 'Vérification de crédit effectuée' ou 'Fonds décaissés'. Chaque activité représente un événement distinct dans le cycle de vie du processus.\n\nL'analyse de la séquence et de la durée de ces activités permet de créer une cartographie de processus détaillée. Cette cartographie est utilisée pour identifier les chemins de processus courants, les écarts par rapport à la procédure standard et les goulots d'étranglement où les demandes sont retardées. Comprendre le flux des activités est la première étape de toute initiative d'amélioration des processus.
Pourquoi c'est important
Cet attribut constitue la colonne vertébrale de la cartographie de processus, définissant les étapes et les jalons qui constituent le parcours d'origination de prêts.
Où obtenir
Cette information est généralement générée à partir des journaux d'événements, des enregistrements de changement de statut ou des pistes d'audit au sein de Blend, correspondant aux jalons clés du workflow de prêt.
Exemples
Candidature soumiseSouscription InitiéeFonds décaissésDemande refusée
|
|||
|
Dernière mise à jour des données
LastDataUpdateTime
|
Horodatage indiquant la dernière fois que les données pour cet événement ont été rafraîchies ou extraites du système source. | ||
|
Description
Cet horodatage indique la dernière fois que les données ont été extraites de Blend. Il ne représente pas le moment où l'événement s'est produit, mais plutôt le moment où l'enregistrement a été mis à jour dans l'ensemble de données utilisé pour l'analyse. Ceci est un attribut de métadonnées critique pour la gouvernance des données et l'assurance qualité. Il aide les utilisateurs à comprendre la fraîcheur des données qu'ils analysent et est essentiel pour valider la fiabilité des dashboards et des rapports, en particulier dans les scénarios de monitoring quasi-temps réel.
Pourquoi c'est important
Assure la transparence des données en montrant la fraîcheur de l'information, ce qui est vital pour la fiabilité de l'analyse du processus.
Où obtenir
Cet horodatage est ajouté par le pipeline d'ingestion de données au moment où les données 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
|
Identifie le système source d'où les données d'événements ont été extraites, qui est 'Blend'. | ||
|
Description
Cet attribut spécifie le système d'enregistrement d'où proviennent les données. Pour cette vue de processus, la valeur sera systématiquement 'Blend'.\n\nBien que cela puisse sembler redondant si toutes les données proviennent d'un seul système, il s'agit d'une bonne pratique de l'inclure. Cela devient inestimable lors de l'intégration de données provenant d'autres systèmes, tels qu'une plateforme bancaire centrale ou un CRM, permettant aux analystes de tracer la lignée des données et de résoudre les problèmes d'intégration.
Pourquoi c'est important
Fournit une lignée de données cruciale, assurant la clarté sur l'origine des données de processus, ce qui est particulièrement important dans les environnements intégrés.
Où obtenir
Ceci est généralement une valeur statique ('Blend') ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine des enregistrements.
Exemples
BlendBlend_ProductionBlend_US
|
|||
|
Agent de prêt assigné
AssignedLoanOfficer
|
Le nom ou l'ID de l'agent de crédit ou du souscripteur responsable du traitement de l'activité. | ||
|
Description
Cet attribut identifie l'employé spécifique, tel qu'un agent de crédit ou un souscripteur, qui a effectué une tâche particulière ou est assigné à la demande de prêt. Ceci est essentiel pour comprendre la répartition de la charge de travail et la performance individuelle.\n\nEn analyse, cela permet de filtrer la cartographie de processus par utilisateur ou par équipe, de comparer les performances et d'identifier les opportunités de formation. Le dashboard 'Charge de travail et performance des agents de crédit' s'appuie directement sur cet attribut pour visualiser la répartition des dossiers et les temps de traitement moyens par agent, aidant à garantir que les charges de travail sont équilibrées et efficaces.
Pourquoi c'est important
Lie les activités de processus à des individus spécifiques, permettant l'analyse de la charge de travail, le suivi des performances et l'optimisation des ressources.
Où obtenir
Consultez la documentation Blend. Ceci est probablement stocké dans les champs d'affectation d'utilisateur associés aux enregistrements de demande de prêt ou à des tâches spécifiques.
Exemples
John SmithJane Doej.smith@lender.comuser_1024
|
|||
|
Canal de demande
ApplicationChannel
|
Le canal par lequel la demande de prêt a été initialement soumise. | ||
|
Description
Cet attribut spécifie l'origine ou le canal de soumission de la demande, par exemple, 'Portail en ligne', 'Application mobile', 'Agence' ou 'Courtier'. Chaque canal peut avoir un flux de processus ou un niveau d'efficacité différent.\n\nEn analysant les performances de différents canaux, les organisations peuvent identifier ceux qui sont les plus efficaces, qui ont les taux d'approbation les plus élevés ou qui connaissent le plus de retravail. Le dashboard 'Aperçu des performances des canaux de demande' utilise cet attribut pour fournir une analyse comparative, aidant à orienter les décisions stratégiques sur où investir les ressources pour l'amélioration des processus.
Pourquoi c'est important
Permet la comparaison des performances entre les différents canaux de soumission, aidant à identifier les moyens les plus efficaces et efficients d'acquérir des demandes.
Où obtenir
Consultez la documentation Blend. Cela peut être capturé dans le cadre des métadonnées initiales de la demande.
Exemples
Portail en ligneMobile AppEn agenceCourtier
|
|||
|
Heure de fin
EventEndTime
|
L'horodatage indiquant la fin d'une activité. Il est souvent identique à l'heure de début pour les événements jalons. | ||
|
Description
Cet attribut marque la date et l'heure précises de la fin d'une activité. Pour les événements jalons comme 'Demande soumise', l'heure de fin peut être identique à l'heure de début. Pour les activités ayant une durée, comme 'Souscription commencée' à 'Décision de souscription rendue', cela marque l'achèvement.\n\nLe fait d'avoir une heure de début et de fin permet un calcul précis du temps de traitement de l'activité. Cela aide à différencier le temps passé à travailler activement sur une tâche du temps passé à attendre le début de la tâche, ce qui est crucial pour une analyse précise des goulots d'étranglement.
Pourquoi c'est important
Permet le calcul des temps de traitement précis pour les activités, aidant à distinguer le temps de travail actif du temps d'attente inactif.
Où obtenir
Ceci correspond à l'horodatage de fin ou d'achèvement 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
|
Le type spécifique de produit de prêt demandé, tel qu'un prêt hypothécaire ou un prêt personnel. | ||
|
Description
Cet attribut catégorise la demande de prêt par le type de produit financier demandé par le demandeur. Des exemples incluent 'Prêt hypothécaire à taux fixe sur 30 ans', 'Marge de crédit hypothécaire' ou 'Prêt automobile'.\n\nL'analyse du processus par produit de prêt est cruciale pour identifier les variations de temps de cycle, les taux d'approbation ou les chemins de processus spécifiques à certains produits. Cela permet des améliorations ciblées, car le processus pour un simple prêt personnel peut être très différent de celui d'un prêt hypothécaire complexe. Les Dashboards utilisent souvent cet attribut pour segmenter les KPIs et comparer les performances entre différentes lignes métier.
Pourquoi c'est important
Permet la segmentation de l'analyse des processus, révélant comment la performance et les flux de processus diffèrent selon les divers produits de prêt.
Où obtenir
Consultez la documentation Blend. Cette information est généralement un champ central du dossier de 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
|
Le résultat final de la demande de prêt, tel que Approuvé, Refusé ou Retiré. | ||
|
Description
Cet attribut au niveau du dossier enregistre le statut final ou la décision pour une demande de prêt. Il indique si le prêt a finalement été approuvé et financé, refusé par le prêteur ou retiré par le demandeur.\n\nIl s'agit d'un attribut critique pour l'analyse des résultats. Il permet de comparer les chemins de processus des demandes approuvées par rapport aux demandes rejetées afin d'identifier les facteurs qui mènent au succès ou à l'échec. Le dashboard 'Analyse des résultats des décisions de prêt' et le KPI 'Taux de rejet des demandes de prêt' sont directement alimentés par ces données, aidant à comprendre et à améliorer les taux d'approbation.
Pourquoi c'est important
Ceci est essentiel pour l'analyse basée sur les résultats, permettant des comparaisons entre les instances de processus réussies et infructueuses afin d'améliorer les taux d'approbation.
Où obtenir
Consultez la documentation Blend. Il s'agit généralement du champ de statut final sur un dossier de demande de prêt clos.
Exemples
ApprouvéRejetéRetiré
|
|||
|
Durée du cas
CaseDuration
|
Le temps total calculé du premier événement au dernier événement pour une demande de prêt. | ||
|
Description
Cette métrique mesure le temps de cycle de bout en bout total pour chaque demande de prêt. Elle est calculée en prenant l'horodatage du tout dernier événement enregistré et en soustrayant l'horodatage du tout premier événement pour un 'LoanApplicationId' donné. La durée de cas est un indicateur clé de performance (KPI) principal pour l'efficacité globale du processus. Elle est utilisée dans le dashboard 'Temps de cycle de bout en bout d'approbation de prêt' pour offrir une vue d'ensemble de la performance. L'analyse de cette métrique, et de la façon dont elle varie selon des attributs tels que le produit de prêt ou le canal, est fondamentale pour comprendre et améliorer la rapidité de l'ensemble du processus d'origination de prêts.
Pourquoi c'est important
Représente le temps de cycle total de bout en bout d'une demande de prêt, un KPI critique pour mesurer la vitesse et l'efficacité globales du processus.
Où obtenir
Ceci est calculé dans l'outil de Process Mining en soustrayant l'horodatage du premier événement de l'horodatage du dernier événement pour chaque cas.
Exemples
25 jours 8 heures42 jours 3 heures15 jours 12 heures
|
|||
|
Est un retravail
IsRework
|
Un indicateur calculé signalant si une activité est la répétition d'une étape précédente au sein du même dossier. | ||
|
Description
Cet indicateur booléen est défini sur Vrai si la même activité s'est déjà produite plus tôt dans le même dossier de demande de prêt. Par exemple, si 'Documents demandés' apparaît une deuxième fois pour le même prêt, la deuxième occurrence serait marquée comme retravail.\n\nL'identification du retravail est cruciale pour identifier les inefficacités, les frictions et les boucles du processus. Le dashboard 'Analyse du retravail et des nouvelles soumissions' et le KPI 'Taux de retravail par demande de prêt' dépendent de cet attribut pour quantifier la fréquence et l'impact du travail répété. La mise en évidence de ces instances aide à concentrer les efforts d'amélioration sur la bonne exécution des tâches dès la première fois.
Pourquoi c'est important
Signale directement les inefficacités et les boucles de processus, facilitant la quantification et l'analyse de l'impact du travail répété.
Où obtenir
Ceci est généralement calculé par l'outil de Process Mining, qui peut détecter les activités répétées au sein d'une trace de cas. Il peut également être calculé lors de la préparation des données.
Exemples
truefaux
|
|||
|
État de la propriété
PropertyState
|
L'état américain où se situe la propriété associée au prêt. | ||
|
Description
Cet attribut identifie l'état de la propriété financée, ce qui est particulièrement pertinent pour les demandes hypothécaires. Les réglementations de prêt et les conditions du marché peuvent varier considérablement d'un état à l'autre.\n\nCela fournit une dimension géographique pour l'analyse. Cela permet de comparer la performance des processus, tels que les temps de cycle et les taux d'approbation, dans différentes régions. Cela peut aider à identifier les goulots d'étranglement régionaux, à comprendre l'impact des réglementations locales sur le processus et à allouer les ressources plus efficacement.
Pourquoi c'est important
Permet l'analyse géographique du processus d'octroi de prêts, ce qui peut révéler des différences de performance régionales et des impacts réglementaires.
Où obtenir
Consultez la documentation Blend. Il s'agit d'un champ standard collecté dans le cadre des informations de propriété sur une demande de prêt hypothécaire.
Exemples
CANYTXFL
|
|||
|
Le SLA de souscription est-il violé ?
IsUnderwritingSlaBreached
|
Un indicateur calculé qui montre si l'étape de souscription a dépassé l'objectif de SLA défini. | ||
|
Description
Cet attribut est un booléen (Vrai/Faux) dérivé en comparant la durée réelle du processus de souscription à la 'Cible SLA de souscription'. Si la durée réelle est supérieure à la cible, cet indicateur est défini sur Vrai.\n\nCet indicateur simplifie l'analyse et la création de dashboards en transformant une comparaison de temps complexe en un simple indicateur binaire. Il est directement utilisé dans le dashboard 'Respect des niveaux de service de souscription' pour compter le nombre d'infractions et calculer le KPI 'Taux de conformité aux SLA de souscription'. Cela permet d'identifier rapidement tous les cas qui n'ont pas respecté les normes de service.
Pourquoi c'est important
Fournit un indicateur binaire clair de non-respect des SLA, simplifiant les rapports et permettant un filtrage rapide pour analyser toutes les demandes en infraction.
Où obtenir
Ceci est un champ calculé. La logique est : (Horodatage de la décision de souscription - Horodatage du début de la souscription) > Cible SLA de souscription.
Exemples
truefaux
|
|||
|
Montant du prêt
LoanAmount
|
La valeur monétaire totale du prêt demandé par le demandeur. | ||
|
Description
Cet attribut contient le montant principal du prêt demandé. Le montant du prêt peut influencer de manière significative la complexité et la rigueur du processus de souscription.\n\nL'analyse du processus basée sur le montant du prêt permet une segmentation précieuse. Par exemple, les prêts très importants peuvent suivre un chemin de processus différent, plus strict, par rapport aux prêts plus petits. Cela peut aider à expliquer les variations des temps de cycle et des taux d'approbation, et est souvent utilisé pour catégoriser les cas en différentes tranches de valeur pour l'analyse.
Pourquoi c'est important
Fournit un contexte métier critique, permettant une analyse basée sur la valeur financière de la demande, qui est souvent corrélée à la complexité du processus.
Où obtenir
Consultez la documentation Blend. Il s'agit d'un champ standard et essentiel sur tout formulaire de demande de prêt.
Exemples
350000.0050000.001250000.00
|
|||
|
Motif de refus
RejectionReason
|
La raison spécifique fournie lorsqu'une demande de prêt est refusée. | ||
|
Description
Lorsqu'une 'Décision de Demande' de prêt est 'Rejetée', cet attribut fournit la raison sous-jacente du refus. Les raisons courantes incluent 'Score de Crédit Insuffisant', 'Ratio Dette/Revenu Élevé' ou 'Documentation Incomplète'. Ces données sont inestimables pour l'analyse des causes profondes. En analysant les raisons de rejet les plus courantes, l'entreprise peut identifier les problèmes systémiques dans le processus de demande, la qualité du demandeur ou les critères de prêt. Le dashboard 'Analyse des Résultats des Décisions de Prêt' utilise ces informations pour fournir des insights exploitables afin d'améliorer le taux d'approbation global.
Pourquoi c'est important
Fournit le 'pourquoi' des rejets de prêts, permettant des actions ciblées pour résoudre les problèmes courants et améliorer les taux de succès des demandes.
Où obtenir
Consultez la documentation Blend. Cette information est probablement disponible dans l'historique des décisions ou des statuts d'une demande rejetée.
Exemples
Ratio d'endettement trop élevéFaible score de créditDemande incomplète
|
|||
|
Objectif SLA de Souscription
UnderwritingSlaTarget
|
La durée cible, en heures ou en jours, pour l'achèvement de l'étape de souscription. | ||
|
Description
Cet attribut définit l'objectif de l'accord de niveau de service (SLA) pour la phase de souscription du processus d'origination de prêts. Il représente le temps maximal acceptable entre le début de la souscription et la prise de décision.\n\nCet objectif est utilisé comme référence pour évaluer la performance. En comparant la durée réelle de la souscription à cet objectif SLA, il est possible de calculer le KPI 'Taux de conformité aux SLA de souscription' et d'identifier les infractions. Ceci est fondamental pour le dashboard 'Respect des niveaux de service de souscription', qui surveille la conformité et aide à prioriser les demandes risquant de ne pas respecter leur SLA.
Pourquoi c'est important
Fournit une référence claire pour la performance, permettant la mesure du respect des SLA et l'identification des retards de souscription.
Où obtenir
Consultez la documentation Blend ou les configurations des règles métier. Cela peut être un paramètre configurable basé sur le produit de prêt ou d'autres facteurs.
Exemples
48 heures3 jours24 heures
|
|||
|
Score de crédit
CreditScore
|
Le score de crédit du demandeur au moment de la vérification de crédit. | ||
|
Description
Cet attribut stocke le score de crédit numérique renvoyé par un bureau de crédit lors de l'activité 'Vérification de crédit effectuée'. Le score de crédit est un facteur clé pour évaluer la solvabilité du demandeur et prendre une décision de prêt.\n\nDans l'analyse des processus, le score de crédit peut être utilisé pour segmenter les demandes et comprendre comment ce point de données critique influence les résultats du processus. Par exemple, les analystes peuvent explorer si des scores de crédit inférieurs sont corrélés à des temps de souscription plus longs ou à des taux de rejet plus élevés. Cela fournit une compréhension approfondie de la manière dont l'évaluation des risques impacte l'efficacité du processus.
Pourquoi c'est important
Un facteur décisionnel clé pouvant être utilisé pour analyser l'impact du profil de risque du demandeur sur le flux du processus, sa durée et ses résultats.
Où obtenir
Consultez la documentation Blend. Cette information est généralement récupérée d'une agence d'évaluation du crédit tierce via une intégration et stockée sur le profil du demandeur.
Exemples
780650815
|
|||
|
Temps de traitement de l'activité
ActivityProcessingTime
|
La durée calculée du temps passé à travailler activement sur une activité. | ||
|
Description
Cette métrique représente le temps réel pendant lequel une activité a été traitée, calculé comme la différence entre son heure de fin et son heure de début. Elle isole la période de travail active de tout temps d'attente précédent. Distinguer le temps de traitement du temps de cycle total est essentiel pour une analyse précise des goulots d'étranglement. Un long temps de cycle pour une étape peut être dû à une longue file d'attente, et non à un traitement inefficace. Cette métrique permet aux analystes de concentrer leurs efforts d'amélioration sur la réduction des files d'attente ou l'accélération de l'activité elle-même, selon les besoins.
Pourquoi c'est important
Mesure la durée de travail active d'une tâche, aidant à différencier les goulots d'étranglement de traitement des temps d'attente ou des problèmes de file d'attente.
Où obtenir
Ceci est calculé lors de la transformation des données en soustrayant l'« Heure de début de l'événement » de l'« Heure de fin de l'événement ». (Heure de fin - Heure de début).
Exemples
3 heures 15 minutes2 jours 4 heures45 minutes
|
|||
|
Type de demandeur
ApplicantType
|
Catégorisation du demandeur, telle que 'Nouveau client' ou 'Client existant'. | ||
|
Description
Cet attribut segmente les demandeurs en catégories basées sur leur relation avec l'institution prêteuse. Cela pourrait inclure des classifications comme 'Nouveau client', 'Client existant', 'Employé interne' ou 'Parrainage partenaire'.\n\nDifférents types de demandeurs peuvent être soumis à des règles de processus différentes ou bénéficier de données préexistantes, ce qui peut affecter les temps de traitement et les taux d'approbation. L'analyse des variations de processus par type de demandeur peut révéler des opportunités de rationaliser le parcours pour les clients existants ou d'identifier des points de friction pour les nouveaux.
Pourquoi c'est important
Permet d'analyser les différences de processus basées sur la relation client, ce qui peut impacter la disponibilité des données, l'évaluation des risques et la vitesse globale.
Où obtenir
Consultez la documentation Blend. Cela peut être dérivé en recoupant les informations du demandeur avec une base de données clients maîtres ou capturé directement.
Exemples
Nouveau clientClient existantPartenaire privilégié
|
|||
|
Type de document
DocumentType
|
Le type de document demandé ou reçu, tel que 'Fiche de paie' ou 'Relevé bancaire'. | ||
|
Description
Cet attribut spécifie le type exact de document justificatif impliqué dans des activités comme 'Documents demandés' ou 'Documents reçus'. Ce niveau de détail est crucial pour comprendre la partie gestion des documents du processus de prêt.\n\nL'analyse par type de document aide à répondre à des questions comme 'Quels documents sont les plus fréquemment 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 identifier les schémas et les inefficacités dans le processus de collecte des documents, visant à réduire le retravail et les retards.
Pourquoi c'est important
Fournit des détails granulaires sur les activités liées aux documents, aidant à identifier les inefficacités et les demandes répétées pour des types de documents spécifiques.
Où obtenir
Consultez la documentation Blend. Cela devrait être disponible dans les détails des tâches ou événements de gestion de documents.
Exemples
Fiche de paieFormulaire W-2Relevé bancaireDéclaration de revenus
|
|||
Activités d'octroi de prêts
| Activité | Description | ||
|---|---|---|---|
|
Candidature soumise
|
Représente la soumission formelle de la demande de prêt remplie par le demandeur ou l'agent de crédit pour traitement. Il s'agit d'un événement critique qui marque officiellement le début du calendrier de traitement et de souscription. | ||
|
Pourquoi c'est important
Ceci est le point de départ officiel pour mesurer le temps de traitement de bout en bout et les accords de niveau de service (SLA). Il aide à différencier la phase de rédaction de la demande de la phase de traitement active.
Où obtenir
Blend capture probablement cela comme un événement explicite ou un changement de statut dans le journal d'audit de la demande de prêt, par exemple, un statut passant de 'Brouillon' à 'Soumis'.
Capture
Identifier l'entrée du journal d'événements ou l'horodatage du changement de statut pour la soumission de la demande.
Type d'événement
explicit
|
|||
|
Décision de Souscription Rendue
|
Marque la fin de l'examen du souscripteur, aboutissant à une décision telle que 'Approuvé', 'Approuvé avec conditions' ou 'Refusé'. Cet événement conclut l'analyse principale de la souscription. | ||
|
Pourquoi c'est important
Cette activité est le point final pour mesurer le temps de cycle de souscription et le respect des SLA. Le résultat de la décision est un attribut critique pour analyser les taux d'approbation et les raisons de refus.
Où obtenir
Il s'agit souvent d'un événement explicite capturé lorsque le souscripteur soumet sa décision dans le système. Il peut également être inféré d'un changement de statut de souscription, tel que 'Approuvé' ou 'Refusé'.
Capture
Utilisez l'horodatage de l'événement de soumission de la décision du souscripteur ou du changement de statut subséquent.
Type d'événement
explicit
|
|||
|
Demande initiée
|
Marque le moment où un agent de crédit ou un demandeur commence à créer une nouvelle demande de prêt dans le système Blend. Il s'agit souvent du premier enregistrement créé, avant même que toutes les informations requises ne soient recueillies et soumises formellement. | ||
|
Pourquoi c'est important
Cette activité sert de déclencheur initial au processus d'origination de prêts, aidant à mesurer le temps que les demandeurs mettent pour remplir et soumettre leur demande et à analyser les taux d'abandon des demandes.
Où obtenir
Cet événement est probablement capturé comme 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 inféré du plus ancien horodatage associé à l'ID de la demande de prêt.
Capture
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é signifie que la demande de prêt a été officiellement refusée suite à l'examen de souscription. C'est une fin alternative, infructueuse, du processus. | ||
|
Pourquoi c'est important
Il s'agit d'un événement de fin critique du 'chemin malheureux'. L'analyse du volume et des raisons des refus est essentielle pour affiner les critères de prêt et améliorer le KPI du Taux de rejet des demandes de prêt.
Où obtenir
Cet événement correspond à la décision 'Refusé' rendue par le souscripteur. Il est enregistré comme une mise à jour de statut finale dans Blend avec un horodatage et un code de raison associés.
Capture
Utilisez l'horodatage du changement de statut final à 'Refusé' ou 'Rejeté'.
Type d'événement
explicit
|
|||
|
Fonds décaissés
|
Représente la réussite du processus d'origination de prêt, où le montant du prêt est transféré au demandeur ou à la partie concernée. Cet événement marque la fin d'un parcours réussi de demande de prêt. | ||
|
Pourquoi c'est important
Il s'agit de l'événement de fin principal du 'chemin idéal' pour le processus. Mesurer le temps jusqu'à cette activité fournit le temps de cycle global d'origination de prêt, un KPI critique.
Où obtenir
Ceci est probablement enregistré lorsqu'un agent de crédit met à jour le statut de la demande à 'Financé' ou 'Clôturé' dans Blend après avoir reçu confirmation du service de financement. Cela peut également provenir d'une intégration avec un système bancaire central.
Capture
Utilisez l'horodatage du changement de statut à 'Financé', 'Décaissé' ou 'Terminé'.
Type d'événement
inferred
|
|||
|
Offre de prêt acceptée
|
Représente l'acceptation formelle par le demandeur de l'offre de prêt et de ses conditions. Il s'agit d'une étape critique indiquant l'intention du demandeur de procéder au prêt. | ||
|
Pourquoi c'est important
Cette activité est un indicateur clé de la réussite de la conversion de l'approbation à la clôture. L'analyse du temps nécessaire à l'acceptation peut fournir des informations sur la compétitivité de l'offre.
Où obtenir
Cet événement est capturé lorsque le demandeur signe électroniquement ou indique autrement son acceptation dans le portail Blend, déclenchant une mise à jour de statut avec un horodatage.
Capture
Utilisez l'horodatage de la signature électronique ou de l'action d'acceptation du demandeur dans le système.
Type d'événement
explicit
|
|||
|
Souscription Initiée
|
Représente le début du processus de souscription, où un souscripteur commence son examen détaillé de la demande de prêt et des documents justificatifs. Ceci est généralement capturé lorsqu'un souscripteur s'assigne le dossier ou que le statut du dossier passe à 'En souscription'. | ||
|
Pourquoi c'est important
Il s'agit d'un jalon majeur qui marque le début de la phase décisionnelle la plus critique. C'est le point de départ pour mesurer le KPI du Taux de conformité aux SLA de souscription et identifier les goulots d'étranglement avant la souscription.
Où obtenir
Ceci peut être inféré d'un changement de statut de la demande à 'Souscription en cours' ou 'Assigné au souscripteur', accompagné d'un horodatage correspondant.
Capture
Identifier l'horodatage lorsque le statut du prêt passe à un état de souscription.
Type d'événement
inferred
|
|||
|
Contrat de prêt signé
|
Cette activité marque la signature finale de tous les documents de clôture par le demandeur, liant légalement l'accord de prêt. C'est la dernière étape requise du demandeur avant que les fonds ne puissent être déboursés. | ||
|
Pourquoi c'est important
Il s'agit de la confirmation finale du demandeur et d'une condition préalable au financement. Les retards à ce stade peuvent impacter les délais de décaissement et la satisfaction client.
Où obtenir
Ceci est enregistré via la plateforme de signature électronique intégrée à Blend, qui enregistre l'horodatage de la finalisation de la signature.
Capture
Capturez l'horodatage lorsque le processus de signature électronique pour le dossier de prêt final est terminé.
Type d'événement
explicit
|
|||
|
Déclarations de clôture envoyées
|
Indique que l'ensemble final des documents de clôture légalement requis a été envoyé au demandeur pour examen avant signature. Il s'agit d'une étape de conformité sensible au temps qui doit précéder la clôture finale. | ||
|
Pourquoi c'est important
Le suivi de cet événement est crucial pour assurer la conformité aux délais d'attente obligatoires, tels que la période de révision de trois jours de la règle TRID (TILA-RESPA Integrated Disclosure).
Où obtenir
Ceci est probablement enregistré dans les journaux de communication ou de gestion de documents de Blend avec un horodatage précis de l'envoi du paquet de déclaration de clôture.
Capture
Recherchez une entrée de journal d'événements horodatée liée à l'envoi du paquet de 'Déclaration de clôture'.
Type d'événement
explicit
|
|||
|
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 financement. Cela représente un résultat infructueux pour le processus. | ||
|
Pourquoi c'est important
Il s'agit d'un événement de fin clé du 'chemin malheureux'. L'analyse du moment et des raisons pour lesquelles les demandes sont retirées peut fournir des informations sur l'expérience client, la concurrence et les frictions du processus.
Où obtenir
Ceci est capturé par un changement de statut à 'Retiré' dans Blend, qui peut être déclenché par le demandeur via le portail ou manuellement par un agent de crédit.
Capture
Utilisez l'horodatage de l'événement ou du changement de statut vers 'Retiré'.
Type d'événement
explicit
|
|||
|
Divulgations initiales envoyées
|
Cette activité marque le moment où le premier ensemble de documents de divulgation légalement requis est envoyé au demandeur. Il s'agit d'une étape de conformité critique qui doit avoir lieu tôt dans le processus. | ||
|
Pourquoi c'est important
Le suivi de cette activité axée sur la conformité est essentiel pour les audits réglementaires. L'analyse de son calendrier garantit le respect de réglementations telles que RESPA et TILA.
Où obtenir
Ceci est probablement enregistré dans un module de communication ou de gestion de documents au sein de Blend, avec un horodatage indiquant la génération et l'envoi du paquet de divulgation.
Capture
Recherchez une entrée de journal d'événements horodatée liée à l'envoi du paquet de 'Déclaration initiale'.
Type d'événement
explicit
|
|||
|
Documents demandés
|
Indique que le système ou un agent de prêt a envoyé une demande au demandeur pour les documents justificatifs requis, tels que les fiches de paie ou les relevés bancaires. Il s'agit souvent d'une action automatisée ou manuelle au sein du workflow de l'application. | ||
|
Pourquoi c'est important
L'analyse de cette activité aide à identifier les goulots d'étranglement liés à la collecte de documents. Des occurrences multiples pour le même dossier mettent en évidence le retravail et les inefficacités du processus, qui peuvent être mesurés avec l'indicateur clé de performance (KPI) du Taux de demandes de documents répétés.
Où obtenir
Ceci est généralement enregistré dans un module de suivi de documents ou de liste de contrôle au sein de Blend, avec un horodatage pour chaque demande.
Capture
Utilisez les journaux d'événements des fonctionnalités de gestion documentaire ou de communication avec le demandeur.
Type d'événement
explicit
|
|||
|
Documents Reçus
|
Marque le moment où le demandeur a téléchargé ou fourni tout ou partie des documents justificatifs demandés. Cet événement est souvent une condition préalable pour faire passer la demande à l'étape suivante, comme la souscription. | ||
|
Pourquoi c'est important
Le temps entre la demande et la réception des documents est une source courante de retard. Le suivi de cela aide à mesurer la réactivité du demandeur et l'efficacité du processus de collecte des documents.
Où obtenir
Capturé via des horodatages lorsque les documents sont téléchargés ou que leur statut est modifié en 'Reçu' dans le système de gestion de documents de Blend.
Capture
Utilisez les horodatages des téléchargements 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é se produit après une décision de souscription 'Approuvée', représentant la création du document d'offre de prêt officiel à envoyer au demandeur. Elle officialise les termes du prêt approuvé. | ||
|
Pourquoi c'est important
Le temps entre la décision de souscription et la génération de l'offre peut révéler des retards administratifs. C'est une étape clé dans le parcours vers l'acceptation du prêt.
Où obtenir
Ceci est probablement capturé dans un journal de génération de documents au sein de Blend, avec un horodatage indiquant quand le document d'offre de prêt a été créé.
Capture
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 initiée
|
Cette activité signifie qu'une demande d'extraction du rapport de crédit du demandeur auprès d'un bureau de crédit a été initiée. C'est une étape clé dans l'évaluation de la solvabilité du demandeur. | ||
|
Pourquoi c'est important
Il s'agit d'une étape cruciale de collecte de données. L'analyse du temps nécessaire pour initier et compléter la vérification de crédit aide à identifier les retards liés aux intégrations tierces.
Où obtenir
Cet événement est généralement enregistré comme un appel API à une agence de rapport de crédit, enregistré avec un horodatage dans les journaux système ou la piste d'audit de Blend.
Capture
Recherchez l'entrée de journal horodatée pour la demande de rapport de crédit.
Type d'événement
explicit
|
|||
|
Vérification du crédit terminée
|
Marque le moment où le rapport et le score de crédit du demandeur ont été reçus avec succès du bureau de crédit et joints au dossier de prêt. Cet événement indique que les données de crédit sont disponibles pour examen. | ||
|
Pourquoi c'est important
La durée entre le début et la fin de la vérification de crédit mesure l'efficacité des services tiers. Ces données sont critiques pour les étapes ultérieures de souscription et d'évaluation des risques.
Où obtenir
Cet événement est enregistré lors de la réception d'une réponse réussie de l'API de l'agence de crédit. Il est enregistré avec un horodatage dans les journaux de Blend ou comme une mise à jour de statut sur la tâche de vérification de crédit.
Capture
Recherchez l'entrée de journal horodatée pour la réponse du rapport de crédit ou une mise à jour de statut 'Terminé'.
Type d'événement
explicit
|
|||