Types d’identifiants pris en charge pour les utilisateurs
Chaque type d’identifiant est appliqué au point de contact naturel :
- Visage et document : appliqué lors d’une nouvelle session.
- E-mail et téléphone : appliqué lors d’une étape de session qui les collecte, ou dans le payload d’une transaction.
- Adresse IP et empreinte de l’appareil : appliqué pendant l’Analyse de l’appareil et de l’IP dans une session.
- vendor_data de l’utilisateur : appliqué lors de la création de la session ou de la transaction.
Comment le blocage s’effectue
Une session refusée n’ajoute personne à une liste de blocage. La session passe à l’état
Declined, l’utilisateur reste ACTIVE et aucune entrée n’est écrite dans la liste, de sorte que la même personne peut démarrer une autre session. Le blocage est une étape manuelle : ajoutez l’entrée depuis la page Liste de blocage ou avec l’API Lists. Une entrée de type USER (le vendor_data de l’utilisateur) passe également le statut de l’utilisateur à BLOCKED.1
Automatique : en cas de correspondance avec la liste de blocage
Lorsqu’une session entrante correspond à une entrée existante de la liste de blocage, la session est refusée automatiquement avec un code de motif tel que
blocked_face, blocked_document, blocked_email, etc.2
Manuel : depuis la console
Un analyste ajoute un utilisateur à la liste de blocage depuis Users → [user] → Actions → Add to blocklist, en choisissant un ou plusieurs identifiants à capturer.
3
Programmatique : via l'API Lists
Utilisez l’API Lists pour ajouter des entrées par programmation. C’est la même API que celle qu’utilise la console en coulisses.
Listes système et listes personnalisées
Chaque application dispose de listes de blocage système, une par type d’identifiant, que Didit gère automatiquement. Vous ne pouvez pas les renommer ni les supprimer. Les listes personnalisées sont à vous : vous les créez, les nommez et définissez leur périmètre.Ajouter un utilisateur à la liste de blocage via l’API
Utilisez l’API Lists pour ajouter une entrée à une liste de blocage. Pour bloquer un utilisateur par sonvendor_data, ajoutez une entrée de type USER à la liste de blocage correspondante :
- Listez toutes les listes filtrées avec
entry_type=useretis_system=truepour trouver la liste de blocage système des utilisateurs. - Créez une entrée sur cette liste, avec
valuedéfini sur levendor_datade l’utilisateur.
value.
Déroulement de l’application du blocage
Pour les listes de blocage de visages et de documents, la vérification intervient à l’étape de vérification :Retirer de la liste de blocage
- Console : Blocklist → [type] → row actions → Remove.
- API : utilisez l’endpoint Supprimer une entrée avec l’UUID de la liste et l’UUID de l’entrée.
ACTIVE. Utilisez PATCH /v3/users/{vendor_data}/update-status/ pour modifier le statut si vous souhaitez autoriser de nouvelles sessions.
Journal d’audit des listes de blocage
Chaque ajout ou retrait sur une liste de blocage est consigné dans le journal d’audit :- Qui a ajouté l’entrée (e-mail de l’utilisateur, ou
'system'ou'api'). - La date et l’heure.
- Un
commentfacultatif expliquant le motif. - La session ou la transaction liée, si l’entrée a été générée automatiquement.
Étapes suivantes
API Lists
Référence complète de l’API des listes de blocage et d’autorisation.
Liste de blocage dans la console
Gérez vos listes de blocage depuis l’interface.
Visages et biométrie
Fonctionnement des listes de blocage de visages.