Passer au contenu principal
La solution d’Authentification biométrique de Didit offre une expérience de vérification rationalisée pour les utilisateurs récurrents. Ce workflow peut être configuré pour effectuer un contrôle de détection du vivant seul afin de vérifier simplement la présence, ou combiner la détection du vivant avec la reconnaissance faciale pour une confirmation d’identité renforcée par rapport à un portrait stocké. Cette flexibilité crée une expérience sans friction tout en maintenant des normes de sécurité élevées.

​
Principales fonctionnalités

​
Revérification rapide

  • Aucun scan de document requis
  • Vérification complète en quelques secondes
  • Réduit les frictions pour l’utilisateur et les abandons

​
Sécurité avancée

  • Utilise la même architecture de réseau neuronal que Correspondance faciale 1:1
  • Prévient les tentatives de prise de contrôle de compte
  • Comprend la détection du vivant pour prévenir l’usurpation

​
Flexibilité d’intégration

  • Disponible en version Web
  • Seuils de correspondance configurables
  • Analyse de l’appareil et de l’IP optionnelle pour une sécurité renforcée

​
Comment ça fonctionne

Création de la session

Lorsque vous créez une session d’authentification biométrique pour un workflow avec correspondance faciale, Didit a besoin d’un visage de référence auquel comparer le selfie en direct. Vous disposez de deux options :
  • Envoyer portrait_image en Base64 (2MB max) depuis votre propre base de données. Il a toujours la priorité lorsqu’il est fourni.
  • Omettre portrait_image et transmettre le vendor_data de l’utilisateur. Didit réutilise automatiquement le visage déjà stocké pour cet utilisateur, selon l’ordre suivant :
    1. Visage capturé lors d’un contrôle de détection du vivant approuvé
    2. Photo de la puce du passeport électronique issue d’une vérification d’identité approuvée
    3. Portrait recadré du document d’identité d’une vérification d’identité approuvée
    4. Visage de profil enregistré manuellement (API Users ou importation dans la Console)
Seuls les visages issus de sessions approuvées (ou les visages que vous avez vous-même enregistrés) sont réutilisés. Si vous omettez portrait_image et que l’utilisateur n’a aucun visage stocké, la création de la session échoue avec une erreur 400 et le message No stored face image was found for this user. Send a portrait_image, or complete an approved verification with face liveness or an ID document for this vendor_data first. Si vous omettez également vendor_data, le message 400 vous demande d’envoyer un portrait_image ou un vendor_data disposant d’un visage stocké.

Capture de la photo en direct

Pendant le processus d’authentification :

Vérification et traitement des résultats

Le système traite la vérification en fonction de la configuration de votre workflow :
Si la correspondance faciale est désactivée dans le workflow, le système confirme uniquement que l’utilisateur est bien vivant ; aucun visage de référence n’est requis et portrait_image n’est pas nécessaire. Un contrôle réussi débouche sur une authentification approuvée, utile pour une simple vérification de présence.
Si la correspondance faciale est activée dans le workflow (visage de référence issu de portrait_image ou du visage stocké de l’utilisateur) :
  1. Le système effectue d’abord le contrôle de détection du vivant
  2. Si la détection du vivant est réussie, il compare le nouveau selfie au visage de référence
  3. Un score de similarité (0–100%) est généré
  4. Score supérieur à votre seuil configuré → Approuvé
  5. Score inférieur au seuil → Refusé
Les résultats sont disponibles via la réponse de l’API, la Business Console et les webhooks.
Dernière modification le 7 novembre 2026