# Por que uma verificação foi reprovada Source: https://help.didit.me/pt-BR/verification-sessions/why-was-a-session-declined Updated: 2026-10-12 Abra a sessão e leia os avisos da verificação que falhou: o Declined geral não diz o motivo, o aviso diz. A maioria das reprovações se corrige com um reenvio. 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](https://business.didit.me). 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](https://help.didit.me/screenshots/session-detail-light.webp) *O motivo está em Overview; a aba da verificação que falhou tem o detalhe.* ## Motivos comuns para uma verificação falhar [Video: Sinais de fraude: VPN, impressão digital do dispositivo e localização por IP - Didit Academy](https://www.youtube.com/watch?v=7eW05Z5IYfA) **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](https://help.didit.me/pt-BR/documents-coverage/document-upload-problems). - 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** - A selfie e a foto do documento pontuaram abaixo do seu limiar de similaridade configurado (`LOW_FACE_MATCH_SIMILARITY`). Veja [corrigindo problemas de prova de vida e reconhecimento facial](https://help.didit.me/pt-BR/liveness-biometrics/liveness-and-face-match-issues). **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](https://help.didit.me/pt-BR/verification-sessions/duplicate-detection). 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](https://help.didit.me/pt-BR/workflows/decision-rules). ## 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](https://help.didit.me/pt-BR/verification-sessions/retry-a-verification). > **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](https://docs.didit.me/console/manual-review) 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](https://help.didit.me/pt-BR/liveness-biometrics/face-match-thresholds). 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](https://help.didit.me/pt-BR/aml-screening/resolving-aml-hits). ## 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](https://help.didit.me/pt-BR/end-users/asked-to-verify), e [como a Didit protege os dados dos usuários](https://help.didit.me/pt-BR/data-privacy/how-didit-protects-data) para saber como o acesso aos dados é controlado.