Visió general
La Cerca facial és una cerca biomètrica 1:N: Didit agafa la cara detectada més gran de la tevauser_image i la cerca a l’índex de cerca facial de la teva aplicació — cares registrades a partir de sessions de verificació, crides d’API independents desades, càrregues directes de cares al perfil d’usuari i les teves llistes de bloqueig i d’autorització. És diferent de la Coincidència facial, que és 1:1 — la Coincidència facial compara una selfie amb el retrat d’un document específic, mentre que la Cerca facial planteja la pregunta: «hem vist abans aquesta persona en algun lloc?».
Hi ha dos comportaments que convé entendre abans d’analitzar l’informe:
- Només les coincidències amb la llista de bloqueig provoquen un rebuig.
face_search.statusésDeclinednomés quan s’activa una advertènciaFACE_IN_BLOCKLISToPOSSIBLE_FACE_IN_BLOCKLIST. Les coincidències duplicades per si soles retornenApproved— inspeccionamatchesiwarnings, no nomésstatus. - Persistència i registre opcionals. Quan
save_api_request=true(per defecte), la crida es desa com una sessió de tipus API i la cara cercada es registra a l’índex de cerca facial. Les cares registrades mitjançant crides de Cerca facial s’exclouen dels futurs resultats de la Cerca facial, de manera que les cerques repetides mai no coincideixen entre si. Passasave_api_request=falseper a una consulta d’un sol ús: no s’emmagatzema res i la cara no es registra.
On apareixen els resultats
La Cerca facial és una API independent. Els resultats de la cerca es retornen de manera síncrona, únicament a la resposta dePOST /v3/face-search/, com un objecte singular face_search al nivell superior:
face_searches[] enlloc — la convenció de matrius en plural emprada per id_verifications[], aml_screenings[] i liveness_checks[] a l’endpoint de decisió de sessió no s’aplica aquí.
Quan save_api_request=true (per defecte), la crida també es desa com una sessió de tipus API:
- Consola empresarial — la sessió apareix a la teva llista de sessions amb la imatge de cerca, les coincidències i les advertències.
GET /v3/session/{sessionId}/decision/— recuperable mitjançant elrequest_idretornat com a ID de sessió. Les dades persistides es mostren com una entradaFACE_SEARCHafeatures[]i com un element deliveness_checks[]que conté lesmatchesemmagatzemades (amb valors dematch_image_urlsignats recentment) iwarnings— no pas com un objecteface_search.
save_api_request=false, request_id és un UUID de correlació transitori: la sessió no s’emmagatzema mai, de manera que no es pot obtenir des de la Consola ni des de l’endpoint de decisió.
Esquema
Consulta Cerca facial a la referència de models de dades per a les taules de camps canòniques. L’estructura següent reflecteix el que l’endpoint retorna realment en temps d’execució.matches[]té un límit de 5 entrades per sobre del llindar mínim de similitud, ordenades per similitud descendent (search_type=blocklisted_or_approvedclassifica primer les entrades a la llista de bloqueig, després les de la llista d’autorització i finalment per similitud).sourceindica d’on s’ha registrat la cara coincident:session— una sessió de verificació o una crida d’API independent desada;imported— una cara carregada directament a un perfil d’usuari;list_entry— una cara associada a una de les teves llistes;retained_template— una plantilla biomètrica sense imatge que l’aplicació ha conservat després d’eliminar la sessió d’origen.session_id,session_number,statusiapi_servicesónnullper a coincidències de tipusimported,list_entryiretained_template.- Les coincidències de tipus
retained_templatecontenenvendor_user_id,vendor_dataibiometric_template_id, i sempre sónnullper amatch_image_url,user_detailsi tot el que estigui relacionat amb la sessió: la sessió que va generar la cara ja no existeix i la plantilla no conté cap imatge ni dada d’identitat.is_blocklistedsempre ésfalseper a una plantilla retinguda; una cara a la llista de bloqueig es notifica per separat com una coincidència de tipuslist_entry. Purga la plantilla ambDELETE /v3/biometric-templates/{biometric_template_id}/. api_serviceés el tipus d’API independent de la sessió coincident (en majúscules, p. ex.PASSIVE_LIVENESS) inullquan la cara coincident prové d’una sessió de verificació estàndard de flux de treball.user_detailsprové de la verificació documental de la sessió coincident. Per a coincidències ambsource: imported, s’obté del perfil d’usuari (full_namedefinit,document_type/document_numbercom a null); ésnullquan no hi ha dades d’identitat (per exemple, sessions de només prova de vida).- Les advertències utilitzen una estructura reduïda en comparació amb les advertències dels fluxos de treball: no hi ha cap
node_id. El contracte de resposta documentat (FaceSearchResponseSerializer) declara els cinc campsrisk,additional_data,log_type,short_descriptionilong_description; el payload en temps d’execució inclou addicionalmentfeature, que aquí sempre és"LIVENESS". Consulta Advertències de Cerca facial. - No s’exclouen les coincidències del mateix usuari — a diferència de la detecció de duplicats dels fluxos de treball, l’endpoint independent no filtra sessions anteriors amb el mateix
vendor_data, de manera que un usuari legítim que torna coincideix amb les seves pròpies sessions anteriors.
Valors d’estat
El campface_search.status de nivell superior es deriva de warnings[]. L’estat status de la coincidència reflecteix el resultat de la verificació de la sessió coincident i és independent.
Nota: quan la imatge de cerca no conté cap cara detectable, l’API retorna HTTP
400 amb {"error": "No face detected in the image"} abans que es construeixi un objecte face_search — no hi ha cap estat Declined per a aquest cas. Un saldo de crèdits insuficient retorna HTTP 403 abans de qualsevol processament de la imatge.
Exemples
Aprovada — coincidència duplicada, sense llista de bloqueig
Rebutjada — coincidència amb la llista de bloqueig
Relacionat
- Advertències de Cerca facial — tots els codis d’advertència que pot emetre la cerca
- Referència de l’API de Cerca facial — paràmetres de la sol·licitud i modes de
search_type - Models de dades — Cerca facial — esquema canònic
- Webhooks — payloads de
status.updatedper a sessions persistides
Quan
save_api_request=true, els valors de match_image_url són URL signades i de curta durada — torna a cridar l’endpoint de decisió de la sessió amb el request_id retornat per obtenir-ne de noves. Quan save_api_request=false, són rutes d’emmagatzematge intern i no es poden descarregar directament. Emmagatzema només l’id de la sessió coincident, l’estat i similarity_percentage al teu costat — no conservis la imatge biomètrica subjacent.