Porque uma verificação foi recusada

Uma sessão é recusada quando uma ou mais comprovações falham - aqui está como encontrar o motivo específico e decidir entre recusar, pedir reenvio, ou aprovar manualmente.

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

Short answer

Abre a sessão e lê os avisos na comprovação específica que falhou. O "Recusada" geral nunca diz porquê; o aviso diz sempre. A maioria das recusas são resolúveis com um reenvio em vez de um não definitivo.

Uma sessão é marcada como Recusada quando uma ou mais das suas comprovações falham. O motivo específico fica sempre registado na sessão - não precisas de adivinhar.

#Encontrar o motivo exato

Abre a sessão em Verificações na Consola de Negócio. Cada comprovação na sessão (documento, prova de vida, correspondência facial, e assim por diante) mostra o seu próprio resultado mais quaisquer avisos que tenha gerado - estes avisos são o verdadeiro motivo da recusa, não apenas o estado geral.

Uma sessão recusada na consola Didit, com os separadores Overview, ID Verification e Events
  1. O motivo da recusa está em Overview - lê isso antes de tudo o resto.
  2. Um problema com o documento aparece aqui: caducado, ilegível, ou uma comprovação de autenticidade falhada.
  3. Events mostra se a decisão foi tomada por uma regra ou por uma pessoa.
O motivo está em Overview; o separador da comprovação que falhou tem o detalhe.

#Motivos comuns pelos quais uma comprovação falha

Problemas com o documento

  • O documento de identidade caducou (DOCUMENT_EXPIRED).
  • O tipo de documento não é um dos que o teu fluxo de trabalho aceita - uma causa muito comum, e é um problema de configuração e não um problema com a pessoa. Consulta porque um tipo de documento foi rejeitado.
  • Um campo obrigatório não pôde ser lido (COULD_NOT_RECOGNIZE_DOCUMENT).
  • O checksum da MRZ falhou (MRZ_VALIDATION_FAILED) - a zona de leitura ótica impressa não bate certo, o que é um verdadeiro sinal de adulteração.
  • A pessoa está abaixo (ou acima) da idade que o teu fluxo de trabalho exige (MINIMUM_AGE_NOT_MET).
  • O documento coincide com uma entrada da tua lista de bloqueio.

Problemas de prova de vida

  • Não foi detetada nenhuma cara durante a captura.
  • Foi assinalado um ataque de apresentação (LIVENESS_FACE_ATTACK) - uma fotografia, ecrã, ou máscara mostrada à câmara em vez de uma pessoa viva.

Problemas de correspondência facial

Problemas de risco e cribagem

  • Uma ocorrência de AML ultrapassou o teu limiar de recusa.
  • A ligação veio de um endereço IP bloqueado ou de um país que não serves.
  • A cara coincidiu com um utilizador já verificado ou com uma cara na lista de bloqueio. Consulta deteção de duplicados.

Quais destes realmente disparam uma recusa (em vez de um pedido de reenvio ou uma aprovação) depende de como cada comprovação está configurada no teu fluxo de trabalho - alguns avisos recusam automaticamente, outros são encaminhados para revisão manual. Consulta regras e limiares de decisão.

#Um passo recusado pode parar o resto do fluxo de trabalho

Se um passo está configurado para recusar perante um determinado aviso, o fluxo de trabalho para ali e os passos seguintes nunca correm. Isso tem duas consequências que vale a pena conhecer:

  • O resultado da sessão vai estar sem comprovações que esperavas ver. Não falharam - nunca foram executadas.
  • Não és faturado pelos passos que nunca correram, já que a faturação acontece por funcionalidade concluída.

Se quiseres que uma comprovação barata condicione uma cara, coloca-a deliberadamente no início do fluxo de trabalho.

#Recusada nem sempre é definitivo

Se o problema de base for resolúvel - uma fotografia desfocada, o lado errado do documento, uma falha técnica a meio da captura - um revisor pode pedir à pessoa para refazer apenas esse passo em vez de deixar a sessão recusada. Consulta deixar alguém tentar a verificação outra vez.

Note

A mensagem que a pessoa vê numa verificação recusada é hoje a mesma para todos os fluxos de trabalho - atualmente não é possível personalizar o que lhe é mostrado.

#Se um revisor achar que uma recusa estava errada

Um revisor de conformidade pode substituir uma recusa automática a partir da consola - abre a sessão e muda o seu estado para Aprovada com uma nota a explicar porquê. Cada substituição fica registada, por isso o registo de auditoria mostra quem decidiu o quê. Consulta revisão manual para o processo de revisão completo.

#Reduzir recusas evitáveis

Se a tua taxa de recusa for mais alta do que gostarias, as causas habituais são de configuração e não de fraude:

  1. Uma lista de documentos permitidos demasiado estreita. Verifica que tipos e subtipos de documento o teu fluxo de trabalho aceita face ao que os teus utilizadores realmente têm.
  2. Limiares de correspondência facial demasiado apertados. Consulta pontuações e limiares de correspondência facial.
  3. Prova de vida ativa em dispositivos de gama baixa. A prova de vida passiva é muito mais tolerante em telemóveis antigos e com má iluminação.
  4. Limiar de recusa de AML definido numa pontuação de correspondência que gera falsos positivos. Encaminha esses casos para revisão em vez disso. Consulta resolver ocorrências de AML.

#Se és a pessoa que foi recusada, não a empresa

Se recebeste um link de verificação de uma empresa e foi recusado, a Didit processa a tua verificação em nome dessa empresa mas não tem autoridade para tomar, alterar, ou explicar a decisão - só a empresa com quem te estás a verificar pode fazer isso, por isso contacta o suporte dela sobre o teu resultado. Consulta pediram-me para verificar a minha identidade com a Didit, e como a Didit protege os dados dos teus utilizadores para saber como o acesso aos dados é controlado.