Vai al contenuto principale

Panoramica

Gli avvisi nel report di confronto facciale segnalano ogni condizione rilevata da Didit durante l’esecuzione del confronto facciale 1:1. Vengono inseriti nell’array warnings[] di ogni elemento di face_matches[] (vedi Report di confronto facciale). Ciascuna voce include anche feature: "FACEMATCH" e il node_id del nodo del workflow che l’ha generata. Ogni avviso si articola su tre livelli:
  1. Il codice risk — un identificatore stabile su cui puoi basare i controlli nel tuo codice.
  2. Il log_type — information, warning o error, derivato dalle soglie del punteggio di similarità del tuo workflow.
  3. L’impatto sulla decisione — determinato dalle soglie di revisione e rifiuto del workflow per il punteggio di similarità.
Il modulo di confronto facciale è intenzionalmente essenziale — esistono esattamente cinque codici di rischio, elencati di seguito per intero.

Condizioni di rifiuto automatico

Il seguente rischio impone sempre lo stato Declined per il report di confronto facciale (e per la sessione): Quando scatta NO_REFERENCE_IMAGE, LOW_FACE_MATCH_SIMILARITY viene soppresso (non c’è nulla a cui assegnare un punteggio). C’è un’eccezione. Quando il passaggio di verifica dell’identità è stato completato tramite una ricerca non documentale il cui registro non restituisce alcun ritratto e non verifica alcun volto, il confronto facciale non ha nulla con cui confrontare l’acquisizione dal vivo per progettazione. Questo caso viene segnalato come FACE_MATCH_NOT_COMPUTED con un punteggio null e deciso da face_match_not_computed_action (di seguito), e non come rifiuto automatico.

Impostazioni di verifica configurabili

Nella console Didit, il punteggio di similarità del confronto facciale è regolato da due soglie (nessun selettore Approva/Revisione/Rifiuta): Aumenta la soglia di revisione se riscontri troppe approvazioni false; abbassa la soglia di rifiuto se riscontri troppi rifiuti falsi. Un’impostazione separata controlla cosa accade quando un punteggio di similarità non può essere calcolato affatto: non è stato rilevato alcun volto in una delle immagini oppure una ricerca non documentale non ha lasciato alcun riferimento con cui effettuare il confronto: Questa azione gestisce FACE_MATCH_NOT_COMPUTED (nessun volto nel ritratto del documento, o nessun riferimento dopo una ricerca non documentale) e un caso NO_FACE_IN_SELFIE esaurito (nessun volto nel selfie dopo i nuovi tentativi dell’utente). Quando il problema è il selfie, all’utente viene prima chiesto di effettuare una nuova acquisizione — vedi sotto — e l’azione si applica solo se il volto continua a non essere rilevato una volta esaurito il numero massimo di tentativi a disposizione. Anche i fallimenti per bassa similarità entrano in un ciclo di tentativi di acquisizione prima che lo stato diventi definitivo: l’utente ha a disposizione fino a face_match_max_attempts tentativi totali (valore predefinito 3, configurabile tra 2 e 5 per nodo del workflow) per ripetere l’acquisizione. Un fallimento NO_FACE_IN_SELFIE utilizza lo stesso ciclo di nuovi tentativi, poiché l’acquisizione di un selfie più nitido può risolvere il problema. Un fallimento FACE_MATCH_NOT_COMPUTED non prevede nuovi tentativi — il ritratto del documento non può essere riacquisito in questo passaggio. Solo quando i tentativi a disposizione sono esauriti viene applicato lo stato dell’ultimo tentativo — e viene registrato FACE_MATCH_MAX_ATTEMPTS_EXCEEDED. Sull’API Face Match autonoma esiste solo una soglia di rifiuto (opzione della richiesta face_match_score_decline_threshold, valore predefinito 30); qualsiasi avviso attivato rifiuta la richiesta, e NO_REFERENCE_IMAGE scatta quando non è stato possibile confrontare alcun volto.

Avvisi generati

Esempi

In revisione — somiglianza al limite

In revisione — impossibilità di calcolare il confronto facciale

Rifiuto automatico — riferimento mancante

Tentativi esauriti — applicato lo stato dell’ultimo tentativo

L’API del confronto facciale autonoma restituisce la stessa struttura di avvisi senza node_id (il confronto non è vincolato a un nodo del workflow).

Tipi di avviso

A ciascun rischio viene assegnata una gravità in base alla configurazione della tua applicazione. Le tre gravità sono:

Correlati

Ultima modifica il 7 novembre 2026