Skip to main content
Após o usuário final concluir o fluxo no link de verificação, a API processa os dados do documento por OCR e, no caso de 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 propriedade step 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

Para obter também o operationGuid e a ramificação resolvida, adicione include=operationGuid. O linkId continua obrigatório:
Omitir o linkId, ou enviar um que não corresponda a esta verificação, retorna 403. Esse parâmetro passou a ser obrigatório na versão 2.2.0.

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

A resposta é um objeto paginado:

Verificações da última hora

Paginado

O formato é 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

Os ids vêm do objeto 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 status pending ou started.

Reportar geolocalização

Todos os campos de localização viajam aninhados dentro do objeto geolocation.
tier, policy, ipDistanceKm e serverIp não são propriedades aceitas: os quatro são derivados no servidor e a requisição é rejeitada com 400 se o cliente enviar qualquer um deles.
Outras duas validações retornam 400:
  • Declarar um source de dispositivo (gps, wifi ou cell) sem deviceLatitude e deviceLongitude.
  • Um capturedAt que 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.
Regras deste endpoint:
  • 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

Use POST /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.
policy, ipDistanceKm e serverIp são retornados apenas pelos GET autenticados. Não aparecem nas respostas do PATCH público nem nos webhooks. Devolver esses sinais antifraude a um chamador não autenticado permitiria calibrar uma localização falsificada contra a própria checagem criada para detectá-la.
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.
Última modificação em 28 de agosto de 2026