> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Resultado da verificação: como interpretar cada checagem

> Transcrição do vídeo: entenda cada checagem do resultado da Didit: autenticidade do documento, prova de vida, correspondência facial, IP e avisos.

[Como ler um resultado de verificação da Didit - Cada verificação explicada](https://www.youtube.com/embed/7htTWCWsl60)

Transcrição completa de **Como ler um resultado de verificação da Didit - Cada verificação explicada**, vídeo 5 de 10 da Didit Academy, 14:26. [Assista no YouTube](https://www.youtube.com/watch?v=7htTWCWsl60). Cada parágrafo leva ao momento exato do vídeo.

## O que este vídeo aborda

[00:03](https://www.youtube.com/watch?v=7htTWCWsl60\&t=3s) Toda verificação que você executa na Didit retorna um resultado detalhado, e esse resultado é organizado em uma fileira de abas no topo de uma sessão. Neste vídeo, vamos percorrer essas abas em ordem, da esquerda para a direita, para que você saiba exatamente o que cada verificação faz e como ela aparece quando uma delas falha. E, no final, você vai conseguir abrir qualquer sessão e lê-la com segurança, do veredito principal até as evidências por trás dele.

[00:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=30s) Então, vamos abrir uma e colocar a mão na massa.

## Como encontrar uma sessão

[00:33](https://www.youtube.com/watch?v=7htTWCWsl60\&t=33s) Certo, vamos navegar até as verificações de usuários. É aqui que todas as sessões de todos os seus fluxos vão aparecer. Será uma linha por pessoa. Normalmente você filtraria por status, fluxo ou data para encontrar o que precisa, mas hoje vamos direto para um único resultado. Então, vou clicar em um destes e abri-lo. Aqui mesmo podemos ver que esta

## A aba de visão geral

[00:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=55s) é a aba de visão geral. Estes itens são recolhíveis, então podemos recolhê-los. Podemos recolher todas as verificações se quisermos ver tudo, mas, sinceramente, todas elas também estão aqui em cima. Então, você pode ver que este usuário específico passou em todas essas verificações. Então, se formos até a visão geral,

## Avisos: onde olhar primeiro

[01:13](https://www.youtube.com/watch?v=7htTWCWsl60\&t=73s) podemos expandi-la e você pode ver que temos algumas abas diferentes aqui. Agora, o mais importante a verificar aqui são os avisos. Você pode ver que este usuário está em revisão e que foi sinalizado por um número de telefone duplicado. Certo, então, se olharmos outras pessoas que estão em revisão, podemos ver que os avisos na seção de visão geral podem ser um pouco diferentes, com base nas sinalizações do fluxo de trabalho pelo qual este usuário passou. Você pode ver a validação de banco de dados e a divergência de nome. Então, é aqui que precisamos olhar quando estamos revisando uma verificação e precisamos descobrir qual é o problema. Depois, podemos ir até a seção específica, ver onde essas verificações estão de fato e analisar os dados enviados para ver se realmente há uma divergência e o que está acontecendo ali. Agora, se removermos todos esses filtros, então posso simplesmente sair daqui,

## Uma sessão aprovada

[02:04](https://www.youtube.com/watch?v=7htTWCWsl60\&t=124s) podemos remover esses filtros. Vou selecionar todos estes e, se acessarmos alguém que foi aprovado, podemos ver que não há nenhum aviso grave sinalizado. Podemos ver que isto foi listado nos avisos, mas não acionou o status em revisão nem a recusa. Esta sessão foi de fato aprovada. Podemos ver esta pequena etiqueta aqui em cima e podemos alterá-la conforme necessário. Vamos falar sobre

## Uma sessão recusada

[02:26](https://www.youtube.com/watch?v=7htTWCWsl60\&t=146s) isso daqui a pouco. E como fica quando alguém foi recusado? Podemos ver aqui os avisos, de novo a divergência de nome. E aqui em cima, no topo, podemos ver que o comprovante de endereço foi o que causou problemas. Então, podemos entrar e dar uma olhada nisso também. Vamos passar por cada seção, uma por uma, para que você veja exatamente o que está acontecendo por baixo dos panos. Estou clicando neste perfil aqui e você pode ver que a prova de vida e a correspondência facial fizeram com que este usuário fosse sinalizado para análise. Falaremos disso em instantes. Mas as demais

## Detalhes da sessão, vendor data e detalhamento de custos

[03:01](https://www.youtube.com/watch?v=7htTWCWsl60\&t=181s) nas abas da seção de visão geral: temos os detalhes da sessão, com o ID da sessão, quando ela foi criada e o vendor data. Falamos sobre isso em vídeos anteriores. O vendor data é um identificador único para este usuário específico. É aqui que todas as \[fungada] checagens, verificações e transações serão reunidas para esse vendor data específico. Podemos ver os fluxos pelos quais este usuário passou para a verificação. Temos os dados de contato aqui e as tags. Quer dizer, podemos adicionar uma tag aqui, se você quiser.

[03:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=211s) Também podemos adicionar tags a pessoas nos fluxos. Agora, o detalhamento dos custos totais: acredito que este usuário foi importado. Você pode ver aqui à esquerda que ele foi importado, então ele não passou de fato por nenhum fluxo. Vamos clicar neste outro usuário aqui e você pode ver o fluxo pelo qual ele passou e o detalhamento

## Verificação de identidade: autenticidade antes dos dados

[03:48](https://www.youtube.com/watch?v=7htTWCWsl60\&t=228s) um detalhamento de todas as verificações que este usuário concluiu. Então, vamos dar uma olhada na verificação de identidade. A principal tarefa não é apenas ler o texto do documento. É comprovar que o próprio documento é genuíno antes que alguém confie em qualquer campo dele. Por baixo dos panos, executamos detecção de adulteração, prova de vida do documento para identificar uma reprodução em tela ou uma cópia impressa, validação de recursos de segurança como hologramas e marcas d'água, e uma verificação cruzada entre os campos impressos e a zona de leitura mecânica, a MRZ, o bloco de caracteres em forma de divisas no verso que você pode ver aqui neste documento específico. Depois que o documento é comprovado como autêntico, a Didit lê os campos com OCR e os organiza. Aqui você pode ver os dados pessoais. Temos o tipo de documento, o número do documento, o número pessoal, o estado emissor, todas as informações que você encontraria no documento, incluindo os dados de endereço e quaisquer dados adicionais aqui. E lembre-se: a Didit consegue ler mais de 130 idiomas em 14.000 tipos de documento. Então, você vai obter campos bem estruturados

## A lista de verificações

[04:47](https://www.youtube.com/watch?v=7htTWCWsl60\&t=287s) sempre que alguém apresenta o documento de identidade. Então, aqui existe uma aba chamada lista de verificações. Essas são as verificações que estão rodando em segundo plano neste documento específico. Não vou ler todas elas. Tem bastante coisa aqui, mas é basicamente assim que a Didit confirma que este é um documento autêntico. E você não precisa configurar nada

## Prova de vida: pontuação, vídeo e qualidade

[05:07](https://www.youtube.com/watch?v=7htTWCWsl60\&t=307s) disso. Tudo isso roda em segundo plano. A próxima verificação é a de prova de vida. Dá para ver que esta verificação específica está em revisão. Foi isso que gerou o alerta. Você pode ver a prova de vida e a correspondência facial. Vale dizer que esta é uma conta de demonstração, então alguns desses dados não batem. Hum, você pode ver que a pontuação de prova de vida não é 100%, e se reproduzirmos o vídeo da prova de vida, dá para ver que não é de fato a pessoa.

[05:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=330s) Este é só um exemplo aleatório. Agora, se você visse isso em um usuário real, veria a pessoa realizando a prova de vida no vídeo, seja ela passiva ou ativa. Temos a pontuação de qualidade do rosto e a pontuação de luminância do rosto. E o legal da Didit é que, se você tiver dúvida sobre alguma dessas pontuações, basta clicar neste botão aqui e ele explica o que ela significa. Podemos alterar o status de qualquer uma dessas verificações se acharmos que o alerta foi indevido e, claro, podemos alterar o status geral desta verificação. De novo, assim como na verificação de identidade, temos uma lista de verificações, com várias verificações acontecendo em segundo plano, certo? Podemos passar o mouse sobre elas para ver um pouco mais de informação sobre cada uma. E se alguém for reprovado em algum desses testes, em vez do

## Correspondência facial

[06:16](https://www.youtube.com/watch?v=7htTWCWsl60\&t=376s) marca de seleção verde, vai aparecer um X vermelho. Continuando, temos a aba de correspondência facial. Ela compara o rosto do documento com o rosto da prova de vida. E você pode ver aqui que, obviamente, a pontuação de similaridade está bem baixa, porque não são realmente a mesma pessoa. E, de novo, temos uma lista de verificações do que está acontecendo em segundo plano e do que esta verificação específica faz. A pontuação de similaridade é baseada no documento original e na imagem da prova de vida que capturamos. O objetivo é descobrir se a pessoa que está segurando o documento é a verdadeira titular. Não vamos ver isso no painel, mas há uma correspondência facial

## Busca facial e listas de bloqueio

[06:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=414s) Busca facial. Além de comparar com o documento, a Didit procura o mesmo rosto em todas as suas outras sessões. Esta parte só aparece quando encontra uma correspondência. Se o mesmo rosto aparecer em outra sessão, uma grade de correspondências vai aparecer aqui. E se um desses rostos correspondentes estiver em uma lista de bloqueio que você mantém, ele será sinalizado e a sessão será recusada, e é assim que um fraudador conhecido é barrado na hora. Mas em uma sessão limpa, sem correspondências, esta área fica

## Comprovante de endereço

[07:21](https://www.youtube.com/watch?v=7htTWCWsl60\&t=441s) vazia, então não vamos ver nada aqui. Vamos passar para o comprovante de endereço. Podemos ver o documento que foi enviado e os dados extraídos deste documento específico, com todos os metadados. Temos uma lista de verificações aqui e dá para ver que uma das verificações não tem o tique verde, o que significa que ela gerou um alerta. E podemos ver que uma está em revisão. Isso não basta para que este módulo de comprovante de endereço passe para recusado, mas, de novo, é algo que o seu revisor humano vai analisar quando chegar a um perfil que está em revisão. Uma aprovação aqui significa que o código foi digitado corretamente e uma reprovação significa que não foi possível confirmar o número, e você vai ver isso refletido neste módulo aqui. Lembra que, lá no topo, um dos alertas era número de telefone duplicado? Isso provavelmente acontece porque esta é uma demonstração

## Verificação de telefone e duplicados

[08:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=488s) conta, mas, rolando para baixo até a verificação de telefone, dá para ver as correspondências de telefone. Isso procura o número de telefone na sua base de dados e, se corresponder a algo de um usuário anterior, vai gerar um alerta nesta aba aqui. Também podemos passar o mouse aqui. Podemos ver outras sessões de verificação que usam o mesmo número de telefone. Isto é só uma explicação do que este módulo faz.

## Verificação de e-mail

[08:35](https://www.youtube.com/watch?v=7htTWCWsl60\&t=515s) O mesmo vale para a verificação de e-mail: o usuário recebe um código e digita o

## Análise AML: sanções, PEPs e mídia adversa

[08:40](https://www.youtube.com/watch?v=7htTWCWsl60\&t=520s) código e, se estiver tudo certo, este módulo também é aprovado. Agora, a prevenção à lavagem de dinheiro, a análise AML, tem bastante coisa acontecendo aqui. Ela verifica a pessoa em listas de sanções, pessoas politicamente expostas e mídia adversa, e depois informa quantas correspondências foram encontradas. Dá para ver os dados que ela usa na triagem, e podemos de fato ver a lista. Se eu abrir isto, vemos aqui todas as listas de sanções contra as quais podemos rodar as verificações. Narcóticos, terrorismo, crimes financeiros, tudo. E se este usuário teve correspondência em alguma das listas, podemos ver aqui a pontuação de correspondência, a pontuação de risco, as listas em que este usuário apareceu e se é um falso positivo ou não. Um falso positivo pode ocorrer quando o nome coincide com o de alguém em uma dessas listas. É aqui que usamos outras informações, como a data de nascimento, para cruzar os dados. Temos de novo uma lista de verificações aqui. Ela é bem curta neste caso, mas quem faz o trabalho pesado aqui é a verificação contra todas essas listas.

[09:41](https://www.youtube.com/watch?v=7htTWCWsl60\&t=581s) E se você quiser monitorar esta pessoa de forma contínua, verificando se ela consta nas listas, dá para ativar isso. Se continuarmos descendo, podemos ver

## Análise de dispositivo e IP

[09:50](https://www.youtube.com/watch?v=7htTWCWsl60\&t=590s) a análise de dispositivo e IP. Então, temos a localização do documento da Verificação de identidade, ou seja, o endereço real que consta no documento. Temos aqui os detalhes do endereço do Comprovante de endereço. E depois temos as informações do dispositivo: o endereço IP e o local de onde essa pessoa está de fato concluindo a verificação. Na parte de baixo, podemos ver a localização do documento e a do Comprovante de endereço, e a que distância esses locais estão do IP da verificação. E podemos ver tudo isso neste mapa. Se passarmos o mouse aqui, temos a localização do documento da Verificação de identidade.

[10:28](https://www.youtube.com/watch?v=7htTWCWsl60\&t=628s) Temos o dispositivo número um, então os locais estão bem próximos. E depois temos o Comprovante de endereço aqui nos EUA. De novo, esta é uma conta de demonstração, então esses dados não são muito precisos, mas isso dá uma boa ideia de se a pessoa está perto de onde estão o Comprovante de endereço e o documento dela. E aqui temos de novo a lista de verificações, que são todas as verificações que a Didit faz em segundo plano para decidir se sinaliza \[funga] esta verificação específica ou não. Se continuarmos descendo, temos a Validação de banco de dados. Se você se lembra dos vídeos anteriores, falamos sobre a Validação de banco de dados. É um nó que você pode adicionar a um fluxo de verificação (workflow). E o que podemos fazer aqui é executar uma verificação. Neste exemplo, podemos executar

## Validação de banco de dados: correspondência total, parcial e sem correspondência

[11:06](https://www.youtube.com/watch?v=7htTWCWsl60\&t=666s) uma verificação na Argentina, e podemos consultar um registro governamental, o registro civil, a autoridade fiscal, o cadastro eleitoral, todos esses diferentes cadastros aos quais temos acesso. Você pode ver que encontramos uma correspondência aqui. E pode ver os dados de origem, os campos correspondentes nos resultados. Temos uma correspondência de nome completo e uma correspondência de data de nascimento. E, se abrirmos a lista de verificações, podemos ver que uma dessas verificações foi sinalizada.

[11:29](https://www.youtube.com/watch?v=7htTWCWsl60\&t=689s) E aqui podemos ver o tipo de correspondência. Se uma correspondência total foi encontrada, significa que a identidade existe no registro. Correspondência parcial significa que alguns campos corresponderam e você deve revisar o restante. E a ausência de correspondência é um forte sinal de identidade sintética, porque um número de identificação inventado simplesmente não está em nenhum registro. Esta é uma das defesas mais fortes que você tem contra identidades inventadas. E, de novo, a verificação é executada em segundo plano, sem

## Document AI e questionários

[11:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=714s) etapas extras para o usuário. Seguindo em frente, temos algumas outras abas aqui, e elas podem variar conforme as verificações pelas quais esse usuário específico passou. Podemos ver o Document AI. Esta verificação não foi executada: você pode ver "não iniciada". Temos também outras verificações relacionadas a questionários. Se alguém preencher um questionário, podemos ver as respostas dessas perguntas na

## O registro de eventos

[12:15](https://www.youtube.com/watch?v=7htTWCWsl60\&t=735s) aba de questionário. E, se continuarmos descendo, temos os eventos. Isto é uma trilha de auditoria, um registro de todos os eventos que aconteceram: quando a sessão foi criada, quando o status da sessão mudou. Cada entrada traz o dispositivo, o endereço IP, o horário e quem fez a ação, para que você possa reconstruir

## Entregas de webhook

[12:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=751s) exatamente como uma sessão se desenrolou. E, por fim, na parte de baixo, temos os webhooks. Os webhooks listam cada entrega que a Didit tentou fazer para o seu próprio endpoint, com o status da resposta. Podemos ver 200 aqui. E podemos ver o cabeçalho da requisição, o corpo, a URL do webhook e o status desta verificação específica. Também temos aqui a data em que este webhook foi enviado. Um ponto importante: este painel pode ser acessado pela API, por meio do MCP. Você pode pedir ao Claude que extraia todos esses dados, que traga todas as suas verificações em revisão, para que você possa analisá-las também dentro do

## Reenvio, exportação em PDF e listas de bloqueio

[13:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=788s) Claude também. Agora, se você olhar aqui em cima, temos uma trilha de navegação e podemos ver que é possível solicitar um reenvio. Podemos baixar o PDF, o que é excelente se você quiser ter uma trilha de auditoria ou precisar apresentar algo em uma reunião. Hum, você também pode fazer esse download pela API, e pode adicionar essa pessoa a uma lista de bloqueio. Então, é assim que você interpreta uma verificação

## Chat da sessão para sua equipe de revisão

[13:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=810s) de verificação. Tem uma última coisa aqui embaixo: temos um chat da sessão. Podemos marcar membros da equipe e conversar com alguém do nosso time sobre um resultado de verificação específico. Se abrirmos este chat, escrevermos uma mensagem e marcarmos alguém da nossa equipe, isso ficará vinculado a esta verificação específica. Então, se tivermos alguma dúvida ou se houver várias pessoas trabalhando neste caso, este chat vai ser extremamente útil.

[13:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=835s) Então, é assim que você vai ler um resultado de verificação na prática, aba por aba, de cima para baixo: a decisão e os avisos na visão geral, depois cada verificação, uma a uma, e a trilha de auditoria completa no final. Depois que você vir o resultado de uma sessão, poderá interpretar os resultados de todas as outras da mesma forma. E, se você quiser testar com seus próprios dados, acesse didit.me, cadastre-se gratuitamente e abra seu primeiro resultado.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.