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 pour l’extraction
Attributs de l’octroi de prêts
| Nom | Description | ||
|---|---|---|---|
| Horodatage de l’événement EventTimestamp | Date et heure auxquelles une activité ou un événement spécifique s’est produit. | ||
| Description L’horodatage de l’événement enregistre le moment précis où une activité a eu lieu. Ces données chronologiques sont essentielles pour ordonner correctement les événements et réaliser toutes les analyses de processus fondées sur le temps. Cet attribut permet de calculer des indicateurs clés tels que les délais de cycle, les temps de traitement et les temps d’attente entre les activités. Il sert à identifier les retards, à mesurer la performance par rapport aux accords de niveau de service (SLA) et à comprendre la dynamique temporelle du processus d’octroi. Sans horodatages précis, le Process Mining n’est pas possible. Pourquoi c’est important Cet horodatage est essentiel pour ordonner correctement les événements et calculer toutes les métriques fondées sur la durée, notamment les temps de cycle et les goulots d’étranglement. Où les obtenir Il se trouve généralement à côté du champ d’activité ou de statut dans les journaux d’événements ou les tables de pistes 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 la demande de prêt LoanApplicationId | Identifiant unique de chaque demande de prêt, utilisé comme clé primaire pour suivre l’ensemble du processus d’octroi. | ||
| Description Le Loan Application ID identifie de manière unique chaque demande de prêt pendant tout son cycle de vie, du dépôt à la décision finale et au financement. Il constitue l’entité centrale permettant de regrouper toutes les activités et données associées, afin de retracer intégralement le parcours d’octroi d’un prêt donné. Dans le Process Mining, cet attribut est essentiel pour construire la vue des cas, où chaque Loan Application ID représente une instance unique du processus de bout en bout. L’analyse des données à partir de cet identifiant permet de calculer des indicateurs au niveau du cas, tels que le délai total, les boucles de reprise et les résultats finaux, pour comprendre précisément le déroulement de l’octroi des prêts. Pourquoi c’est important Il s’agit de l’identifiant de cas essentiel qui relie tous les événements associés au sein d’un même processus de bout en bout, rendant l’analyse des processus possible. Où les obtenir Il s’agit généralement de la clé primaire de l’entité principale représentant la demande de prêt ou le dossier dans Temenos. Consultez la documentation Temenos pour connaître le nom précis de la table et du champ, notamment ceux lié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 spécifique survenu dans le processus d’octroi du prêt. | ||
| Description Le nom de l’activité décrit une étape ou un jalon distinct du parcours d’octroi de prêts, tel que « Demande soumise » ou « Vérification de crédit terminée ». Ces activités constituent l’ossature de la carte de 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, d’identifier les parcours fréquents, de découvrir les écarts et de localiser les goulots d’étranglement. La séquence et la fréquence des activités sont fondamentales pour comprendre le fonctionnement réel du processus par rapport à sa conception. Pourquoi c’est important Il définit les étapes du processus, ce qui permet de visualiser la carte de processus et d’analyser le flux du processus, les goulots d’étranglement et les écarts. Où les obtenir Ces informations proviennent généralement des journaux d’événements, des enregistrements de modifications de statut ou des tables de pistes d’audit de Temenos. Une correspondance peut être nécessaire entre les codes de statut ou types d’événements techniques et des noms d’activités compréhensibles par les utilisateurs. Exemples Demande déposéeContrôle de crédit terminéÉ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 enregistre la date et l’heure de l’extraction ou de la mise à jour la plus récente des données depuis le système source. Il ne représente pas un événement métier, mais la fraîcheur des données analysées. Ces informations sont essentielles pour comprendre l’actualité de l’analyse de Process Mining et assurer la gouvernance des données. Elles permettent de savoir si les données consultées sont en temps réel, quotidiennes ou hebdomadaires, et de replacer ainsi les résultats et les décisions dans leur contexte. Pourquoi c’est important Indique la fraîcheur des données, un élément essentiel pour la gouvernance des données et pour permettre aux utilisateurs d’évaluer l’actualité de leur analyse. Où les obtenir Il s’agit d’un attribut de métadonnées ajouté lors du processus d’extraction, de transformation et de chargement (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énements ont été extraites. | ||
| Description Cet attribut identifie le système d’information source dans lequel les données d’activité ont été générées. Dans un environnement informatique complexe, les événements liés à l’octroi d’un prêt peuvent être enregistrés dans plusieurs systèmes, tels qu’un portail frontal, la plateforme bancaire centrale et un système de gestion documentaire. La précision du système source est importante pour la gouvernance des données, le dépannage et la compréhension des points de contact technologiques du processus. Elle aide à valider l’exactitude des données et peut révéler une fragmentation du processus entre différentes plateformes. Pourquoi c’est important Identifie l’origine des données, ce qui est essentiel pour leur validation, le dépannage et la compréhension des intégrations du processus. Où les obtenir Il s’agit d’un attribut de métadonnées généralement ajouté lors de l’extraction et de la transformation des données. Il peut prendre une valeur statique, telle que « Temenos Transact », pour tous les enregistrements provenant de ce système. Exemples Temenos Transact T24Temenos InfinityService externe d'évaluation du crédit | |||
| Canal de demande ApplicationChannel | Canal par lequel la demande de prêt a été déposée, par exemple en ligne, en agence ou sur mobile. | ||
| Description Le canal de demande indique le mode de dépôt utilisé par le client. Les différents canaux peuvent présenter une qualité de données, des attentes clients et des exigences de traitement différentes, ce qui influe sur la performance globale du processus. L’analyse du processus par canal permet d’identifier les canaux les plus efficaces et ceux qui nécessitent des améliorations. Par exemple, les demandes déposées sur le portail en ligne peuvent être traitées plus rapidement en moyenne que celles déposées en agence. Cette analyse est utile pour optimiser la stratégie de distribution et l’affectation des ressources. Pourquoi c’est important Permet d’analyser la performance selon les différents canaux d’interaction avec les clients, afin d’optimiser les processus propres à chaque canal et l’expérience utilisateur. Où les obtenir Ces informations sont généralement recueillies au début du processus et stockées dans l’enregistrement principal de la demande de prêt. Recherchez un champ « SOURCE » ou « CHANNEL » dans Temenos. 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 le collaborateur ou le membre de l’équipe qui a exécuté une tâche donnée dans le processus d’octroi. Il est souvent appelé « ressource » dans le Process Mining. L’analyse de la performance par chargé de prêts permet de comprendre la répartition de la charge de travail, d’identifier les collaborateurs les plus performants et de repérer les possibilités de formation ou de standardisation du processus. Elle est fondamentale pour les Dashboards consacrés à la performance des ressources et à la gestion de la charge de travail, afin d’optimiser l’efficacité de l’équipe et d’équilibrer les affectations. Pourquoi c’est 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 les ressources. Où les obtenir Ces informations se trouvent généralement dans les tables de pistes d’audit, souvent 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'instruction B | |||
| Heure de fin EndTime | Horodatage indiquant le moment où une activité a été terminée. | ||
| Description L’heure de fin marque l’achèvement d’une activité précise. Alors que l’heure de début indique le moment où un événement a commencé, l’heure de fin est nécessaire pour comprendre sa durée. Pour les événements instantanés, l’heure de fin peut être identique à l’heure de début. Dans l’analyse des processus, disposer d’une heure de début et d’une heure de fin est essentiel pour calculer précisément le temps de traitement des activités. Cela permet de distinguer le temps pendant lequel une demande est effectivement traitée du temps pendant lequel elle attend l’étape suivante, ce qui est essentiel pour identifier les véritables goulots d’étranglement en matière d’efficacité. Pourquoi c’est important Permet de calculer précisément le temps de traitement des activités, ce qui est essentiel pour distinguer le temps de travail effectif du temps d’attente dans l’analyse des goulots d’étranglement. Où les obtenir Cette information peut être disponible dans les journaux d’audit sous la forme d’un champ « END_TIME » distinct, ou devoir ê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 l’enregistrement des événements. Exemples 2023-10-26T10:15:00Z2023-10-26T18:00:10Z2023-10-27T11:30:00Z | |||
| Montant du prêt LoanAmount | La valeur monétaire totale du prêt demandé par le demandeur. | ||
| Description Cet attribut représente le montant principal du prêt demandé. Le montant du prêt peut influencer considérablement le parcours du processus, le niveau d’examen et les approbations nécessaires. L’analyse du processus en fonction du montant du prêt permet de segmenter les demandes afin de déterminer si les prêts de montant élevé suivent un processus différent et plus rigoureux. Elle peut contribuer à expliquer les variations du délai de traitement et de l’effort consacré à l’évaluation du dossier. Par exemple, les prêts dépassant un certain seuil peuvent nécessiter des étapes d’approbation supplémentaires, qui peuvent être visualisées et validées grâce au Process Mining. Pourquoi c’est important Permet d’analyser les valeurs afin de voir comment le montant du prêt influe sur la complexité du processus, le délai de traitement et les niveaux d’approbation requis. Où les obtenir Il s’agit d’un champ fondamental du dossier 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 Approved, Rejected ou Withdrawn. | ||
| Description Le résultat de la décision enregistre le statut final d’une demande de prêt après l’achèvement des étapes d’étude du dossier et d’approbation. Il s’agit d’un indicateur de résultat essentiel pour l’ensemble du processus. Cet attribut est indispensable pour analyser l’efficacité du processus. Il sert à calculer les taux d’approbation et de rejet et, associé à d’autres attributs tels que le score de crédit ou le type de demandeur, il permet d’évaluer la cohérence des décisions d’octroi. Comprendre les raisons des rejets est essentiel pour améliorer le processus. Pourquoi c’est important Représente le résultat métier final du processus et permet d’analyser les taux d’approbation, les motifs de rejet et la cohérence des décisions. Où les obtenir Généralement stocké comme un champ de statut dans l’enregistrement principal de la 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 du dépôt de la demande. | ||
| Description Le score de crédit est une représentation numérique de la solvabilité du demandeur, obtenue auprès d’un bureau de crédit. Il constitue un facteur important dans l’étude du dossier et la prise de décision. Dans le Process Mining, le score de crédit est un attribut contextuel essentiel. Il permet d’analyser la cohérence des décisions de prêt en mettant en relation le score et le résultat final. Il peut également servir à segmenter les demandes afin de déterminer si celles présentant un score plus faible nécessitent davantage de temps ou d’interventions manuelles. Pourquoi c’est important Fournit un contexte essentiel à la prise de décision et permet d’analyser l’incidence de la solvabilité sur les parcours, les durées et les résultats du processus. Où les obtenir Ces données proviennent généralement d’un service externe de bureau de crédit et sont stockées dans une table client ou propre à la demande au sein de Temenos. Exemples 720650810 | |||
| Type de produit de prêt LoanProductType | Type de produit de prêt demandé, par exemple prêt immobilier, prêt personnel ou prêt automobile. | ||
| Description Cet attribut catégorise chaque demande de prêt selon le produit financier demandé. Les différents produits de prêt ont souvent des déroulements de processus, des SLA et des profils de risque distincts. La segmentation de l’analyse du processus par type de produit de prêt est essentielle pour établir des comparaisons pertinentes. Elle permet d’expliquer les variations des délais de cycle, des taux d’approbation et des parcours suivis. Par exemple, le processus d’une demande de prêt immobilier est naturellement plus complexe et plus long que celui d’un prêt personnel. Cet attribut permet de comparer des situations équivalentes et de cibler les améliorations. Pourquoi c’est important Permet de segmenter le processus afin de comparer les performances et d’identifier les variations entre différentes lignes d’activité, qui ont souvent des exigences propres. Où les obtenir 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 liés à « PRODUCT_ID » ou « PRODUCT_CATEGORY ». Exemples Prêt hypothécairePrêt personnelPrêt automobileLigne de crédit garantie par le logement | |||
| Est automatisé IsAutomated | Indicateur précisant 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 exécutées par un utilisateur et celles réalisées par un système automatisé, comme un contrôle de crédit automatisé ou une règle de validation initiale. Comprendre le niveau d’automatisation est essentiel pour repérer de nouvelles possibilités de gains d’efficacité. Cela permet de comparer la rapidité et la régularité des étapes automatisées à celles des étapes manuelles. Cette analyse aide à définir les priorités des futures initiatives d’automatisation et à mesurer leur impact. Pourquoi c’est important Distingue les activités pilotées par le système de celles réalisées par des personnes, ce qui est essentiel pour repérer les possibilités d’automatisation et mesurer l’impact de l’automatisation existante. Où les obtenir Cet attribut est souvent déduit de l’utilisateur associé à l’activité. Si l’utilisateur est un compte système ou un compte de service, l’activité est marquée comme automatisée. Il peut également être déterminé à partir du type d’événement. Exemples truefalse | |||
| Est une reprise IsRework | Indicateur calculé dont la valeur est vraie lorsque l’activité fait partie d’une boucle de reprise. | ||
| Description Cet indicateur booléen identifie les activités correspondant à une reprise, c’est-à-dire lorsqu’une étape ou une séquence d’étapes a dû être répétée. Par exemple, si « Supporting Documents Requested » survient après « Underwriting Commenced », cela indique un retour en arrière dans le processus. La détection et le marquage des reprises constituent un atout majeur du Process Mining. Cet attribut permet de quantifier facilement le KPI « taux de reprise des demandes ». L’analyse des facteurs à l’origine des reprises, comme les dossiers initiaux incomplets, est essentielle pour améliorer l’efficacité du processus, réduire les coûts et raccourcir les délais de traitement. Pourquoi c’est important Met en évidence les activités qui font partie de boucles de processus inefficaces, afin de faciliter la quantification et l’analyse des causes profondes des reprises. Où les obtenir Cet attribut n’est pas présent dans le système source. Il est calculé par le moteur de Process Mining, qui détecte les séquences d’activités répétées au sein d’un même cas. Exemples truefalse | |||
| Le SLA de l’évaluation du dossier est dépassé IsUnderwritingSlaBreached | Indicateur calculé dont la valeur est vraie lorsque la durée de l’évaluation du dossier dépasse l’objectif de SLA défini. | ||
| Description Cet attribut booléen est un indicateur calculé qui précise si l’étape d’évaluation du dossier d’une demande de prêt a dépassé son accord de niveau de service (SLA). Il est déterminé en comparant la durée réelle de l’évaluation du dossier à l’« objectif de SLA de l’évaluation du dossier ». Cet indicateur simplifie l’analyse et le reporting en fournissant une indication binaire claire de la conformité au SLA. Il est utilisé directement dans les Dashboards et les KPI pour suivre le taux de dépassement du SLA dans le temps, par produit ou par chargé de prêts, et ainsi gérer de manière proactive les risques liés aux performances et à la conformité. Pourquoi c’est important Fournit un indicateur simple de conformité au SLA, sous la forme oui/non, afin de faciliter le filtrage, l’agrégation et l’analyse de la fréquence et des causes profondes des dépassements. Où les obtenir Cet attribut n’est pas présent 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 un contexte à l’« issue de la décision ». Pour les demandes rejetées, il précise le motif sous-jacent, par exemple « revenus insuffisants », « ratio d’endettement élevé » ou « antécédents de crédit défavorables ». Ces informations sont particulièrement utiles pour analyser les causes profondes des rejets. En examinant les motifs de rejet les plus fréquents, l’organisation peut repérer les problèmes survenant lors de la préqualification, améliorer sa communication avec les clients ou ajuster ses critères d’octroi. Elles contribuent directement à réduire les reprises et à améliorer la qualité globale des demandes entrant dans le processus. Pourquoi c’est important Apporte un contexte essentiel aux demandes rejetées, ce qui permet d’analyser les causes profondes afin d’améliorer la qualité des demandes et de réduire les traitements inutiles. Où les obtenir Souvent enregistré dans un champ associé de notes ou de code motif, lié au statut de la décision finale dans Temenos. Exemples Ratio d'endettement trop élevéDemande incomplèteScore de crédit faible | |||
| Objectif de SLA de l’évaluation du dossier UnderwritingSlaTarget | Durée cible dans laquelle l’évaluation du dossier de prêt doit être terminée. | ||
| Description L’objectif de SLA de l’évaluation du dossier définit le niveau de service attendu pour cette étape, généralement mesuré en heures ou en jours ouvrés. Cet objectif peut varier selon des facteurs tels que 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 de conformité au SLA de l’évaluation du dossier » et est nécessaire au calcul du KPI « taux de dépassement du SLA ». L’analyse des dépassements permet d’identifier les causes des retards et de gérer les risques opérationnels et de conformité. Pourquoi c’est important Fournit une référence claire pour mesurer le respect du SLA et repérer les demandes susceptibles de dépasser leurs objectifs. Où les obtenir Cette valeur peut être enregistrée de manière statique selon les règles métier ou correspondre à un champ de la demande de prêt, éventuellement dérivé 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 la zone géographique du demandeur, par exemple « Amérique du Nord », « Europe » ou un État précis. Elle permet de segmenter le processus selon la zone géographique. L’analyse des performances par région peut révéler des écarts régionaux en matière d’efficacité du processus, de taux d’approbation ou de popularité des produits. Ces analyses peuvent servir au marketing ciblé, à l’affectation des ressources et à l’identification des bonnes pratiques ou des difficultés propres à chaque région. Pourquoi c’est important Permet de comparer les performances du processus entre différentes régions, d’identifier les goulots d’étranglement régionaux et de comprendre les différences entre marchés. Où les obtenir Ces informations figurent dans le profil ou les coordonnées du client, enregistrés dans le Customer Information File (CIF) ou dans une source équivalente de données client de référence au sein de Temenos. Exemples Amérique du NordEMEAAPACCalifornie | |||
| Service Department | Service de l’organisation responsable de l’activité. | ||
| Description Cet attribut indique l’unité métier ou le service, par exemple « octroi », « évaluation du dossier » ou « finalisation », qui a réalisé une activité donnée. Il permet de comprendre les transferts entre les différentes composantes de l’organisation. L’analyse du processus par service est essentielle pour repérer les inefficacités et les retards interfonctionnels lors des transferts. Elle peut mettre en évidence des lacunes de communication ou des contraintes de ressources au sein de services précis, offrant ainsi une vision claire des goulots d’étranglement organisationnels. Pourquoi c’est important Permet de visualiser le flux de travail entre les différentes équipes, d’analyser les délais de transfert et d’identifier les goulots d’étranglement organisationnels. Où les obtenir Il ne s’agit souvent pas d’un champ direct du journal d’événements. Cet attribut peut être déduit en associant les utilisateurs, via l’attribut « AssignedLoanOfficer », à leurs services respectifs à partir d’une source de données RH de référence. Exemples Mise en place du prêtÉvaluation du créditRisque de créditClôture | |||
| 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, tels que « nouveau client », « client existant » ou « entreprise ». Le processus peut varier selon le type de demandeur. Par exemple, le traitement des demandes de clients existants peut être plus rapide 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 le parcours des clients existants ou de mieux accompagner les nouveaux clients. Cette segmentation est essentielle à l’analyse de la « cohérence des décisions d’octroi de prêts ». Pourquoi c’est important Permet de segmenter les demandes afin d’analyser les différences de processus entre nouveaux clients et clients existants, et d’adapter et d’améliorer le parcours client. Où les obtenir Ces informations sont généralement déduites en vérifiant si le demandeur possède déjà un profil client ou un identifiant client 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 refléter cette réception, faisant passer le processus à l’étape finale de financement. | ||
| Pourquoi c’est important Il s’agit du dernier préalable juridique avant le versement des fonds. Son suivi permet de mesurer le temps consacré aux dernières formalités administratives. Où les obtenir Déduit d’une modification du statut de la demande vers « Agreement Signed » ou « Ready for Disbursement » dans le journal d’audit de la demande. Collecte Identifié par une modification du statut indiquant que le contrat signé a été reçu et vérifié. Type d’événement inferred | |||
| Contrôle de crédit terminé | Survient lorsque le rapport ou le score de crédit est reçu du bureau de crédit et mis à jour dans l’enregistrement de la demande. Cet événement est déduit de la mise à jour des champs liés au crédit et d’une modification ultérieure du statut. | ||
| Pourquoi c’est important Cette activité marque la fin du sous-processus de contrôle de crédit. La durée entre son lancement et son achèvement constitue un indicateur clé de l’efficacité du processus. Où les obtenir Déduit de l’horodatage auquel les champs du score de crédit sont renseignés dans l’enregistrement de la demande, ou lorsque le statut de la demande devient « Credit Check Complete ». Collecte Déduit de l’horodatage de mise à jour du champ du score de crédit ou d’une modification de statut associée. 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 « Approved » ou « Rejected ». Il s’agit d’un événement déterminant, enregistré lorsque le champ de statut de la décision de la demande est finalisé. | ||
| Pourquoi c’est important Il s’agit d’un résultat métier majeur. Cet événement est essentiel pour calculer les taux d’approbation, analyser les motifs de rejet et mesurer le délai global de décision. Où les obtenir Déduit de la dernière mise à jour, non modifiable, du champ « Decision Outcome » ou d’un champ de statut équivalent dans l’enregistrement principal de la demande. L’horodatage de cette mise à jour est utilisé. Collecte Déduit de l’horodatage auquel le statut de la décision finale, par exemple « Approved » ou « Rejected », est enregistré. Type d’événement inferred | |||
| Demande déposée | Indique la création d’une nouvelle demande de prêt dans le système Temenos. Il s’agit du début officiel du processus d’octroi de prêts, généralement enregistré lorsqu’un utilisateur sauvegarde pour la première fois une nouvelle demande. | ||
| Pourquoi c’est important Cette activité constitue l’événement de début principal de l’ensemble du processus. L’analyse du temps écoulé entre ce point et l’achèvement du processus permet de calculer le délai global, un KPI essentiel pour mesurer l’efficacité. Où les obtenir Enregistré dans les journaux de création de demandes ou déduit de l’horodatage de création de l’enregistrement principal de la demande de prêt dans le module Temenos concerné, par exemple AA.ARRANGEMENT. Collecte Identifié par l’événement de création ou l’horodatage initial du Loan Application ID. Type d’événement explicit | |||
| Étude du dossier commencée | Indique qu’un analyste crédit a été affecté et a commencé l’examen de la demande. Cet événement est généralement déduit lorsque le statut de la demande devient « In Underwriting » ou un état similaire. | ||
| Pourquoi c’est important Il s’agit du début de la phase d’étude du dossier. La mesure à 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ù les obtenir Déduit de l’horodatage d’une modification du statut vers « Underwriting in Progress » dans l’historique de la demande. Il peut également être associé à l’affectation d’un analyste crédit. Collecte Identifié par le passage du statut de la demande à l’état « In Underwriting ». Type d’événement inferred | |||
| Étude du dossier terminée | Marque la fin de l’examen réalisé par l’analyste crédit, avant la décision finale concernant le prêt. Cet événement est déduit d’une modification du statut de la demande, par exemple « Underwriting Complete » ou « Pending Decision ». | ||
| Pourquoi c’est important Cette étape clôt la mesure du SLA de l’étude du dossier. L’analyse du temps écoulé entre « Underwriting Commenced » et ce point est essentielle pour évaluer la performance des analystes crédit. Où les obtenir Déduit de l’horodatage d’une modification du statut vers « Underwriting Complete » ou « Ready for Final Decision » dans l’historique des statuts de la demande. Collecte Identifié par l’horodatage d’une modification du statut signalant 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êts abouti, correspondant au transfert des fonds au demandeur. Il s’agit d’une transaction financière essentielle, explicitement enregistrée dans le moteur bancaire central Temenos T24. | ||
| Pourquoi c’est important Cette activité marque l’achèvement réussi du processus. Le délai de versement constitue un indicateur essentiel de l’expérience client et la mesure ultime du débit du processus. Où les obtenir Capturé comme une entrée explicite du journal des transactions financières du module bancaire central. L’enregistrement du versement comporte un code de transaction et un horodatage spécifiques. Collecte Identifié par l’exécution de la transaction financière de versement des fonds. Type d’événement explicit | |||
| Contrôle de crédit lancé | 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 système explicite, souvent enregistrée comme un appel API sortant. | ||
| Pourquoi c’est important Il s’agit du point de départ pour mesurer le temps de traitement de la vérification de crédit, un sous-processus essentiel qui peut constituer un goulot d’étranglement important. Il aide à isoler les retards causés par les agences d’évaluation du crédit. Où les obtenir Capturé dans les journaux système qui enregistrent les appels API adressés aux organismes de crédit, ou lors de la création d’un enregistrement de demande de contrôle de crédit dans un sous-module Temenos spécifique. Collecte Événement enregistré lors du lancement de la transaction ou de l’appel API de contrôle de crédit. Type d’événement explicit | |||
| Demande retirée | Événement de fin alternatif, au cours duquel le demandeur retire sa demande avant qu’une décision finale ne soit prise. Il est enregistré lorsqu’un utilisateur modifie le statut de la demande en « Withdrawn ». | ||
| Pourquoi c’est important Le suivi des retraits permet d’identifier les étapes du processus où l’abandon par les clients est élevé. Il peut révéler des problèmes tels que des délais de traitement excessifs ou une communication insuffisante. Où les obtenir Déduit d’une modification du statut de la demande vers « Withdrawn by Customer » ou « Cancelled » dans l’historique de la demande. Collecte Identifié par une modification du statut vers l’état terminal « Withdrawn ». Type d’événement inferred | |||
| Évaluation des risques effectuée | Indique qu’une évaluation formelle des risques est terminée. Celle-ci peut constituer une étape distincte de l’étude principale du dossier ou intervenir après celle-ci. L’événement est enregistré lorsque la section ou la tâche d’évaluation des risques est marquée comme terminée. | ||
| Pourquoi c’est important Cette activité est essentielle au suivi de la Conformité. Elle garantit qu’une évaluation obligatoire des risques est réalisée de manière cohérente pour toutes les demandes concernées. Où les obtenir Déduit d’un changement de statut lié au risque, tel que « Risques évalués », ou de l’horodatage d’achèvement d’une tâche précise d’évaluation des risques dans le flux de travail. Collecte Déduit de l’horodatage d’achèvement d’une tâche d’évaluation des risques ou d’une modification de statut spécifique. 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 c’est important Il s’agit d’une étape clé, déclenchée par le 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ù les obtenir Déduit d’une modification du statut dans l’historique de la demande vers « Offer Accepted » ou un état similaire. L’horodatage de cette mise à jour est utilisé. Collecte Déduit de l’horodatage d’une modification du statut vers « Offer Accepted ». Type d’événement inferred | |||
| Offre de prêt générée | Pour les prêts approuvés, il s’agit de l’action explicite consistant à générer le document officiel de l’offre de prêt à envoyer au demandeur. Cet événement est souvent enregistré lorsqu’un service de génération de documents est déclenché. | ||
| Pourquoi c’est important Cette activité marque le passage du traitement interne à l’action du client. Les retards entre cette étape et l’acceptation par le client peuvent révéler des problèmes liés à l’offre ou à la communication. Où les obtenir Capturé dans le journal des événements de la demande lorsqu’un utilisateur exécute la fonction « Generate Offer », ou à partir de l’horodatage de création du document d’offre dans le système de gestion documentaire. Collecte 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 documents supplémentaires au demandeur. Il s’agit souvent d’une action explicite enregistrée dans le module de communication ou de notes associé à la demande. | ||
| Pourquoi c’est important Cette activité est essentielle pour repérer les boucles de reprise. Plusieurs occurrences pour une même demande signalent des inefficacités, des lacunes de communication ou des exigences initiales peu claires. Où les obtenir Généralement enregistré comme un événement lorsqu’une transaction « Request Documents » est exécutée, ou à partir d’une entrée spécifique dans un journal de notes de dossier ou de communications associé au Loan Application ID. Collecte Enregistré lorsqu’un utilisateur déclenche une action de demande de document ou un modèle de communication. Type d’événement explicit | |||
| Prêt rejeté | Activité de fin alternative, au cours de laquelle la demande de prêt est officiellement rejetée après examen. Elle est enregistrée lorsque le statut de décision finale de la demande devient « Rejected ». | ||
| Pourquoi c’est important Cette activité correspond à une issue défavorable. L’analyse des cas qui se terminent à cette étape, ainsi que des motifs de rejet, est essentielle pour améliorer la qualité des demandes et les politiques de décision. Où les obtenir Déduit du statut final de la demande, défini sur « Rejected » ou un état terminal similaire. La source est la même que pour « Loan Decision Rendered », mais le résultat est filtré sur une issue spécifique. Collecte Déduit de l’horodatage auquel le statut de décision finale devient « Rejected ». Type d’événement inferred | |||
| Tous les documents reçus | Cet événement marque le moment où toutes les pièces justificatives requises du demandeur ont été reçues et téléversées. Il est généralement déduit d’une modification du statut de la demande, indiquant qu’elle est prête pour l’étape suivante. | ||
| Pourquoi c’est important Cette étape est un préalable essentiel à 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 la suivent relèvent généralement de l’organisation. Où les obtenir Déduit de la modification du statut de la demande vers « Documents Complete » ou « Ready for Underwriting ». Cette modification est enregistrée dans la piste d’audit de la demande. Collecte Identifié par l’horodatage de la modification du statut de la demande indiquant que tous les documents ont été reçus. Type d’événement inferred | |||
| Validation initiale terminée | Indique que les contrôles automatisés ou manuels visant à vérifier que le formulaire est complet et respecte les critères d’éligibilité de base sont terminés. Cet événement est généralement enregistré comme une modification du statut de la demande. | ||
| Pourquoi c’est important Le suivi de cette étape permet d’identifier les problèmes de qualité des données et les retards dès le début du processus. Il distingue la phase de saisie des données de l’examen de fond. Où les obtenir Déduit d’une modification du champ de statut de la demande, par exemple de « New » à « Pending Review » ou « Validated », dans l’historique des statuts de la demande. Collecte Déduit de la modification du champ de statut de la demande vers l’état « Validated » ou un état équivalent. Type d’événement inferred | |||
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 commencer votre démarche de Process Mining et obtenir des analyses utiles sur vos opérations d’octroi de prêts. Commencez dès aujourd’hui à optimiser votre processus afin d’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