Por que uma verificação foi reprovada

Uma sessão é reprovada quando uma ou mais verificações falham - veja como encontrar o motivo específico e decidir entre reprovar, pedir reenvio, ou aprovar manualmente.

Escrito pelo suporte da Didit · Atualizado em 19 de agosto de 2026

Short answer

Abra a sessão e leia os avisos na verificação específica que falhou. O "Declined" geral nunca diz o motivo; o aviso sempre diz. A maioria das reprovações pode ser corrigida com um reenvio, em vez de um "não" definitivo.

Uma sessão é marcada como Declined quando uma ou mais das suas verificações falham. O motivo específico sempre fica registrado na sessão - você não precisa adivinhar.

#Encontre o motivo exato

Abra a sessão em Verifications, no Business Console. Cada verificação da sessão (documento, prova de vida, reconhecimento facial, e assim por diante) mostra seu próprio resultado, além de quaisquer avisos que gerou - esses avisos são o motivo real da reprovação, não apenas o status geral.

Uma sessão reprovada no console da Didit, com as abas Overview, ID Verification e Events
  1. O motivo da reprovação está em Overview - leia isso antes de qualquer coisa.
  2. Um problema de documento aparece aqui: vencido, ilegível, ou uma checagem de autenticidade que falhou.
  3. Events mostra se uma regra ou uma pessoa tomou a decisão.
O motivo está em Overview; a aba da verificação que falhou tem o detalhe.

#Motivos comuns para uma verificação falhar

Problemas de documento

  • O documento venceu (DOCUMENT_EXPIRED).
  • O tipo de documento não é um que o seu workflow aceita - uma causa muito comum, e é um problema de configuração, não da pessoa. Veja por que um tipo de documento foi rejeitado.
  • Um campo obrigatório não pôde ser lido (COULD_NOT_RECOGNIZE_DOCUMENT).
  • O checksum do MRZ falhou (MRZ_VALIDATION_FAILED) - a zona de leitura mecânica impressa não fecha, o que é um sinal genuíno de adulteração.
  • A pessoa está abaixo (ou acima) da idade que o seu workflow exige (MINIMUM_AGE_NOT_MET).
  • O documento corresponde a uma entrada na sua blocklist.

Problemas de prova de vida

  • Nenhum rosto foi detectado durante a captura.
  • Um ataque de apresentação foi sinalizado (LIVENESS_FACE_ATTACK) - uma foto, tela, ou máscara apresentada à câmera em vez de uma pessoa viva.

Problemas de reconhecimento facial

Problemas de risco e triagem

  • Uma ocorrência de AML ultrapassou o seu limiar de reprovação.
  • A conexão veio de um endereço IP bloqueado ou de um país que você não atende.
  • O rosto correspondeu a um usuário já verificado ou a um rosto na blocklist. Veja detecção de duplicidade.

Quais desses casos realmente disparam uma reprovação (em vez de um pedido de reenvio ou uma aprovação) depende de como cada verificação está configurada no seu workflow - alguns avisos reprovam automaticamente, outros encaminham para revisão manual. Veja regras de decisão e limiares.

#Uma etapa reprovada pode interromper o resto do workflow

Se uma etapa está configurada para reprovar diante de um determinado aviso, o workflow para ali e as etapas seguintes nunca rodam. Isso tem duas consequências que vale a pena conhecer:

  • O resultado da sessão vai estar sem verificações que você esperava ver. Elas não falharam - nunca foram executadas.
  • Você não é cobrado pelas etapas que nunca rodaram, já que a cobrança acontece por funcionalidade concluída.

Se você quiser que uma verificação barata funcione como porteira de uma mais cara, coloque-a de propósito no início do workflow.

#Declined nem sempre é definitivo

Se o problema de base é corrigível - uma foto borrada, o lado errado do documento, uma falha técnica no meio da captura - um revisor pode pedir para a pessoa refazer só aquela etapa, em vez de deixar a sessão reprovada. Veja deixando alguém tentar uma verificação de novo.

Note

A mensagem que a pessoa vê em uma verificação reprovada é a mesma para todo workflow hoje - ainda não é possível personalizar o que é mostrado a ela.

#Se um revisor acha que uma reprovação estava errada

Um revisor de compliance pode sobrepor uma reprovação automática pelo console - abra a sessão e mude o status dela para Approved, com uma nota explicando o motivo. Toda sobreposição fica registrada, então a trilha de auditoria mostra quem decidiu o quê. Veja revisão manual para o processo completo de revisão.

#Reduzindo reprovações evitáveis

Se a sua taxa de reprovação está mais alta do que você gostaria, as causas mais comuns são de configuração, não de fraude:

  1. Lista de documentos aceitos estreita demais. Confira se os tipos e subtipos de documento que o seu workflow aceita batem com o que os seus usuários realmente têm.
  2. Limiares de reconhecimento facial apertados demais. Veja pontuações e limiares de reconhecimento facial.
  3. Prova de vida ativa em dispositivos mais fracos. A prova de vida passiva é bem mais tolerante em celulares antigos e iluminação ruim.
  4. Limiar de reprovação de AML definido em uma pontuação de correspondência que gera falsos positivos. Encaminhe esses casos para revisão em vez de reprovar direto. Veja resolvendo ocorrências de AML.

#Se você é a pessoa que foi reprovada, não a empresa

Se você recebeu um link de verificação de uma empresa e ele foi reprovado, a Didit processa a sua verificação em nome dessa empresa, mas não tem autoridade para tomar, mudar, ou explicar a decisão - só a empresa com quem você está se verificando pode fazer isso, então entre em contato com o suporte dela sobre o seu resultado. Veja fui solicitado a verificar minha identidade com a Didit, e como a Didit protege os dados dos usuários para saber como o acesso aos dados é controlado.