Votre modèle de données d'intégration client KYC

L'Heure de Début de l'Événement est la date et l'heure précises qui marquent le début d'une activité. C'est l'un des trois piliers essentiels du process mining, aux côtés de l'ID de cas et du Nom de l'Activité. Ces données horodatées permettent l'ordonnancement chronologique des événements au sein de chaque cas, ce qui est nécessaire pour reconstituer le flux de processus tel qu'il s'est produit en réalité.\n\nCet attribut est la base de toutes les analyses liées au temps. Il est utilisé pour calculer la durée des activités (lorsqu'une heure de fin est disponible), le temps d'attente entre les activités (temps de transfert) et le temps de cycle total de l'ensemble du processus d'onboarding. L'analyse de ces durées aide à identifier les goulots d'étranglement, à mesurer le respect des SLA et à surveiller la performance globale du processus.

Il fournit l'ordre chronologique des événements, essentiel pour découvrir le modèle de processus et calculer toutes les métriques de performance basées sur le temps.

Situé dans les journaux d'événements, les pistes d'audit des applications ou les tables de transactions, souvent étiqueté 'Horodatage', 'Date de création' ou 'Heure de début'.

L'ID de la demande client est une clé unique attribuée à chaque nouvelle demande d'onboarding client, du moment où elle est initiée jusqu'à ce qu'elle soit complétée ou annulée. Cet identifiant agit comme le fil conducteur central qui relie toutes les activités individuelles, les événements et les points de données liés à un seul parcours d'onboarding, ce qui en fait l'attribut le plus critique pour le process mining.\n\nEn analyse, cet ID permet la reconstruction du processus de bout en bout pour chaque client. Il permet de suivre la progression de la demande, de calculer son temps de cycle total et de comparer son parcours à d'autres. Toutes les variantes de processus, les goulots d'étranglement et les métriques de performance sont analysés par demande, ce qui n'est possible qu'en identifiant et en utilisant correctement cet attribut comme ID de cas.

Il est essentiel de regrouper tous les événements connexes en un seul processus de bout en bout, formant la base de toute analyse de process mining.

Généralement trouvé dans l'en-tête ou la table principale du système de demande client ou de gestion de cas.

Le nom de l'activité décrit une étape ou un jalon distinct dans le parcours d'onboarding client, tel que 'Demande Soumise', 'Examen de Conformité Initié' ou 'Demande Approuvée'. Chaque activité représente une action spécifique effectuée par un utilisateur ou un système qui fait avancer la demande dans le processus.\n\nCet attribut est fondamental pour visualiser la cartographie des processus, qui constitue le cœur du process mining. En analysant la séquence et la fréquence des différentes activités, les analystes peuvent comprendre le flux de processus réel, identifier les parcours courants, découvrir les écarts de processus et localiser les zones de retravail ou de répétition. La clarté et la cohérence des noms d'activités sont cruciales pour construire un modèle de processus significatif et compréhensible.

Il définit les étapes du processus, permettant la visualisation et l'analyse du flux de processus, des goulots d'étranglement et des variations.

Trouvé dans les journaux d'événements, les pistes d'audit ou les tables de transactions qui enregistrent les étapes du processus métier.

Cet attribut enregistre la date et l'heure de la dernière extraction ou rafraîchissement des données. Il ne fait pas partie du processus métier lui-même, mais constitue une métadonnée cruciale pour la validation et la gouvernance des données. Il offre une transparence sur la fraîcheur des données analysées.

Dans l'analyse de processus, connaître la date de la dernière mise à jour des données est essentiel pour comprendre la pertinence des insights générés. Cela aide les utilisateurs à faire confiance aux données en confirmant leur actualité et prévient les mauvaises interprétations basées sur des informations obsolètes. Pour une surveillance continue, cet attribut peut être utilisé pour configurer des alertes si les rafraîchissements de données sont retardés ou échouent, garantissant ainsi la fiabilité continue des tableaux de bord de process mining.

Il assure la transparence des données en indiquant la fraîcheur de l'ensemble de données, ce qui est essentiel pour la pertinence et la précision de l'analyse.

Généré pendant le processus d'extraction, transformation et chargement (ETL) des données ; souvent trouvé dans les métadonnées de l'ensemble de données.

L'attribut « Système source » spécifie l'application ou la plateforme qui a généré les données pour une activité donnée. Dans des environnements complexes, le processus KYC peut s'étendre sur plusieurs systèmes, tels qu'un CRM pour la soumission des demandes, une plateforme KYC dédiée pour l'évaluation des risques et un système bancaire central pour la création de comptes.

L'analyse du processus par système source aide à comprendre le paysage technologique et son impact sur le processus. Elle peut mettre en évidence des problèmes d'intégration, des retards de données entre les systèmes ou des divergences dans la manière dont les différents systèmes enregistrent les informations. Cette vue est précieuse pour les équipes informatiques et d'amélioration des processus cherchant à rationaliser l'architecture système qui soutient le parcours d'intégration.

Il fournit un contexte sur l'endroit où chaque étape du processus se produit, aidant à identifier les inefficacités inter-systèmes et les défis d'intégration des données.

Souvent inclus dans les extraits de données ou les journaux d'événements, en particulier dans les environnements avec plusieurs systèmes intégrés.

Le service utilisateur spécifie le groupe fonctionnel ou l'équipe auquel appartient l'utilisateur ayant effectué l'activité, tel que « Conformité », « Intégration Client » ou « Opérations ». Cela offre un contexte organisationnel de niveau supérieur par rapport à l'ID utilisateur individuel.

L'analyse du processus d'un point de vue départemental est essentielle pour comprendre la collaboration interfonctionnelle et identifier les goulots d'étranglement systémiques. Elle aide à visualiser les transferts entre les différentes équipes, qui sont souvent une source majeure de retards et d'inefficacités. Cette information est clé pour optimiser les structures d'équipe, clarifier les responsabilités et améliorer les canaux de communication afin de créer une expérience d'intégration plus fluide.

Il permet l'analyse des performances des processus et des transferts entre différentes équipes, soulignant les opportunités d'améliorer la collaboration interfonctionnelle.

Souvent disponible dans les données de profil utilisateur liées à l'ID utilisateur, ou peut être enregistré directement sur la transaction.

L'Heure de Fin de l'Événement marque la date et l'heure précises de la conclusion d'une activité. Lorsqu'elle est associée à l'Heure de Début de l'Événement, elle permet le calcul exact du temps de traitement pour chaque tâche individuelle. Tous les systèmes ne fournissent pas à la fois les heures de début et de fin ; certains peuvent n'offrir qu'un seul horodatage représentant l'achèvement.\n\nDisposer d'une heure de fin est très précieux pour l'analyse de performance. Cela permet la création de métriques détaillées telles que le 'Temps moyen d'examen de conformité' en distinguant le temps qu'un employé a activement travaillé sur une tâche (temps de traitement) et le temps où la tâche était en attente dans une file (temps d'attente). Ce niveau de détail est crucial pour identifier avec précision les goulots d'étranglement et concentrer les efforts d'amélioration sur la capacité des ressources ou les transferts de processus.

Il permet le calcul précis des temps de traitement des activités, ce qui aide à différencier le temps de travail actif du temps d'attente.

Trouvé dans les journaux d'événements ou les tables de transactions, à côté de l'heure de début. Peut être étiqueté 'Heure de fin', 'Date de fin' ou 'Modifié le'.

L'ID utilisateur identifie la personne ou le robot système responsable de l'exécution d'une activité spécifique dans le processus. Il peut s'agir d'un agent de conformité, d'un agent de saisie de données ou d'un moteur d'évaluation des risques automatisé. La cohérence dans l'identification des utilisateurs est essentielle pour une analyse précise des ressources.

Cet attribut offre une vue du processus centrée sur l'humain. Il est indispensable pour analyser la répartition de la charge de travail, la performance individuelle et d'équipe, ainsi que l'allocation des ressources. En filtrant la carte des processus par ID utilisateur, les responsables peuvent comprendre comment les différents employés gèrent les tâches, identifier les opportunités de formation et garantir un équilibre de la charge de travail. Il contribue également à l'analyse de la collaboration, révélant comment le travail est transféré entre les différentes personnes.

Il permet l'analyse de la charge de travail, des performances des ressources et des schémas de collaboration, ce qui facilite une meilleure gestion des ressources et de la formation.

Disponible dans les journaux d'audit du système ou les journaux de transactions, souvent lié à l'utilisateur qui a créé ou modifié pour la dernière fois un enregistrement.

Le niveau de risque est un résultat essentiel du processus KYC, catégorisant les clients en fonction de facteurs tels que leur secteur d'activité, leur zone géographique et leurs habitudes de transaction. Cette classification détermine le niveau de contrôle et de diligence raisonnable requis pour leur demande.

En process mining, cet attribut est une dimension puissante pour l'analyse de conformité et des variantes. Le processus pour un client à haut risque devrait, par conception, être différent et plus rigoureux que pour un client à faible risque. En comparant les flux de processus réels pour différents niveaux de risque avec les procédures attendues, les organisations peuvent vérifier la conformité aux politiques internes et aux réglementations. Cela aide à répondre à des questions telles que : « Les clients à haut risque font-ils toujours l'objet d'une diligence raisonnable renforcée ? » ou « Passons-nous trop de temps sur les clients à faible risque ? ».

Il est essentiel pour la conformité et la gestion des risques, permettant d'analyser si les processus de diligence raisonnable varient de manière appropriée pour différents profils de risque.

Calculé par un moteur de risque ou attribué manuellement par un responsable de la conformité. Stocké dans l'enregistrement principal du client ou de la demande.

Le statut de la demande indique la disposition finale d'une demande, telle que 'Approuvée', 'Rejetée' ou 'Retirée'. Il représente le résultat commercial du processus et constitue une dimension critique pour la mesure de la performance.\n\nCet attribut est essentiel pour l'analyse basée sur les résultats. Il permet la comparaison des parcours de processus qui mènent à des résultats réussis par rapport à ceux qui entraînent des rejets. Les analystes peuvent l'utiliser pour identifier les schémas de processus associés à des taux de rejet élevés, calculer des KPI comme le 'Taux de rejet des demandes' et construire une 'Analyse de l'entonnoir d'onboarding' pour voir où les candidats abandonnent. Comprendre pourquoi les demandes échouent est la première étape vers l'amélioration du processus pour augmenter le taux de succès.

Il définit le résultat commercial de chaque cas, permettant d'analyser pourquoi les demandes sont rejetées et comment améliorer le taux d'approbation.

Généralement trouvé dans la table principale de cas ou de demande, indiquant l'état final de l'enregistrement.

Le type de client classe le demandeur en catégories distinctes, par exemple, 'Particulier', 'Entreprise', 'Fiducie' ou 'Organisme sans but lucratif'. Les différents types de clients ont souvent des exigences d'onboarding et des complexités de processus très différentes.\n\nIl s'agit d'un attribut de segmentation clé pour l'analyse. En filtrant la cartographie des processus et les KPI par type de client, les organisations peuvent découvrir des variations significatives. Par exemple, l'onboarding d'un client corporatif implique généralement des étapes plus complexes comme la vérification de la propriété effective, ce qui n'est pas requis pour un particulier. Cette analyse garantit que chaque variante de processus est aussi efficace que possible pour son segment spécifique et aide à adapter les améliorations de processus.

Il permet la segmentation du processus pour comparer et optimiser le parcours d'onboarding pour différents types de clients.

Généralement capturé au début du processus de demande et stocké dans la table principale des clients ou des demandes.

Cet attribut identifie la méthode utilisée par le client pour soumettre sa demande, telle que « Portail Web », « Application mobile » ou « En agence ». Différents canaux peuvent avoir des processus de collecte de données et des expériences client distincts.

L'analyse du processus par canal aide à évaluer la performance et l'efficacité de chaque point de contact client. Elle peut répondre à des questions telles que : « Les demandes mobiles sont-elles traitées plus rapidement que les demandes web ? » ou « Le taux de reprise est-il plus élevé pour les demandes soumises en agence ? ». Ces insights sont précieux pour optimiser le parcours client sur tous les canaux et allouer efficacement les ressources.

Il permet la comparaison de l'efficacité des processus et de l'expérience client à travers différents canaux de soumission, tels que le web, le mobile ou en personne.

Généralement enregistré au tout début du processus lorsque la demande est créée pour la première fois.

La date cible de l'Accord de Niveau de Service (SLA) est la date limite fixée pour l'achèvement du processus d'intégration client. Cette date est souvent déterminée par des politiques internes ou des obligations contractuelles et sert de référence pour mesurer la ponctualité.

Cet attribut est le fondement du tableau de bord « Suivi de la Performance des SLA ». En comparant la date d'achèvement réelle d'une demande avec sa date cible de SLA, le « Taux de Respect des SLA » peut être calculé. L'analyse des cas n'ayant pas respecté leur SLA permet d'identifier les activités ou les départements spécifiques à l'origine des retards. Cela permet une gestion proactive des files d'attente et une allocation des ressources afin de minimiser les non-conformités aux SLA et d'améliorer la satisfaction client.

Il fournit un point de référence de performance, permettant la mesure du respect des SLA et l'identification des cas à risque de retard.

Souvent calculé et stocké sur l'enregistrement principal de la demande lors de la création du cas, basé sur le type de demande ou d'autres critères.

Cet attribut booléen distingue les tâches exécutées par des logiciels ou des robots de celles réalisées par des utilisateurs humains. Les activités automatisées peuvent inclure la validation initiale des données, le contrôle des sanctions ou l'envoi de communications standardisées.

L'analyse de cet attribut est cruciale pour évaluer l'efficacité des initiatives d'automatisation. En comparant la vitesse et les résultats des étapes automatisées par rapport aux étapes manuelles, les entreprises peuvent identifier les opportunités de développer l'automatisation afin de réduire les coûts et les temps de cycle. Cela aide également à surveiller la performance des systèmes automatisés et à s'assurer qu'ils fonctionnent comme prévu au sein du processus de bout en bout.

Il aide à mesurer l'impact et l'efficacité de l'automatisation dans le processus, identifiant les opportunités d'améliorations robotiques ou systématiques supplémentaires.

Peut être un champ dédié dans le journal d'événements ou dérivé à partir de l'ID utilisateur, par exemple, si l'ID est 'SYSTEM' ou 'BOT'.

L'ID client est un identifiant unique pour le client qui persiste à travers plusieurs interactions ou applications. Tandis que l'ID de la demande client suit un seul parcours d'onboarding, l'ID client peut lier plusieurs tentatives d'onboarding ou d'autres processus pour le même client.\n\nCet attribut fournit une analyse centrée sur le client qui s'étend au-delà d'un seul cas. Il est utile pour comprendre les demandeurs récurrents, analyser la relation à long terme d'un client, ou connecter le processus d'onboarding à d'autres processus comme la 'Demande de Prêt' ou la 'Maintenance de Compte'. Bien que non essentiel pour une vue de processus unique, il enrichit les données pour un process mining plus complexe, orienté objet.

Il permet une vue centrée sur le client, reliant plusieurs tentatives d'onboarding ou différents processus liés au même client.

Généralement trouvé dans un système central de données de référence client et lié au dossier de demande.

Lorsque le statut d'une demande est « Rejeté », le motif de rejet fournit la cause spécifique, telle que « Documentation incomplète », « Profil à haut risque » ou « Correspondance avec les sanctions ». Cet attribut ajoute un contexte crucial aux processus échoués.

L'analyse des motifs de rejet est fondamentale pour le tableau de bord « Analyse des rejets de demande ». Elle aide les entreprises à effectuer une analyse des causes profondes pour comprendre les points d'échec les plus courants dans le processus d'intégration. En catégorisant et en quantifiant ces raisons, les organisations peuvent prioriser les améliorations. Par exemple, si « Documentation incomplète » est une raison majeure, l'entreprise pourrait se concentrer sur la clarification des instructions pour les clients ou l'amélioration du portail de soumission de documents.

Il fournit la cause profonde des demandes échouées, permettant des améliorations ciblées pour réduire le taux de rejet et améliorer l'expérience client.

Généralement stocké dans la table principale de la demande ou du cas, souvent renseigné lorsque le statut est défini sur « Rejeté ».

Le pays du client spécifie la localisation géographique du demandeur. C'est une information vitale dans les processus KYC, car les réglementations et les facteurs de risque peuvent varier considérablement d'un pays à l'autre.\n\nL'analyse géographique offre une autre couche importante d'informations. Les processus d'onboarding peuvent différer en fonction des exigences légales spécifiques à chaque pays. En filtrant par pays du client, les entreprises peuvent vérifier que ces variantes juridictionnelles sont correctement suivies. Elle peut également révéler des différences de performance, telles que des temps de cycle plus longs pour les demandes provenant de pays à risque élevé, ce qui peut être attendu en raison des exigences de diligence raisonnable renforcées.

Il permet l'analyse des variations de processus et des performances basées sur la géographie, ce qui est essentiel pour assurer la conformité avec les réglementations locales.

Capturé auprès du client pendant le processus de demande et stocké dans l'enregistrement du client ou de la demande.