Vai al contenuto principale

Panoramica

Ricerca facciale genera un set ridotto di avvisi affinché il tuo team possa comprendere perché una ricerca ha restituito Approved 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 sopprime POSSIBLE_DUPLICATED_FACE — non si ottengono mai entrambi gli elementi di una coppia per la stessa fascia di affidabilità.
  • additional_data fa riferimento solo al primo volto corrispondente, anche quando matches[] 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_DETECTED contiene null. Il valore di api_service è in maiuscolo (ad es. PASSIVE_LIVENESS) oppure null per 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 in user_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_similar ordina ogni volto registrato in base alla somiglianza; blocklisted_or_approved limita 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 (predefinito true) — 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 su false per eseguire query senza memorizzare o registrare.
  • rotate_image (predefinito false) — 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

Tipi di avviso

Ultima modifica il 7 novembre 2026