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

Duas formas de dar a um utilizador uma segunda oportunidade - pedir um reenvio apenas dos passos que falharam, ou começar uma sessão totalmente nova. Qual escolher depende do estado atual da sessão.

Escrito pelo suporte da Didit · Atualizado a 19 de agosto de 2026

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 (a sessão está Em Revisão ou Recusada)

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.

12

1. Mais opções é onde uma sessão pode ser reaberta para que o utilizador tente outra vez.
2. A nova tentativa aparece em Events junto com a primeira, para que as possas comparar.

1. Abre a sessão

   Na Consola de Negócio, 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.

#Opção 2: Criar uma sessão nova (a sessão caducou ou foi abandonada)

Se uma sessão caducou antes de a pessoa a abrir, ou ela a abandonou a meio caminho, o reenvio não se aplica - cria uma sessão nova e envia-lhe um link novo, quer a partir do fluxo de links de verificação da consola quer através da API de criação de sessão. Uma sessão nova recebe o seu próprio ID de sessão e começa em Não Iniciada.

Passa o mesmo vendor_data que usaste da primeira vez. É isso que agrupa as duas tentativas sob um utilizador consolidado, para manteres uma vista única dessa pessoa mesmo que as sessões sejam separadas.

#Qual devo usar?

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.

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

#Relacionado

• O que significa cada estado de sessão
• Porque uma verificação foi recusada
• Quando uma sessão nunca termina