Passer au contenu principal

Vue d’ensemble

La Recherche faciale émet un ensemble restreint d’avertissements afin que votre équipe puisse comprendre pourquoi une recherche a renvoyé Approved ou Declined. Les avertissements sont renvoyés dans le tableau face_search.warnings[] de la réponse POST /v3/face-search/ (voir rapport de Recherche faciale). Les avertissements utilisent ici une structure réduite par rapport aux avertissements de workflow : il n’y a pas de node_id. Le contrat de réponse documenté déclare cinq champs — risk, additional_data, log_type, short_description, long_description — et le payload d’exécution contient en plus feature, qui vaut toujours "LIVENESS" sur cet endpoint.

Avertissements générés

Producteur : FaceSearchAPIView.add_warnings (apis/views/face_search.py:250-330) ; dérivation du statut : get_face_search_status (apis/views/face_search.py:242-248), qui refuse uniquement pour les deux risques liés à la liste de blocage. Règles d’émission à connaître :
  • La liste de blocage a la priorité sur les doublons. Une correspondance confirmée sur liste de blocage supprime DUPLICATED_FACE, et une correspondance possible sur liste de blocage supprime POSSIBLE_DUPLICATED_FACE — vous ne recevez jamais les deux membres d’une paire pour la même plage de confiance.
  • additional_data fait uniquement référence au premier visage correspondant, même lorsque matches[] en contient plusieurs. Les avertissements de liste de blocage contiennent {blocklisted_session_id, blocklisted_session_number, api_service} ; les avertissements de doublon contiennent {duplicated_session_id, duplicated_session_number, api_service} ; MULTIPLE_FACES_DETECTED contient null. La valeur de api_service est en majuscules (par ex. PASSIVE_LIVENESS) ou null pour les sessions de workflow.
  • Les visages sur liste d’autorisation suppriment les avertissements de doublon — une correspondance de haute confiance sur la liste d’autorisation efface DUPLICATED_FACE/POSSIBLE_DUPLICATED_FACE (elle n’efface jamais les avertissements de liste de blocage).

Chaînes exactes des avertissements

Contrôle de l’image de recherche

Lorsqu’aucun visage n’est détecté dans user_image, l’API rejette la requête avec un code HTTP 400 et {"error": "No face detected in the image"} avant qu’un objet face_search ne soit créé — ainsi, un avertissement NO_FACE_DETECTED n’apparaît jamais dans une réponse de Recherche faciale réussie. Cela est renvoyé sous forme de chaîne error de premier niveau, et non dans warnings[].

Paramètres configurables

Les plages de similarité qui séparent les correspondances confirmées (FACE_IN_BLOCKLIST, DUPLICATED_FACE) des correspondances possibles (POSSIBLE_FACE_IN_BLOCKLIST, POSSIBLE_DUPLICATED_FACE) sont définies de manière interne — l’ajustement des seuils par application s’applique à la vérification de détection du vivant du workflow, pas à cet endpoint. Les options que vous contrôlez par requête sont :
  • search_type (most_similar, par défaut | blocklisted_or_approved) — most_similar classe chaque visage enrôlé par similarité ; blocklisted_or_approved restreint les candidats aux visages sur liste de blocage, aux visages sur liste d’autorisation, aux visages issus de sessions approuvées et aux visages de profils utilisateurs importés, en classant les entrées sur liste de blocage en premier.
  • save_api_request (true par défaut) — conserve l’appel sous la forme d’une session de type API et enrôle le visage recherché dans votre index de recherche faciale. Les visages enrôlés par des appels de Recherche faciale sont exclus des futurs résultats de Recherche faciale. Définissez à false pour interroger sans stocker ni enrôler.
  • rotate_image (false par défaut) — tente des rotations de 90 degrés et conserve l’orientation offrant la meilleure détection de visage ; utile lorsque l’orientation EXIF est absente.

Exemples

Correspondance dans la liste de blocage (force Declined)

Signal de doublon (le statut reste Approved)

Ressources associées

Types d’avertissements

Dernière modification le 7 novembre 2026