Votre modèle de données pour l’intégration KYC des clients

LexisNexis Risk Solutions
Votre modèle de données pour l’intégration KYC des clients

Votre modèle de données pour l’intégration KYC des clients

Ce modèle vous guide dans la collecte des données nécessaires à l’analyse de votre processus d’intégration KYC des clients. Il présente les attributs essentiels à recueillir, les principales activités à suivre et explique comment extraire ces informations de vos systèmes sources. Utilisez cette ressource pour constituer un journal d’événements complet et analyser en détail le parcours d’intégration de vos clients.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Conseils d’extraction
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de l’intégration KYC des clients

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail l’intégration KYC des clients et découvrir le processus.
3 Obligatoire 6 Recommandé 11 Facultatif
Nom Description
Demande client
CustomerApplication
Identifiant unique de chaque demande d’intégration client, utilisé comme ID de cas principal.
Description

La demande client est l’identifiant central qui relie toutes les activités et les données associées au parcours d’intégration d’un client. Elle est créée à la soumission de la demande et permet de suivre le dossier jusqu’à sa clôture ou son rejet.

En process mining, cet attribut est essentiel pour regrouper tous les événements dans un même cas et analyser l’ensemble du cycle d’intégration. Il permet de reconstituer le flux complet du processus pour chaque demandeur, ce qui est indispensable pour calculer les temps de cycle, analyser les variantes du processus et suivre l’évolution de l’état d’une demande.

Pourquoi est-ce important ?

Il s’agit de l’ID de cas fondamental. Sans lui, vous ne pouvez pas suivre le parcours complet d’une demande client, ce qui rend l’analyse du processus impossible.

Où trouver ces données

Il s’agit de l’identifiant principal du dossier dans le module de gestion des dossiers de LexisNexis Risk Solutions.

Exemples
APP-2023-001234APP-2023-005678APP-2024-009101
Horodatage de l’événement
EventTimestamp
Date et heure précises du début d’une activité.
Description

Cet horodatage marque le début d’une activité et établit l’ordre chronologique des événements d’un dossier. Il constitue la base de toutes les analyses temporelles en process mining.

À partir de l’horodatage de l’événement, vous pouvez calculer la durée des activités, le temps d’attente entre celles-ci et le temps de cycle total du processus d’intégration, de bout en bout. Ces données sont essentielles pour repérer les goulots d’étranglement, suivre le respect des SLA et comprendre l’efficacité du processus.

Pourquoi est-ce important ?

Cet horodatage est indispensable pour classer les événements dans l’ordre chronologique et calculer toutes les métriques temporelles, notamment les temps de cycle et les goulots d’étranglement.

Où trouver ces données

Situé dans le journal d’événements ou les tables de piste d’audit, à côté du nom de l’activité.

Exemples
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Nom de l’activité
ActivityName
Nom de la tâche ou de l’événement qui s’est produit à un moment donné du processus d’intégration.
Description

Le nom de l’activité décrit une étape du flux de travail d’intégration KYC, comme « Demande soumise », « Documents vérifiés » ou « Demande approuvée ». Chaque activité correspond à une action ou à un jalon distinct du processus.

Cet attribut est essentiel à la création de la carte du processus, qui représente visuellement le déroulement des activités. Il permet d’analyser les variantes du processus, les goulots d’étranglement entre certaines étapes et la fréquence des boucles de reprise. L’analyse des activités aide à comprendre ce qui se passe dans le processus.

Pourquoi est-ce important ?

Cet attribut constitue la base de la carte du processus et vous permet de visualiser et d’analyser l’ordre des événements dans le parcours d’intégration client.

Où trouver ces données

Généralement présent dans un journal d’événements ou une table de piste d’audit de LexisNexis Risk Solutions qui consigne les étapes du processus.

Exemples
Demande soumiseVérification initiale effectuéeDocuments demandésExamen de conformité terminé
Date cible du SLA
SlaTargetDate
Date à laquelle le processus d’intégration du client doit être achevé.
Description

La date cible du SLA définit l’échéance prévue dans l’accord de niveau de service pour le traitement d’une demande. Elle est souvent déterminée en fonction de critères tels que le type de demande, le segment de clientèle ou la juridiction.

Cet attribut est essentiel au Dashboard « Suivi du respect des échéances du SLA » et à l’indicateur « Taux de respect du SLA ». En comparant la date d’achèvement réelle à la date cible du SLA, les organisations peuvent mesurer leur respect des engagements, repérer les cas susceptibles de dépasser l’échéance et rechercher les causes des retards.

Pourquoi est-ce important ?

Permet de mesurer les performances au regard des accords de niveau de service et de repérer les inefficacités du processus à l’origine des dépassements de SLA.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Cette information peut être enregistrée dans le cas ou calculée à partir de règles métier.

Exemples
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
Heure de fin
EndTime
Date et heure précises auxquelles une activité a été achevée.
Description

Cet horodatage marque la fin d’une activité. Pour un événement, l’écart entre l’heure de fin et l’heure de début correspond à sa durée de traitement.

L’heure de fin permet de calculer précisément la durée de chaque étape. Elle constitue une donnée essentielle du Dashboard « Durées de traitement et d’attente des activités ». Elle aide à distinguer le temps pendant lequel une ressource a travaillé activement sur une tâche du temps d’attente du cas avant le début de l’étape suivante.

Pourquoi est-ce important ?

Permet de calculer précisément la durée de traitement des activités, une mesure essentielle pour repérer les étapes inefficaces et analyser la charge de travail des ressources.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Cette information figure souvent dans les journaux d’événements qui enregistrent les heures de début et de fin.

Exemples
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
Niveau de risque
RiskLevel
Niveau de risque calculé pour la demande du client, par exemple faible, moyen ou élevé.
Description

LexisNexis Risk Solutions est spécialisé dans l’évaluation des risques. Cet attribut correspond au résultat de cette évaluation : chaque demande est classée selon son profil de risque potentiel. Le niveau de risque détermine souvent l’ampleur et la durée des vérifications préalables nécessaires.

Cet attribut est la dimension centrale du Dashboard « Niveau de risque et durée d’intégration ». L’analyse du processus par niveau de risque permet de vérifier si les demandes à risque élevé prennent nettement plus de temps, comme prévu, ou si celles à faible risque subissent des retards inutiles. Elle aide à évaluer et à affiner les stratégies d’intégration fondées sur le risque.

Pourquoi est-ce important ?

Essentiel à l’analyse fondée sur le risque, cet attribut permet de comprendre comment le profil de risque des clients influe sur la complexité, la durée et le parcours du processus.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il s’agit d’un résultat central des modules d’évaluation des risques.

Exemples
FaibleMoyenÉlevéSoumis à des sanctions
Service
Department
Service ou équipe métier auquel appartient l’utilisateur affecté.
Description

L’attribut Service indique le groupe fonctionnel responsable d’une activité, par exemple « Conformité », « Opérations d’intégration » ou « Prévention de la fraude ».

Il permet d’analyser le processus par service et d’étudier les transferts entre équipes. Il constitue une dimension principale du Dashboard « Répartition des ressources et charge de travail » et aide à repérer les inefficacités entre fonctions ou les retards de communication entre services.

Pourquoi est-ce important ?

Permet d’analyser les transferts entre équipes et les performances par domaine fonctionnel, afin de repérer les goulots d’étranglement entre services.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il peut être nécessaire de joindre ces données à une table de référence des utilisateurs ou des ressources humaines.

Exemples
ComplianceÉquipe d’intégrationAnalystes KYCAssistance clientèle
Statut de la demande
ApplicationStatus
Statut actuel ou final de la demande du client.
Description

Cet attribut indique le statut global du cas à un moment donné ou son résultat final. Les statuts courants sont notamment « En cours », « Approuvé », « Rejeté » et « Informations en attente ».

Le statut de la demande est essentiel pour suivre les résultats du processus d’intégration. Il est utilisé dans les Dashboards « Motifs et étapes de rejet des demandes » et « Volume quotidien et statut des demandes » pour suivre les taux de réussite et le déroulement des opérations. L’analyse de l’évolution du statut au fil du temps permet de mieux comprendre le cycle de vie du cas.

Pourquoi est-ce important ?

Suit le résultat de chaque demande, une information essentielle pour calculer des indicateurs clés comme le taux de rejet des demandes et suivre le volume traité.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il s’agit généralement d’un champ clé de l’objet principal du cas ou de la demande.

Exemples
En coursApprouvéRejetéInformations client en attente
Utilisateur affecté
AssignedUser
Identifiant unique de l’utilisateur ou de l’agent chargé d’effectuer l’activité.
Description

Cet attribut identifie la personne qui a exécuté une tâche, par exemple un responsable de la conformité chargé d’examiner un document. Il permet d’analyser la répartition de la charge de travail et les performances individuelles.

Dans les analyses, l’utilisateur affecté est essentiel au Dashboard « Répartition des ressources et charge de travail ». Vous pouvez filtrer la carte du processus par utilisateur, comparer les performances des membres de l’équipe et repérer les besoins de formation ou de rééquilibrage de la charge. Cet attribut peut aussi aider à localiser les goulots d’étranglement liés à certains groupes d’utilisateurs.

Pourquoi est-ce important ?

Cet attribut est essentiel pour analyser les performances des ressources, la répartition de la charge de travail et les possibilités d’automatisation ou d’optimisation des ressources.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Cette information se trouve généralement dans les pistes d’audit ou les tables de gestion des tâches.

Exemples
j.doem.smithk.chen
Automatisé
IsAutomated
Indicateur précisant si une activité a été effectuée automatiquement par le système ou manuellement par un utilisateur.
Description

Cet attribut booléen distingue les tâches exécutées automatiquement par le système, comme une première vérification, de celles qui nécessitent une intervention humaine, comme l’examen manuel d’un document.

L’indicateur « Automatisé » sert à calculer l’indicateur « Part des activités manuelles » et à analyser les résultats des initiatives d’automatisation. Sur la carte du processus, il peut mettre en évidence la transition entre les étapes automatisées et manuelles et aider à repérer d’autres possibilités d’automatisation pour réduire les coûts et les durées de traitement.

Pourquoi est-ce important ?

Distingue les tâches manuelles des tâches automatisées, ce qui permet de repérer les possibilités d’automatisation et d’en mesurer les effets.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il peut s’agir d’un indicateur dans le journal d’événements ou d’une valeur déduite du champ « AssignedUser », par exemple lorsque l’utilisateur est « system ».

Exemples
truefalse
Canal
Channel
Canal par lequel la demande a été soumise, par exemple « Web », « Mobile » ou « En agence ».
Description

L’attribut Canal indique par quelle source la demande a été soumise. Le canal peut influer sur la qualité des données, le comportement des clients et les problèmes rencontrés lors de l’intégration.

Cet attribut permet de comparer les performances du processus selon le canal. Par exemple, vous pouvez filtrer le Dashboard « Taux de conversion du parcours d’intégration » par canal pour vérifier si les clients qui utilisent l’application mobile abandonnent plus souvent que ceux qui passent par le site Web. Ces résultats peuvent orienter les améliorations propres à chaque canal.

Pourquoi est-ce important ?

Permet d’analyser les performances du processus selon le canal de soumission et de repérer les écarts qui peuvent guider la stratégie de canal et l’amélioration de l’expérience utilisateur.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Cette information est généralement enregistrée au début du processus de demande.

Exemples
Portail WebApplication mobileEn agenceAPI
Date de dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation des données ou leur dernière extraction du système source.
Description

Cet attribut indique la date et l’heure de la dernière mise à jour du jeu de données. Il est généralement appliqué à l’ensemble du jeu de données lors de son extraction et de son chargement.

Cette information permet aux utilisateurs des Dashboards de vérifier l’actualité des données analysées. Ils peuvent ainsi s’assurer que leurs décisions reposent sur des données suffisamment récentes et savoir à quel moment les analyses reflètent la situation observée.

Pourquoi est-ce important ?

Précise l’actualité des données, afin que les analyses restent pertinentes et que les décisions ne reposent pas sur des informations obsolètes.

Où trouver ces données

Cette valeur est généralement générée et ajoutée au jeu de données lors du processus ETL (extraction, transformation et chargement).

Exemples
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
Motif du rejet
RejectionReason
Code ou description expliquant le rejet d’une demande.
Description

Lorsque le statut final d’une demande est « Rejeté », cet attribut en précise le motif. Il peut s’agir, par exemple, d’un échec de la vérification d’identité, d’une correspondance avec une liste de sanctions ou d’un dossier incomplet.

Ces données constituent la principale source du Dashboard « Motifs et étapes de rejet des demandes ». L’analyse des motifs de rejet permet de repérer les problèmes récurrents du processus et d’améliorer les consignes de dépôt, la communication avec les clients ou les critères d’examen internes. Comprendre les raisons du rejet est essentiel pour augmenter le taux d’approbation global.

Pourquoi est-ce important ?

Indique directement les raisons des échecs lors de l’intégration et permet de cibler les améliorations pour augmenter le taux d’approbation des demandes.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Cette information figure souvent dans un champ renseigné lorsque le statut de la demande passe à « Rejeté ».

Exemples
Correspondance avec une liste de sanctionsDossier incompletÉchec de la vérification d’identitéProfil à risque élevé
Pays du client
CustomerCountry
Pays de résidence ou de constitution du client.
Description

Cet attribut indique le pays du client, un facteur important pour le KYC en raison des différences entre les réglementations internationales et les niveaux de risque propres à chaque juridiction.

L’analyse du processus par pays du client peut révéler des écarts importants dans les temps de cycle et la complexité du processus. Par exemple, les demandes provenant de juridictions à risque élevé peuvent nécessiter des contrôles de conformité supplémentaires et prendre plus de temps. Cette analyse aide à planifier les ressources et à définir des SLA réalistes selon les régions.

Pourquoi est-ce important ?

Permet d’analyser les juridictions et de comprendre comment les réglementations régionales et les facteurs de risque influent sur les performances du processus.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il s’agit d’un champ standard des données de référence client.

Exemples
USAGBRDEUSGP
Reprise
IsRework
Indicateur signalant les activités qui font partie d’une boucle de reprise.
Description

Cet indicateur booléen prend la valeur « vrai » lorsqu’une activité est répétée dans un même cas. C’est le cas, par exemple, lorsqu’un « Examen de document effectué » est réalisé une seconde fois après une demande d’informations complémentaires. Cela signifie que le processus est revenu à une étape précédente.

L’indicateur « Reprise » est essentiel au Dashboard « Analyse des reprises et des répétitions » et à l’indicateur « Pourcentage de boucles de reprise ». Il permet de quantifier les efforts perdus et de repérer les causes des reprises, comme des consignes peu claires ou une mauvaise qualité des données, afin de cibler les améliorations du processus.

Pourquoi est-ce important ?

Quantifie directement les inefficacités et les efforts perdus dans le processus. Il met en évidence les activités fréquemment répétées, qui augmentent les coûts et les temps de cycle.

Où trouver ces données

Cet attribut est calculé, généralement dans l’outil de Process Mining, en détectant les séquences d’activités répétées au sein d’un cas.

Exemples
truefalse
Responsable de l’examen de conformité
ComplianceReviewer
Utilisateur ou agent spécifiquement chargé des activités d’examen de conformité.
Description

Alors que « AssignedUser » indique l’utilisateur associé à chaque activité, cet attribut identifie spécifiquement le spécialiste de la conformité qui intervient lors des étapes d’examen importantes. Il permet ainsi d’analyser plus précisément la fonction conformité.

Cet attribut est essentiel au Dashboard « Durée et retard des examens de conformité ». Il permet d’analyser la charge de travail et les performances de l’équipe conformité, et de déterminer si certains responsables de l’examen constituent des goulots d’étranglement ou si l’équipe manque globalement de ressources.

Pourquoi est-ce important ?

Permet d’analyser en détail la charge de travail et les performances de la fonction conformité, notamment lors de cette étape importante du processus, souvent source de retards.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Vous pouvez obtenir cette information en filtrant « AssignedUser » sur les activités liées à la conformité.

Exemples
c.joness.patelsystem_escalation
Statut du SLA
SlaStatus
Indique si la demande achevée a respecté l’objectif de SLA.
Description

Cet attribut classe chaque cas achevé selon le respect de la « SlaTargetDate ». Les valeurs courantes sont « Respecté » et « Dépassé ».

Ce champ calculé est à la base du Dashboard « Suivi du respect des échéances du SLA » et de l’indicateur « Taux de respect du SLA ». Il donne une vue d’ensemble claire des performances au regard des engagements de service et permet d’examiner plus en détail les caractéristiques communes des cas qui dépassent leur SLA.

Pourquoi est-ce important ?

Indique clairement si le SLA a été respecté ou non, ce qui facilite le suivi, la communication des résultats et l’analyse du respect des objectifs de niveau de service.

Où trouver ces données

Cet attribut est calculé en comparant, pour chaque cas, l’horodatage de la dernière activité à la « SlaTargetDate ».

Exemples
RespectéDépasséÀ risque
Système source
SourceSystem
Système ou application à l’origine des données d’événement.
Description

Cet attribut identifie le système source qui a généré les données d’événement, par exemple LexisNexis Risk Solutions ou un outil tiers intégré. Dans les environnements complexes, les données d’un même processus peuvent provenir de plusieurs systèmes.

Connaître le système source facilite la validation des données, le dépannage et l’analyse des variations du processus propres à un système donné. Cela contribue à garantir l’intégrité des données et précise le contexte dans lequel une activité a été enregistrée, ainsi que l’endroit où elle l’a été.

Pourquoi est-ce important ?

Indique l’origine des données, une information essentielle pour leur gouvernance et leur validation, ainsi que pour comprendre l’exécution du processus dans différents systèmes informatiques.

Où trouver ces données

Cette information peut être enregistrée sous forme de valeur statique ou dans un champ spécifique de l’export de données ou de la réponse de l’API.

Exemples
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
Temps de cycle
CycleTime
Durée totale de traitement d’une demande client, de sa soumission à la décision finale.
Description

Le temps de cycle mesure la durée totale entre le premier événement, par exemple « Demande soumise », et le dernier, par exemple « Intégration du client terminée » ou « Demande rejetée », pour un même cas.

Il s’agit d’un indicateur clé de la santé globale du processus, présenté dans le Dashboard « Temps de cycle de bout en bout de l’intégration ». Le suivi du temps de cycle moyen permet aux organisations de mesurer les effets des améliorations du processus et de déterminer comment différents facteurs, tels que le niveau de risque ou le type de demande, influent sur l’expérience client globale.

Pourquoi est-ce important ?

Cet indicateur clé mesure le délai total avant que le client bénéficie du service. Il a une incidence directe sur la satisfaction client et l’efficacité opérationnelle.

Où trouver ces données

Cette métrique est calculée en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque cas.

Exemples
5 jours et 4 heures22 jours et 8 heures1 jour et 2 heures
Type de demande
ApplicationType
Type de demande du client, par exemple « Particulier » ou « Entreprise ».
Description

Cet attribut classe les demandes selon le type d’entité concernée par l’intégration. Les différents types de demandes suivent souvent des parcours distincts et présentent des profils de risque et des objectifs de SLA différents.

L’analyse du processus par type de demande permet de segmenter les données et de comparer l’efficacité et la complexité de l’intégration selon le type de client. Ce filtre courant, disponible dans la plupart des Dashboards, offre une vue plus détaillée des performances.

Pourquoi est-ce important ?

Permet de segmenter le processus pour voir comment les différents types de demandes sont traités et repérer les goulots d’étranglement propres à chacun.

Où trouver ces données

Consultez la documentation de LexisNexis Risk Solutions ou contactez l’administrateur système. Il s’agit généralement d’un champ central de l’objet demande ou cas.

Exemples
ParticulierEntrepriseParticulier fortunéFiducie
Obligatoire Recommandé Facultatif

Activités de l’intégration KYC des clients

Voici les principales étapes et les jalons du processus à consigner dans votre journal d’événements pour découvrir le processus et analyser ses performances avec précision.
8 Recommandé 6 Facultatif
Activité Description
Demande approuvée
La décision finale d’approuver la demande du client est prise et enregistrée dans le système. Ce résultat métier important est presque toujours consigné par un changement d’état explicite.
Pourquoi est-ce important ?

Ce jalon marque la fin du processus de décision. L’analyse des parcours qui aboutissent à une approbation permet de repérer les bonnes pratiques.

Où trouver ces données

Recherchez dans le dossier de demande une mise à jour finale indiquant l’état « Approuvé » ou un état terminal équivalent.

Données à recueillir

Enregistré comme un changement d’état final et définitif dans la table principale des demandes ou des dossiers.

Type d’événement explicit
Demande rejetée
La décision finale de rejeter la demande du client est enregistrée. Cet événement terminal est consigné par un changement d’état définitif dans le système.
Pourquoi est-ce important ?

Il s’agit de l’événement de fin qui indique l’échec du processus. L’analyse des étapes où les rejets surviennent et de leurs motifs est essentielle à l’amélioration du processus.

Où trouver ces données

À récupérer dans le champ d’état final du dossier de demande, défini sur « Rejeté », « Refusé » ou un état terminal équivalent.

Données à recueillir

Enregistré comme un changement d’état final et définitif dans la table principale des demandes ou des dossiers.

Type d’événement explicit
Demande soumise
Marque le début du processus d’intégration KYC, lorsque le système reçoit la demande d’un client. Cet événement est généralement enregistré au moment où le formulaire est envoyé depuis un portail client ou saisi dans un système interne connecté à LexisNexis.
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus. Le temps écoulé entre cette activité et la fin du processus est essentiel pour mesurer le temps de cycle de bout en bout et le respect des SLA.

Où trouver ces données

À récupérer dans les journaux système ou dans une table des demandes qui enregistre l’horodatage de création de chaque nouveau dossier client.

Données à recueillir

L’événement est enregistré à la création d’un nouveau dossier de demande ou d’une entrée dans la table principale des demandes.

Type d’événement explicit
Documents reçus
Confirme que le client a importé ou transmis les documents demandés au système. Il s’agit généralement d’un événement explicite généré par le portail de dépôt de documents ou saisi manuellement par un agent.
Pourquoi est-ce important ?

Cette activité met fin à une période d’attente et déclenche les étapes de vérification suivantes. Elle constitue un jalon important de la collecte des données.

Où trouver ces données

À récupérer dans les journaux du système de gestion documentaire ou dans une entrée horodatée du dossier de demande, au moment où de nouveaux documents sont joints.

Données à recueillir

L’événement est enregistré lorsqu’un document est importé avec succès ou qu’un utilisateur indique manuellement dans le système qu’il a été reçu.

Type d’événement explicit
Évaluation du risque effectuée
À partir des informations recueillies et des contrôles effectués, le système calcule un score de risque pour le client. Cette fonction centrale de LexisNexis est généralement enregistrée comme un événement automatisé explicite dans l’historique du dossier.
Pourquoi est-ce important ?

Le résultat de cette évaluation détermine souvent la suite du processus, par exemple la nécessité d’une vigilance renforcée. Il s’agit d’un point de décision important dans le flux de travail.

Où trouver ces données

Recherchez dans le journal d’audit ou l’historique du flux de travail de la demande un événement indiquant la fin du calcul du score de risque ou de l’évaluation.

Données à recueillir

Un événement spécifique est enregistré lorsque le moteur de risque termine son analyse et attribue un profil ou un score de risque.

Type d’événement explicit
Examen de conformité lancé
Un dossier est confié à un responsable ou à une équipe de conformité pour un examen manuel, généralement lorsque la demande présente un risque élevé. Cette étape peut être déduite d’un changement d’état vers « Examen de conformité en attente » ou d’un journal d’affectation de tâche.
Pourquoi est-ce important ?

Cette étape marque le début d’un examen manuel, souvent long. Mesurer le temps écoulé jusqu’à sa fin permet de quantifier les goulots d’étranglement liés à la conformité.

Où trouver ces données

À récupérer dans un journal d’affectation de tâche, un changement de responsable du dossier vers une équipe de conformité ou une mise à jour d’état dans l’historique du dossier.

Données à recueillir

Déduit d’un changement d’état tel que « Examen de conformité en cours » ou de l’affectation du dossier à une file d’attente réservée à la conformité.

Type d’événement inferred
Examen de conformité terminé
Le responsable de la conformité termine son examen et formule une recommandation, ce qui fait passer le dossier à l’étape suivante. L’événement peut être enregistré explicitement lorsqu’une tâche est marquée comme terminée, ou déduit du passage de l’état « Conformité en attente » à un autre état.
Pourquoi est-ce important ?

Ce jalon marque la fin d’une étape essentielle du processus, souvent réalisée manuellement. Il sert de point de référence pour mesurer la durée de l’examen de conformité.

Où trouver ces données

À récupérer dans l’horodatage de fin d’une tâche de conformité ou dans un changement d’état quittant « Examen de conformité en cours ».

Données à recueillir

Déduit d’un changement d’état indiquant la fin de l’examen, par exemple le passage à « Approuvé », « Rejeté » ou « Décision finale ».

Type d’événement inferred
Intégration du client terminée
Cet événement marque la fin réussie du processus d’intégration et confirme que le client est pleinement actif. Il peut correspondre à un état final explicite ou être déduit de l’événement « Compte activé ».
Pourquoi est-ce important ?

Il s’agit de l’événement de fin qui indique la réussite du processus. Il est indispensable pour calculer le temps de cycle de bout en bout des clients intégrés avec succès.

Où trouver ces données

Déduit de l’horodatage de l’événement « Compte activé » ou repéré grâce à un état final, tel que « Intégration terminée », dans le dossier.

Données à recueillir

Déduit du dernier événement positif important, comme l’activation du compte, ou d’une mise à jour finale de l’état.

Type d’événement inferred
Compte activé
Après l’approbation, le compte du client est créé et activé dans la plateforme bancaire ou de services principale. Cette activité est souvent consignée dans une piste d’audit ou déduite de la date de création du compte.
Pourquoi est-ce important ?

Il s’agit de la dernière étape qui apporte de la valeur au client. Un délai entre « Demande approuvée » et cette étape peut révéler des problèmes d’intégration entre les systèmes.

Où trouver ces données

À récupérer dans un journal de création de compte, un appel API vers un autre système ou l’horodatage de création de l’enregistrement du compte.

Données à recueillir

Enregistré comme un événement distinct après l’approbation ou repéré grâce à l’horodatage d’activation dans le dossier client.

Type d’événement explicit
Documents demandés
Le système ou un utilisateur demande au client des documents précis, comme un permis de conduire ou une facture de services publics. Cet événement peut être repéré dans les journaux de communication générés par le système ou par un changement d’état indiquant que le dossier est en attente de documents.
Pourquoi est-ce important ?

Cette activité entraîne souvent un temps d’attente important. L’analyse de sa fréquence et de sa durée permet de repérer les retards liés au temps de réponse des clients.

Où trouver ces données

Recherchez un événement dans les journaux des communications envoyées au client ou un changement d’état de la demande, par exemple « Documents client en attente ».

Données à recueillir

Déduit d’un changement d’état vers « Documents en attente » ou de l’horodatage d’une communication sortante.

Type d’événement inferred
Documents vérifiés
Un utilisateur ou un outil automatisé vérifie l’authenticité, la validité et l’exhaustivité des documents transmis. Cette activité peut être déduite d’un changement d’état de « Documents reçus » à « Vérification terminée », ou d’une entrée explicite dans le journal.
Pourquoi est-ce important ?

Cette étape est souvent à l’origine de goulots d’étranglement et de reprises. L’analyse de sa durée de traitement et de ses répétitions est essentielle pour améliorer l’efficacité et repérer les possibilités d’automatisation.

Où trouver ces données

Déduite du temps écoulé entre l’état « Documents reçus » et un état ultérieur, comme « Vérification réussie » ou « Informations complémentaires requises ».

Données à recueillir

Calculée à partir du temps écoulé entre la réception des documents et l’événement indiquant la fin de leur vérification.

Type d’événement inferred
Informations complémentaires demandées
Un responsable de la conformité ou un réviseur demande au client des informations ou des précisions supplémentaires. Cette étape est une cause fréquente de reprises et est généralement enregistrée par un changement d’état explicite ou une entrée dans le journal des communications.
Pourquoi est-ce important ?

Cette activité crée des boucles de reprise qui allongent le temps de cycle d’intégration. Le suivi de sa fréquence permet de repérer les exigences peu claires ou les lacunes récurrentes dans les demandes.

Où trouver ces données

Recherchez un changement d’état vers « Informations client en attente » ou un événement dans le journal des communications sortantes. Cette action est souvent déclenchée par un utilisateur.

Données à recueillir

L’événement est enregistré lorsqu’un agent utilise la fonction « Demander des informations », ce qui modifie l’état du dossier et peut ajouter une entrée au journal des communications.

Type d’événement explicit
Vérification d’identité lancée
Indique que le système commence la vérification d’identité à l’aide des services LexisNexis, par exemple en effectuant des recherches dans des bases de données. Cette étape est généralement enregistrée dans le journal d’événements au moment de l’appel au service de vérification.
Pourquoi est-ce important ?

Cette activité marque le début d’un sous-processus essentiel, qui peut prendre du temps. Le suivi de sa durée permet d’isoler les goulots d’étranglement liés aux contrôles d’identité.

Où trouver ces données

À récupérer dans les journaux des appels API au module de vérification d’identité ou dans une piste d’audit indiquant le début de la tâche.

Données à recueillir

Un événement est enregistré lorsque le module ou l’API de vérification d’identité du système est déclenché pour la demande.

Type d’événement explicit
Vérification initiale effectuée
Juste après l’envoi de la demande, le système vérifie automatiquement que les données de base sont complètes et effectue des contrôles préliminaires. Cette activité est souvent enregistrée comme une étape automatisée explicite dans l’historique du flux de travail.
Pourquoi est-ce important ?

Cette activité repère les demandes qui échouent dès la première étape et aide à comprendre les problèmes de qualité des données. Elle correspond également à la première étape automatisée qui apporte de la valeur au processus.

Où trouver ces données

Recherchez les journaux d’exécution des règles automatisées ou un changement d’état dans l’historique du flux de travail indiquant que la vérification initiale est terminée.

Données à recueillir

L’activité est enregistrée comme une tâche automatisée terminée ou comme une mise à jour d’état dans l’historique du dossier.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de LexisNexis Risk Solutions

Prêt à commencer ?

Utilisez ce modèle pour lancer votre démarche de Process Mining sur l’intégration KYC des clients. Commencez dès aujourd’hui à transformer vos données en analyses concrètes.

Optimisez l’intégration KYC de vos clients et réduisez les abandons dès aujourd’hui

Proposez un parcours d’intégration simple et ramenez sa durée à 24 heures.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Commencez à optimiser dès aujourd’hui.