Sessões presas em revisão, e como reduzi-las

In Review significa que as verificações automáticas terminaram, mas sinalizaram algo que uma pessoa precisa resolver - isso nunca se resolve sozinho. Veja como esvaziar a fila e reduzir a taxa.

Escrito pelo suporte da Didit · Atualizado em 8 de setembro de 2026

Short answer

In Review nunca se resolve sozinho. Significa que uma verificação sinalizou algo e está esperando alguém do seu time aprovar, reprovar, ou pedir um reenvio. Se a sua taxa de revisão está alta, a causa quase sempre é um limiar configurado apertado demais - não fraude.

Important

A Didit não revisa sessões. Uma sessão Em análise está aguardando uma pessoa da sua equipe, no seu Console de Negócios, e ninguém na Didit está olhando para ela. Não existe fila do lado da Didit nem estimativa de tempo: ela permanece Em análise até que alguém da sua equipe decida.

De todos os status, In Review é o que gera mais dúvidas no suporte, por um motivo simples: parece que a plataforma ainda está trabalhando, quando na verdade a plataforma já terminou e está esperando por você.

#O que In Review realmente significa

Todas as verificações automáticas já rodaram. Pelo menos uma delas gerou um aviso que o seu workflow encaminha para revisão em vez de para uma decisão automática. A sessão agora fica na sua fila até que uma pessoa a resolva. Não existe um tempo limite que decide por você no fim, e não existe uma forma de fazer o sistema rodar as verificações de novo e mudar de ideia sozinho.

#Resolvendo uma sessão

  1. Abra a fila de revisão

    No Business Console, acesse Verifications e filtre pelo status In Review.

  2. Leia os avisos, não só o status

    Abra a sessão e veja qual verificação a sinalizou e o que o aviso diz. Isso determina o que você está realmente decidindo. Veja como ler um resultado de verificação.

  3. Decida

    Aprove, reprove, ou solicite um reenvio apenas da etapa que falhou. Adicione uma nota - ela passa a fazer parte da trilha de auditoria.

  4. Avise o seu backend

    A decisão dispara um webhook status.updated, então o seu sistema recebe o estado final sem você precisar reconciliar manualmente.

Filtrando a lista de Verifications pelo status In Review no console da Didit
  1. Filtre por Status: In Review para ver só o que está esperando por você.
  2. A coluna Status é onde In Review aparece; nada se move até alguém decidir.
  3. Selecione linhas, depois Change status para aprovar ou reprovar em lote.
Filtre Verifications por In Review para trabalhar a fila.

#Por que sua taxa de revisão pode estar alta

Mais ou menos nesta ordem de probabilidade:

  1. Limiares de reconhecimento facial próximos demais. Se a sua faixa de revisão é larga, uma variação comum de iluminação cai dentro dela. Veja pontuações e limiares de reconhecimento facial.
  2. Limiar de revisão de AML definido com uma pontuação de correspondência baixa. Nomes comuns geram ocorrências candidatas com pontuações de correspondência baixas. Definir o limiar de revisão baixo demais manda quase todo mundo para revisão. Veja resolvendo ocorrências de AML.
  3. Correspondências parciais no comprovante de endereço. Os formatos de endereço variam muito de país para país; uma diferença de abreviação parece uma correspondência parcial. Decida deliberadamente se uma correspondência parcial deve ir para revisão ou passar.
  4. Correspondências parciais na validação em base de dados. A mesma causa - um nome registrado de forma diferente em uma fonte oficial.
  5. Sinalizadores de rosto duplicado em usuários recorrentes legítimos. Se a mesma pessoa real se verifica mais de uma vez, ela vai corresponder com ela mesma. Veja detecção de duplicidade.
  6. Todo aviso encaminhado para revisão "por segurança". Revisar tudo é o mesmo que não revisar nada, porque a fila para de ser trabalhada. Escolha os avisos que realmente precisam de julgamento humano.

#Reordenando o workflow para revisar mais cedo e mais barato

Se o seu fluxo é caro e muitas sessões acabam em revisão de qualquer forma, mover as verificações de risco mais baratas para o início faz com que o fluxo pare antes de as caras rodarem. Análise de dispositivo e IP a US$ 0,03, na frente de um fluxo completo de KYC, corta gastos em tráfego que nunca ia passar mesmo.

A troca é a experiência do usuário: uma pessoa barrada logo na primeira etapa não investiu nada, mas também não aprende nada sobre o motivo. Decida o que importa mais para o seu funil.

#Revisão de quatro olhos

Se o seu processo de compliance exige que duas pessoas assinem uma decisão, a Didit suporta um fluxo de quatro olhos, onde um segundo revisor precisa confirmar. Veja revisão de quatro olhos.

#O que In Review não é

  • Não é "ainda processando". Se você está esperando a plataforma terminar, o status que você quer é In Progress.
  • Não é uma reprovação branda. Uma sessão In Review ainda não tem veredito nenhum, então não mapeie isso como "rejeitado" no seu próprio sistema - mapeie como o próprio estado de pendência dela.
  • Não é algo que o suporte pode decidir por você. Só o seu time tem autoridade para aprovar ou reprovar o seu próprio cliente. O suporte pode explicar por que uma sessão foi sinalizada, e vai precisar do session_id para isso.

#O monitoramento contínuo pode devolver uma sessão aprovada para revisão

Se você tem o monitoramento de AML ativado, uma sessão previamente aprovada pode voltar para In Review mais tarde, quando uma nova checagem diária encontrar uma ocorrência nova que ultrapassa o seu limiar de revisão. Isso é um comportamento esperado, não uma regressão - e é exatamente para isso que o monitoramento existe. Veja monitoramento contínuo de AML.