Vai al contenuto principale
La funzionalità Stima dell’età emette avvisi ogni volta che si attiva un segnale di rischio sul controllo combinato di età + rilevamento passivo della vitalità: l’età stimata è inferiore al valore minimo, non è stato possibile calcolare l’età, il soggetto non ha superato il rilevamento della vitalità, non è stato trovato alcun volto o è stato rilevato un attacco di presentazione. Questa pagina elenca ciascun codice, le condizioni che lo attivano e come configurare la risposta del workflow.

Panoramica

La Stima dell’età esegue sempre due controlli in un’unica chiamata — un test di rilevamento passivo della vitalità e un modello di regressione dell’età — pertanto i relativi avvisi transitano attraverso la pipeline condivisa di rilevamento della vitalità e sono contrassegnati con la funzionalità LIVENESS. Vengono mostrati nel report sotto age_estimation.warnings[] (API autonoma) o liveness_checks[].warnings[] (incorporati in un workflow). Lo schema dell’oggetto avviso è documentato in Modelli di dati — Oggetto avviso. Produttori:
  • API autonoma — l’endpoint genera i cinque avvisi elencati in Trigger di rifiuto.
  • Workflow — i produttori condivisi del rilevamento della vitalità oltre ai controlli specifici dell’età. Gli avvisi sull’età si attivano solo sui flussi di stima dell’età (workflow adattivi di verifica dell’età o nodi di workflow AGE_ESTIMATION) — un normale passaggio di rilevamento della vitalità riporta un’età stimata ma non genera mai avvisi sull’età.
Livelli di gravità: i cinque rischi con rifiuto automatico (NO_FACE_DETECTED, LIVENESS_FACE_ATTACK, FACE_IN_BLOCKLIST, AGE_BELOW_MINIMUM, AGE_NOT_DETECTED) hanno sempre log_type: "error" e forzano lo stato Declined; i rischi rimanenti si risolvono in error / warning / information in base alle soglie o all’azione configurata.

Trigger di rifiuto

Nell’API autonoma, la decisione è Declined ogni volta che si attiva qualsiasi avviso:
  • Età inferiore alla soglia — età stimata strettamente inferiore a age_estimation_decline_threshold (valore predefinito 18; 0 disabilita il controllo dell’età). Genera AGE_BELOW_MINIMUM.
  • Età non calcolata — non è stato possibile stimare l’età del volto (nessun volto rilevabile o nessun volto utilizzabile per il modello di stima dell’età). Genera AGE_NOT_DETECTED.
  • Punteggio di vitalità pari o inferiore alla soglia — score <= face_liveness_score_decline_threshold (valore predefinito 30); un punteggio null viene conteggiato come 0. Genera LOW_LIVENESS_SCORE. Viene soppresso quando si attiva NO_FACE_DETECTED — i due eventi si escludono a vicenda.
  • Nessun volto rilevato — il modello di rilevamento della vitalità non ha individuato alcun volto. Genera NO_FACE_DETECTED.
  • Attacco di presentazione — il modello di rilevamento della vitalità ha rilevato uno schermo, una foto stampata, una maschera o un altro tentativo di spoofing. Genera LIVENESS_FACE_ATTACK.
Nei workflow, i controlli dell’età confrontano l’età stimata troncata (anni interi) con le soglie configurate:
  • Con fallback su verifica dell’identità abilitato (enable_id_verification_fallback, abilitato per impostazione predefinita): un’età inferiore a borderline_minimum_age_threshold (valore predefinito 18) genera AGE_BELOW_MINIMUM; le età comprese nella fascia limite (fino a borderline_maximum_age_threshold) proseguono verso la verifica del documento anziché generare un avviso, e AGE_NOT_DETECTED non viene mai generato — un’età non rilevata viene indirizzata anch’essa alla verifica del documento.
  • Con fallback disabilitato: l’assenza di un’età stimata genera AGE_NOT_DETECTED, e un’età inferiore a minimum_age_threshold (valore predefinito 18) genera AGE_BELOW_MINIMUM.

Rischi configurabili

I seguenti rischi consentono di calibrare le soglie o l’azione per ciascuna impostazione del workflow: Le sessioni di workflow verificano inoltre il volto rispetto alle tue liste: FACE_IN_BLOCKLIST comporta sempre il rifiuto automatico (error), mentre POSSIBLE_FACE_IN_BLOCKLIST sposta la sessione nello stato In Review.

Avvisi generati

Esempio

Nei payload delle decisioni del workflow (liveness_checks[].warnings[]), ogni avviso include anche un node_id che identifica il nodo del workflow che lo ha generato.

Tipi di avviso

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

Correlati

Ultima modifica il 7 novembre 2026