Passer au contenu principal
L’authentification biométrique combine un contrôle de détection du vivant avec une correspondance faciale 1:1 facultative par rapport au visage de référence déterminé lors de la création de la session (le portrait_image fourni ou le visage enregistré de l’utilisateur retrouvé via vendor_data). Chaque étape émet ses propres avertissements dans le payload de décision V3. Cette page détaille chaque code, où il apparaît et la façon dont les seuils se traduisent par un statut de session final.

Vue d’ensemble

Lorsqu’une session d’authentification biométrique s’exécute, Didit :
  • Capture un selfie en direct à l’aide de l’action 3D, du flash ou de la détection passive du vivant (method : ACTIVE_3D, FLASHING ou PASSIVE).
  • Extrait le visage le plus grand de la capture et évalue la détection du vivant.
  • Si le workflow inclut la Correspondance faciale, compare le visage capturé au visage de référence de la session (portrait_image fourni ou visage enregistré de l’utilisateur).
  • Inscrit le résultat de chaque étape ainsi que tout avertissement dans la décision de la session.
Les avertissements conservent la structure partagée de l’objet d’avertissement utilisée sur l’ensemble de la plateforme : feature, risk, additional_data, log_type, short_description, long_description et node_id.

Où apparaissent les avertissements

Dans une session d’authentification biométrique standard, il y a un élément dans chaque tableau. Dans les workflows multi-instances, le champ node_id présent sur chaque avertissement permet de distinguer l’étape qui l’a généré.

Conditions de refus automatique

Les avertissements suivants entraînent toujours le refus de leur étape (log_type: "error"), quelle que soit la configuration de votre workflow : Lorsque NO_FACE_DETECTED se déclenche, LOW_LIVENESS_SCORE est supprimé (il n’y a aucun visage à évaluer).

Seuils et actions configurables

Ces avertissements font l’objet d’une notation puis sont associés à un statut selon les seuils et actions que vous définissez par workflow : POSSIBLE_FACE_IN_BLOCKLIST (LIVENESS) n’est pas configurable — une correspondance avec une liste de blocage à score de confiance plus faible est toujours transmise pour examen (log_type: "warning").

Nouvelles tentatives de capture

Les échecs causés uniquement par des risques corrigibles liés à la qualité de capture (score faible, absence de visage, qualité, luminance, visages multiples — et faible similarité lors de la correspondance faciale) entrent dans une boucle de nouvelle tentative avant que le statut ne devienne définitif : l’utilisateur dispose d’un maximum de face_liveness_max_attempts / face_match_max_attempts tentatives au total (3 par défaut, configurable de 2 à 5 par nœud de workflow). Lorsque le nombre de tentatives alloué est épuisé, le statut calculé de la dernière tentative s’applique et LIVENESS_MAX_ATTEMPTS_EXCEEDED ou FACE_MATCH_MAX_ATTEMPTS_EXCEEDED est consigné avec le type information pour en garder une trace.

Avertissements de détection du vivant

L’API renvoie exactement ces chaînes short_description et long_description : Les correspondances avec une liste de blocage, une liste d’autorisation et les doublons comportent additional_data avec la session correspondante (blocklisted_session_id / allowlisted_session_id / duplicated_session_id, le *_session_number correspondant et api_service). Un seul de ces six codes apparaît par rapport. DUPLICATED_FACE_NAME_MISMATCH fait exception : il est émis en plus de DUPLICATED_FACE, jamais à sa place, lorsque l’identité de la session correspondante ne concorde pas avec le nom résolu de cette session. Son additional_data ajoute name_match_score aux mêmes champs de session dupliquée. Un nom écrit dans un système d’écriture différent de chaque côté n’est pas considéré comme une non-concordance lorsque les documents d’identité des deux sessions partagent un État de délivrance, un numéro de document ou personnel exact et une date de naissance non contradictoire. Voir Avertissements de détection du vivant.

Avertissements de correspondance faciale

Exemple : refusé en raison d’une attaque faciale

Exemple : en cours d’examen en raison d’une faible similarité

Le score (58.70) se situe entre le seuil de refus (50 par défaut) et le seuil d’examen (70 par défaut), de sorte que l’avertissement porte log_type: "warning" et que le statut de correspondance faciale est In Review. Dans cet exemple, l’avertissement s’est déclenché sur une session dont le session_id est 11111111-2222-3333-4444-555555555555 — source_image_session_id porte l’identifiant propre à la session car la référence provenait du portrait enregistré lors de la création de la session.

Types d’avertissements

Chaque risque se voit attribuer un type d’avertissement en fonction de la configuration de votre application. Les avertissements se répartissent en trois catégories de gravité :

Voir aussi

Rapport d'authentification biométrique

Où liveness_checks[] et face_matches[] apparaissent dans la décision V3.

Avertissements de détection du vivant

Référence complète des avertissements de détection du vivant, y compris la correspondance de visages en doublon.

Avertissements de correspondance faciale

Référence complète des avertissements de correspondance faciale pour les comparaisons 1:1.
Dernière modification le 7 novembre 2026