Vérifications

Une vérification est une tentative d'une personne : une session qui a été créée, exécutée et terminée par un verdict. Cette page les liste toutes pour votre organisation, de la plus récente à la plus ancienne, dans l'environnement que vous consultez.

Si vous cherchez la personne plutôt que la tentative, utilisez Personnes.

Retrouver celle que vous cherchez

Le champ de recherche accepte un nom, un e-mail, un numéro de document ou un identifiant de session.

Quand une recherche exacte ne trouve rien, la console propose des noms proches : des lignes dont le nom ressemble à ce que vous avez saisi. L'orthographe et la translittération diffèrent d'un système à l'autre, si bien que la personne que vous cherchez s'y trouve souvent. La comparaison porte sur les vérifications les plus récentes de votre vue actuelle plutôt que sur tout votre historique, et la console indique combien elle en a examiné.

Les filtres permettent d'affiner par statut, verdict, flux, pays du document, code de motif, plage de score, période, clé API, source, et selon ce qui a tranché : notre moteur, une règle automatique, un évaluateur, ou quelque chose d'extérieur à cette console. Le pays du document est le pays qui a délivré le document, le même filtre que proposent les pages Personnes et Révision manuelle. Non lus seulement et En revue, tout le monde sont les deux raccourcis qu'une équipe au travail utilise le plus.

Les colonnes

Le statut et le verdict ne sont pas la même chose, et il est utile de savoir pourquoi. Le verdict est ce qu'ont conclu les contrôles ; le statut est l'état de la session. Une session dont le verdict est review a le statut manual_review jusqu'à ce que quelqu'un la tranche ; le statut devient alors approuvé ou rejeté, tandis que le verdict enregistré par le moteur reste ce qu'il était.

Une session expirée signifie généralement que le demandeur n'a jamais terminé. Deux motifs disent autre chose, et tous deux signifient que cette tentative n'a produit aucune nouvelle vérification, sans rien dire de la personne. ALREADY_VERIFIED signifie que vous détenez déjà une approbation pour elle : soit cette tentative a été refusée, soit c'était un dossier en attente de révision qui s'est fermé de lui-même quand la même personne a été approuvée sur une autre vérification. REVIEW_IN_PROGRESS signifie qu'elle a recommencé alors qu'un dossier antérieur attendait encore un évaluateur, si bien que cette tentative a été refusée. Sa page de personne affiche l'approbation ou le dossier ouvert à côté. Révision manuelle explique les deux.

Une vérification arrêtée de cette façon l'indique en haut de sa page : sur quoi porte la correspondance (la pièce d'identité, l'identifiant client ou l'adresse e-mail), laquelle de vos vérifications elle répète et, pour les postes qui peuvent ouvrir Fraude, un lien vers toutes les tentatives de cette personne.

Traiter plusieurs lignes à la fois

Sélectionnez des lignes avec les cases à cocher et la barre d'actions groupées apparaît : appliquer des étiquettes, marquer comme lu ou non lu, ou attribuer les dossiers à un collègue. Elle indique combien de lignes ont été modifiées et combien ont été ignorées, ce qui arrive quand une ligne ne se prête pas à l'action demandée.

Exporter fait sortir de la plateforme la liste filtrée actuelle sous forme de fichier CSV ou NDJSON. Un code de votre application d'authentification est demandé d'abord, et l'export est réservé aux propriétaires par défaut, car il écrit des identités déchiffrées dans un fichier que nous ne pourrons jamais rappeler ni faire expirer. Les gros exports sont plafonnés et la console vous prévient quand le plafond est atteint : affinez alors les filtres pour obtenir le reste.

La page de détail

Sélectionnez une ligne pour obtenir tout ce qui a été enregistré sur cette tentative.

Session contient l'identifiant, le flux exécuté, le niveau de moteur, la langue du demandeur, le score global et les codes de motif.

Demandeur contient l'identité telle que lue sur le document et confirmée par le demandeur. Elle s'affiche en entier pour tout rôle autorisé à voir les informations des demandeurs, et chaque consultation est enregistrée à votre nom dans Activité de l'équipe. Un rôle qui n'est pas autorisé à voir ces informations en est informé à la place. Si la personne s'est déjà vérifiée chez vous, une ligne ici renvoie vers sa page de personne et indique de quelle tentative il s'agit sur combien.

Quand un membre de votre équipe a modifié les données du demandeur, cette carte passe en ambre et porte un badge Modifié avec la version et le nombre de modifications, par exemple « Version 3 · modifiée 2 fois ». C'est le signal que le dossier ne dit plus exactement ce qui a été lu sur le document. Historique ouvre toutes les versions, décrites dans Modifier les données du demandeur plus bas.

Contrôles liste chaque contrôle exécuté, son propre verdict et ses codes de motif. C'est ici que l'on répond vraiment à la question « pourquoi a-t-il été rejeté ».

Pièces contient ce que le demandeur a capturé : scans du document, selfie, images ou vidéo de vivacité. Sélectionnez une image pour l'agrandir et zoomer. Il arrive qu'une image ne soit plus stockée ; la console le dit plutôt que d'afficher un cadre vide.

Activité retrace tout, du plus ancien au plus récent : consentement, chaque contrôle, toute décision de révision et chaque webhook que nous avons envoyé à son sujet.

Étiquettes sont les libellés propres à votre équipe, et elles restent attachées à la personne derrière la vérification. Si aucune fiche de personne n'est encore liée, la console le dit, car une étiquette posée là ne serait attachée à personne.

Ce que vous pouvez faire d'ici

La trancher. Le panneau de décision n'apparaît que lorsqu'un dossier de révision est ouvert sur cette session. Approuvez, rejetez ou confiez-le à un collègue. Une session que le moteur a tranchée seul n'a rien à trancher, et une session déjà résolue l'indique. Le déroulement complet se trouve sur Révision manuelle.

Modifier les données du demandeur. Corrigez à la main un nom, une date ou un numéro, à côté du scan. Voir Modifier les données du demandeur plus bas.

Relire le document. Le retraitement relance l'extraction sur les images que nous détenons déjà et remplace les champs d'identité enregistrés. Il ne change ni le statut, ni le verdict, ni le score, et ne peut pas être annulé. Utilisez-le quand c'est la lecture qui est fausse, pas la décision. Si la seconde lecture ne reconnaît rien, les valeurs précédentes sont conservées. Un champ qu'un membre de votre équipe a modifié à la main est conservé tel quel : une nouvelle lecture n'écrase jamais la correction d'une personne.

Autoriser une vérification de plus. Quand la revérification est activée, détenir une approbation pour quelqu'un signifie qu'une nouvelle session pour cette personne est refusée. Ce contrôle en laisse passer une, une seule fois, avec un motif et une fenêtre de temps. Il n'annule pas l'approbation : celle-ci reste en vigueur jusqu'à ce qu'une nouvelle vérification la remplace, donc si la personne ne revient jamais, rien ne change dans son dossier. Vous pouvez retirer l'autorisation avant qu'elle soit utilisée.

Modifier les données du demandeur

Il arrive que le moteur lise mal un document : un chiffre oublié dans un numéro d'identité nationale, une date inversée, un nom qu'il n'a pas su translittérer. Modifier sur la carte Demandeur ouvre le scan à côté de chaque champ imprimé sur le document, y compris les noms et les dates tels qu'ils sont imprimés dans l'écriture propre du document, pour que vous saisissiez ce que le document montre réellement. Cela fonctionne sur une vérification en révision comme sur une vérification déjà approuvée ou rejetée. Le même contrôle se trouve sur le dossier dans Révision manuelle.

La modification ne change que les données enregistrées du demandeur. Elle ne relance aucun contrôle et ne change jamais le statut, le verdict ou le score : une vérification approuvée reste approuvée. Vos points de terminaison webhook reçoivent verification.data_updated à chaque modification enregistrée, pour que vos propres systèmes sachent qu'il faut récupérer à nouveau le dossier. Voir Webhooks.

Chaque enregistrement est une nouvelle version, et rien n'est jamais supprimé. La première modification conserve aussi le dossier exactement tel que le moteur l'a lu, en version 1, pour que la lecture d'origine puisse toujours être restaurée.

Une vérification déjà tranchée demande votre code d'authentification avant l'enregistrement de la modification, car le demandeur et vos systèmes ont déjà été informés de quelque chose à son sujet. Un dossier encore en révision ne le demande pas.

Une modification qui contredit une approbation est signalée avant d'être enregistrée. Sur une vérification approuvée, la console vérifie si les nouvelles valeurs enfreignent les règles selon lesquelles l'approbation a été donnée, et liste chacune d'elles :

Vous pouvez revenir en arrière, ou choisir Enregistrer quand même. La vérification reste approuvée dans les deux cas, et la version consigne que vous l'avez enregistrée en connaissance du conflit. Si vous avez besoin d'une autre issue, c'est une décision distincte.

Si quelqu'un d'autre a enregistré avant vous, votre enregistrement est refusé plutôt que fusionné, et la fenêtre vous demande de recharger le dossier et de refaire votre modification par-dessus la sienne.

Certaines vérifications ne peuvent pas être modifiées ici, et la carte explique pourquoi : une vérification encore en cours de capture ou de traitement, ou expirée ; une vérification dans un environnement auquel vous n'avez pas accès ; et une vérification reflétée depuis une autre plateforme, qui détient ses données.

L'historique des versions

Historique liste chaque version, de la plus récente à la plus ancienne. Chacune indique qui l'a créée et avec quel rôle, quand, le motif et la note, si la vérification était alors approuvée, rejetée ou en révision, les conflits éventuellement confirmés, et chaque champ modifié, de son ancienne valeur à la nouvelle. Une modification faite par le personnel de la plateforme pour vous aider est signalée comme telle plutôt qu'au nom d'un membre de l'équipe.

Restaurer sur une version antérieure enregistre une nouvelle version avec les valeurs de cette version. Un motif est demandé, et les mêmes règles qu'une modification s'appliquent : l'avertissement de conflit sur une approbation, le code d'authentification sur une vérification tranchée. Restaurer ne supprime rien, si bien qu'une restauration peut elle-même être annulée de la même façon.

Ouvrir l'historique affiche des données du demandeur : il faut donc la même autorisation que pour voir la carte Demandeur, et l'ouverture est enregistrée dans Activité de l'équipe. Modifier et restaurer requièrent l'autorisation Modifier les données du demandeur, que les propriétaires, les responsables de revue et les évaluateurs détiennent par défaut. Voir Rôles et autorisations.