Visão geral
A Estimativa de idade sempre executa duas verificações em uma única chamada, um teste de prova de vida passiva e um modelo de regressão de idade, por isso seus avisos passam pelo pipeline compartilhado de prova de vida e são marcados com o recursoLIVENESS. Eles aparecem no relatório em age_estimation.warnings[] (API independente) ou em liveness_checks[].warnings[] (incorporado a um fluxo). O esquema do objeto de aviso está documentado em Modelos de dados: objeto de aviso.
Geradores:
- API independente: o endpoint gera os cinco avisos listados em Gatilhos de recusa.
- Fluxos de trabalho: os geradores compartilhados de prova de vida mais as verificações específicas de idade. Os avisos de idade só são disparados em fluxos de estimativa de idade (fluxos de verificação de idade adaptativa ou nós
AGE_ESTIMATIONdo fluxo). Uma etapa simples de prova de vida informa uma idade estimada, mas nunca gera avisos de idade.
NO_FACE_DETECTED, LIVENESS_FACE_ATTACK, FACE_IN_BLOCKLIST, AGE_BELOW_MINIMUM, AGE_NOT_DETECTED) são sempre log_type: "error" e forçam Declined; os demais riscos têm classificação error / warning / information com base nos limiares ou na ação configurada.
Gatilhos de recusa
Na API independente, a decisão éDeclined sempre que qualquer aviso é disparado:
- Idade abaixo do limiar: idade prevista estritamente abaixo de
age_estimation_decline_threshold(padrão18;0desativa a verificação de idade). GeraAGE_BELOW_MINIMUM. - Idade não calculada: não foi possível estimar a idade a partir de nenhum rosto (nenhum rosto detectável ou nenhum rosto utilizável pelo modelo de idade). Gera
AGE_NOT_DETECTED. - Pontuação de prova de vida igual ou abaixo do limiar:
score <= face_liveness_score_decline_threshold(padrão30); uma pontuaçãonullconta como0. GeraLOW_LIVENESS_SCORE. É suprimido quandoNO_FACE_DETECTEDé disparado, pois os dois são mutuamente exclusivos. - Nenhum rosto detectado: o modelo de prova de vida não encontrou nenhum rosto. Gera
NO_FACE_DETECTED. - Ataque de apresentação: o modelo de prova de vida sinalizou uma tela, foto impressa, máscara ou outro tipo de spoofing. Gera
LIVENESS_FACE_ATTACK.
- Com o fallback para verificação de identidade ativado (
enable_id_verification_fallback, ativado por padrão): uma idade abaixo deborderline_minimum_age_threshold(padrão18) geraAGE_BELOW_MINIMUM; idades na faixa limítrofe (atéborderline_maximum_age_threshold) seguem para a verificação de documento em vez de gerar um aviso, eAGE_NOT_DETECTEDnunca é gerado: quando não é possível estimar a idade, o processo também é encaminhado para a verificação de documento. - Com o fallback desativado: a ausência de idade estimada gera
AGE_NOT_DETECTED, e uma idade abaixo deminimum_age_threshold(padrão18) geraAGE_BELOW_MINIMUM.
Riscos configuráveis
Os riscos a seguir permitem ajustar limiares ou a ação em cada configuração do fluxo:
As sessões de fluxo também comparam o rosto com as suas listas:
FACE_IN_BLOCKLIST sempre recusa automaticamente (error), enquanto POSSIBLE_FACE_IN_BLOCKLIST move a sessão para In Review.
Avisos gerados
Exemplo
liveness_checks[].warnings[]), cada aviso também traz um node_id que identifica o nó do fluxo que o gerou.
Tipos de aviso
Cada risco recebe um nível de severidade de acordo com a configuração da sua aplicação. As severidades se dividem em três categorias:Relacionados
- Visão geral da Estimativa de idade: comportamento do recurso, preços e lógica de decisão.
- Relatório de Estimativa de idade: estrutura completa da resposta, tanto da API avulsa quanto do valor do fluxo integrado.
- Referência da API avulsa: requisição e resposta de
POST /v3/age-estimation/. - Prova de vida passiva: o modelo de prova de vida compartilhado usado nas respostas de estimativa de idade.
- Modelos de dados: estimativa de idade: esquema canônico, campo a campo.