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

L'Event Horodatage enregistre le moment précis où une activité a eu lieu. Ces données chronologiques sont cruciales pour ordonner correctement les events et pour toutes les analyses de processus temporelles.\n\nCet attribut permet le calcul d'indicateurs clés de performance tels que les temps de cycle, les temps de traitement et les temps d'attente entre les activités. Il est utilisé pour identifier les retards, mesurer les performances par rapport aux accords de niveau de service (SLA) et comprendre la dynamique temporelle du processus d'octroi de prêts. Sans horodatages précis, le Process Mining n'est pas possible.

Ce horodatage est indispensable pour séquencer correctement les events et calculer toutes les métriques basées sur la durée, telles que les temps de cycle et les points de blocage.

Généralement trouvé à côté du champ d'activité ou de statut dans les journaux d'événements ou les tables de pistes d'audit dans Temenos. Recherchez des champs nommés « TIMESTAMP », « EVENT_DATE » ou similaires.

L'ID de demande de prêt identifie de manière unique chaque demande de prêt individuelle tout au long de son cycle de vie complet, de la soumission à la décision finale et au financement. Il sert d'entité centrale pour regrouper toutes les activités et données associées, permettant un traçage complet du parcours d'octroi pour un prêt donné.\n\nEn Process Mining, cet attribut est indispensable pour construire la vue case, où chaque ID de demande de prêt représente une instance unique de processus complet. L'analyse des données via cet identifiant permet le calcul de métriques au niveau du case telles que le temps de cycle total, les boucles de reprise et les résultats finaux, offrant une compréhension complète du flux d'octroi de prêts.

C'est l'identifiant de case essentiel qui connecte tous les events liés en un seul processus complet, rendant l'analyse de processus possible.

C'est généralement la clé primaire dans l'entité principale de demande de prêt ou d'affaire dans Temenos. Consultez la documentation Temenos pour le nom spécifique de la table et du champ, tels que ceux liés au module AA.ARRANGEMENT.

Le nom de l'activité décrit une étape distincte ou un jalon clé du parcours d'octroi de prêts, tel que « Demande soumise » ou « Vérification de crédit terminée ». Ces activités constituent l'pilier central de la carte de processus, affichant la séquence des events pour chaque demande de prêt.\n\nL'analyse de ces activités permet de visualiser le workflow, d'identifier les chemins courants, de découvrir les écarts et de localiser les points de blocage. La séquence et la fréquence des activités sont clées pour comprendre comment le processus fonctionne réellement par rapport à sa conception.

Il définit les étapes du processus, pour visualiser de la cartographie des processus et l'analyse du flux de processus, des points de blocage et des écarts.

Ces informationsns sont généralement dérivées des journaux d'événements, des enregistrements de changement de statut ou des tables de pistes d'audit dans Temenos. Elles peuvent nécessiter une correspondance des codes de statut techniques ou des types d'event vers des noms d'activité explicites.

Cet attribut de metadata enregistre la date et l'heure de la plus récente extraction de données ou mise à jour depuis le système source. Il ne représente pas un event métier, mais plutôt la fraîcheur des données analysées.\n\nCes informationsns sont essentielles pour comprendre l'actualité de l'analyse de Process Mining et pour la gouvernance des données. Elles aident les utilisateurs à savoir s'ils consultent des données en temps réel, quotidiennes ou hebdomadaires, ce qui définit le contexte de leurs découvertes et décisions.

Indique la la réactualisation des données, ce qui est indispensable pour la gouvernance des données et pour que les utilisateurs comprennent l'actualité de leur analyse.

C'est un attribut de metadata ajouté pendant le processus d'extraction, de transformation et de chargement de données (ETL). Il est généralement défini sur le horodatage de l'exécution ETL.

Cet attribut identifie le système d'information source d'où proviennent les données de l'activité. Dans un environnement informatique complexe, les events d'octroi de prêts peuvent être enregistrés dans plusieurs systèmes, tels qu'un portail frontal, la plateforme bancaire centrale et un système de gestion documentaire.\n\nSpécifier le système source est important pour la gouvernance des données, le dépannage et la compréhension des points de contact technologiques du processus. Cela aide à valider la précision des données et peut révéler une fragmentation des processus à travers différentes plateformes.

Identifie l'origine des données, ce qui est impératif pour la validation des données, le dépannage et la compréhension des intégrations de processus.

C'est un attribut de metadata qui est généralement ajouté pendant le processus d'extraction et de transformation de données. Il peut s'agir d'une valeur statique, comme « Temenos Transact », pour tous les enregistrements de ce système.

Cet attribut identifie l'employé ou le membre de l'équipe qui a exécuté une tâche particulière dans le processus d'octroi de prêts. Il est souvent appelé « ressource » en Process Mining.\n\nL'analyse des performances par agent de crédit aide à comprendre la répartition de la charge de travail, à identifier les meilleurs collaborateurs les plus performants et à découvrir des opportunités de formation ou de standardisation des processus. Il est indispensable pour les dashboards liés à la performance des ressources et à la gestion de la charge de travail, permettant aux managers d'optimiser l'efficacité de l'équipe et d'équilibrer les affectations.

Attribue les actions des utilisateurs à des individus ou des équipes spécifiques, permettant l'analyse de la charge de travail, la comparaison des performances et l'optimisation des ressources.

Ces informationsns se trouvent couramment dans les tables de pistes d'audit, souvent liées à un ID utilisateur. Recherchez des champs comme « USER_ID », « PROCESSED_BY » ou « OWNER » dans les enregistrements d'event ou de transaction dans Temenos.

Le canal de soumission indique la méthode de soumission utilisée par le client. Des canaux différents peuvent avoir des qualités de données différentes, des attentes client et des exigences de traitement distinctes, impactant la performance globale du processus.\n\nL'analyse du processus par canal aide à identifier les canaux les plus efficaces et ceux qui nécessitent des améliorations de processus. Par exemple, les demandes provenant du portail en ligne peuvent être en moyenne plus rapides que celles soumises en agence. Cette information est précieuse pour optimiser la stratégie des canaux et l'allocation des ressources.

Permet l'analyse des performances à travers différents canaux d'interaction client, aidant à optimiser les processus spécifiques aux canaux et les expériences utilisateur.

Ces informationsns sont généralement capturées 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.

L'heure de fin marque l'achèvement d'une activité spécifique. Alors que l'heure de début indique le moment où un event a commencé, l'heure de fin est nécessaire pour comprendre sa durée. Pour les events instantanés, l'heure de fin peut être la même que l'heure de début.\n\nDans l'analyse des processus, disposer à la fois d'une heure de début et de fin est impératif pour calculer précisément le temps de traitement des activités. Cela aide à différencier le temps pendant lequel une demande est activement traitée (temps de traitement) et le temps d'attente pour l'étape suivante (temps d'attente), ce qui est indispensable pour identifier les véritables points de blocage en matière d'efficacité.

Permet le calcul précis du temps de traitement des activités, ce qui est indispensable pour différencier le temps de travail actif du temps d'attente inactif dans l'analyse des points de blocage.

Ceci peut être disponible dans les logs d'audit comme un champ « END_TIME » distinct ou peut devoir être dérivé en utilisant l'heure de début de l'activité suivante dans la séquence. Consultez la documentation Temenos pour les détails de l'enregistrement des events.

Cet attribut représente le montant principal du prêt demandé. Le montant du prêt peut influencer significativement le chemin du processus, le niveau de contrôle et les approbations requises.\n\nL'analyse du processus basée sur le montant du prêt permet une segmentation pour comprendre si les prêts de plus grande valeur suivent un processus différent et plus rigoureux. Cela peut aider à expliquer les variations du temps de cycle et de l'effort de souscription. 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 avec le Process Mining.

Permet une analyse basée sur la valeur pour voir comment le montant du prêt affecte la complexité du processus, le temps de cycle et les niveaux d'approbation requis.

C'est un champ clé sur l'enregistrement de la demande de prêt dans Temenos. Recherchez un champ tel que « AMOUNT » ou « REQUESTED_AMOUNT ».

Le résultat de la décision capture le statut final d'une demande de prêt après l'achèvement des étapes de souscription et d'approbation. Il s'agit d'une métrique de résultat critique pour l'ensemble du processus.

Cet attribut est indispensable pour analyser l'efficacité du processus. Il est utilisé pour calculer les taux d'approbation et de refus, et lorsqu'il est combiné à d'autres attributs comme le score de crédit ou le type de demandeur, il aide à évaluer la cohérence des décisions de prêt. Comprendre pourquoi les demandes sont rejetées est indispensable pour l'amélioration des processus.

Représente le résultat commercial final du processus, permettant l'analyse des taux d'approbation, des motifs de rejet et de la cohérence des décisions.

Généralement stocké comme un champ de statut sur l'enregistrement principal de la demande de prêt dans Temenos. Ce champ est généralement mis à jour lors de l'activité « Décision de prêt rendue ».

Le score de crédit est une représentation numérique de la solvabilité d'un demandeur, obtenu auprès d'un bureau de crédit. C'est un facteur clé dans le processus de souscription et de prise de décision.\n\nEn Process Mining, le score de crédit est un attribut contextuel essentiel. Il aide à analyser la cohérence des décisions de prêt en corrélant le score avec le résultat final. Il peut également être utilisé pour segmenter les demandes afin de voir si les demandes avec un score inférieur prennent plus de temps à être traitées ou nécessitent plus d'intervention manuelle.

Fournit un contexte critique pour la prise de décision, permettant l'analyse de la façon dont la solvabilité impacte les chemins de processus, les durées et les résultats.

Ces données sont généralement reçues d'un service externe de bureau de crédit et stockées dans une table spécifique au client ou à la demande dans Temenos.

Cet attribut catégorise chaque demande de prêt en fonction du produit financier demandé. Différents produits de prêt ont souvent des workflows distincts, des SLA et des profils de risque.\n\nSegmenter l'analyse du processus par type de produit de prêt est impératif pour une comparaison significative. Cela aide à expliquer les variations des temps de cycle, des taux d'approbation et des chemins de processus. Par exemple, un processus de demande de prêt hypothécaire est intrinsèquement plus complexe et plus long qu'un processus de prêt personnel. Cet attribut permet des comparaisons équitables et des améliorations ciblées.

Permet la segmentation des processus pour comparer les performances et identifier les variations entre différentes lignes d'activité, qui ont souvent des exigences de processus uniques.

C'est un attribut essentiel de la demande de prêt, généralement trouvé dans la table principale de demande dans Temenos. Recherchez des champs liés à « PRODUCT_ID » ou « PRODUCT_CATEGORY ».

Cet attribut indique l'unité commerciale ou le département, tel que « Origination », « Souscription » ou « Clôture », qui a effectué une activité donnée. Il aide à comprendre les transferts entre les différentes parties de l'organisation.\n\nL'analyse du processus par département est indispensablele pour identifier les inefficacités inter-fonctionnelles et les retards lors des transferts. Elle peut mettre en évidence les lacunes de communication ou les contraintes de ressources dans départements spécifiques, offrant une vue claire des points de blocage organisationnels.

Aide à visualiser le flux de travail entre différentes équipes, permettant l'analyse des temps de transfert et l'identification des points de blocage organisationnels.

Ceci n'est souvent pas un champ direct dans l'Journal d'événements, mais peut être dérivé en mappant les utilisateurs (l'attribut « AssignedLoanOfficer ») à leurs départements respectifs à l'aide d'une source de données maîtres de RH.

Cet attribut booléen distingue les activités exécutées par un utilisateur humain de celles réalisées par un système automatisé, tel qu'une vérification de crédit automatisée ou une règle de validation initiale.\n\nComprendre le niveau d'automatisation est indispensable pour identifier les opportunités de gains d'efficacité supplémentaires. Il permet de comparer la rapidité et la cohérence des étapes automatisées par rapport aux étapes manuelles. Cette analyse aide à prioriser les futures initiatives d'automatisation et à mesurer leur impact.

Distingue les activités pilotées par le système des activités pilotées par l'homme, ce qui est impératif pour identifier les opportunités d'automatisation et mesurer l'impact de l'automatisation existante.

Ceci est souvent dérivé en fonction de l'utilisateur associé à l'activité. Si l'utilisateur est un système ou un compte de service, l'activité est signalée comme automatisée. Cela pourrait également être basé sur le type d'event lui-même.

Cet indicateur booléen identifie les activités qui représentent des reprises, ce qui signifie qu'une étape ou une séquence d'étapes a dû être répétée. Par exemple, si « Documents justificatifs demandés » se produit après « Souscription commencée », cela indique une boucle de retour dans le processus.\n\nLa détection et le signalement des reprises sont une force majeure du Process Mining. Cet attribut permet une quantification facile du KPI de « Taux de reprises des demandes ». L'analyse des moteurs des reprises, tels que les soumissions initiales incomplètes, est indispensablele pour améliorer l'efficacité des processus, réduire les coûts et raccourcir les temps de cycle.

Met en évidence les activités qui font partie de boucles de processus inefficaces, permettant une quantification facile et une analyse des causes profondes des reprises.

Cet attribut n'est pas dans le système source. Il est calculé par le moteur de Process Mining en détectant les séquences répétées d'activités au sein d'un seul case.

Cet attribut booléen est un indicateur calculé qui indique si l'étape de souscription d'une demande de prêt a violé son accord de niveau de service (SLA). Il est déterminé en comparant la durée réelle du processus de souscription au « Target SLA de souscription ».\n\nCet indicateur simplifie l'analyse et le reporting en fournissant un indicateur binaire clair de conformité au SLA. Il est utilisé directement dans les dashboards et les KPI pour suivre le taux de violation de SLA au fil du temps, par produit ou par agent de crédit, aidant à gérer de manière proactive la performance et le risque de conformité.

Fournit un simple indicateur oui/non pour la Conformité aux SLA, facilitant le filtrage, l'agrégation et l'analyse de la fréquence et des causes profondes des violations de SLA.

Cet attribut n'est pas dans le système source. Il est calculé en mesurant la durée entre les activités « Souscription commencée » et « Souscription terminée » et en la comparant à l'attribut « UnderwritingSlaTarget ».

Le « Target SLA de souscription » définit l'accord de niveau de service attendu pour l'étape de souscription, généralement mesuré en heures ou jours ouvrables. Cette cible peut varier en fonction de facteurs tels que le type de produit de prêt ou le montant.\n\nCet attribut sert de référence pour mesurer la performance réelle. Il est utilisé directement dans le tableau de bord « Statut SLA et Conformité de souscription » et est nécessaire pour calculer le KPI de « Taux de violation SLA ». L'analyse des violations aide à identifier les causes des retards et à gérer les risques opérationnels et de conformité.

Fournit une référence claire pour la performance, permettant la mesure du respect des SLA et l'identification des applications risquant de ne pas atteindre leurs objectifs.

Ceci peut être stocké comme une valeur statique basée sur des règles métier ou pourrait être un champ sur la demande de prêt, potentiellement dérivé des données maîtres de produit dans Temenos.

Cet attribut fournit le contexte du « Résultat de la décision ». Pour les demandes rejetées, il spécifie la raison sous-jacente, telle que « Revenu insuffisant », « Ratio dette/revenu élevé » ou « Mauvaise historique de crédit ».\n\nCette information est très utile pour l'analyse des causes profondes des rejets. En analysant les motifs de rejet les plus courants, l'organisation peut identifier les problèmes au stade de la pré-qualification, améliorer la communication client ou ajuster les critères de prêt. Il contribue directement au les efforts visant à réduire les reprises et à améliorer la qualité globale des demandes entrant dans le pipeline.

Fournit un contexte critique pour les applications rejetées, permettant une analyse des causes profondes pour améliorer la qualité des applications et réduire le traitement inutile.

Souvent stocké dans un champ de notes ou de code de raison lié au statut de décision finale dans Temenos.

La région du client indique la localisation géographique du demandeur, telle que « Amérique du Nord », « Europe » ou un État spécifique. Cela permet une segmentation géographique du processus.\n\nL'analyse des performances par région peut révéler des variations régionales en matière d'efficacité des processus, de taux d'approbation ou de popularité des produits. Cette information peut être utilisée pour le marketing ciblé, l'allocation des ressources et l'identification des meilleures pratiques ou des défis régionaux.

Permet une analyse géographique pour comparer les performances des processus entre différentes régions, identifier les points de blocage régionaux et comprendre les différences de marché.

Ces informationsns font partie du profil du client ou des détails d'adresse stockés dans le Fichier d'Informations Client (CIF) ou les données de base client équivalentes dans Temenos.

Cet attribut segmente les demandeurs en groupes significatifs, tels que « Nouveau client », « Client existant » ou « Entreprise ». Le processus peut différer en fonction du type de demandeur ; par exemple, le traitement pour les clients existants peut être plus rapide grâce aux données préexistantes.\n\nL'analyse du processus par type de demandeur aide à comprendre comment les différents segments de clients vivent le processus. Elle peut révéler des opportunités de rationaliser le parcours pour les clients existants ou de fournir plus de soutien aux nouveaux. Cette segmentation est indispensablele pour l'analyse de la « Cohérence des résultats de décision de prêt ».

Permet une segmentation pour analyser si le processus diffère pour les nouveaux clients par rapport aux clients existants, aidant à adapter et à améliorer le parcours client.

Ces informationsns sont généralement dérivées en vérifiant si le demandeur possède un profil client ou un ID existant dans Temenos au moment de la demande.