> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Comprendre un résultat de vérification d'identité

> Transcription vidéo : chaque contrôle d'un résultat Didit expliqué (authenticité du document, vivant, correspondance faciale, IP, avertissements).

[Comment lire un résultat de vérification Didit - Chaque contrôle expliqué](https://www.youtube.com/embed/7htTWCWsl60)

Transcription intégrale de **Comment lire un résultat de vérification Didit - Chaque contrôle expliqué** - Didit Academy, vidéo 5 sur 10, 14:26. [Voir sur YouTube](https://www.youtube.com/watch?v=7htTWCWsl60). Chaque paragraphe renvoie au moment exact de la vidéo.

## Ce que couvre cette vidéo

[00:03](https://www.youtube.com/watch?v=7htTWCWsl60\&t=3s) Chaque vérification que vous lancez dans Didit produit un résultat détaillé, présenté sous la forme d'une rangée d'onglets en haut d'une session. Dans cette vidéo, nous allons parcourir ces onglets dans l'ordre, de gauche à droite, pour que vous sachiez exactement ce que fait chaque contrôle et à quoi ressemble un échec. À la fin, vous saurez ouvrir n'importe quelle session et la lire en toute confiance, depuis le verdict principal jusqu'aux éléments qui le justifient.

[00:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=30s) Alors, ouvrons-en une et entrons dans le vif du sujet.

## Trouver une session

[00:33](https://www.youtube.com/watch?v=7htTWCWsl60\&t=33s) Bon, allons dans les vérifications des utilisateurs. C'est là que s'affichent toutes les sessions issues de l'ensemble de vos workflows, avec une ligne par personne. En temps normal, on filtre par statut, par workflow ou par date pour trouver ce dont on a besoin, mais aujourd'hui, nous allons directement ouvrir un seul résultat. Je clique donc sur l'un d'eux pour l'ouvrir. Voilà ce que nous voyons ici.

## L'onglet Vue d'ensemble

[00:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=55s) C'est l'onglet Vue d'ensemble. Ces sections sont repliables, donc nous pouvons les replier. Nous pouvons replier tous les contrôles si nous voulons tout voir, mais honnêtement, ils sont tous présents ici aussi. Vous voyez que cet utilisateur a réussi tous ces contrôles. Si nous passons à la vue d'ensemble, nous

## Avertissements à examiner en premier

[01:13](https://www.youtube.com/watch?v=7htTWCWsl60\&t=73s) pouvons l'ouvrir, et vous voyez plusieurs onglets. Le plus important à vérifier ici, ce sont les avertissements. Vous voyez que cet utilisateur est en cours d'examen, et qu'il a été signalé pour un numéro de téléphone en doublon. Si nous regardons d'autres personnes en cours d'examen, nous constaterons que les avertissements dans la section Vue d'ensemble peuvent avoir un aspect un peu différent. Selon les indicateurs du workflow, cet utilisateur a été signalé. Vous voyez la validation en base de données et la non-concordance du nom. C'est donc là qu'il faut regarder lorsque l'on examine une vérification : on identifie le problème, on passe à la section concernée, on repère où se trouvent réellement ces contrôles, puis on consulte les données soumises pour vérifier s'il existe bien une non-concordance et ce qui se passe vraiment. Maintenant, si nous retirons tous ces filtres, je peux simplement sortir d'ici,

## Une session approuvée

[02:04](https://www.youtube.com/watch?v=7htTWCWsl60\&t=124s) nous pouvons retirer ces filtres. Je sélectionne donc tous ces filtres, et regardons une personne dont la vérification a été approuvée : vous voyez qu'aucun avertissement majeur n'a été signalé. Cette personne figure bien dans la liste des avertissements, mais elle n'a pas déclenché le statut « en cours d'examen » ni un refus. Elle a été approuvée. Vous voyez cette petite pastille en haut, et nous pouvons la modifier si besoin. Nous y reviendrons

## Une session refusée

[02:26](https://www.youtube.com/watch?v=7htTWCWsl60\&t=146s) dans un instant. Et à quoi ressemble une personne refusée ? Ici, vous voyez les avertissements, encore une fois la non-concordance de nom. Et tout en haut, on voit que le justificatif de domicile est celui qui a posé problème. Nous pouvons donc aussi l'examiner. Nous allons parcourir chaque section une à une, pour que vous voyiez exactement ce qui se passe en coulisses. Je clique sur ce profil, et vous voyez que la détection du vivant et la correspondance faciale sont les contrôles qui ont signalé cet utilisateur. Nous y viendrons dans un instant. Mais pour le reste des

## Détails de la session, données fournisseur et répartition des coûts

[03:01](https://www.youtube.com/watch?v=7htTWCWsl60\&t=181s) onglets de la section Vue d'ensemble, nous avons les détails de la session : vous avez l'identifiant de session, la date de création, et les données fournisseur. Nous en avons déjà parlé dans les vidéos précédentes. Les données fournisseur sont un identifiant unique pour cette personne. C'est là que sont regroupés tous les contrôles, toutes les vérifications et toutes les transactions, sous ces données fournisseur. Vous voyez les workflows par lesquels cet utilisateur est passé pour la vérification. Nous avons ici les coordonnées et les étiquettes. Et on peut ajouter une étiquette ici, si vous le souhaitez.

[03:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=211s) On peut aussi étiqueter des personnes dans les workflows. Quant à la répartition totale des coûts, je crois que cet utilisateur a été importé. Vous voyez à gauche qu'il a été importé, donc il n'a pas réellement suivi de workflow. Cliquons sur cet autre utilisateur : vous voyez le workflow qu'il a suivi, et vous voyez la répartition

## Vérification d'identité : l'authenticité avant les données

[03:48](https://www.youtube.com/watch?v=7htTWCWsl60\&t=228s) des coûts de tous les contrôles réalisés pour cet utilisateur. Regardons donc la vérification d'identité. Son rôle principal n'est pas seulement de lire le texte figurant sur la carte. Il s'agit de prouver que le document est authentique avant de faire confiance au moindre champ. En coulisses, nous exécutons une détection de falsification, une détection du vivant du document pour repérer une rediffusion sur écran ou une copie imprimée, une validation des éléments de sécurité comme les hologrammes et les filigranes, ainsi qu'une vérification croisée entre les champs imprimés et la zone de lecture automatique, la MRZ, ce bloc de caractères en forme de chevrons au verso que vous voyez ici sur cette pièce d'identité. Une fois le document reconnu comme authentique, Didit lit les champs par OCR et les présente. Ici, vous voyez les données personnelles : le type de document, le numéro de document, le numéro personnel, l'État de délivrance, toutes les informations qui figurent sur la pièce d'identité, y compris les données d'adresse et toute donnée supplémentaire présente. Et rappelez-vous que Didit peut lire plus de 130 langues et 14 000 types de documents. Vous obtiendrez donc des champs structurés

## La liste des contrôles

[04:47](https://www.youtube.com/watch?v=7htTWCWsl60\&t=287s) à chaque fois qu'une personne présente sa pièce d'identité. Il y a ici un onglet appelé liste des contrôles. Ce sont les contrôles qui s'exécutent en arrière-plan sur cette pièce d'identité en particulier. Je ne vais pas les lire un par un. Il y en a beaucoup, mais c'est en substance la manière dont Didit vérifie que cette pièce d'identité est authentique. Vous n'avez donc rien à configurer

## Détection du vivant, score, vidéo et qualité

[05:07](https://www.youtube.com/watch?v=7htTWCWsl60\&t=307s) de tout cela. Tout s'exécute en arrière-plan. Le contrôle suivant est le contrôle de détection du vivant. Vous voyez que ce contrôle est en cours d'examen. C'est lui qui a été signalé. Vous voyez la détection du vivant et la correspondance faciale. Je précise qu'il s'agit d'un compte de démonstration, donc certaines de ces données ne correspondent pas. Euh, vous voyez que le score de détection du vivant n'est pas de 100 %, et si nous lisons la vidéo de détection du vivant, vous voyez que ce n'est en réalité pas la personne.

[05:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=330s) Il ne s'agit que d'un exemple au hasard. Maintenant, si vous voyiez cela sur un vrai utilisateur, vous verriez la personne effectuer le contrôle de détection du vivant (passif ou actif), ainsi que la vidéo. Nous avons le score de qualité du visage et le score de luminosité du visage. Ce qui est pratique avec Didit, c'est que si un score vous semble peu clair, il suffit de cliquer sur ce bouton ici pour obtenir une explication de sa fonction. Nous pouvons modifier le statut de l'un de ces contrôles si nous estimons qu'il a été signalé à tort, et bien sûr nous pouvons modifier le statut global de cette vérification. Comme pour la vérification d'identité, nous avons une liste de contrôles, et plusieurs contrôles s'exécutent ici en arrière-plan, n'est-ce pas ?  Nous pouvons survoler chacun de ces contrôles pour afficher un peu plus d'informations à leur sujet. Et si une personne échoue à l'un de ces tests, au lieu de la coche verte

## Correspondance faciale

[06:16](https://www.youtube.com/watch?v=7htTWCWsl60\&t=376s) il y aura une croix rouge. Poursuivons, nous arrivons à l'onglet correspondance faciale. Il compare le visage de la pièce d'identité avec celui du contrôle de détection du vivant. Vous voyez ici que le score de similarité est évidemment assez bas, car il ne s'agit pas vraiment de la même personne. Là encore, nous avons une liste de contrôles qui indique ce qui se passe en arrière-plan et ce que fait ce contrôle en particulier. Le score de similarité repose sur la pièce d'identité d'origine et sur l'image de détection du vivant que nous avons capturée. Il permet de déterminer si la personne qui tient la pièce d'identité en est le véritable titulaire. Nous ne verrons pas cela dans le tableau de bord, mais il existe une

## Recherche faciale et listes de blocage

[06:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=414s) recherche faciale. Ainsi, au-delà de la comparaison avec le document, Didit recherche le même visage dans toutes vos autres sessions. Cette partie n'apparaît que lorsqu'une correspondance est trouvée. Ainsi, si le même visage apparaît dans une autre session, une grille de correspondances s'affichera ici. Et si l'un de ces visages correspondants figure sur une liste de blocage que vous gérez, il sera signalé et la session sera refusée, ce qui permet d'arrêter un fraudeur connu directement sur place. Mais pour une session sans correspondance, cette zone reste

## Justificatif de domicile

[07:21](https://www.youtube.com/watch?v=7htTWCWsl60\&t=441s) vide, nous ne verrons donc rien ici. Passons au justificatif de domicile. Nous voyons le document soumis et les données extraites de ce document, avec l'ensemble des métadonnées. Nous avons ici une liste de contrôles, et nous voyons qu'un des contrôles n'a pas de coche verte, ce qui signifie qu'il a été signalé. Nous voyons aussi qu'un autre est en cours d'examen. Cela ne suffit pas pour que ce module de justificatif de domicile passe en refusé, mais c'est encore un point que votre réviseur humain examinera lorsqu'il traitera un profil en cours d'examen. Ici, une réussite signifie que le code a été saisi correctement et un échec signifie que le numéro n'a pas pu être confirmé, et vous verrez cela reflété dans ce module. Vous vous souvenez qu'en haut, l'un des signalements était un numéro de téléphone en double, et cela vient probablement du fait qu'il s'agit d'un

## Vérification du téléphone et doublons

[08:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=488s) compte de démonstration, mais vous voyez qu'en faisant défiler la page sous la vérification du téléphone, nous pouvons voir des correspondances de téléphone. Ce contrôle recherche le numéro de téléphone dans votre base de données, et s'il correspond à celui d'un utilisateur précédent, il sera signalé dans cet onglet. Nous pouvons aussi survoler ici. Nous voyons les autres sessions de vérification qui utilisent le même numéro de téléphone. Il s'agit simplement d'une explication du fonctionnement de ce module.

## Vérification de l'e-mail

[08:35](https://www.youtube.com/watch?v=7htTWCWsl60\&t=515s) Même chose pour la vérification de l'e-mail : l'utilisateur reçoit un code et saisit le

## Filtrage AML, sanctions, personnes politiquement exposées et presse négative

[08:40](https://www.youtube.com/watch?v=7htTWCWsl60\&t=520s) code, et si tout est correct, ce module est également approuvé. Passons maintenant à la lutte contre le blanchiment d'argent, c'est-à-dire le filtrage AML : il se passe beaucoup de choses ici. Ce module compare la personne vérifiée aux listes de sanctions, aux personnes politiquement exposées, à la presse négative, puis indique le nombre de correspondances trouvées. Vous voyez ainsi les données utilisées pour le filtrage, et nous pouvons même voir la liste. Si j'ouvre ceci, nous voyons toutes les listes de sanctions sur lesquelles nous pouvons lancer les contrôles. Ainsi, stupéfiants, terrorisme, criminalité financière, tout y est. Nous pouvons voir si cet utilisateur correspond à l'une des listes : ici le score de correspondance, le score de risque, les listes sur lesquelles cet utilisateur figure et s'il s'agit ou non d'un faux positif. Un faux positif peut survenir si le nom correspond à celui d'une personne figurant sur l'une de ces listes. C'est là que nous disposons d'autres informations, comme la date de naissance, pour procéder à un recoupement. Nous avons là encore une liste de contrôles. Euh, elle est assez courte pour celui-ci, mais ce sont les contrôles sur l'ensemble de ces listes qui font ici le gros du travail.

[09:41](https://www.youtube.com/watch?v=7htTWCWsl60\&t=581s) Et si vous souhaitez que cette personne fasse l'objet d'une surveillance continue, c'est-à-dire que nous puissions vérifier les listes pour cet utilisateur de façon continue, nous pouvons l'activer. Si nous continuons à descendre, nous pouvons voir

## Analyse de l'appareil et de l'IP

[09:50](https://www.youtube.com/watch?v=7htTWCWsl60\&t=590s) l'analyse de l'appareil et de l'IP. Alors, nous avons ici la localisation du document d'identité. C'est l'adresse réelle figurant sur le document. Nous avons les détails de l'adresse ici, pour le justificatif de domicile. Et puis nous avons les informations sur l'appareil. Donc, l'adresse IP et l'endroit d'où la personne réalise la vérification. Et nous pouvons voir, tout en bas, la localisation du document par rapport au justificatif de domicile, à quelle distance se trouvent ces lieux de l'IP de vérification. Et nous pouvons voir tout cela sur cette carte. Si je survole ce point, nous avons la localisation du document d'identité.

[10:28](https://www.youtube.com/watch?v=7htTWCWsl60\&t=628s) Voilà l'appareil numéro un, donc ils sont assez proches. Et puis nous avons le justificatif de domicile, ici, aux États-Unis. Encore une fois, il s'agit d'un compte de démonstration, donc ces détails ne sont pas particulièrement exacts, mais cela vous donne une bonne idée de la proximité entre la personne, son justificatif de domicile et l'endroit où se trouve réellement son document d'identité. Et voici à nouveau la liste des contrôles. Ce sont tous les contrôles que Didit effectue en arrière-plan pour décider s'il faut signaler \[renifle] ou non ce contrôle en particulier. Si nous continuons à descendre, nous avons la validation en base de données. Si vous vous souvenez des vidéos précédentes, nous avons parlé de la validation en base de données. C'est un nœud que vous pouvez ajouter à un workflow. Et ce que nous pouvons faire ici, c'est lancer un contrôle. Pour cet exemple, nous pouvons lancer

## Validation en base de données : correspondance totale, partielle ou absente

[11:06](https://www.youtube.com/watch?v=7htTWCWsl60\&t=666s) un contrôle en Argentine, et nous pouvons vérifier auprès d'un registre gouvernemental, d'un registre d'état civil, de l'administration fiscale, des listes électorales, tous ces différents répertoires auxquels nous avons accès. Vous pouvez voir qu'une correspondance a été trouvée ici. Et vous pouvez voir les données source, les champs qui correspondent dans les résultats. Nous avons donc une correspondance du nom complet et une correspondance de la date de naissance. Et si nous ouvrons la liste des contrôles, nous pouvons voir qu'un de ces contrôles a été signalé.

[11:29](https://www.youtube.com/watch?v=7htTWCWsl60\&t=689s) Et nous pouvons voir ici le type de correspondance. Si une correspondance totale a été trouvée, cela signifie que l'identité existe dans le registre. Une correspondance partielle signifie que certains champs correspondent et que vous devez examiner le reste. Et une absence de correspondance est un signal fort d'identité synthétique, car un numéro d'identité fabriqué ne figure tout simplement dans aucun registre. C'est l'une des défenses les plus solides dont vous disposez contre les identités fictives. Et là encore, cela s'exécute en arrière-plan, sans

## Document AI et questionnaires

[11:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=714s) étape supplémentaire pour l'utilisateur. Passons maintenant à la suite : nous disposons de quelques autres onglets ici, et ceux-ci peuvent varier selon les contrôles auxquels cet utilisateur a été soumis. Nous pouvons voir Document AI. Ce contrôle n'a pas été lancé. Vous pouvez voir « non démarré ». Il existe d'autres contrôles pour les questionnaires. Si quelqu'un remplit un questionnaire, nous pouvons voir les réponses à ces questions dans

## Le journal des événements

[12:15](https://www.youtube.com/watch?v=7htTWCWsl60\&t=735s) l'onglet des questionnaires. Et puis, si nous continuons à descendre, nous avons les événements. Il s'agit d'une piste d'audit, un journal de tous les événements survenus. Ainsi, nous voyons quand la session a été créée, quand son statut a changé, et chaque entrée indique l'appareil, l'IP, le moment et l'auteur de l'action, de sorte que vous pouvez reconstituer

## Livraisons de webhooks

[12:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=751s) exactement le déroulement d'une session. Et enfin, tout en bas, nous avons les webhooks. Ils répertorient chaque livraison que Didit tente d'effectuer vers votre propre endpoint, avec le statut de la réponse. Nous voyons 200 ici. Nous pouvons voir l'en-tête de la requête, le corps, l'URL du webhook, le statut de cette vérification en particulier. Et nous avons aussi la date à laquelle ce webhook a été envoyé. Un point à noter : ce tableau de bord est accessible via l'API, grâce au MCP. Vous pouvez demander à Claude de récupérer toutes ces données, de récupérer toutes vos vérifications en cours d'examen, que vous pouvez analyser dans

## Nouvelle soumission, export PDF et listes de blocage

[13:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=788s) Claude également. Maintenant, si vous regardez en haut, nous avons un fil d'Ariane, et nous pouvons voir que nous pouvons demander une nouvelle soumission. Nous pouvons télécharger le PDF, ce qui est très utile si vous voulez disposer d'une piste d'audit ou si vous devez présenter quelque chose en réunion. Euh, vous pouvez aussi accéder à ce téléchargement via l'API, et vous pouvez ajouter cette personne à une liste de blocage. Voilà comment lire un résultat de

## Chat de session pour votre équipe de réviseurs

[13:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=810s) vérification. Il reste une dernière chose, tout en bas : nous disposons d'un chat de session. Nous pouvons donc mentionner des membres de l'équipe, et discuter d'un résultat de vérification précis avec quelqu'un de notre équipe. Si nous ouvrons ce chat, rédigeons un message et mentionnons un membre de notre équipe, celui-ci concernera spécifiquement cette vérification. Donc, si nous avons une question ou si plusieurs personnes travaillent sur ce dossier, ce chat sera extrêmement utile.

[13:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=835s) Voilà donc comment lire un résultat de vérification, tel que vous le lirez réellement : onglet par onglet, du haut vers le bas. Le verdict et les avertissements sur la vue d'ensemble, puis chaque contrôle à tour de rôle, et la piste d'audit complète à la fin. Ainsi, une fois que vous l'avez fait sur une session, toutes les autres sessions se lisent de la même manière. Et si vous voulez l'essayer avec vos propres données, rendez-vous sur didit.me, inscrivez-vous gratuitement et ouvrez votre premier résultat.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.