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

Modèle universel de Process Mining
Votre modèle de données pour l'octroi de prêts

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

Modèle universel de Process Mining

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.
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de l'octroi de prêts

Voici les champs de données recommandés à inclure dans votre journal d'événements, offrant un contexte complet pour une analyse détaillée de votre processus d'octroi de prêt.
5 Obligatoire 8 Recommandé 5 Facultatif
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
Obligatoire Recommandé Facultatif

Activités d'octroi de prêts

Cette section décrit les étapes clés du processus et les jalons critiques que vous devez capturer pour permettre une découverte de processus précise et perspicace.
8 Recommandé 8 Facultatif
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
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données pour le Process Mining.

Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,

lisez notre guide ETL

ou sélectionnez un processus et un système spécifiques.