FULL FLOW, executa a prova de vida. Você consulta os resultados pelo verificationId para obter o status, os campos extraídos e a geolocalização.
Ciclo de vida de uma verificação
Uma verificação passa pelos seguintes status:Etapas do fluxo
A propriedadestep indica em qual ponto do processo a verificação está:
Consultar status (polling leve)
GET /verifications/{id}/status é um endpoint público: não leva token Bearer. Em vez disso, exige o parâmetro de consulta linkId, que comprova que quem consulta é o usuário final pretendido e não alguém que adivinhou o verificationId.
Resposta
operationGuid e a ramificação resolvida, adicione include=operationGuid. O linkId continua obrigatório:
Consultar detalhes completos
Este endpoint retorna todos os dados da verificação, incluindo os campos extraídos por OCR e a geolocalização.Resposta de exemplo
O identificador da verificação vem em
_id. Os campos documentais extraídos por OCR ficam dentro do objeto data, não na raiz da resposta. Os campos retornados dependem do tipo de documento enviado: documentos de países diferentes podem trazer conjuntos distintos.Listar verificações
Últimas 100 verificações
Verificações da última hora
Paginado
GET /verifications/{size}/{page}, onde size é o tamanho da página (máximo 100) e page é o número da página.
Verificações relacionadas do mesmo cliente
GET /verifications/{id}/related retorna todas as demais verificações do mesmo cliente, ou seja, da mesma empresa e com o mesmo externalUserId no link, da mais recente para a mais antiga.
A lista fica vazia quando o link da verificação consultada não tem
externalUserId para agrupar.Imagens da verificação
images da verificação: addFront, addBack e o array register com os frames da selfie.
Endpoints públicos do fluxo
Os três endpoints abaixo são chamados pelo dispositivo do usuário durante o fluxo, sem token. Todos exigem que a verificação continue vinculada a um link ativo e esteja em statuspending ou started.
Reportar geolocalização
Todos os campos de localização viajam aninhados dentro do objetogeolocation.
- Declarar um
sourcede dispositivo (gps,wifioucell) semdeviceLatitudeedeviceLongitude. - Um
capturedAtque se afaste mais de 24 horas do relógio do servidor.
Reportar erro
Identificar a pessoa durante o fluxo
PATCH /verifications/identify atende ao caso de um link adaptativo criado sem externalUserId. Ele preenche o externalUserId do link a partir do e-mail informado e resolve novamente a ramificação adaptativa.
- Repetir o mesmo e-mail é sempre uma operação sem efeito e responde 200.
- Um identificador que a API fixou na criação do link não pode ser sobrescrito: um e-mail diferente responde 409 com
identifierAlreadyBound. - Um identificador definido por este mesmo endpoint, ou seja, digitado pela pessoa, é corrigível: um e-mail diferente é aceito e a ramificação é resolvida novamente.
- Um e-mail inválido ou ausente responde 400.
Feedback manual
UsePOST /verifications/feedback para sobrepor ou corrigir o resultado de uma verificação:
Para listar os motivos de feedback disponíveis, cada um com
_id e reason. Use esse _id como reasonId:
Referência do objeto geolocation
geolocation combina uma posição reportada com uma medida de quanto confiar nela. Só aparece depois que uma localização foi reportada, e tier sempre acompanha as coordenadas: nunca há uma latitude e longitude soltas.
source é um valor inferido, não medido: a Geolocation API do W3C não expõe seu provedor, então gps, wifi e cell são deduzidos no cliente a partir de faixas de altitude, velocidade e precisão. Apenas ip e none são certos. Por serem declarados pelo cliente, todos os valores são falsificáveis: o ipDistanceKm calculado no servidor é o contraponto.