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 recommandés à recueillir
- Activités clés à suivre
- Conseils d’extraction
Attributs liés à l’octroi de prêts
| Nom | Description | ||
|---|---|---|---|
| Horodatage de l’événement EventTimestamp | Date et heure auxquelles une activité ou un événement précis s’est produit. | ||
| Description L’horodatage de l’événement indique le moment précis où une activité a eu lieu. Ces données chronologiques sont essentielles pour remettre les événements dans le bon ordre et réaliser toute analyse temporelle du processus. Cet attribut permet de calculer des indicateurs clés, comme les temps de cycle, les durées de traitement et les temps d’attente entre les activités. Il sert à repérer les retards, à mesurer la performance au regard des accords de niveau de service (SLA) et à comprendre la dynamique temporelle du processus d’octroi de prêt. Sans horodatages précis, le Process Mining est impossible. Pourquoi est-ce important ? Cet horodatage est indispensable pour ordonner correctement les événements et calculer toutes les mesures de durée, notamment les temps de cycle et les goulots d’étranglement. Où trouver ces données Généralement présent à côté du champ d’activité ou de statut dans les journaux d’événements ou les tables de piste d’audit de Temenos. Recherchez des champs nommés « TIMESTAMP », « EVENT_DATE » ou équivalents. Exemples 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z | |||
| Identifiant de demande de prêt LoanApplicationId | Identifiant unique de chaque demande de prêt, utilisé comme clé principale pour suivre l’ensemble du processus d’octroi. | ||
| Description L’identifiant de demande de prêt distingue chaque demande tout au long de son cycle de vie, du dépôt à la décision finale et au versement des fonds. Il constitue l’entité centrale à laquelle rattacher toutes les activités et données associées, afin de retracer intégralement le parcours d’octroi d’un prêt donné. En Process Mining, cet attribut est essentiel pour construire la vue par cas : chaque identifiant de demande de prêt représente une instance complète du processus. L’analyse à partir de cet identifiant permet de calculer des indicateurs par cas, comme le temps de cycle total, les boucles de reprise et les résultats finaux, et donne ainsi une vue d’ensemble du processus d’octroi de prêt. Pourquoi est-ce important ? Cet identifiant de cas essentiel relie tous les événements associés au sein d’un même processus de bout en bout et rend l’analyse du processus possible. Où trouver ces données Il s’agit généralement de la clé principale de l’entité correspondant à la demande de prêt ou au dossier dans Temenos. Consultez la documentation Temenos pour connaître le nom précis de la table et du champ, par exemple ceux associés au module AA.ARRANGEMENT. Exemples LA-2023-001234LA-2023-001235LA-2023-001236 | |||
| Nom de l’activité ActivityName | Nom de l’événement métier ou de l’étape précise survenue dans le processus d’octroi de prêt. | ||
| Description Le nom de l’activité désigne une étape ou un jalon précis du parcours d’octroi de prêt, par exemple « Demande déposée » ou « Vérification de crédit terminée ». Ces activités constituent la trame de la cartographie du processus et montrent la séquence des événements pour chaque demande de prêt. L’analyse de ces activités permet de visualiser le flux du processus, de repérer les parcours fréquents, de détecter les écarts et de localiser les goulots d’étranglement. La séquence et la fréquence des activités sont essentielles pour comprendre le fonctionnement réel du processus et le comparer à sa conception. Pourquoi est-ce important ? Il définit les étapes du processus et permet de visualiser sa cartographie, puis d’analyser son déroulement, ses goulots d’étranglement et ses écarts. Où trouver ces données Ces informations proviennent généralement des journaux d’événements, des enregistrements de changement de statut ou des tables de piste d’audit dans Temenos. Il peut être nécessaire d’associer les codes de statut ou types d’événements techniques à des noms d’activité compréhensibles. Exemples Demande déposéeVérification de crédit terminéeÉtude du dossier commencéeDécision concernant le prêt rendueFonds versés | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage indiquant la dernière actualisation ou extraction des données associées à cet événement. | ||
| Description Cet attribut de métadonnées indique la date et l’heure de la dernière extraction ou mise à jour des données depuis le système source. Il ne correspond pas à un événement métier, mais renseigne sur l’actualité des données analysées. Cette information est essentielle pour comprendre si l’analyse de Process Mining repose sur des données récentes et pour assurer la gouvernance des données. Elle permet de savoir si les données consultées sont en temps réel, quotidiennes ou hebdomadaires, et de replacer les constats et les décisions dans leur contexte. Pourquoi est-ce important ? Indique l’actualité des données, un élément essentiel pour leur gouvernance et pour permettre aux utilisateurs de situer leur analyse dans le temps. Où trouver ces données Cet attribut de métadonnées est ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL). Il correspond généralement à l’horodatage de l’exécution de l’ETL. Exemples 2023-11-20T04:00:00Z2023-11-21T04:00:00Z2023-11-22T04:00:00Z | |||
| Système source SourceSystem | Système de référence à partir duquel les données d’événement ont été extraites. | ||
| Description Cet attribut identifie le système d’information source où les données d’activité ont été enregistrées. Dans un environnement informatique complexe, les événements liés à l’octroi de prêts peuvent être consignés dans plusieurs systèmes, par exemple un portail frontal, la plateforme bancaire centrale et un système de gestion documentaire. Préciser le système source est important pour la gouvernance des données, le diagnostic des problèmes et la compréhension des points de contact technologiques du processus. Cela aide à vérifier l’exactitude des données et peut révéler une fragmentation du processus entre différentes plateformes. Pourquoi est-ce important ? Il indique l’origine des données, ce qui est essentiel pour leur validation, le diagnostic des problèmes et la compréhension des intégrations entre processus. Où trouver ces données Cet attribut de métadonnées est généralement ajouté lors de l’extraction et de la transformation des données. Il peut s’agir d’une valeur fixe, comme « Temenos Transact », pour tous les enregistrements provenant de ce système. Exemples Temenos Transact T24Temenos InfinityService externe de bureau de crédit | |||
| Canal de demande ApplicationChannel | Canal utilisé pour soumettre la demande de prêt, par exemple le portail en ligne, une agence ou l’application mobile. | ||
| Description Le canal de demande indique le mode de soumission choisi par le client. Selon le canal, la qualité des données, les attentes des clients et les exigences de traitement peuvent varier, ce qui influe sur les performances globales du processus. L’analyse du processus par canal permet de déterminer lesquels sont les plus efficaces et lesquels pourraient être améliorés. Par exemple, les demandes soumises sur le portail en ligne sont parfois traitées plus rapidement que celles déposées en agence. Ces informations aident à optimiser la stratégie par canal et la répartition des ressources. Pourquoi est-ce important ? Permet d’analyser les performances selon les différents canaux d’interaction avec les clients, afin d’optimiser les processus et l’expérience utilisateur propres à chacun. Où trouver ces données Cette information est généralement recueillie au début du processus et enregistrée dans la fiche principale de demande de prêt. Dans Temenos, recherchez un champ « SOURCE » ou « CHANNEL ». Exemples Portail en ligneAgenceApplication mobileCourtier | |||
| Chargé de prêts affecté AssignedLoanOfficer | Nom ou identifiant du chargé de prêts ou de l’utilisateur responsable de l’activité. | ||
| Description Cet attribut identifie l’employé ou le membre de l’équipe qui a exécuté une tâche donnée dans le processus d’octroi de prêt. En Process Mining, on parle souvent de « ressource ». L’analyse de la performance par chargé de prêts permet de comprendre la répartition de la charge de travail, de repérer les personnes les plus performantes et de déterminer les besoins de formation ou de standardisation des processus. Elle est essentielle aux Dashboards consacrés à la performance des ressources et à la gestion de la charge de travail. Les responsables peuvent ainsi améliorer l’efficacité de l’équipe et équilibrer la répartition des tâches. Pourquoi est-ce important ? Associe les actions des utilisateurs à des personnes ou à des équipes précises, ce qui permet d’analyser la charge de travail, de comparer les performances et d’optimiser l’affectation des ressources. Où trouver ces données Ces informations figurent souvent dans les tables de piste d’audit et sont généralement associées à un identifiant utilisateur. Recherchez des champs tels que « USER_ID », « PROCESSED_BY » ou « OWNER » dans les enregistrements d’événements ou de transactions de Temenos. Exemples Alice SmithBob JohnsonÉquipe d’étude des dossiers B | |||
| Heure de fin EndTime | Horodatage indiquant le moment où une activité a été achevée. | ||
| Description L’heure de fin marque l’achèvement d’une activité précise. L’heure de début indique quand un événement a commencé, tandis que l’heure de fin permet d’en connaître la durée. Pour les événements instantanés, les deux heures peuvent être identiques. Dans l’analyse des processus, disposer des heures de début et de fin est essentiel pour calculer précisément la durée de traitement des activités. Cela permet de distinguer le temps pendant lequel une demande est effectivement traitée du temps d’attente avant l’étape suivante, ce qui est indispensable pour repérer les véritables goulots d’étranglement. Pourquoi est-ce important ? Permet de calculer précisément la durée de traitement d’une activité et de distinguer le temps de travail effectif du temps d’attente, notamment lors de l’analyse des goulots d’étranglement. Où trouver ces données Cette information peut figurer dans les journaux d’audit sous la forme d’un champ distinct « END_TIME », ou être déduite de l’heure de début de l’activité suivante dans la séquence. Consultez la documentation Temenos pour connaître les détails de la journalisation des événements. Exemples 2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z | |||
| Montant du prêt LoanAmount | Montant total du prêt demandé. | ||
| Description Cet attribut correspond au capital du prêt demandé. Le montant peut avoir une incidence importante sur le parcours du processus, le niveau d’examen et les approbations requises. L’analyse du processus selon le montant du prêt permet de déterminer si les prêts de valeur élevée suivent un parcours différent et font l’objet d’un examen plus approfondi. Elle peut aussi expliquer les écarts de temps de cycle et d’effort d’évaluation du risque. Par exemple, les prêts dépassant un certain seuil peuvent nécessiter des étapes d’approbation supplémentaires, que le Process Mining permet de visualiser et de vérifier. Pourquoi est-ce important ? Permet d’analyser l’incidence du montant du prêt sur la complexité du processus, le temps de cycle et les niveaux d’approbation requis. Où trouver ces données Il s’agit d’un champ fondamental de la fiche de demande de prêt dans Temenos. Recherchez un champ tel que « AMOUNT » ou « REQUESTED_AMOUNT ». Exemples 250000.0015000.00500000.00 | |||
| Résultat de la décision DecisionOutcome | Résultat final de l’examen de la demande de prêt, par exemple : Approuvé, Rejeté ou Retiré. | ||
| Description Le résultat de la décision indique le statut final d’une demande de prêt une fois les étapes d’évaluation du risque et d’approbation terminées. Il s’agit d’une métrique essentielle pour évaluer l’ensemble du processus. Cet attribut est indispensable pour analyser l’efficacité du processus. Il sert à calculer les taux d’approbation et de rejet. Associé à d’autres attributs, comme le score de crédit ou le type de demandeur, il permet d’évaluer la cohérence des décisions de prêt. Comprendre les motifs de rejet est essentiel pour améliorer le processus. Pourquoi est-ce important ? Représente le résultat final du processus et permet d’analyser les taux d’approbation, les motifs de rejet et la cohérence des décisions. Où trouver ces données Cette information est généralement enregistrée dans un champ de statut de la fiche principale de demande de prêt dans Temenos. Ce champ est habituellement mis à jour lors de l’activité « Loan Decision Rendered ». Exemples ApprouvéRejetéRetiré par le demandeurOffre expirée | |||
| Score de crédit CreditScore | Score de crédit du demandeur au moment de la demande. | ||
| Description Le score de crédit est une valeur numérique qui représente la solvabilité du demandeur et qui est fournie par un bureau de crédit. Il s’agit d’un facteur important dans l’évaluation du risque et la prise de décision. En Process Mining, le score de crédit constitue un attribut contextuel essentiel. En le mettant en relation avec le résultat final, vous pouvez analyser la cohérence des décisions de prêt. Il permet également de segmenter les demandes pour déterminer si celles dont le score est plus faible prennent plus de temps à traiter ou nécessitent davantage d’interventions manuelles. Pourquoi est-ce important ? Apporte un contexte essentiel à la prise de décision et permet d’analyser l’influence de la solvabilité sur les parcours, les durées et les résultats du processus. Où trouver ces données Ces données proviennent généralement d’un service externe de bureau de crédit et sont enregistrées dans une table client ou une table propre à la demande dans Temenos. Exemples 720650810 | |||
| Type de produit de prêt LoanProductType | Type de prêt demandé, par exemple un prêt hypothécaire, un prêt personnel ou un prêt automobile. | ||
| Description Cet attribut classe chaque demande de prêt selon le produit financier demandé. Les différents produits de prêt suivent souvent des flux de processus, des SLA et des profils de risque distincts. Pour comparer les résultats de manière pertinente, il est essentiel d’analyser le processus par type de produit de prêt. Cela permet d’expliquer les écarts de temps de cycle, de taux d’approbation et de parcours suivis. Par exemple, le traitement d’un prêt hypothécaire est généralement plus complexe et plus long que celui d’un prêt personnel. Cet attribut permet de comparer des situations similaires et de cibler les améliorations. Pourquoi est-ce important ? Permet de segmenter le processus afin de comparer les performances et de repérer les différences entre les secteurs d’activité, qui ont souvent des exigences spécifiques. Où trouver ces données Il s’agit d’un attribut central de la demande de prêt, généralement présent dans la table principale des demandes de Temenos. Recherchez des champs tels que « PRODUCT_ID » ou « PRODUCT_CATEGORY ». Exemples Prêt hypothécairePrêt personnelPrêt automobileLigne de crédit adossée à la valeur nette du logement | |||
| Automatisé IsAutomated | Indique si l’activité a été réalisée automatiquement par le système ou manuellement par un utilisateur. | ||
| Description Cet attribut booléen distingue les activités réalisées par un utilisateur de celles exécutées par un système automatisé, comme une vérification automatique du crédit ou une règle de validation initiale. Comprendre le degré d’automatisation est essentiel pour repérer les possibilités d’améliorer l’efficacité. Vous pouvez comparer la rapidité et la régularité des étapes automatisées à celles des étapes manuelles. Cette analyse aide à définir les priorités des futurs projets d’automatisation et à en mesurer les effets. Pourquoi est-ce important ? Distingue les activités réalisées par le système de celles effectuées par une personne, ce qui permet de repérer les possibilités d’automatisation et de mesurer les effets des automatisations existantes. Où trouver ces données Cette information est souvent déduite de l’utilisateur associé à l’activité. Si l’utilisateur est un compte système ou de service, l’activité est considérée comme automatisée. Le type d’événement peut également servir de critère. Exemples truefalse | |||
| Dépassement du SLA d’évaluation du risque IsUnderwritingSlaBreached | Indicateur calculé, vrai si la durée de l’évaluation du risque dépasse l’objectif de SLA défini. | ||
| Description Cet attribut booléen indique si l’étape d’évaluation du risque d’une demande de prêt a dépassé son accord de niveau de service (SLA). Il est calculé en comparant la durée réelle de cette étape à l’« objectif de SLA pour l’évaluation du risque ». Cet indicateur simplifie l’analyse et le reporting en fournissant une réponse claire par oui ou par non sur le respect du SLA. Il est utilisé directement dans les Dashboards et les indicateurs pour suivre le taux de dépassement au fil du temps, par produit ou par chargé de prêt, et ainsi mieux gérer les performances et les risques de conformité. Pourquoi est-ce important ? Fournit un indicateur simple, oui ou non, du respect du SLA et facilite le filtrage, l’agrégation et l’analyse de la fréquence et des causes profondes des dépassements. Où trouver ces données Cet attribut n’existe pas dans le système source. Il est calculé en mesurant la durée entre les activités « Underwriting Commenced » et « Underwriting Completed », puis en la comparant à l’attribut « UnderwritingSlaTarget ». Exemples truefalse | |||
| Motif de la décision ReasonForDecision | Code ou description expliquant le motif de la décision finale concernant le prêt, notamment en cas de rejet. | ||
| Description Cet attribut apporte des précisions sur le « résultat de la décision ». Pour les demandes rejetées, il indique le motif, par exemple « revenus insuffisants », « ratio d’endettement trop élevé » ou « antécédents de crédit défavorables ». Ces informations sont précieuses pour analyser les causes profondes des rejets. En examinant les motifs les plus fréquents, l’organisation peut repérer les problèmes survenant lors de la préqualification, améliorer la communication avec les clients ou ajuster ses critères de prêt. Elles contribuent directement à réduire les reprises et à améliorer la qualité globale des demandes reçues. Pourquoi est-ce important ? Apporte un contexte essentiel pour les demandes rejetées et permet d’en analyser les causes profondes afin d’améliorer leur qualité et d’éviter les traitements inutiles. Où trouver ces données Cette information est souvent enregistrée dans un champ de notes ou de code de motif associé au statut de décision finale dans Temenos. Exemples Ratio d’endettement trop élevéDemande incomplèteScore de crédit faible | |||
| Objectif de SLA pour l’évaluation du risque UnderwritingSlaTarget | Durée cible dans laquelle l’évaluation du risque liée à un prêt doit être achevée. | ||
| Description L’objectif de SLA pour l’évaluation du risque définit le niveau de service attendu pour cette étape, généralement exprimé en heures ou en jours ouvrés. Cet objectif peut varier selon le type de produit de prêt ou le montant demandé. Cet attribut sert de référence pour mesurer les performances réelles. Il est utilisé directement dans le Dashboard « Statut des SLA et de la conformité de l’évaluation du risque » et est nécessaire au calcul de l’indicateur « Taux de dépassement des SLA ». L’analyse des dépassements permet de repérer les causes des retards et de gérer les risques opérationnels et de conformité. Pourquoi est-ce important ? Fournit une référence claire pour mesurer le respect des SLA et repérer les demandes susceptibles de dépasser les délais fixés. Où trouver ces données Cette valeur peut être définie à partir de règles métier ou enregistrée dans un champ de la demande de prêt. Elle peut aussi être calculée à partir des données de référence des produits dans Temenos. Exemples 48 heures72 heures24 heures | |||
| Région du client CustomerRegion | Région géographique du demandeur. | ||
| Description La région du client indique sa localisation géographique, par exemple l’Amérique du Nord, l’Europe ou un État en particulier. Elle permet de segmenter le processus par zone géographique. L’analyse des performances par région peut révéler des écarts d’efficacité, de taux d’approbation ou de popularité des produits. Ces informations peuvent servir à cibler les actions marketing, à répartir les ressources et à repérer les bonnes pratiques ou les difficultés propres à chaque région. Pourquoi est-ce important ? Permet de comparer les performances du processus entre les régions, de repérer les goulots d’étranglement régionaux et de mieux comprendre les différences entre les marchés. Où trouver ces données Cette information figure dans le profil ou les coordonnées du client, enregistrés dans le fichier d’informations client (CIF) ou dans une source équivalente de données de référence client dans Temenos. Exemples Amérique du NordEurope, Moyen-Orient et AfriqueAsie-PacifiqueCalifornie | |||
| Reprise IsRework | Indicateur calculé, vrai si une activité fait partie d’une boucle de reprise. | ||
| Description Cet indicateur booléen repère les activités correspondant à une reprise, c’est-à-dire une étape ou une séquence d’étapes qui a dû être répétée. Par exemple, si l’activité « Supporting Documents Requested » survient après « Underwriting Commenced », cela indique un retour en arrière dans le processus. La détection des reprises est l’un des principaux atouts du Process Mining. Cet attribut permet de calculer facilement l’indicateur « Taux de reprise des demandes ». L’analyse des causes des reprises, comme les dossiers initiaux incomplets, est essentielle pour améliorer l’efficacité du processus, réduire les coûts et raccourcir les temps de cycle. Pourquoi est-ce important ? Met en évidence les activités qui s’inscrivent dans des boucles de processus inefficaces et facilite le calcul des reprises ainsi que l’analyse de leurs causes profondes. Où trouver ces données Cet attribut n’existe pas dans le système source. Le moteur de Process Mining le calcule en détectant les séquences d’activités répétées au sein d’un même dossier. Exemples truefalse | |||
| Service Department | Service de l’organisation responsable de l’activité. | ||
| Description Cet attribut indique l’unité opérationnelle ou le service, par exemple « Montage », « Évaluation du risque » ou « Finalisation », qui a réalisé une activité donnée. Il permet de comprendre les transferts entre les différentes parties de l’organisation. L’analyse du processus par service est essentielle pour repérer les inefficacités transversales et les retards lors des transferts. Elle peut mettre en évidence des lacunes de communication ou un manque de ressources dans certains services, et ainsi faire ressortir les goulots d’étranglement organisationnels. Pourquoi est-ce important ? Permet de visualiser la circulation du travail entre les équipes, d’analyser les délais de transfert et de repérer les goulots d’étranglement organisationnels. Où trouver ces données Ce champ ne figure souvent pas directement dans le journal d’événements. Il peut toutefois être déduit en associant les utilisateurs (attribut « AssignedLoanOfficer ») à leur service à partir d’une source de données de référence RH. Exemples Montage du prêtÉtude du dossier de créditRisque de créditFinalisation | |||
| Type de demandeur ApplicantType | Classe le demandeur, par exemple comme nouveau client ou client existant. | ||
| Description Cet attribut répartit les demandeurs en groupes pertinents, comme « nouveau client », « client existant » ou « entreprise ». Le processus peut varier selon le type de demandeur. Par exemple, les demandes des clients existants peuvent être traitées plus rapidement grâce aux données déjà disponibles. L’analyse du processus par type de demandeur permet de comprendre comment les différents segments de clientèle vivent le parcours. Elle peut révéler des possibilités de simplifier les démarches des clients existants ou d’accompagner davantage les nouveaux clients. Cette segmentation est essentielle à l’analyse de la cohérence des résultats des décisions de prêt. Pourquoi est-ce important ? Permet de déterminer si le processus diffère entre les nouveaux clients et les clients existants, afin d’adapter et d’améliorer le parcours client. Où trouver ces données Cette information est généralement déduite de la présence ou non d’un profil ou d’un identifiant client existant dans Temenos au moment de la demande. Exemples Nouveau clientClient existantClient professionnel | |||
Activités liées à l’octroi de prêts
| Activité | Description | ||
|---|---|---|---|
| Contrat de prêt signé | Marque le moment où le contrat de prêt signé a été reçu et enregistré dans le système. Un utilisateur met à jour le statut de la demande pour le signaler, et le processus passe alors à l’étape finale de versement des fonds. | ||
| Pourquoi est-ce important ? Il s’agit du dernier préalable juridique au versement des fonds. Son suivi permet de mesurer le temps consacré aux dernières formalités administratives. Où trouver ces données Déduit du passage du statut de la demande à « Contrat signé » ou « Prête pour le versement » dans la piste d’audit de la demande. Données à recueillir Repéré à partir d’un changement de statut indiquant que le contrat signé a été reçu et vérifié. Type d’événement inferred | |||
| Décision concernant le prêt rendue | Indique la décision finale concernant la demande de prêt, par exemple « Approuvée » ou « Rejetée ». Cet événement déterminant est enregistré lorsque le champ de statut de décision de la demande est finalisé. | ||
| Pourquoi est-ce important ? Il s’agit d’un résultat métier majeur. Cette information est essentielle pour calculer les taux d’approbation, analyser les motifs de rejet et mesurer le délai global de décision. Où trouver ces données Déduit de la mise à jour définitive et non modifiable du champ « Résultat de la décision » ou d’un champ de statut équivalent dans le dossier principal. L’horodatage de cette mise à jour est utilisé. Données à recueillir Déduit de l’horodatage auquel le statut de décision finale, par exemple « Approuvée » ou « Rejetée », est enregistré. Type d’événement inferred | |||
| Demande déposée | Indique la création d’une nouvelle demande de prêt dans Temenos. Il s’agit du début officiel du processus d’octroi de prêt, généralement enregistré lorsqu’un utilisateur sauvegarde pour la première fois une nouvelle demande. | ||
| Pourquoi est-ce important ? Cette activité constitue l’événement de début principal du processus. Le temps écoulé entre ce point et la fin du processus donne le temps de cycle global, un KPI essentiel pour mesurer l’efficacité. Où trouver ces données Enregistré dans les journaux de création des demandes ou déduit de l’horodatage de création de la demande de prêt principale dans le module Temenos concerné, par exemple AA.ARRANGEMENT. Données à recueillir Repéré à partir de l’événement de création ou de l’horodatage initial de l’identifiant de demande de prêt. Type d’événement explicit | |||
| Étude du dossier commencée | Indique qu’un analyste crédit a été affecté au dossier et a commencé à examiner activement la demande. Cet événement est généralement déduit du passage du statut à « En cours d’étude » ou à un état similaire. | ||
| Pourquoi est-ce important ? C’est le début de la phase d’étude du dossier. La mesure du temps à partir de ce point permet de suivre la charge de travail des analystes crédit et le respect des accords de niveau de service (SLA). Où trouver ces données Déduit de l’horodatage du passage au statut « Étude du dossier en cours » dans l’historique de la demande. Il peut également être associé à l’affectation d’un analyste crédit. Données à recueillir Repéré lorsque le statut de la demande passe à « En cours d’étude ». Type d’événement inferred | |||
| Étude du dossier terminée | Marque la fin de l’examen par l’analyste crédit, avant la décision finale concernant le prêt. Cet événement est déduit d’un changement de statut de la demande, par exemple « Étude du dossier terminée » ou « En attente de décision ». | ||
| Pourquoi est-ce important ? Cette étape marque la fin de la période mesurée au titre du SLA pour l’étude du dossier. Le temps écoulé entre le début de l’étude et ce point est essentiel pour évaluer la performance des analystes crédit. Où trouver ces données Déduit de l’horodatage du passage au statut « Étude du dossier terminée » ou « Prête pour la décision finale » dans l’historique des statuts de la demande. Données à recueillir Repéré à partir de l’horodatage du changement de statut qui marque la fin de l’examen du dossier. Type d’événement inferred | |||
| Fonds versés | Dernière activité d’un processus d’octroi de prêt réussi, elle correspond au transfert des fonds au demandeur. Cette transaction financière essentielle est explicitement consignée dans le système bancaire central Temenos T24. | ||
| Pourquoi est-ce important ? Cette activité marque la réussite du processus. Le délai de versement des fonds est un indicateur important de l’expérience client et la mesure finale du débit du processus. Où trouver ces données Enregistré sous la forme d’une entrée explicite dans le journal des transactions financières du module bancaire central. L’enregistrement de la transaction de versement comporte un code de transaction et un horodatage précis. Données à recueillir Repéré à partir de l’exécution de la transaction financière de versement des fonds. Type d’événement explicit | |||
| Vérification de crédit terminée | Cet événement se produit lorsque le rapport ou le score de crédit est renvoyé par le bureau de crédit et mis à jour dans le dossier de demande. Il est déduit de la mise à jour des champs liés au crédit et d’un changement de statut ultérieur. | ||
| Pourquoi est-ce important ? Cette activité marque la fin du sous-processus de vérification de crédit. Le temps écoulé entre son lancement et son achèvement est un indicateur clé de l’efficacité du processus. Où trouver ces données Déduit de l’horodatage de mise à jour des champs du score de crédit dans le dossier de demande, ou du passage du statut à « Vérification de crédit terminée ». Données à recueillir Déduit de l’horodatage de mise à jour du champ du score de crédit ou d’un changement de statut associé. Type d’événement inferred | |||
| Demande retirée | Cette autre issue possible survient lorsque le demandeur retire sa demande avant qu’une décision finale soit prise. Elle est enregistrée lorsqu’un utilisateur fait passer le statut de la demande à « Retirée ». | ||
| Pourquoi est-ce important ? Le suivi des retraits permet de repérer les étapes où les clients abandonnent fréquemment leur demande. Il peut révéler des problèmes tels que des délais de traitement excessifs ou une communication insuffisante. Où trouver ces données Déduit du passage du statut à « Retirée par le client » ou « Annulée » dans l’historique de la demande. Données à recueillir Repéré lorsque le statut passe à l’état terminal « Retirée ». Type d’événement inferred | |||
| Évaluation des risques effectuée | Indique qu’une évaluation formelle des risques est terminée. Elle peut constituer une étape distincte pendant ou après l’examen principal du dossier. L’événement est enregistré lorsque la section ou la tâche d’évaluation des risques est marquée comme terminée. | ||
| Pourquoi est-ce important ? Cette activité est essentielle au suivi de la conformité. Elle permet de vérifier qu’une évaluation obligatoire des risques est effectuée de manière cohérente pour toutes les demandes concernées. Où trouver ces données Déduit d’un changement de statut lié aux risques, par exemple « Risques évalués », ou de l’horodatage d’achèvement d’une tâche d’évaluation des risques dans le flux de travail. Données à recueillir Déduit de l’horodatage d’achèvement d’une tâche d’évaluation des risques ou d’un changement de statut précis. Type d’événement inferred | |||
| Offre de prêt acceptée | Indique que le demandeur a officiellement accepté l’offre de prêt. Cette acceptation est généralement enregistrée par un chargé de prêts qui met à jour le statut de la demande après avoir reçu la confirmation du demandeur. | ||
| Pourquoi est-ce important ? Cette étape importante dépend du client. Elle confirme que le demandeur souhaite poursuivre et déclenche les dernières étapes de génération du contrat et de versement des fonds. Où trouver ces données Déduit du passage du statut à « Offre acceptée » ou à un état similaire dans l’historique de la demande. L’horodatage de cette mise à jour est utilisé. Données à recueillir Déduit de l’horodatage du passage au statut « Offre acceptée ». Type d’événement inferred | |||
| Offre de prêt générée | Pour les prêts approuvés, cette activité correspond à la génération du document officiel d’offre de prêt à envoyer au demandeur. Elle est souvent enregistrée lorsqu’un service de génération de documents est déclenché. | ||
| Pourquoi est-ce important ? Cette activité marque le passage du traitement interne à l’action du client. Les retards entre cette étape et l’acceptation du client peuvent révéler des problèmes liés à l’offre ou à la communication. Où trouver ces données Enregistré dans le journal des événements de la demande lorsqu’un utilisateur exécute la fonction « Générer l’offre », ou à partir de l’horodatage de création du document d’offre dans le système de gestion documentaire. Données à recueillir Enregistré lors de l’exécution de la transaction de génération du document. Type d’événement explicit | |||
| Pièces justificatives demandées | Indique que le chargé de prêts a demandé des pièces justificatives supplémentaires au demandeur. Cette action est souvent consignée explicitement dans le module de communication ou de notes associé à la demande. | ||
| Pourquoi est-ce important ? Cette activité est essentielle pour repérer les boucles de reprise. Plusieurs occurrences pour une même demande signalent des inefficacités, des problèmes de communication ou des exigences initiales peu claires. Où trouver ces données Généralement enregistré lorsqu’une transaction « Demander des pièces justificatives » est exécutée, ou dans une entrée précise du journal des notes ou des communications associées à l’identifiant de la demande. Données à recueillir Enregistré lorsqu’un utilisateur lance une demande de pièces justificatives ou utilise un modèle de communication. Type d’événement explicit | |||
| Prêt rejeté | Cette autre issue possible marque le rejet officiel de la demande de prêt après examen. Elle est enregistrée lorsque le statut de décision finale de la demande passe à « Rejetée ». | ||
| Pourquoi est-ce important ? Cette activité marque une issue défavorable. L’analyse des cas qui se terminent ainsi et de leurs motifs de rejet est essentielle pour améliorer la qualité des demandes et les règles de décision. Où trouver ces données Déduit du passage du statut final de la demande à « Rejetée » ou à un état terminal similaire. La source est la même que pour « Décision concernant le prêt rendue », mais seuls les cas correspondant à cette issue sont retenus. Données à recueillir Déduit de l’horodatage auquel le statut de décision finale passe à « Rejetée ». Type d’événement inferred | |||
| Toutes les pièces justificatives reçues | Cet événement marque le moment où toutes les pièces justificatives requises ont été reçues du demandeur et importées. Il est généralement déduit d’un changement de statut de la demande, indiquant qu’elle peut passer à l’étape suivante. | ||
| Pourquoi est-ce important ? Cette étape est un préalable important à l’étude du dossier et à l’évaluation du crédit. Les retards qui la précèdent dépendent souvent du demandeur, tandis que ceux qui suivent relèvent généralement de l’organisation. Où trouver ces données Déduit du passage du statut de la demande à « Pièces justificatives complètes » ou « Prête pour l’étude du dossier ». Ce changement est consigné dans la piste d’audit de la demande. Données à recueillir Repéré à partir de l’horodatage du changement de statut indiquant que toutes les pièces justificatives ont été reçues. Type d’événement inferred | |||
| Validation initiale terminée | Indique que les vérifications automatisées ou manuelles visant à confirmer que le formulaire est complet et répond aux critères d’admissibilité de base sont terminées. Cet événement est généralement enregistré lors d’un changement de statut de la demande. | ||
| Pourquoi est-ce important ? Le suivi de cette étape permet de repérer les problèmes de qualité des données et les retards dès le début du processus. Il distingue la saisie des données de l’examen de fond. Où trouver ces données Déduit d’un changement du champ de statut de la demande, par exemple de « Nouvelle » à « En attente d’examen » ou « Validée », dans l’historique des statuts de la demande. Données à recueillir Déduit du passage du champ de statut de la demande à l’état « Validée » ou à un état équivalent. Type d’événement inferred | |||
| Vérification de crédit lancée | Indique le moment où une demande est envoyée à un bureau de crédit externe ou à un système de crédit interne afin d’évaluer la solvabilité du demandeur. Il s’agit d’une action explicite du système, souvent enregistrée comme un appel d’API sortant. | ||
| Pourquoi est-ce important ? C’est le point de départ de la mesure du temps de traitement de la vérification de crédit, un sous-processus important qui peut constituer un goulot d’étranglement majeur. Cette mesure permet d’isoler les retards imputables aux bureaux de crédit. Où trouver ces données Enregistré dans les journaux système qui consignent les appels d’API aux agences de crédit, ou lors de la création d’une demande de vérification de crédit dans un sous-module Temenos précis. Données à recueillir Événement consigné lors du lancement de la transaction ou de l’appel d’API de vérification de crédit. Type d’événement explicit | |||
Guides d’extraction
Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.
Prêt à commencer ?
Utilisez ce modèle pour lancer votre démarche de Process Mining et mieux comprendre vos opérations d’octroi de prêts. Commencez dès aujourd’hui à optimiser le processus pour accélérer les approbations.
Accélérez dès aujourd’hui l’octroi de prêts dans Temenos
Optimisez votre processus de prêt pour réduire de 50 % le délai de décision.
Aucune carte bancaire requise