Panoramica
Ricerca facciale genera un set ridotto di avvisi affinché il tuo team possa comprendere perché una ricerca ha restituitoApproved o Declined. Gli avvisi vengono restituiti nell’array face_search.warnings[] della risposta POST /v3/face-search/ (vedi report di Ricerca facciale).
Gli avvisi qui utilizzano un formato ridotto rispetto agli avvisi dei workflow: non è presente alcun node_id. Il contratto di risposta documentato dichiara cinque campi — risk, additional_data, log_type, short_description, long_description — e il payload in fase di esecuzione include inoltre feature, che su questo endpoint è sempre "LIVENESS".
Avvisi generati
Generatore:
FaceSearchAPIView.add_warnings (apis/views/face_search.py:250-330); derivazione dello stato: get_face_search_status (apis/views/face_search.py:242-248), che rifiuta solo per i due rischi di blocklist.
Regole di emissione utili da conoscere:
- La blocklist ha la precedenza sui duplicati. Una corrispondenza confermata in blocklist sopprime
DUPLICATED_FACE, e una corrispondenza possibile in blocklist sopprimePOSSIBLE_DUPLICATED_FACE— non si ottengono mai entrambi gli elementi di una coppia per la stessa fascia di affidabilità. additional_datafa riferimento solo al primo volto corrispondente, anche quandomatches[]ne contiene diversi. Gli avvisi di blocklist contengono{blocklisted_session_id, blocklisted_session_number, api_service}; gli avvisi di duplicati contengono{duplicated_session_id, duplicated_session_number, api_service};MULTIPLE_FACES_DETECTEDcontienenull. Il valore diapi_serviceè in maiuscolo (ad es.PASSIVE_LIVENESS) oppurenullper le sessioni dei workflow.- I volti nella lista consentita sopprimono gli avvisi di duplicato — una corrispondenza nella lista consentita ad alta affidabilità cancella
DUPLICATED_FACE/POSSIBLE_DUPLICATED_FACE(non cancella mai gli avvisi di blocklist).
Stringhe esatte degli avvisi
Controllo dell’immagine di ricerca
Quando non viene rilevato alcun volto inuser_image, l’API rifiuta la richiesta con HTTP 400 e {"error": "No face detected in the image"} prima che venga creato un oggetto face_search — pertanto un avviso NO_FACE_DETECTED non compare mai in una risposta riuscita di Ricerca facciale. Questo viene restituito come stringa error di primo livello, non in warnings[].
Impostazioni configurabili
Le fasce di somiglianza che separano le corrispondenze confermate (FACE_IN_BLOCKLIST, DUPLICATED_FACE) da quelle possibili (POSSIBLE_FACE_IN_BLOCKLIST, POSSIBLE_DUPLICATED_FACE) sono fisse internamente — la regolazione delle soglie per applicazione si applica al controllo di vitalità del workflow, non a questo endpoint. I selettori che puoi controllare per ciascuna richiesta sono:
search_type(most_similar, predefinito |blocklisted_or_approved) —most_similarordina ogni volto registrato in base alla somiglianza;blocklisted_or_approvedlimita i candidati ai volti in blocklist, ai volti nella lista consentita, ai volti provenienti da sessioni approvate e ai volti di profili utente importati, ordinando per prime le voci in blocklist.save_api_request(predefinitotrue) — rende persistente la chiamata come sessione di tipo API e registra il volto cercato nel tuo indice di ricerca facciale. I volti registrati tramite chiamate a Ricerca facciale sono esclusi dai risultati futuri di Ricerca facciale. Imposta sufalseper eseguire query senza memorizzare o registrare.rotate_image(predefinitofalse) — tenta rotazioni di 90 gradi e mantiene l’orientamento con il miglior rilevamento del volto; utile quando l’orientamento EXIF è assente.
Esempi
Corrispondenza con la blocklist (forza Declined)
Segnale di duplicato (lo stato rimane Approved)
Risorse correlate
- Report di Ricerca facciale — formato completo della risposta
- Riferimento API di Ricerca facciale — parametri di richiesta
- Avvisi di Confronto facciale — avvisi di confronto 1:1 tra selfie e documento (distinti dalla Ricerca facciale)
- Modelli di dati — Ricerca facciale — schema canonico