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’arraywarnings[] 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:
- Il codice
risk— un identificatore stabile su cui puoi basare i controlli nel tuo codice. - Il
log_type—information,warningoerror, derivato dalle soglie del punteggio di similarità del tuo workflow. - L’impatto sulla decisione — determinato dalle soglie di revisione e rifiuto del workflow per il punteggio di similarità.
Condizioni di rifiuto automatico
Il seguente rischio impone sempre lo statoDeclined 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
- Report del confronto facciale — schema completo del report e stati.
- Avvisi sul rilevamento della vitalità — avvisi a monte sull’acquisizione del selfie.
- Webhook —
session.status.updatedinclude gli avvisi non appena il passaggio termina. - Modelli di dati — Confronto facciale — schema canonico.
- Modelli di dati — Oggetto avviso — la struttura di ciascuna voce in
warnings[].