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

Source: https://help.didit.me/pt-BR/verification-sessions/session-in-review
Updated: 2026-10-12

In Review significa que uma verificação sinalizou algo e espera decisão; nunca se resolve sozinho. A fila alta quase sempre vem de limiar apertado demais.

**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.

[Video: Tags, status e chat da sessão: revisando casos em equipe - Didit Academy](https://www.youtube.com/watch?v=bRkH0agxVDc)

> **Warning:** **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**

   Abra **Verificação de identidade → Verificações de usuários → Precisa de análise** ou **Caixa de entrada → Decisões**. A aprova, D recusa, R solicita reenvio e J/K navega. Confira o diálogo antes de confirmar.

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](https://help.didit.me/pt-BR/verification-sessions/reading-a-verification-result).

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](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*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](https://help.didit.me/pt-BR/liveness-biometrics/face-match-thresholds).
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](https://help.didit.me/pt-BR/aml-screening/resolving-aml-hits).
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](https://help.didit.me/pt-BR/verification-sessions/duplicate-detection).
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

Quando casos e revisão por duas pessoas estão habilitados, o processo exige um segundo revisor. A disponibilidade depende da configuração do caso e das permissões.

## 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](https://help.didit.me/pt-BR/aml-screening/ongoing-monitoring).