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,FLASHINGouPASSIVE). - 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_imagefourni ou visage enregistré de l’utilisateur). - Inscrit le résultat de chaque étape ainsi que tout avertissement dans la décision de la session.
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 deface_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înesshort_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é
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.