# Deixar alguém tentar uma verificação outra vez

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

Duas formas de dar ao utilizador uma segunda oportunidade - pedir reenvio só dos passos que falharam, ou começar uma sessão nova. Depende do estado da sessão.

Peça o reenvio para repetir os passos escolhidos na mesma sessão. Crie uma sessão nova se a ligação expirou antes de ser aberta.

**Em revisão, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada.**

Há duas formas de dar a alguém outra oportunidade: **pedir um reenvio** dos passos que falharam, ou **criar uma sessão nova** do zero. Qual delas queres depende do estado atual da sessão.

## Opção 1: Pedir reenvio

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

**Em revisão, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada.**

![Uma sessão na consola Didit com o menu Mais opções 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. **Abre a sessão**

   Na [Consola de Negócio](https://business.didit.me), vai a **Verificações** e abre a sessão.

2. **Pede o reenvio**

   Abre o menu de ações e seleciona **Pedir Reenvio**. Escolhe que passos a pessoa precisa de refazer - qualquer passo que não tenha sido aprovado.

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

   Se tiveres o e-mail dela registado, podes enviar-lhe automaticamente um link direto para o reenvio. Também podes definir o idioma desse e-mail.

4. **Espera pela reavaliação**

   O estado da sessão muda para **Reenviada** enquanto espera. Assim que a pessoa completar os passos pedidos, o sistema reavalia automaticamente e move a sessão para **Aprovada**, **Recusada**, ou **Em Revisão**.

O reenvio pode ser pedido mais do que uma vez na mesma sessão - cada ronda fica guardada no histórico da sessão para os teus registos. Os programadores podem acionar o mesmo através da [API de atualização de estado 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 este valor, está desativada. Reutilize-o para agrupar as tentativas da pessoa.

## Qual devo usar?

| | Reenvio | Sessão nova |
|---|---|---|
| ID de sessão | O mesmo | Um novo |
| Histórico | Mantido junto num único sítio | Separado, ligado apenas por `vendor_data` |
| O que a pessoa refaz | Só os passos que falharam | Tudo |
| Funciona a partir de | Em revisão, Recusada, Aprovada, Abandonada, KYC expirado ou Reenviada | Qualquer estado; normalmente para sessões expiradas antes da abertura |
| Custo | Só os passos que voltam a correr e a concluir-se | Cada passo do fluxo de trabalho outra vez |

Para um problema resolúvel - uma fotografia desfocada, o lado errado do documento - o reenvio é quase sempre a melhor opção: é menos fricção para um utilizador genuíno, mais barato, e mantém um único registo de auditoria.

## O que custa uma nova tentativa

A faturação acontece por **funcionalidade concluída**, por isso:

- Um reenvio que só refaz o passo do documento fatura apenas esse passo.
- Uma sessão totalmente nova corre o fluxo de trabalho inteiro outra vez e fatura cada funcionalidade que se concluir de novo.
- Um passo a que a pessoa nunca chega não é faturado de todo.

Esse é o argumento prático a favor do reenvio face a uma sessão nova perante uma falha resolúvel. Consulta [o que conta como uma comprovação faturável](https://help.didit.me/pt-PT/billing-credits/what-counts-as-billable).

## Controlar quantas tentativas uma pessoa tem

Se preferires que uma verificação falhada não ofereça à pessoa outra tentativa dentro do mesmo fluxo, isso é uma questão de configuração do fluxo de trabalho - a ação do passo perante cada aviso decide se a pessoa é convidada a tentar outra vez, enviada para revisão, ou recusada diretamente. Consulta [regras e limiares de decisão](https://help.didit.me/pt-PT/workflows/decision-rules).

> **Warning:** Tem cuidado ao eliminar as tentativas por completo. Algumas falhas de captura
> são culpa do dispositivo, não da pessoa - uma câmara que perdeu um fotograma
> ou um telemóvel que não conseguiu manter o chip NFC. Eliminar a nova
> tentativa transforma esses casos em recusas permanentes de utilizadores
> legítimos.

## Relacionado

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