Visió general
La Cerca facial emet un conjunt reduït d’advertències perquè el teu equip pugui saber per què una cerca ha retornatApproved o Declined. Les advertències es retornen a l’array face_search.warnings[] de la resposta de POST /v3/face-search/ (consulta l’informe de Cerca facial).
Les advertències d’aquesta secció 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 declara cinc camps — risk, additional_data, log_type, short_description, long_description —, i el payload en temps d’execució inclou addicionalment feature, que sempre és "LIVENESS" en aquest endpoint.
Advertències generades
Emissor:
FaceSearchAPIView.add_warnings (apis/views/face_search.py:250-330); derivació de l’estat: get_face_search_status (apis/views/face_search.py:242-248), que rebutja únicament pels dos riscos de llista de bloqueig.
Regles d’emissió que val la pena conèixer:
- La llista de bloqueig té prioritat sobre els duplicats. Una coincidència confirmada a la llista de bloqueig suprimeix
DUPLICATED_FACE, i una possible coincidència a la llista de bloqueig suprimeixPOSSIBLE_DUPLICATED_FACE; mai s’obtenen tots dos membres d’un parell per a la mateixa banda de confiança. additional_datafa referència només a la primera cara coincident, fins i tot quanmatches[]en conté diverses. Les advertències de llista de bloqueig inclouen{blocklisted_session_id, blocklisted_session_number, api_service}; les advertències de duplicats inclouen{duplicated_session_id, duplicated_session_number, api_service};MULTIPLE_FACES_DETECTEDconténull. El valor deapi_serviceestà en majúscules (per exemple,PASSIVE_LIVENESS) o ésnullper a sessions de flux de treball.- Les cares a la llista de permisos suprimeixen les advertències de duplicats: una coincidència d’alta confiança a la llista de permisos elimina
DUPLICATED_FACE/POSSIBLE_DUPLICATED_FACE(mai elimina les advertències de llista de bloqueig).
Cadenes exactes de les advertències
Control de la imatge de cerca
Quan no es detecta cap cara auser_image, l’API rebutja la sol·licitud amb HTTP 400 i {"error": "No face detected in the image"} abans que es construeixi un objecte face_search, de manera que mai apareix una advertència NO_FACE_DETECTED en una resposta satisfactòria de Cerca facial. Això es retorna com una cadena error de primer nivell, no a warnings[].
Opcions de configuració
Les bandes de similitud que separen les coincidències confirmades (FACE_IN_BLOCKLIST, DUPLICATED_FACE) de les possibles coincidències (POSSIBLE_FACE_IN_BLOCKLIST, POSSIBLE_DUPLICATED_FACE) estan fixades internament; l’ajust de llindars per aplicació s’aplica a la comprovació de prova de vida del flux de treball, no a aquest endpoint. Els paràmetres que controles per sol·licitud són:
search_type(most_similar, per defecte |blocklisted_or_approved) —most_similarclassifica cada cara registrada per similitud;blocklisted_or_approvedrestringeix els candidats a cares a la llista de bloqueig, cares a la llista de permisos, cares de sessions aprovades i cares importades de perfils d’usuari, classificant en primer lloc les entrades de la llista de bloqueig.save_api_request(per defectetrue) — desa la crida com una sessió de tipus API i incorpora la cara cercada al teu índex de cerca facial. Les cares incorporades mitjançant crides de Cerca facial s’exclouen dels futurs resultats de Cerca facial. Estableix-ho afalseper consultar sense desar ni incorporar.rotate_image(per defectefalse) — prova rotacions de 90 graus i manté l’orientació amb la millor detecció facial; és útil quan falta l’orientació EXIF.
Exemples
Coincidència amb la llista de bloqueig (força Declined)
Senyal de duplicat (l’estat es manté Approved)
Relacionat
- Informe de Cerca facial — estructura completa de la resposta
- Referència de l’API de Cerca facial — paràmetres de la sol·licitud
- Advertències de Coincidència facial — advertències 1:1 de selfie a document (separades de Cerca facial)
- Models de dades — Cerca facial — esquema canònic