Votre modèle de données pour l'octroi de prêts
Votre modèle de données pour l'octroi de prêts
- Attributs de données recommandés pour une analyse détaillée
- Activités clés du processus pour cartographier précisément votre flux de travail
- Guide étape par étape pour l'extraction des données
Attributs de l'octroi de prêts
| Nom | Descriptionn | ||
|---|---|---|---|
| Horodatage de l'événement EventTimestamp | La date et l'heure exactes auxquelles une activité spécifique a commencé ou s'est produite. | ||
| Descriptionn L'horodatage de l'événement, ou Heure de début, capture le moment précis où une activité a eu lieu. Ces données temporelles sont essentielles pour ordonner les événements chronologiquement et construire une représentation précise du flux de processus. Dans l'analyse, les horodatages sont utilisés pour calculer toutes les métriques basées sur la durée, y compris le temps de cycle global, les temps de traitement pour les activités individuelles et les temps d'attente entre les étapes. Cela permet l'identification des points de blocage, la surveillance de l'adhérence aux SLA et le suivi des tendances de performance au fil du temps, qui sont essentiels pour des dashboards comme « Analyse du temps global de traitement des prêts » et « Tendance du temps de cycle d'approbation des prêts ». Pourquoi est-ce important ? : Les horodatages fournissent l'ordre chronologique des événements et sont essentiels pour le calcul de toutes les métriques de performance, telles que les temps de cycle et les temps d'attente. Source des données : Ces données sont généralement trouvées à côté de l'enregistrement d'activité ou de mise à jour de statut dans les journaux d'événements du système ou les tables de transactions, souvent étiquetées comme 'Date de création' ou 'Horodatage de statut'. Exemples 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:15:00Z | |||
| ID de la demande de prêt LoanApplicationId | L'identifiant unique attribué à chaque demande de prêt lors de sa création dans le système. | ||
| Descriptionn L'ID de demande de prêt identifie de manière unique chaque demande de prêt individuelle tout au long de son cycle de vie complet. 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'origine pour un prêt donné. Dans l'analyse des processus, cet ID est indispensable pour construire la vue complet de chaque dossier. Toutes les activités, de la 'Demande soumise' aux 'Fonds décaissés' ou au 'Prêt clôturé comme rejeté', sont liées à cet identifiant unique, permettant le calcul des temps de cycle, l'identification des variantes de processus et le suivi des parcours de prêt spécifiques. Pourquoi est-ce important ? : Il s'agit de l'ID de dossier (ID du cas) essentiel qui connecte tous les événements liés en une seule instance de processus, ce qui sert de base à toute analyse de Process Mining. Source des données : C'est l'identifiant principal d'une demande de prêt dans Finastra Fusion Mortgagebot, généralement disponible dans tous les modules et tables liés au traitement des prêts. Exemples MB-2024-84331LN-00193742APP-2023-58102 | |||
| Nom de l'activité ActivityName | Le nom de l'événement commercial ou de la tâche spécifique qui s'est produit à un moment donné dans le processus d'octroi de prêt. | ||
| Descriptionn Cet attribut enregistre le nom de chaque étape du cycle de vie de l'octroi de prêt, telles que 'Demande soumise', 'Vérification de crédit terminée' ou 'Décision de prêt rendue'. Ces activités forment les nœuds de la carte de processus découverte. L'analyse de la séquence et de la fréquence de ces activités est l'essence du Process Mining. Elle aide à comprendre le flux de processus réel, à identifier les écarts de la procédure standard et à localiser les points de blocage ou les zones à fort taux de reprise. Les noms d'activité spécifiques sont essentiels à le calcul des ICP (KPI) spécifiques à chaque étape, comme le Temps de Traitement des facturess factures fournisseurs factures fournisseursurse la Souscription. Pourquoi est-ce important ? : Les activités définissent les étapes du processus. L'analyse de leur séquence, fréquence et durée est clée pour comprendre et améliorer le flux de processus. Source des données : Ces informationsns sont généralement générées à partir des journaux d'événements système, des enregistrements de changement de statut ou des entrées de tâches terminées dans Finastra Fusion Mortgagebot. Exemples Demande soumiseSouscription InitiéeDécision de prêt rendueFonds décaissés | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage de la dernière actualisation ou extraction des données de ce processus. | ||
| Descriptionn Cet attribut consigne la date et l'heure de la dernière extraction de données du système source. Il fournit le contexte de la la réactualisation des données analysées. Dans toute analyse ou tableau de bord, connaître la récence des données est indispensable pour prendre des décisions éclairées. Ce horodatage aide les utilisateurs à comprendre s'ils consultent des informations en temps réel ou un instantané d'un moment précis, ce qui est important pour le suivi opérationnel par rapport à l'analyse stratégique. Pourquoi est-ce important ? : Informe les utilisateurs sur la réactualisation des données, garantissant que les analyses sont basées sur des données récentes et fiables. Source des données : Cette valeur est générée et estampillée sur l'ensemble de données pendant le processus d'extraction et de transformation des données (ETL). Exemples 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Système source SourceSystem | Identifie le système source à partir duquel les données d'événement ont été extraites. | ||
| Descriptionn Cet attribut spécifie le système d'origine des données, par exemple, 'Finastra Fusion Mortgagebot'. Dans les environnements avec plusieurs systèmes intégrés, ce champ aide à distinguer les sources de données. Bien que souvent une valeur statique dans une analyse de système unique, il devient crucial lors de la fusion de données provenant de différentes plateformes, comme un CRM distinct ou un système de gestion documentaire. Il assure la clarté de la traçabilité des données et aide à résoudre les problèmes de qualité des données en les retraçant jusqu'à la source correcte. Pourquoi est-ce important ? : Fournit un contexte essentiel sur l'origine des données, assurant la traçabilité et aidant à la gouvernance des données, en particulier dans les environnements multi-systèmes. Source des données : C'est généralement une valeur statique ajoutée pendant le processus d'extraction et de transformation des données (ETL), identifiant 'Finastra Fusion Mortgagebot' comme source. Exemples FinastraFusionMortgagebotMortgagebotLOS_PRODFFM_US_East | |||
| Agent de prêt assigné AssignedLoanOfficer | Le nom ou l'ID de l'agent de crédit responsable de la gestion de la demande de prêt. | ||
| Descriptionn Cet attribut identifie l'employé principal, l'agent de crédit, qui traite la demande. Cette personne est souvent le point de contact principal pour le demandeur et est responsable de guider la demande tout au long du processus. Cette dimension est indispensable pour l'analyse des performances et de la charge de travail. Des dashboards comme 'Répartition de la charge de travail des agents de crédit' utilisent directement cet attribut pour visualiser le nombre de prêts actifs et les temps de traitement moyens par agent. Il aide la direction à identifier les plus performants, ceux qui pourraient être surchargés, et les opportunités d'équilibrage des ressources ou de formation. Pourquoi est-ce important ? : Permet l'analyse de la répartition de la charge de travail, de la performance des ressources et l'identification des points de blocage ou des meilleures pratiques liés aux ressources. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Ceci est probablement stocké dans les données d'en-tête de la demande de prêt ou dans une table d'affectation, liée au module de gestion des utilisateurs. Exemples John SmithEmily Jonesjsmithuser_1024 | |||
| Canal de demande ApplicationChannel | Le canal par lequel la demande de prêt a été initialement soumise. | ||
| Descriptionn Cet attribut spécifie l'origine de la demande, par exemple, si elle est passée par un portail en ligne, une application mobile, directement par un agent de crédit ou par un courtier tiers. Comprendre le canal est important pour l'analyse opérationnelle et stratégique. Le tableau de bord 'Analyse globale du temps de traitement des prêts' utilise cet attribut pour comparer l'efficacité des différents canaux. Cela peut révéler si certains canaux entraînent des temps de traitement plus longs, des taux de rejet plus élevés ou nécessitent plus de reprises, fournissant des informations pour l'optimisation des processus et la stratégie marketing. Pourquoi est-ce important ? : Permet la comparaison des performances entre les différents canaux en contact avec les clients, aidant à optimiser les processus spécifiques aux canaux et l'allocation des ressources. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Cette information est souvent saisie au moment de la création de la demande. Exemples Portail en ligneApplication mobileEn AgenceCourtier | |||
| Heure de fin de l'événement EventEndTime | La date et l'heure exactes auxquelles une activité spécifique a été terminée. | ||
| Descriptionn Alors que StartTime capture le début d'une activité, EndTime marque sa fin. Pour de nombreux événements dans l'octroi de prêt, l'heure de début et de fin peut être identique, représentant un événement instantané. Cependant, pour les activités avec une durée mesurable comme 'Examen de souscription', ce champ est impératif. Avoir un EndTime distinct permet le calcul direct du temps de traitement de l'activité, plutôt que de l'inférer du temps de début de l'activité suivante. C'est plus précis car cela sépare le temps de traitement réel du temps d'inactivité ou d'attente, ce qui est indispensable pour le tableau de bord 'Analyse approfondie des points de blocage de la souscription'. Pourquoi est-ce important ? : Permet le calcul précis du temps de traitement des activités, le distinguant du temps d'attente qui suit, conduisant à une analyse plus précise des points de blocage. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot ou les journaux système. Cela pourrait être enregistré comme une « Date d'achèvement », une « Date de fin », ou pourrait nécessiter d'être dérivé si non explicitement disponible. Exemples 2023-10-27T16:05:00Z2023-10-28T11:00:15Z2023-11-06T17:20:00Z | |||
| Résultat de la décision DecisionOutcome | La décision finale prise concernant la demande de prêt, telle que Approuvée, Rejetée ou Retirée. | ||
| Descriptionn Cet attribut capture le résultat commercial final du processus d'octroi de prêt pour chaque demande. Il s'agit d'un attribut critique au niveau du dossier qui définit le succès ou l'échec d'une instance de processus. Cet attribut est le fondement du tableau de bord 'Tendances de rejet des demandes de prêt' et de l'analyse 'Cohérence des décisions de prêt par risque'. En filtrant et en segmentant la cartographie des processus par résultat, les analystes peuvent identifier les schémas de processus courants qui mènent aux rejets par rapport aux approbations. Il prend directement en charge le calcul du KPI (KPI) du Taux de Rejet des Demandes de Prêt. Pourquoi est-ce important ? : Définit le résultat commercial de chaque dossier, permettant une analyse comparative entre les flux de processus réussis et échoués pour trouver les causes profondes. Source des données : C'est généralement le statut final d'un dossier de demande de prêt, trouvé dans la table principale des dossiers ou des applications dans Finastra Fusion Mortgagebot. Exemples ApprouvéRejetéRetiré par le demandeurOffre expirée | |||
| Souscripteur assigné AssignedUnderwriter | Le nom ou l'ID du souscripteur chargé d'évaluer le risque de la demande de prêt. | ||
| Descriptionn Cet attribut identifie spécifiquement le souscripteur responsable de la phase critique de souscription du processus. Le souscripteur évalue le risque du prêt et formule une recommandation d'approbation ou de rejet. Pour le tableau de bord 'Analyse approfondie des points de blocage de la souscription', cet attribut est indispensable. Il permet la segmentation des temps de traitement de la souscription et des temps d'attente par souscripteur individuel. Cela aide à comprendre les variations de performance, à assurer la cohérence des prises de décision et à gérer la charge de travail dans l'équipe de souscription. Pourquoi est-ce important ? : Primordial pour une analyse détaillée de l'étape de souscription, permettant des comparaisons de performance et la gestion de la charge de travail pour l'équipe de souscription. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Cette information est généralement enregistrée lorsque le dossier est assigné à la file d'attente de souscription ou à un souscripteur spécifique. Exemples David ChenMaria Garciauw_dchenunderwriter_56 | |||
| Catégorie de risque RiskCategory | Une évaluation catégorielle du niveau de risque du prêt, telle que Faible, Moyen ou Élevé. | ||
| Descriptionn La Catégorie de Risque est une classification attribuée à une demande de prêt basée sur divers facteurs, incluant le score de crédit, le ratio dette/revenu et le ratio prêt/valeur. Elle simplifie l'évaluation des risques en quelques niveaux compréhensibles. Cet attribut est indispensable pour le tableau de bord 'Cohérence des décisions de prêt par risque'. En regroupant les prêts par catégorie, il devient plus facile de visualiser si les résultats des décisions sont cohérents pour les applications avec des profils de risque similaires. Cette analyse soutient la conformité réglementaire et aide à affiner le modèle interne d'évaluation des risques. Pourquoi est-ce important ? : Simplifie les données de risque complexes, permettant une analyse de haut niveau de la cohérence des décisions et de l'alignement avec la stratégie de risque de l'entreprise. Source des données : Il peut s'agir d'un champ calculé et stocké par le moteur de décision interne de Finastra Fusion Mortgagebot ou un module de gestion des risques connexe. Exemples Faible RisqueRisque moyenRisque ÉlevéPrime | |||
| Emplacement de la succursale BranchLocation | L'agence physique ou le site opérationnel qui traite la demande de prêt. | ||
| Descriptionn Cet attribut identifie l'agence ou le bureau spécifique responsable du prêt. C'est une dimension organisationnelle clé pour les grandes institutions avec plusieurs sites. Utilisé dans le tableau de bord 'Répartition de la charge de travail des agents de crédit', cet attribut permet d'agréger l'analyse des performances au niveau d'un site. Il aide à comparer l'efficacité, la charge de travail et les résultats entre différentes agences, mettant en évidence les différences de performance régionales et éclairant l'allocation des ressources à travers l'organisation. Pourquoi est-ce important ? : Permet l'analyse comparative des performances et l'analyse de la charge de travail entre différentes unités géographiques ou organisationnelles. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Ceci est probablement associé au profil utilisateur de l'agent de crédit ou sélectionné lors de la saisie de la demande. Exemples Rue Principale du Centre-villeSuccursale de NorthwoodSiège socialCentre régional Ouest | |||
| Est Automatisé IsAutomated | Un indicateur spécifiant si une activité a été réalisée par un système (vrai) ou par un utilisateur humain (faux). | ||
| Descriptionn Cet attribut booléen distingue les tâches exécutées automatiquement par le système, comme une vérification de crédit initiale ou la génération d'une divulgation standard, de celles effectuées manuellement par les employés. L'analyse de cet attribut aide à comprendre le niveau d'automatisation du processus. Il peut être utilisé pour comparer la rapidité et la cohérence des étapes automatisées par rapport aux étapes manuelles. Ceci est précieux pour identifier d'autres opportunités d'automatisation afin d'améliorer l'efficacité et de réduire le risque d'erreur humaine. Pourquoi est-ce important ? : Aide à mesurer le degré d'automatisation dans le processus et à identifier les opportunités de gains d'efficacité supplémentaires grâce à de nouvelles initiatives d'automatisation. Source des données : Ceci est généralement dérivé en vérifiant l'utilisateur associé à une activité. Si l'utilisateur est un compte système ou de service, le drapeau est défini sur vrai. Exemples truefaux | |||
| Est un reprises IsRework | Un indicateur calculé signalant si une activité est effectuée pour la deuxième fois ou une fois ultérieure au sein du même dossier. | ||
| Descriptionn Cet attribut booléen est défini sur 'vrai' si une activité spécifique, comme 'Documents justificatifs demandés' ou 'Examen de souscription retourné', se produit plus d'une fois pour le même ID de demande de prêt. Il aide à étiqueter et à quantifier explicitement les boucles de reprise. Dans le tableau de bord 'Carte du reprises et des étapes redondantes', ce drapeau peut être utilisé pour visualiser les boucles de reprise ou pour filtrer les dossiers avec des niveaux élevés de reprises. Le calcul du KPI (KPI) du Taux d'Activité de Retravail devient une simple question de comptage des événements où 'IsRework' est vrai. Cela aide à concentrer les efforts d'amélioration sur les causes profondes du travail répété, telles qu'une communication peu claire ou des erreurs de saisie de données. Pourquoi est-ce important ? : Identifie et quantifie explicitement les reprises, facilitant l'analyse des causes et des impacts des inefficacités et des boucles de processus. Source des données : Cet attribut est calculé dans la couche de transformation des données en vérifiant si le même nom d'activité est déjà apparu pour l'ID de dossier (CaseId) donné. Exemples truefaux | |||
| Montant du prêt LoanAmount | Le montant total demandé par le demandeur pour le prêt. | ||
| Descriptionn Cet attribut représente le montant principal de l'hypothèque demandée. C'est une métrique financière clé pour chaque demande et elle influence souvent le processus lui-même ; par exemple, les prêts 'Jumbo' plus importants peuvent nécessiter des étapes d'approbation supplémentaires. En analyse, le Montant du Prêt peut être utilisé pour segmenter le processus et étudier les corrélations entre la valeur du prêt et les temps de traitement, les taux d'approbation ou le niveau de minutie appliqué. Par exemple, on pourrait constater que les prêts supérieurs à un certain seuil prennent systématiquement plus de temps dans la phase de souscription. Il fournit un contexte commercial précieux au flux de processus. Pourquoi est-ce important ? : Permet une analyse financière du portefeuille de prêts et aide à déterminer si la valeur du prêt impacte le comportement du processus, tels que le temps de cycle ou les taux d'approbation. Source des données : C'est un champ principal saisi pendant le processus de soumission de demande et stocké dans les données principales de la demande de prêt dans Finastra Fusion Mortgagebot. Exemples 350000.00750000.00210000.50 | |||
| Motif de refus RejectionReason | La raison spécifique fournie lorsqu'une demande de prêt est rejetée. | ||
| Descriptionn Lorsqu'un 'Résultat de Décision' de prêt est 'Rejeté', cet attribut fournit la cause spécifique. Les raisons peuvent aller d'un mauvais historique de crédit et de revenus insuffisants à une documentation incomplète ou à des problèmes d'évaluation immobilière. C'est un attribut essentiel pour le tableau de bord 'Tendances de rejet des demandes de prêt'. L'analyse des raisons de rejet les plus fréquentes fournit des perspectives concrètes pour l'amélioration des processus. Par exemple, un nombre élevé de rejets dus à une documentation incomplète pourrait indiquer la nécessité d'améliorer le processus de collecte de documents ou la communication avec le demandeur. Pourquoi est-ce important ? : Fournit la cause profonde des processus échoués, permettant des améliorations ciblées pour augmenter le taux d'approbation et réduire les efforts gaspillés. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Ceci est généralement stocké dans un champ de code de raison ou de notes associé au statut de décision final. Exemples Score de crédit inférieur au seuilRatio d'endettement trop élevéDemande incomplèteVérification des revenus échouée | |||
| Objectif SLA de Souscription UnderwritingSlaTarget | Le temps cible défini contractuellement ou en interne pour l'achèvement de l'étape de souscription. | ||
| Descriptionn Cet attribut spécifie l'objectif de l'accord de niveau de service (SLA) pour la durée du processus de souscription, souvent exprimé en heures ouvrables ou en jours. Cet objectif peut varier en fonction de facteurs tels que le type de prêt ou la catégorie de risque. Il s'agit d'une entrée critique pour le tableau de bord 'Analyse de l'adhésion et des violations des SLA' et le KPI (KPI) du Taux Global d'Adhésion aux SLA. En comparant le temps de traitement réel de la souscription à cet objectif, chaque dossier peut être marqué comme 'Atteint' ou 'Violé'. Cela permet de surveiller la performance par rapport aux promesses faites aux clients ou aux objectifs internes, et d'identifier les causes profondes des échecs de SLA. Pourquoi est-ce important ? : Fournit le repère par rapport auquel la performance réelle est mesurée, permettant une surveillance directe de la conformité aux SLA et l'identification des violations. Source des données : Ceci peut être stocké comme une règle métier statique, ou comme un champ sur la demande de prêt elle-même, potentiellement dérivé par un moteur de règles dans Finastra Fusion Mortgagebot. Exemples 24 heures3 jours48 heures5 jours | |||
| Score de crédit CreditScore | Le score de crédit du demandeur au moment de la vérification de crédit. | ||
| Descriptionn Cet attribut contient le score de crédit numérique obtenu auprès d'un bureau de crédit pendant l'activité 'Vérification de crédit terminée'. C'est un facteur clé pour évaluer la solvabilité du demandeur. Dans le tableau de bord 'Cohérence des décisions de prêt par risque', le score de crédit est tracé par rapport au résultat de la décision finale. Cette analyse aide à garantir que les décisions de prêt sont justes, cohérentes et alignées avec l'appétit pour le risque de l'institution. Elle peut mettre en évidence des incohérences potentielles où des demandeurs avec des scores similaires reçoivent des résultats différents. Pourquoi est-ce important ? : Un point de données essentiel pour l'évaluation des risques, cet attribut aide à analyser la cohérence et l'équité des décisions de prêt. Source des données : Consultez la documentation de Finastra Fusion Mortgagebot. Ces données sont généralement stockées dans un champ dédié après avoir été récupérées auprès d'une agence d'évaluation du crédit via une intégration. Exemples 780650815720 | |||
| SLA dépassé IsSlaBreached | Un indicateur calculé qui est vrai si l'étape de souscription a dépassé son objectif de SLA défini. | ||
| Descriptionn Cet attribut booléen est le résultat de la comparaison de la durée réelle d'une étape avec son objectif SLA. Par exemple, il serait 'vrai' si le temps entre 'Souscription commencée' et 'Souscription terminée' est supérieur à l' 'Objectif SLA de souscription'. Ce drapeau simplifie l'analyse dans le tableau de bord 'Analyse de l'adhésion et des violations des SLA' en créant une dimension binaire claire pour le filtrage et l'agrégation. Il permet un calcul rapide de le KPI (KPI) du Taux d'Adhésion aux SLA et aide à approfondir les caractéristiques spécifiques, comme le Type de Prêt ou l'Agence, des demandes qui violent fréquemment leurs accords de niveau de service. Pourquoi est-ce important ? : Fournit un indicateur simple et clair d'échec de SLA pour tout dossier donné, facilitant le filtrage, l'agrégation et l'analyse des causes profondes des violations. Source des données : Cet attribut est calculé lors de la préparation des données. La logique est: (Actual Duration > UnderwritingSlaTarget) ? true : false. Exemples truefaux | |||
| Temps d'attente de la souscription UnderwritingQueueTime | Le temps d'attente calculé pour une demande avant le début de la souscription. | ||
| Descriptionn Cette métrique mesure le temps d'inactivité qu'une demande de prêt passe en attente après la vérification de crédit, mais avant le début actif de la souscription. Elle est calculée comme la durée entre l'horodatage de 'Vérification de crédit terminée' et 'Souscription commencée'. Cet ICP (KPI) est impératif pour l' 'Analyse approfondie des points de blocage de la souscription', car il isole le temps d'attente du temps de traitement actif. Des temps d'attente élevés peuvent indiquer des pénuries de ressources, une affectation inefficace du travail ou des retards système. La réduction de ce temps d'attente est souvent un objectif clé pour améliorer la vitesse et l'efficacité globales du processus. Pourquoi est-ce important ? : Isole le temps d'attente avant une étape de processus critique, fournissant un objectif clair pour réduire le temps d'inactivité et améliorer l'efficacité du flux. Source des données : Cet attribut est calculé pendant l'analyse des données ou l'ETL en trouvant la différence de temps entre les événements 'Vérification de crédit terminée' et 'Souscription commencée' pour chaque cas. Exemples 86400 secondes172800 secondes36000 secondes | |||
| Type de prêt LoanType | Le type de produit de prêt demandé, tel que Conventionnel, FHA ou VA. | ||
| Descriptionn Cet attribut catégorise la demande de prêt en fonction du produit hypothécaire spécifique demandé par le demandeur. Différents types de prêts ont souvent des exigences de processus, des règles de conformité et des profils de risque distincts. L'analyse du processus par Type de Prêt est une pratique clée. Elle peut révéler que certains produits ont des temps de cycle nettement plus longs ou des taux de rejet plus élevés. Cette segmentation est indispensablele pour identifier les points de blocage spécifiques aux produits et pour s'assurer que les contrôles de conformité, comme ceux de l'analyse 'Parcours de Violation de Conformité', sont correctement appliqués. Pourquoi est-ce important ? : Différents produits de prêt ont souvent des chemins de processus et des SLA différents, ce qui rend cet attribut essentiel pour une analyse comparative et un filtrage pertinents. Source des données : C'est un point de données clé sélectionné au début du processus de demande et stocké dans les données principales de la demande de prêt dans Finastra Fusion Mortgagebot. Exemples Prêt conventionnel à taux fixe sur 30 ansPrêt FHAPrêt VAPrêt hypothécaire jumbo | |||
Activités d'octroi de prêts
| Activité | Descriptionn | ||
|---|---|---|---|
| Décision de prêt rendue | C'est l'événement critique où la décision finale sur la demande de prêt est prise, telle que 'Approuvé', 'Approuvé sous conditions' ou 'Rejeté'. Cet événement est déduit du horodatage lorsque le statut de décision finale est enregistré dans le système. | ||
| Pourquoi est-ce important ? : C'est une étape clé pour mesurer le temps de décision et analyser les taux de rejet. Elle est indispensablele pour comprendre la cohérence des décisions et les résultats. Source des données : Inférent d'un changement dans le statut principal du prêt ou d'un champ « Décision » dédié. L'horodatage de cette mise à jour de statut est l'heure de l'événement. Capture Identifiez l'horodatage lorsque le statut du prêt est défini pour la première fois sur un état de décision terminal (par exemple, « Approuvé », « Rejeté »). Type d'événement inferred | |||
| Demande soumise | Cette activité marque le début officiel du processus d'octroi de prêt, lorsqu'un emprunteur potentiel soumet formellement sa demande via le système. Cet événement est généralement capturé explicitement lorsqu'un nouvel enregistrement de demande de prêt est créé et se voit attribuer un ID de demande de prêt unique. | ||
| Pourquoi est-ce important ? : C'est l'événement de départ principal du processus. Il est indispensable pour mesurer le temps de cycle global du prêt et le temps de décision de prélèvement.-approbation. Source des données : C'est généralement un événement explicite enregistré dans la table de données maître de l'application ou du prêt avec un horodatage de création lorsqu'un nouvel enregistrement de prêt est généré dans Finastra Fusion Mortgagebot. Capture Utilisez l'horodatage de création de l'enregistrement de la demande de prêt. Type d'événement explicit | |||
| Fonds décaissés | C'est l'activité finale d'un processus d'octroi de prêt réussi, représentant le moment où les fonds du prêt sont déboursés. Il s'agit d'une transaction financière critique et est capturée comme un événement explicite et horodaté dans le système. | ||
| Pourquoi est-ce important ? : Cette activité marque la fin réussie du processus. C'est le point final pour le calcul du Temps de Cycle Moyen Global des Prêts. Source des données : C'est un événement explicite, généralement enregistré dans une table de financement ou de transactions associée au prêt. Un champ 'Date de financement' ou 'Date de décaissement' fournit l'horodatage. Capture Utilisez l'horodatage du champ 'Date de financement' ou similaire dans les tables de données principales du prêt ou de financement. Type d'événement explicit | |||
| Prêt clôturé comme rejeté | Une activité finale indiquant que la demande de prêt a été officiellement clôturée avec un statut final de « Rejetée ». Cela est distinct de la décision elle-même et représente la clôture administrative finale du dossier. | ||
| Pourquoi est-ce important ? : Ceci fournit un point final définitif pour les demandes rejetées, permettant une analyse précise du temps de cycle de cette cohorte et supportant le KPI (KPI) du Taux de Rejet des Demandes de Prêt. Source des données : Inférent du statut final de la demande de prêt étant « Rejetée » ou « Refusée » en combinaison avec une date de clôture ou de statut finale. Capture Utilisez l'horodatage de la dernière mise à jour de statut lorsque l'enregistrement de prêt est défini sur un état terminal 'Rejeté'. Type d'événement inferred | |||
| Souscription Initiée | Cette activité marque le début de la phase de souscription, lorsqu'un souscripteur commence officiellement son examen détaillé du dossier de prêt. Cela est presque toujours déduit d'un changement de statut, tel que 'En souscription', ou lorsqu'un souscripteur est formellement désigné. | ||
| Pourquoi est-ce important ? : C'est le point de départ pour mesurer le Temps de Traitement des facturess factures fournisseurs factures fournisseursurse la Souscription et le point d'arrivée pour le Temps d'Attente de la Souscription (Underwriting Queue Time). Il met en évidence le temps que les demandes attendent l'attention du souscripteur. Source des données : Inférent de la table d'historique des statuts de la demande de prêt. L'horodatage lorsque le statut passe à « En souscription » ou un état similaire doit être utilisé. Capture Utilisez l'horodatage du premier changement de statut vers 'En souscription' ou lorsqu'un ID de souscripteur est attribué pour la première fois au prêt. Type d'événement inferred | |||
| Souscription Terminée | Marque l'achèvement de l'examen du souscripteur et la préparation à une décision de prêt finale. Cela est inféré d'un changement de statut de « En souscription » à « Souscription terminée » ou « En attente de décision finale ». | ||
| Pourquoi est-ce important ? : C'est l'événement final pour mesurer le KPI (KPI) du Temps de Traitement des facturess factures fournisseurs factures fournisseursurse la Souscription. C'est une étape majeure indiquant que la phase d'évaluation des risques est terminée. Source des données : Inférent de l'horodatage dans le journal d'historique des statuts lorsque le statut de la demande de prêt est mis à jour pour refléter l'achèvement de l'étape de souscription. Capture Utilisez l'horodatage lorsque le statut passe de 'En souscription' à un état ultérieur comme 'Décision' ou 'Approuvé'. Type d'événement inferred | |||
| Vérification du crédit terminée | Représente l'achèvement de la vérification automatisée ou manuelle de l'historique de crédit du demandeur. Cet événement est souvent enregistré lorsque les résultats d'un bureau de crédit tiers intégré sont renvoyés et joints au dossier de prêt. | ||
| Pourquoi est-ce important ? : C'est une étape clé avant le début de la phase de souscription. Elle fournit des données critiques pour l'évaluation des risques et la prise de décision. Source des données : Il peut s'agir d'un événement explicite enregistré par le service d'intégration de vérification de crédit dans Mortgagebot. Il pourrait également être déduit d'un changement de statut horodaté comme 'Vérification de crédit terminée'. Capture Recherchez une entrée horodatée dans un journal d'intégration ou une mise à jour de statut spécifique indiquant que le rapport de crédit a été extrait. Type d'événement explicit | |||
| Demande retirée | Une activité finale qui se produit lorsque le demandeur retire volontairement sa demande avant qu'une décision finale ne soit prise. Cela est enregistré par un changement de statut à « Retiré par le demandeur ». | ||
| Pourquoi est-ce important ? : Le suivi des retraits aide à identifier les points du processus où les demandeurs se retirent, ce qui pourrait indiquer des problèmes de durée, de complexité ou de communication du processus. Source des données : Inférent du journal d'historique des statuts du prêt. L'horodatage du changement vers un statut « Retiré » marque cet événement. Capture Utilisez l'horodatage associé au changement de statut final vers 'Retiré'. Type d'événement inferred | |||
| Divulgations de clôture émises | Cette activité représente la génération et l'envoi du document final de divulgation de clôture (CD) à l'emprunteur. Il s'agit d'une étape de conformité critique qui doit avoir lieu un certain nombre de jours avant la clôture. | ||
| Pourquoi est-ce important ? : Le suivi de cet événement est indispensable pour garantir la conformité réglementaire TRID. Le moment de cette activité par rapport à la clôture finale est une métrique de conformité clé. Source des données : Souvent un événement explicite du composant de gestion de documents de Mortgagebot. Un horodatage est enregistré lorsque le document CD est généré et envoyé. Capture Utilisez l'horodatage de création d'une table de suivi de documents pour le type de document Divulgation de clôture. Type d'événement explicit | |||
| Documents justificatifs demandés | Cet événement se produit lorsque l'agent de crédit ou le processeur demande formellement des documents supplémentaires au demandeur. Il est souvent capturé par un changement de statut vers 'Documents en attente' ou une entrée de journal spécifique lorsqu'une communication est envoyée. | ||
| Pourquoi est-ce important ? : Cette activité est le point de départ pour mesurer l'efficacité de la collecte de documents. Des répétitions fréquentes de cette activité peuvent indiquer des demandes initiales peu claires ou un reprises du processus. Source des données : Cela peut être déduit d'un horodatage de changement de statut ou capturé à partir des journaux de communication dans Mortgagebot qui enregistrent l'envoi des notifications de demande de documents au demandeur. Capture Utilisez l'horodatage du changement de statut vers 'En attente de documents' ou un état similaire. Cela peut se produire plusieurs fois dans un dossier. Type d'événement inferred | |||
| Documents justificatifs reçus | Marque le moment où tous les documents justificatifs demandés au demandeur ont été reçus et téléchargés dans le système. Cela est généralement inféré lorsque le statut du prêt est mis à jour de « Documents en attente » à « Documents reçus » ou « Prêt pour examen ». | ||
| Pourquoi est-ce important ? : C'est le point final pour le KPI (KPI) du Temps de Cycle de Collecte de Documents. Les retards entre la demande et la réception des documents sont une source courante de temps de cycle prolongés. Source des données : Inférent du journal d'historique des statuts de prêt. L'horodatage associé au changement de statut vers un état comme « Documents reçus » ou « Prêt pour souscription » signifierait cet événement. Capture Identifiez l'horodatage lorsque le statut de la demande est mis à jour pour refléter que tous les documents nécessaires ont été soumis. Type d'événement inferred | |||
| Examen de souscription retourné | Cette activité capture les reprises au sein du processus de souscription, lorsque le souscripteur renvoie la demande à l'agent de crédit pour obtenir plus d'informations ou des corrections. Cela est déduit d'un changement de statut de 'En souscription' vers un état antérieur tel que 'Traitement' ou 'En attente de documents'. | ||
| Pourquoi est-ce important ? : Identifie les boucles de reprise qui augmentent considérablement le temps et l'effort de traitement. Une fréquence élevée de cette activité indique des problèmes de qualité des données initiales ou de documentation. Source des données : Inférent du journal d'historique des statuts de prêt en identifiant les séquences où le statut passe d'un état de souscription à un état de prélèvement.-souscription. Capture Détecter les transitions de statut de « En souscription » vers des états tels que « Traitement en cours » ou « En attente de révision par le processeur ». Type d'événement inferred | |||
| Examen initial terminé | Représente l'achèvement de la première vérification interne de la demande de complétude et d'éligibilité de base par un agent de crédit ou un processeur. Cela est généralement inféré d'un changement de statut dans le système, par exemple, de « Nouveau » à « En traitement » ou « Examen initial terminé ». | ||
| Pourquoi est-ce important ? : L'analyse du temps passé en examen initial aide à identifier les points de blocage précoces dans la validation des données et la collecte de documents, permettant des améliorations de la phase de prélèvement.paration du processus. Source des données : Inférent d'un journal d'historique de statut ou de champs d'horodatage associés à des statuts de prêt comme « Examen initial » ou « Traitement en cours ». Recherchez l'horodatage lorsque le statut change pour indiquer l'achèvement de cette première passe. Capture Identifiez l'horodatage lorsque le statut de la demande de prêt passe pour la première fois d'un état « Nouveau » à un état « En traitement » ou « Examiné ». Type d'événement inferred | |||
| Offre de prêt acceptée par le demandeur | Cet événement marque le moment où le demandeur accepte formellement l'offre de prêt générée. Ceci est généralement capturé par un agent de crédit qui met à jour manuellement le statut du prêt après avoir reçu les documents signés ou une signature électronique. | ||
| Pourquoi est-ce important ? : Cette activité est indispensablele pour le calcul du KPI (KPI) du Taux d'Acceptation des Offres de Prêt et pour comprendre l'efficacité des produits et conditions de prêt offerts. Source des données : Ceci est probablement déduit d'un changement de statut manuel dans le système, par exemple, vers 'Offre acceptée' ou 'Prêt à la clôture'. L'horodatage de cette mise à jour sert d'heure de l'événement. Capture Utilisez l'horodatage du changement de statut vers 'Accepté' ou un état similaire qui fait passer le prêt à la phase de clôture. Type d'événement inferred | |||
| Offre de prêt générée | Représente la création et l'émission du document d'offre de prêt formel au demandeur après une décision d'approbation. Cela peut être un événement explicite enregistré par un module de génération de documents ou inféré d'un changement de statut. | ||
| Pourquoi est-ce important ? : Cette activité est le point de départ pour mesurer le taux d'acceptation des offres de prêt et le temps nécessaire aux demandeurs pour répondre à une offre. Source des données : Peut être un journal explicite d'un service de génération de documents intégré à Mortgagebot. Alternativement, cela peut être inféré d'un changement de statut à « Offre envoyée » ou « En attente d'acceptation du demandeur ». Capture Recherchez un horodatage dans une table d'historique de documents ou un journal d'événements lié à la génération de documents. Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction pour ce processus sont en cours de validation. Veuillez revenir plus tard ou contactez-nous pour obtenir de l'aide.