# Deixando alguém tentar uma verificação de novo

Source: https://help.didit.me/pt-BR/verification-sessions/retry-a-verification
Updated: 2026-10-12

Solicite o reenvio das etapas que falharam na mesma sessão ou crie uma sessão nova se o link expirou antes de ser aberto. A escolha depende do status atual.

Solicite o reenvio para repetir as etapas escolhidas na mesma sessão. Crie outra sessão se o link expirou antes de ser aberto.

**Em análise, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada.**

Existem duas formas de dar a alguém outra tentativa: **solicitar um reenvio** das etapas que falharam, ou **criar uma sessão nova** do zero. Qual delas você quer depende do status atual da sessão.

## Opção 1: solicitar reenvio

O reenvio mantém a mesma sessão e o mesmo histórico, e só pede para a pessoa refazer as etapas específicas que falharam - não a verificação inteira.

**Em análise, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada.**

![Uma sessão no console da Didit com o menu More options que a reabre para outra tentativa](https://help.didit.me/screenshots/session-detail-light.webp)

*Uma nova tentativa começa a partir da própria sessão.*

1. **Abra a sessão**

   No [Business Console](https://business.didit.me), acesse **Verifications** e abra a sessão.

2. **Solicite o reenvio**

   Abra o menu de ações e selecione **Request Resubmission**. Escolha quais etapas a pessoa precisa refazer - qualquer etapa que não foi aprovada.

3. **Notifique a pessoa (opcional)**

   Se você tiver o e-mail dela cadastrado, pode enviar automaticamente um link direto para o reenvio. Você também pode definir o idioma desse e-mail.

4. **Aguarde a reavaliação**

   O status da sessão muda para **Resubmitted** enquanto espera. Assim que a pessoa completar as etapas solicitadas, o sistema reavalia automaticamente e move a sessão para **Approved**, **Declined** ou **In Review**.

O reenvio pode ser solicitado mais de uma vez na mesma sessão - cada rodada fica guardada no histórico da sessão, para os seus registros. Desenvolvedores podem disparar a mesma ação pela [API de atualização de status da sessão](https://docs.didit.me/sessions-api/update-status).

## Opção 2: criar uma sessão nova

Se a sessão expirou antes de ser aberta, crie outra em **Mais ações → Nova verificação para esta pessoa** ou pela API. A opção exige `vendor_data`; sem ele, fica desativada. Use o mesmo valor para agrupar as tentativas da pessoa.

## Qual delas você deve usar?

| | Reenvio | Sessão nova |
|---|---|---|
| Session ID | O mesmo | Um novo |
| Histórico | Mantido junto, em um só lugar | Separado, ligado só pelo `vendor_data` |
| O que a pessoa refaz | Só as etapas que falharam | Tudo |
| Funciona a partir de | Em análise, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada | Qualquer status; normalmente para sessões expiradas antes da abertura |
| Custo | Só as etapas que rodam de novo e são concluídas | Todas as etapas do workflow de novo |

Para um problema corrigível - uma foto borrada, o lado errado do documento - o reenvio é quase sempre a melhor escolha: gera menos atrito para um usuário genuíno, é mais barato, e mantém uma única trilha de auditoria.

## O que uma nova tentativa custa para você

A cobrança acontece por **funcionalidade concluída**, então:

- Um reenvio que refaz só a etapa do documento cobra só essa etapa.
- Uma sessão totalmente nova roda o workflow inteiro de novo e cobra cada funcionalidade que se conclui de novo.
- Uma etapa que a pessoa nunca alcança não é cobrada de forma alguma.

Esse é o argumento prático a favor do reenvio em vez de uma sessão nova, em uma falha corrigível. Veja [o que conta como uma verificação cobrável](https://help.didit.me/pt-BR/billing-credits/what-counts-as-billable).

## Controlando quantas tentativas uma pessoa recebe

Se você preferir que uma verificação reprovada não ofereça outra tentativa dentro do mesmo fluxo, isso é uma questão de configuração do workflow - a ação da etapa em cada aviso decide se a pessoa é convidada a tentar de novo, enviada para revisão, ou reprovada de vez. Veja [regras de decisão e limiares](https://help.didit.me/pt-BR/workflows/decision-rules).

> **Warning:** Tenha cuidado ao remover as tentativas por completo. Algumas falhas de captura são culpa
> do dispositivo, não da pessoa - uma câmera que perdeu um frame ou um celular que não
> conseguiu manter contato com o chip NFC. Remover a nova tentativa transforma esses casos
> em reprovações permanentes de usuários legítimos.

## Relacionados

- [O que cada status de sessão significa](https://help.didit.me/pt-BR/verification-sessions/session-statuses)
- [Por que uma verificação foi reprovada](https://help.didit.me/pt-BR/verification-sessions/why-was-a-session-declined)
- [Quando uma sessão nunca termina](https://help.didit.me/pt-BR/verification-sessions/session-not-finished)