Votre modèle de données pour l'octroi de prêts
Votre modèle de données pour l'octroi de prêts
Voici notre modèle de données générique de Process Mining pour Octroi de prêt. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Une structure universelle pour votre journal d'événements d'octroi de prêts.
- Attributs et activités recommandés pour une analyse détaillée des processus.
- Accès aux instructions d'extraction de données spécifiques au système.
Attributs de l'octroi de prêts
| Nom | Descriptionn | ||
|---|---|---|---|
| Heure de début de l'événement EventStartTime | L'horodatage indiquant le début officiel d'une activité ou d'un événement spécifique. | ||
| Descriptionn L'heure de début de l'événement est un horodatage précis qui marque le début d'une activité. C'est un composant clé du journal d'événements et il est indispensable pour ordonner les événements chronologiquement afin de reconstituer le flux de processus pour chaque cas. Dans l'analyse des processus, l'heure de début est utilisée pour calculer la durée globale du cas, le temps passé entre les activités et le temps de traitement actif de chaque étape lorsqu'une heure de fin est également disponible. C'est l'attribut temporel principal utilisé pour comprendre le timing des processus, identifier les retards et évaluer la performance par rapport aux accords de niveau de service. Pourquoi est-ce important ? : Ce horodatage est indispensable pour ordonner les événements, calculer les temps de cycle du processus et identifier les retards entre les activités. Source des données : Un champ obligatoire dans le journal d'événements ou la table d'historique des transactions de tout système. Exemples 2023-03-15T09:00:00Z2023-04-01T14:30:15Z2023-05-20T11:22:05Z | |||
| ID de la demande de prêt LoanApplicationId | L'identifiant unique pour chaque demande de prêt. Cet ID suit la demande tout au long de son cycle de vie. | ||
| Descriptionn L'ID de demande de prêt est une clé unique attribuée à chaque demande de prêt dès sa création. Il sert d'identifiant principal du cas, reliant toutes les activités, documents et décisions connexes, de la soumission initiale au décaissement ou à la clôture finale. Cette cohérence est indispensablele pour reconstituer le parcours complet de chaque demande. En Process Mining, cet attribut est utilisé pour regrouper tous les événements liés en un seul dossier, permettant l'analyse des flux de processus, des temps de cycle et des variations par demande. Sans un identifiant de cas cohérent et unique, il est impossible de mapper précisément le processus ou d'analyser ses performances. Pourquoi est-ce important ? : C'est l'élément clé du Process Mining, car il regroupe tous les événements liés en un seul cas, permettant l'analyse de l'ensemble du parcours d'octroi de prêts. Source des données : Généralement disponible dans l'en-tête ou la table de transaction principale des demandes de prêt. Exemples APP-2023-00123LN456789017891, 2, 3, 45-A | |||
| 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 Le nom de l'activité décrit une étape ou un jalon spécifique au sein du workflow d'octroi de prêts, tel que 'Demande soumise', 'Vérification de crédit terminée' ou 'Offre de prêt générée'. Chaque activité représente un point distinct dans le processus qui consomme du temps et des ressources. L'analyse de la séquence et de la fréquence de ces activités constitue le fondement du Process Mining. Elle aide à découvrir le flux de processus réel, à identifier les chemins courants, à détecter les points de blocage et à mesurer la durée des différentes étapes. Un nom d'activité clair et cohérent est impératif pour créer une carte de processus compréhensible et précise. Pourquoi est-ce important ? : Il définit les étapes du processus, pour visualiser et l'analyse du flux de processus, l'identification des points de blocage et la mesure des durées d'étape. Source des données : Trouvé dans les journaux d'événements ou les tables de transactions qui enregistrent les étapes du processus métier. Exemples Demande soumiseVérification du crédit terminéeDécision de Souscription RendueFonds décaissés | |||
| Dernière heure de mise à jour des données LastDataUpdateTime | L'horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source. | ||
| Descriptionn Cet attribut enregistre l'horodatage de la dernière extraction ou du dernier rafraîchissement des données du système source. C'est un champ de métadonnées essentiel pour la gouvernance des données et l'assurance qualité. Savoir quand les données ont été mises à jour pour la dernière fois aide les analystes à comprendre la fraîcheur de leur jeu de données et garantit que les analyses sont basées sur des informations actuelles. C'est particulièrement important pour le suivi des processus en cours, car cela indique à quel point la vue du processus est à jour. Ce horodatage est également précieux pour le débogage des pipelines de données et l'identification des problèmes potentiels avec les plannings d'ingestion de données. Pourquoi est-ce important ? : Il confirme la la réactualisation des données, garantissant que les analyses sont basées sur des informations opportunes et aidant à gérer la qualité des données. Source des données : Généralement généré et stocké pendant le processus d'extraction, transformation et chargement (ETL). Exemples 2023-06-01T02:00:00Z2023-06-01T04:00:00Z2023-06-01T06:00:00Z | |||
| Nom du système source SourceSystemName | Identifie le système source ou l'application d'où les données d'événement ont été extraites. | ||
| Descriptionn Le nom du système source précise l'application ou la plateforme d'origine qui a généré les données d'event, tel qu'un système d'octroi de prêt (LOS), un CRM ou un système de gestion documentaire. Dans les entreprises modernes, un processus métier unique comme l'octroi de prêt s'étend souvent sur plusieurs systèmes interconnectés. L'identification du système source pour chaque event est indispensablele pour la validation des données, le dépannage et la compréhension du environnement technologique du processus. Elle permet aux analystes de remonter à l'origine des données et d'évaluer comment différents systèmes contribuent au flux global du processus et aux retards potentiels. Pourquoi est-ce important ? : Il aide à retracer les données jusqu'à leur origine, ce qui est impératif pour la validation des données et pour la compréhension des flux de processus qui couvrent plusieurs systèmes informatiques. Source des données : Souvent disponible comme champ standard dans les extractions de données ou peut être ajouté pendant le processus d'ingénierie des données. Exemples BlendFinastra FusionnCinoICE Encompass | |||
| Canal de demande ApplicationChannel | Le canal par lequel la demande de prêt a été initialement soumise, tel qu'en ligne, en agence ou par un courtier. | ||
| Descriptionn Le canal de demande identifie le point de contact initial ou la méthode de soumission utilisée par le demandeur. Les exemples incluent 'Portail en ligne', 'Application mobile', 'En agence' ou 'Courtier tiers'. Différents canaux peuvent avoir des expériences client et des workflows de traitement internes très différents. L'analyse du processus par canal aide les organisations à comprendre l'efficacité et l'efficacité de chaque chemin de soumission. Elle peut révéler quels canaux ont des délais de traitement plus rapides, une satisfaction client plus élevée ou une meilleure qualité des données, fournissant des informations pour des investissements stratégiques dans la technologie et les opérations. Pourquoi est-ce important ? : Il permet l'analyse de la performance des processus et de l'expérience client à travers différents canaux de soumission, tels que le portail en ligne, en succursale ou mobile. Source des données : Capturé au début du processus de demande et stocké dans la table principale des demandes de prêt. Exemples Portail en ligneEn AgenceCourtier tiersApplication mobile | |||
| Est Automatisé IsAutomated | Un indicateur signalant si une activité a été effectuée automatiquement par un système ou manuellement par un utilisateur. | ||
| Descriptionn Cet attribut booléen distingue les activités exécutées automatiquement par un système, telles qu'une vérification de crédit automatisée ou une validation initiale de documents, de celles effectuées manuellement par un utilisateur humain. Cette distinction est indispensablele pour comprendre le niveau d'automatisation au sein d'un processus et son impact sur l'efficacité. L'analyse des étapes automatisées par rapport aux étapes manuelles aide à identifier les opportunités d'automatisation supplémentaire, à quantifier les gains de temps des automatisations existantes et à comprendre la charge de travail des ressources humaines. Elle offre une vue claire de l'interaction homme-système tout au long du parcours d'octroi de prêt. Pourquoi est-ce important ? : Il aide à distinguer les activités pilotées par le système des activités pilotées par l'homme, ce qui est indispensable pour l'analyse de l'automatisation et la compréhension de la charge de travail des ressources. Source des données : Peut être un champ dans le journal d'événements ou dérivé en fonction du nom de l'activité ou de l'utilisateur associé à l'événement (par exemple, utilisateur 'système'). Exemples truefaux | |||
| Heure de fin de l'événement EventEndTime | L'horodatage (horodatage) indiquant la fin d'une activité. Il est utilisé pour calculer le temps de traitement actif d'un event. | ||
| Descriptionn L'heure de fin de l'événement marque le moment précis où une activité a été conclue. Alors que certains événements sont des jalons avec seulement une heure de début, de nombreuses activités ont une durée distincte. L'heure de fin permet le calcul direct de ce temps de traitement actif. L'analyse du temps de traitement actif est indispensablele pour comprendre l'utilisation des ressources, identifier les inefficacités dans tâches spécifiques et différencier le temps passé à travailler activement sur un cas du temps d'attente. Par exemple, elle aide à déterminer combien de temps la souscription a réellement pris, séparément du temps où la demande était en attente dans la file du souscripteur. Pourquoi est-ce important ? : Il permet le calcul du temps de traitement actif pour les activités, ce qui est indispensable pour distinguer le travail à valeur ajoutée du temps d'attente. Source des données : Souvent trouvé à côté de l'heure de début dans les journaux d'événements ou les tables de transactions pour les systèmes qui suivent la durée des activités. Exemples 2023-03-15T11:30:00Z2023-04-02T10:00:00Z2023-05-21T15:45:20Z | |||
| Montant du prêt LoanAmount | La valeur monétaire totale du prêt demandé par le demandeur. | ||
| Descriptionn Le montant du prêt représente la somme principale d'argent demandée par le demandeur. C'est un attribut financier crucial qui influence souvent la complexité et le risque associés à une demande de prêt. Des montants de prêt plus élevés peuvent déclencher des procédures de souscription plus rigoureuses, nécessiter des niveaux d'approbation supplémentaires ou impliquer des structures de frais différentes. L'analyse du processus en fonction du montant du prêt peut révéler comment la valeur affecte les délais de traitement, les taux d'approbation et le niveau d'examen appliqué. C'est également une donnée clé pour les analyses financières, telles que le calcul de la valeur totale du portefeuille de prêts ou le coût par dollar prêté. Pourquoi est-ce important ? : Cet attribut est un facteur déterminant de la complexité et du risque du processus, permettant d'analyser comment la valeur du prêt impacte le temps de cycle et les taux d'approbation. Source des données : Un champ clé des données de demande de prêt, généralement stocké dans la table d'informations de prêt principale. Exemples 250000.0050000.00750000.00 | |||
| Motif de refus RejectionReason | La raison spécifique fournie lorsqu'une demande de prêt est refusée. | ||
| Descriptionn Lorsque le résultat final d'une demande de prêt est 'Refusé', la raison du rejet fournit un code ou une description textuelle expliquant pourquoi. Les raisons courantes incluent 'Historique de crédit insuffisant', 'Ratio d'endettement élevé' ou 'Demande incomplète'. Cet attribut est très utile pour l'analyse des causes profondes des échecs de demande. En analysant les raisons de rejet les plus fréquentes, les organisations peuvent identifier les problèmes systémiques dans le bassin de demandeurs, les critères de souscription ou le processus de demande lui-même. Ces informationsns peuvent éclairer les stratégies marketing, le développement de produits et les améliorations de processus conçues pour réduire les taux de refus. Pourquoi est-ce important ? : Il fournit des informations critiques pour l'analyse des causes profondes, aidant à comprendre pourquoi les demandes sont refusées et permettant des améliorations ciblées des processus. Source des données : Comptabilisé comme faisant partie de l'événement de décision finale, souvent lié au résultat de décision 'Refusé'. Exemples Ratio d'endettement élevéMauvais historique de créditDocumentation incomplèteÉvaluation immobilière trop basse | |||
| Résultat de la décision DecisionOutcome | Le résultat final de la demande de prêt, tel qu'Approuvé, Refusé ou Retiré. | ||
| Descriptionn Le résultat de la décision indique le statut final d'une demande de prêt après qu'elle a été entièrement traitée. Les résultats courants incluent 'Approuvé', 'Refusé', 'Retiré par le demandeur' ou 'Contre-offert'. Cet attribut est indispensable pour l'analyse des résultats, qui vise à comprendre quels chemins de processus mènent à des résultats réussis ou infructueux. En corrélant les variations de processus avec les résultats des décisions, les organisations peuvent identifier les meilleures pratiques qui mènent à des taux d'approbation plus élevés ou les comportements qui entraînent des refus. Cette analyse est indispensable pour améliorer l'efficacité des processus et les résultats commerciaux. Pourquoi est-ce important ? : Il est indispensable pour l'analyse des résultats, aidant à identifier quels comportements et chemins de processus sont corrélés avec des demandes de prêt réussies ou infructueuses. Source des données : Généralement enregistré dans le champ de statut de la demande de prêt ou comme un event de décision spécifique dans l'historique des transactions. Exemples ApprouvéRefuséRetiré par le demandeurContre-offre | |||
| Type de produit de prêt LoanProductType | Le type spécifique de produit de prêt demandé, tel qu'un prêt hypothécaire, un prêt automobile ou un prêt personnel. | ||
| Descriptionn Le type de produit de prêt catégorise la demande de prêt en fonction du produit financier demandé. Les exemples incluent 'Prêt hypothécaire conventionnel', 'Prêt FHA', 'Prêt automobile' ou 'Ligne de crédit personnelle'. Différents produits de prêt ont souvent des processus, des exigences de conformité et des profils de risque distincts. L'analyse du processus par type de produit est indispensablele pour identifier les variations et optimiser les workflows pour des gammes de produits spécifiques. Cette segmentation permet des améliorations plus ciblées et aide à expliquer les différences de temps de cycle, de taux d'approbation et de reprises sur l'ensemble du portefeuille de prêts. Pourquoi est-ce important ? : Il permet la segmentation du processus pour comparer les performances et identifier les variations dans les workflows pour différents types de prêts. Source des données : Un champ standard sur le formulaire de demande de prêt, stocké dans la table principale des données de la demande. Exemples Prêt conventionnel à taux fixe sur 30 ansPrêt hypothécaire FHAPrêt automobilePrêt personnel | |||
| Utilisateur assigné AssignedUser | Le nom ou l'ID de l'utilisateur, tel qu'un agent de prêt ou un souscripteur, responsable de l'exécution d'une activité. | ||
| Descriptionn L'utilisateur assigné identifie l'employé ou l'utilisateur système qui a effectué ou est responsable d'une activité particulière. Cela peut être un agent de crédit, un gestionnaire, un souscripteur ou un agent de clôture. Cet attribut est indispensable pour analyser la performance de l'équipe et individuelle, la répartition de la charge de travail et l'allocation des ressources. En suivant les activités par utilisateur, les organisations peuvent identifier les individus très performants, cibler les besoins en formation et rééquilibrer les charges de travail pour optimiser l'efficacité. Il permet également d'analyser comment différents utilisateurs ou équipes impactent les résultats des processus et les temps de cycle. Pourquoi est-ce important ? : Il est indispensable pour analyser la répartition de la charge de travail, la performance de l'équipe et identifier les points de blocage liés aux ressources dans le processus. Source des données : Généralement disponible dans les journaux de transactions ou d'event qui enregistrent les actions des utilisateurs au sein du système. Exemples John Smithj.smithunderwriting.user.123Alice Williams | |||
| Emplacement géographique GeographicLocation | La région géographique, comme l'état ou l'emplacement de la succursale, associée à la demande de prêt. | ||
| Descriptionn La localisation géographique précise un lieu pertinent pour le prêt, tel que l'état du bien, la succursale de traitement ou la région du demandeur. Cet attribut est utile pour analyser les variations régionales du processus. Par exemple, différents états peuvent avoir des exigences de conformité uniques qui ajoutent des étapes au processus, ou certaines succursales peuvent être plus efficaces que d'autres. Cette segmentation géographique peut révéler des différences de performance, des besoins en ressources et des tendances spécifiques au marché qui impactent le processus d'octroi de prêt. Pourquoi est-ce important ? : Permet une analyse géographique pour découvrir les variations régionales de performance des processus, des exigences de conformité et des résultats commerciaux. Source des données : Trouvé dans les données de la demande, telles que l'adresse de la propriété ou la succursale où la demande a été soumise. Exemples CalifornieNew YorkSuccursale 101 - Centre-villeRégion du Midwest | |||
| Objectif SLA de Souscription UnderwritingSlaTarget | La durée cible, en heures ou en jours, pour l'achèvement de l'étape de souscription. | ||
| Descriptionn La cible SLA de souscription définit le délai attendu dans lequel la phase de souscription de la demande de prêt doit être achevée. Cette cible est un indicateur clé de performance (KPI) établi par l'entreprise pour assurer un traitement dans les délais. En comparant la durée réelle de l'étape de souscription, calculée à partir des horodatages, avec cette cible, les organisations peuvent mesurer l'adhésion aux SLA. Cette analyse aide à identifier les points de blocage en souscription, à évaluer la performance de l'équipe et à gérer efficacement les attentes des clients. Pourquoi est-ce important ? : Il sert de référence pour mesurer la performance par rapport aux accords de niveau de service, aidant à identifier les retards et à gérer les objectifs opérationnels. Source des données : Généralement défini dans les configurations de règles métier ou la documentation des accords de niveau de service et peut être stocké avec les données du cas. Exemples 48 heures3 jours7200 minutes | |||
| Score de crédit CreditScore | Le score de crédit du demandeur au moment de la vérification de crédit. | ||
| Descriptionn Le score de crédit est une représentation numérique de la solvabilité d'un demandeur, obtenue auprès d'une agence de crédit pendant le processus de demande. C'est un facteur principal dans l'évaluation des risques et les décisions de souscription. Des scores de crédit plus élevés indiquent généralement un risque plus faible et peuvent conduire à des conditions de prêt plus favorables ou à un processus d'approbation plus rapide. Dans le Process Mining, l'analyse de la façon dont le score de crédit influence le processus peut révéler différents chemins de traitement pour les demandeurs ayant des profils de risque variés. Par exemple, les demandes avec des scores plus faibles pourraient faire l'objet de plus d'examens manuels ou nécessiter des documents supplémentaires, entraînant des temps de cycle plus longs. Pourquoi est-ce important ? : C'est un facteur clé dans l'évaluation des risques qui peut influencer considérablement le chemin du processus, les résultats des décisions et le temps de cycle global. Source des données : Provient d'une agence de crédit externe et est stocké avec les données du profil du demandeur. Exemples 720650810590 | |||
| Service assigné AssignedDepartment | Le département ou l'équipe responsable de la demande de prêt à une étape spécifique. | ||
| Descriptionn Cet attribut identifie le service ou l'équipe fonctionnelle spécifique, tel que 'Traitement des facturess factures fournisseurs factures fournisseurs prêts', 'Souscription' ou 'Clôture', qui est responsable d'une activité ou possède le case à un moment donné. Le suivi des transferts (handoffs) entre les services est impératif pour comprendre les workflows organisationnels et identifier les retards interfonctionnels. L'analyse du processus par service aide à mesurer la performance des différentes équipes, à comprendre leurs charges de travail et à optimiser la collaboration et les procédures de transfert entre elles. Pourquoi est-ce important ? : Il permet l'analyse des transferts de processus et des performances par équipe fonctionnelle, mettant en évidence les points de blocage et les inefficacités interdépartementaux. Source des données : Peut être trouvé dans les systèmes de gestion de workflow ou dérivé de l'utilisateur ou du rôle attribué à la tâche. Exemples Équipe d'octroiService de souscription AServices de clôtureExamen de conformité | |||
| Type de demandeur ApplicantType | Catégorisation du demandeur, telle que 'Nouveau client' ou 'Client existant'. | ||
| Descriptionn Le type de demandeur classe le demandeur de prêt en fonction de sa relation avec l'institution financière, par exemple, comme un 'Nouveau client' ou un 'Client existant'. Cette segmentation est importante car le processus peut différer en fonction de cet attribut. Les clients existants peuvent bénéficier d'un processus plus rationalisé grâce aux données préexistantes, tandis que les nouveaux clients peuvent nécessiter une vérification d'identité et d'informations plus approfondie. L'analyse du processus par type de demandeur peut mettre en évidence ces différences et aider les organisations à adapter et optimiser le parcours client pour chaque segment. Pourquoi est-ce important ? : Il permet la comparaison des processus entre différents segments de clientèle, qui peuvent avoir des workflows et des attentes de niveau de service différents. Source des données : Dérivé des données de gestion de la relation client (CRM) ou spécifié sur le formulaire de demande. Exemples Nouveau clientClient existantClient récurrent | |||
Activités d'octroi de prêts
| Activité | Descriptionn | ||
|---|---|---|---|
| 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 est-ce important ? : C'est la confirmation finale du demandeur et elle conclut légalement la phase d'accord. C'est le prérequis immédiat pour le financement du prêt. Source des données : Capturé via un journal de système de signature électronique, une mise à jour d'un système de gestion de documents, ou un changement de statut manuel par l'équipe de clôture. Capture Utilisez l'horodatage de la plateforme de signature électronique ou lorsque les documents signés sont téléchargés et marqués comme terminés. Type d'événement explicit | |||
| Décision de Souscription Rendue | Marque l'achèvement de l'examen du souscripteur, aboutissant à une décision telle que 'Approuvé', 'Approuvé avec conditions' ou 'Refusé'. Cet événement conclut l'étape d'analyse principale du prêt. | ||
| Pourquoi est-ce important ? : Il s'agit d'une étape majeure qui détermine le cheminement ultérieur de la demande. Le temps nécessaire pour prendre cette décision est un indicateur clé de performance critique. Source des données : Déduit de l'horodatage lorsque la décision finale de souscription ou le champ de statut du prêt est renseigné et enregistré dans le système. Capture Utilisez l'horodatage associé à la mise à jour finale du champ de statut de décision de la demande de prêt par un souscripteur. 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 est-ce important ? : Il s'agit d'une activité terminale clé. L'analyse des chemins et des caractéristiques des demandes refusées peut révéler des problèmes dans les critères de qualification ou des inefficacités de processus. Source des données : Déduit d'une mise à jour de statut final sur l'enregistrement de la demande de prêt, changeant le statut en 'Refusé', 'Décliné' ou 'Rejeté'. Capture Capturez l'horodatage lorsque le statut final de la demande est défini sur 'Refusé'. Type d'événement inferred | |||
| Demande retirée | Indique que le demandeur a choisi de retirer sa demande avant qu'une décision finale ne soit prise ou avant le financement. Cela représente un autre résultat infructueux pour le processus. | ||
| Pourquoi est-ce important ? : Il s'agit d'une activité terminale critique. Des taux de retrait élevés peuvent indiquer une mauvaise expérience client, des offres non compétitives ou un processus trop long. Source des données : Généralement capturé comme une mise à jour de statut finale sur la demande de prêt, souvent initiée manuellement par un utilisateur. Capture Capturez l'horodatage lorsque le statut final de la demande est défini sur 'Retiré'. Type d'événement inferred | |||
| Demande soumise | Cette activité marque le début formel du processus d'octroi de prêt, lorsqu'un demandeur ou un agent de prêt soumet officiellement la demande pour examen. Cet event crée le case et est généralement le premier horodatage enregistré pour une nouvelle demande de prêt. | ||
| Pourquoi est-ce important ? : C'est l'activité de démarrage principale du processus. L'analyse du temps entre cet event et d'autres est indispensablele pour mesurer le temps de cycle global et l'efficacité du processus. Source des données : Généralement capturé comme un event de création explicite dans la table principale de demande de prêt ou le système d'enregistrement. Recherchez un horodatage de création d'enregistrement. Capture Capturez l'horodatage lorsque un nouvel enregistrement de demande de prêt est créé avec un statut 'Soumis' ou 'Nouveau'. Type d'événement explicit | |||
| Documents 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. Cet événement sert souvent de garde-barrière pour faire passer la demande à l'étape de souscription. | ||
| Pourquoi est-ce important ? : Il s'agit d'une étape clé et d'un bottleneck courant. L'analyse du temps précédant cet event aide à identifier les retards dans le pipeline de demandes causés par des documents incomplets. Source des données : Généralement déduit d'une mise à jour de statut sur la demande de prêt, telle que 'Documents complets' ou 'Prêt pour la souscription'. Capture Capturez l'horodatage lorsque le statut de la demande change pour indiquer que tous les documents requis ont été reçus. Type d'événement inferred | |||
| 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 est-ce important ? : C'est l'activité de fin principale du 'happy path'. Le temps de cycle total du processus est mesuré de la soumission à cet event, ce qui est un indicateur clé de la performance globale. Source des données : Il s'agit d'une transaction financière essentielle, explicitement enregistrée avec un horodatage précis dans le système bancaire central ou de gestion des prêts. Capture Capturez l'horodatage de la transaction de financement depuis le grand livre financier ou le système de paiement. Type d'événement explicit | |||
| Souscription Démarrée | Cette activité marque le début du processus formel de souscription. Elle se produit lorsqu'un souscripteur s'attribue la demande de prêt ou lorsque le statut du cas passe à 'En souscription'. | ||
| Pourquoi est-ce important ? : Cet event signale le début de la phase d'évaluation la plus critique. Mesurer la durée de la souscription est indispensable pour identifier les points de blocage et améliorer les délais de décision. Source des données : Presque toujours déduit d'un changement de statut sur l'enregistrement de la demande de prêt ou d'un journal d'affectation dans un système de workflow. Capture Capturez l'horodatage lorsque le statut du prêt passe pour la première fois à 'Souscription', 'En Examen', ou un état similaire. Type d'événement inferred | |||
| Divulgations finales 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 est-ce important ? : Il s'agit d'une étape réglementaire critique. Le suivi de cette activité garantit la conformité aux règles qui imposent une période d'examen avant la clôture, évitant ainsi des retards coûteux et des problèmes juridiques. Source des données : Trouvé dans les journaux du système de gestion de documents, les enregistrements de communication, ou comme une mise à jour de statut de prêt spécifique telle que 'Prêt à être clôturé'. Capture Utilisez l'horodatage du système lorsque le package de divulgation de clôture final est enregistré comme envoyé au demandeur. Type d'événement explicit | |||
| Divulgations initiales envoyées | Représente le moment où l'ensemble initial des documents de divulgation légalement requis, tel qu'une estimation de prêt, est envoyé au demandeur. Il s'agit d'une étape de conformité critique qui doit avoir lieu tôt dans le processus. | ||
| Pourquoi est-ce important ? : Le suivi de cette activité est indispensable pour surveiller la conformité réglementaire et garantir l'envoi des divulgations dans les délais requis. Les retards ici peuvent entraîner des risques de conformité et des pénalités. Source des données : Souvent trouvé dans les journaux de génération de documents ou un module de communications. Il peut également s'agir d'un changement de statut sur la demande de prêt. Capture Utilisez l'horodatage du système de gestion documentaire lorsque le package de divulgation initial est généré et envoyé. Type d'événement explicit | |||
| Documents demandés | Indique que le système ou un agent de crédit a envoyé une demande formelle au demandeur pour les documents justificatifs requis, tels que les fiches de paie ou les déclarations de revenus. Cette activité initie la phase de collecte de documents. | ||
| Pourquoi est-ce important ? : Cette activité aide à analyser l'efficacité du processus de collecte de documents en mesurant le temps de réponse d'un demandeur. Source des données : Généralement enregistré dans un module de gestion documentaire, un journal de communication ou comme un changement de statut tel que 'Documents en attente'. Capture Identifiez l'horodatage lorsque le statut de la demande passe à 'En attente de documents' ou lorsqu'une demande de document est enregistrée. Type d'événement inferred | |||
| Évaluation immobilière terminée | Représente le moment où un rapport d'évaluation immobilière est reçu d'un évaluateur tiers et ajouté au dossier de prêt. Cette activité est spécifique aux prêts garantis, tels que les hypothèques. | ||
| Pourquoi est-ce important ? : Pour les prêts garantis par une propriété, l'évaluation immobilière est une dépendance critique pour la décision finale de souscription. Les retards à ce niveau impactent directement le temps de cycle du prêt. Source des données : Capturé à partir d'un système de gestion de documents lorsque le document d'évaluation est téléchargé ou à partir d'une mise à jour de champ de statut sur l'enregistrement du prêt. Capture Utilisez l'horodatage lorsque le statut du document d'évaluation est mis à jour à 'Reçu' ou que la tâche associée est marquée comme terminée. Type d'événement inferred | |||
| Offre de prêt acceptée | Représente l'acceptation formelle 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 est-ce important ? : Cet event confirme que le demandeur poursuit sa démarche. Il fournit un signal clair pour initier les procédures de clôture finales. Source des données : Souvent capturé par une mise à jour manuelle du statut par un agent de crédit ou automatiquement via une intégration de système de signature électronique. Capture Capturez l'horodatage lorsque le statut du prêt est mis à jour à 'Offre acceptée' ou un état similaire. Type d'événement inferred | |||
| Offre de prêt générée | Cette activité a lieu après une décision de souscription 'Approuvée' et représente la création du document officiel d'offre de prêt. Elle formalise les termes du prêt approuvé à envoyer au demandeur. | ||
| Pourquoi est-ce important ? : La génération de l'offre de prêt est une étape clé sur le chemin de la clôture d'un prêt. Le suivi de son timing aide à garantir que les demandeurs reçoivent leurs offres rapidement. Source des données : Généralement enregistré dans un journal de système de génération de documents ou comme un event spécifique dans l'historique de la demande de prêt. Capture Capturez l'horodatage lorsque le document d'offre de prêt est créé ou que son statut est défini sur 'Généré'. Type d'événement explicit | |||
| Retravail de souscription demandé | Capture les retouches au sein du processus où un souscripteur renvoie la demande à un agent de crédit ou à un gestionnaire pour plus d'informations ou de corrections. Ceci est souvent indiqué par un changement de statut de 'En souscription' vers un état précédent. | ||
| Pourquoi est-ce important ? : Cette activité est un indicateur direct d'inefficacité de processus et de boucles de reprise. Identifier la fréquence et les raisons du reprises est impératif pour l'amélioration des processus. Source des données : Déduit des journaux de changement de statut où une demande passe d'une étape ultérieure, comme la souscription, à une étape antérieure, comme le traitement. Capture Identifiez les événements où le statut du prêt régresse, par exemple de 'En souscription' à 'En attente de documents'. Type d'événement inferred | |||
| Vérification du crédit terminée | Cette activité signifie qu'une demande d'extraction du rapport de crédit du demandeur a été satisfaite et que les résultats sont disponibles pour examen. Le score de crédit et l'historique sont joints au dossier de prêt. | ||
| Pourquoi est-ce important ? : L'achèvement de la vérification de crédit est une condition préalable critique à la souscription. Les retards dans la réception de cette information peuvent bloquer l'ensemble du processus. Source des données : Souvent enregistré comme un événement lorsque les données sont retournées par une agence de crédit tierce intégrée. Il peut également s'agir d'une mise à jour manuelle du statut. Capture Utilisez l'horodatage enregistré lorsque le rapport de crédit est reçu avec succès et joint au dossier de demande de prêt. Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,