Vai al contenuto principale
L’Autenticazione biometrica combina un controllo di vitalità con un confronto facciale 1:1 opzionale rispetto al volto di riferimento determinato alla creazione della sessione (il portrait_image fornito o il volto memorizzato dell’utente cercato tramite vendor_data). Ogni passaggio genera i propri avvisi nel payload di decisione V3. Questa pagina elenca tutti i codici, dove compaiono e come le soglie si traducono nello stato finale della sessione.

Panoramica

Quando viene eseguita una sessione di autenticazione biometrica, Didit:
  • Acquisisce un selfie dal vivo utilizzando 3D Action, Flash o Passive Liveness (method: ACTIVE_3D, FLASHING o PASSIVE).
  • Estrae il volto più grande dall’acquisizione e ne calcola il punteggio di vitalità.
  • Se il workflow include il Confronto facciale, confronta il volto acquisito con il volto di riferimento della sessione (portrait_image fornito o il volto memorizzato dell’utente).
  • Scrive l’esito di ogni passaggio e gli eventuali avvisi nella decisione della sessione.
Gli avvisi mantengono la struttura condivisa dell’oggetto di avviso utilizzata nell’intera piattaforma: feature, risk, additional_data, log_type, short_description, long_description e node_id.

Dove compaiono gli avvisi

In una tipica sessione di autenticazione biometrica è presente un elemento in ciascun array. Nei workflow con più istanze, il node_id di ciascun avviso indica chiaramente quale passaggio lo ha generato.

Condizioni di rifiuto automatico

I seguenti avvisi determinano sempre il rifiuto del rispettivo passaggio (log_type: "error"), a prescindere da come hai configurato il workflow: Quando si attiva NO_FACE_DETECTED, LOW_LIVENESS_SCORE viene soppresso (non c’è alcun volto di cui calcolare il punteggio).

Soglie e azioni configurabili

A questi avvisi viene assegnato un punteggio, mappato successivamente a uno stato tramite le soglie e le azioni impostate per ciascun workflow: POSSIBLE_FACE_IN_BLOCKLIST (LIVENESS) non è configurabile: una corrispondenza nella blocklist a minore affidabilità viene sempre instradata verso Revisione (log_type: "warning").

Nuovi tentativi di acquisizione

I fallimenti dovuti esclusivamente a rischi risolvibili legati alla qualità dell’acquisizione (punteggio basso, nessun volto, qualità, luminosità, volti multipli — e bassa somiglianza nel confronto facciale) entrano in un ciclo di nuovi tentativi prima che lo stato diventi definitivo: l’utente ha a disposizione fino a face_liveness_max_attempts / face_match_max_attempts tentativi totali (valore predefinito 3, configurabile da 2 a 5 per nodo del workflow). Una volta esaurito il numero di tentativi, si applica lo stato calcolato dell’ultimo tentativo e viene registrato LIVENESS_MAX_ATTEMPTS_EXCEEDED o FACE_MATCH_MAX_ATTEMPTS_EXCEEDED come information per tenerne traccia.

Avvisi sul rilevamento della vitalità

L’API restituisce queste stringhe short_description e long_description: I riscontri con blocklist, allowlist e volti duplicati contengono additional_data con la sessione corrispondente (blocklisted_session_id / allowlisted_session_id / duplicated_session_id, il corrispondente *_session_number e api_service). Solo uno di questi sei codici appare in ciascun report. DUPLICATED_FACE_NAME_MISMATCH rappresenta l’eccezione: viene emesso in aggiunta a DUPLICATED_FACE, mai al suo posto, quando l’identità della sessione corrispondente non coincide con il nome risolto di questa sessione. Il suo additional_data aggiunge name_match_score agli stessi campi della sessione duplicata. Un nome scritto in un sistema di scrittura diverso su ciascun lato non viene trattato come una mancata corrispondenza quando i documenti d’identità di entrambe le sessioni condividono lo stato di emissione, un numero di documento o identificativo personale esatto e una data di nascita non contraddittoria. Consulta Avvisi sul rilevamento della vitalità.

Avvisi sul confronto facciale

Esempio — rifiutata per attacco facciale

Esempio — in revisione per bassa somiglianza

Il punteggio (58.70) si colloca tra la soglia di rifiuto (predefinita a 50) e la soglia di revisione (predefinita a 70), quindi l’avviso riporta log_type: "warning" e lo stato del confronto facciale è In Review. In questo esempio l’avviso è scattato su una sessione il cui session_id è 11111111-2222-3333-4444-555555555555 — source_image_session_id riporta l’ID stesso della sessione perché il riferimento proviene dal ritratto salvato al momento della creazione della sessione.

Tipi di avviso

A ciascun rischio viene assegnato un tipo di avviso in base alla configurazione della tua applicazione. Gli avvisi rientrano in tre categorie di gravità:

Correlati

Report di autenticazione biometrica

Dove compaiono liveness_checks[] e face_matches[] nella decisione V3.

Avvisi sul rilevamento della vitalità

Riferimento completo agli avvisi di vitalità, inclusa la corrispondenza dei volti duplicati.

Avvisi sul confronto facciale

Riferimento completo agli avvisi di confronto facciale per i confronti 1:1.
Ultima modifica il 7 novembre 2026