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.
- Abra a sessão
No Business Console, acesse Verifications e abra a sessão.
- 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.
- 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.
- 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.
#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.
#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.
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
- Por que uma verificação foi reprovada
- Quando uma sessão nunca termina
Ainda com dúvida? Fale com uma pessoa.
Inclua o ID da sua organização e o ID da sessão sobre a qual você está perguntando.