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

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

Em Revisão significa que as comprovações automáticas terminaram mas assinalaram algo que uma pessoa tem de resolver - nunca se resolve sozinho. Esvazia a fila.

**Em Revisão nunca se resolve sozinho.** Significa que uma comprovação
assinalou algo e está à espera que uma pessoa da tua equipa aprove, recuse, ou
peça um reenvio. Se a tua taxa de revisão for alta, a causa é quase sempre um
limiar demasiado apertado - não fraude.

[Video: Etiquetas, estado e chat da sessão: rever casos em equipa - Didit Academy](https://www.youtube.com/watch?v=bRkH0agxVDc)

> **Warning:** **A Didit não revê sessões.** Uma sessão Em revisão está à espera de uma pessoa da sua equipa, na sua Consola de Negócio, e ninguém na Didit está a olhar para ela. Não existe fila do lado da Didit nem estimativa de tempo: fica Em revisão até que alguém da sua equipa decida.

De todos os estados, **Em Revisão** é o que gera mais perguntas de suporte, por um motivo simples: parece que a plataforma ainda está a trabalhar, quando na verdade a plataforma já terminou e está à tua espera.

## O que Em Revisão realmente significa

Todas as comprovações automáticas correram. Pelo menos uma levantou um aviso que o teu fluxo de trabalho encaminha para revisão em vez de para uma decisão automática. A sessão fica agora na tua fila até uma pessoa a resolver. Não há nenhum tempo limite que acabe por decidir por ti, nem forma de fazer o sistema voltar a correr as comprovações e mudar de ideias sozinho.

## Esvaziar uma sessão

1. **Abre a fila de revisão**

   Abra **Verificação de identidade → Verificações de utilizadores → Precisa de revisão** ou **Caixa de entrada → Decisões**. A aprova, D recusa, R pede reenvio e J/K navega. Verifique o diálogo antes de confirmar.

2. **Lê os avisos, não só o estado**

   Abre a sessão e vê que comprovação a assinalou e o que o aviso diz. É isso que estás realmente a decidir. Consulta [como ler um resultado de verificação](https://help.didit.me/pt-PT/verification-sessions/reading-a-verification-result).

3. **Decide**

   Aprova, recusa, ou pede um reenvio apenas do passo que falhou. Adiciona uma nota - passa a fazer parte do registo de auditoria.

4. **Avisa o teu backend**

   A decisão dispara um webhook `status.updated`, para que o teu sistema recolha o estado final sem teres de reconciliar à mão.

![A filtrar a lista de Verificações pelo estado Em Revisão na consola Didit](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*Filtra Verificações por Em Revisão para trabalhar a fila.*

## Porque a tua taxa de revisão pode estar alta

Aproximadamente por esta ordem de probabilidade:

1. **Limiares de correspondência facial demasiado próximos entre si.** Se a tua banda de revisão for larga, a variação normal de iluminação cai lá dentro. Consulta [pontuações e limiares de correspondência facial](https://help.didit.me/pt-PT/liveness-biometrics/face-match-thresholds).
2. **Limiar de revisão de AML definido numa pontuação de correspondência baixa.** Nomes comuns geram ocorrências candidatas com pontuações baixas. Definir o limiar de revisão demasiado baixo envia quase toda a gente para revisão. Consulta [resolver ocorrências de AML](https://help.didit.me/pt-PT/aml-screening/resolving-aml-hits).
3. **Correspondências parciais no comprovativo de morada.** Os formatos de morada variam imenso por país; uma diferença de abreviatura lê-se como uma correspondência parcial. Decide 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 registado de forma diferente numa fonte autorizada.
5. **Avisos de cara duplicada em utilizadores recorrentes legítimos.** Se a mesma pessoa real se verificar mais do que uma vez, vai corresponder a si própria. Consulta [deteção de duplicados](https://help.didit.me/pt-PT/verification-sessions/duplicate-detection).
6. **Todos os avisos encaminhados para revisão "por precaução".** Rever tudo é o mesmo que não rever nada, porque a fila deixa de ser trabalhada. Escolhe os avisos que realmente precisam de critério humano.

## Reordenar o fluxo de trabalho para rever mais cedo e mais barato

Se o teu fluxo é caro e muitas sessões acabam em revisão de qualquer forma, mover as comprovações de risco baratas para o início faz com que o fluxo pare antes de as caras correrem. Análise de dispositivo e IP a 0,03 $ à frente de um fluxo KYC completo vai cortar o gasto em tráfego que nunca ia passar.

O compromisso é a experiência do utilizador: uma pessoa que é parada no primeiro passo não investiu nada, mas também não aprende porquê. Decide o que importa mais para o teu funil.

## Revisão a quatro olhos

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

## O que Em Revisão não é

- **Não é "ainda a processar".** Se estás à espera que a plataforma termine, o estado que procuras é Em Curso.
- **Não é uma recusa disfarçada.** Uma sessão Em Revisão ainda não tem nenhum veredito, por isso não a mapeies como "rejeitada" no teu próprio sistema - mapeia-a para o seu próprio estado pendente.
- **Não é algo que o suporte possa decidir por ti.** Só a tua equipa tem autoridade para aprovar ou recusar o teu próprio cliente. O suporte pode explicar *porque* uma sessão foi assinalada, e vai precisar do `session_id` para o fazer.

## A monitorização contínua pode devolver uma sessão aprovada para revisão

Se tiveres a monitorização de AML ativada, uma sessão previamente aprovada pode passar para Em Revisão mais tarde, quando um recribado diário encontrar uma nova ocorrência que ultrapasse o teu limiar de revisão. Isso é comportamento esperado, não uma regressão - e é exatamente o objetivo da monitorização. Consulta [monitorização AML contínua](https://help.didit.me/pt-PT/aml-screening/ongoing-monitoring).