Deixando alguém tentar uma verificação de novo
Duas formas de dar a um usuário uma segunda chance - solicitar o reenvio de apenas as etapas que falharam, ou começar uma sessão totalmente nova. Qual usar depende do status atual da sessão.
Reenvio (resubmission) se a sessão está In Review ou Declined - mesma sessão, a pessoa só refaz a etapa que falhou. Uma sessão nova se ela Expired ou foi Abandoned. O reenvio é quase sempre a melhor escolha para um usuário genuíno.
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 (a sessão está In Review ou Declined)
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.
- More options é onde uma sessão pode ser reaberta para o usuário tentar de novo.
- A nova tentativa aparece em Events junto com a primeira, para você comparar as duas.
- 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 (a sessão está Expired ou Abandoned)
Se uma sessão expirou antes de a pessoa abrir o link, ou ela abandonou no meio do caminho, o reenvio não se aplica - crie uma sessão nova e envie um link novo, seja pelo fluxo de link de verificação do console ou pela API de criação de sessão. Uma sessão nova recebe seu próprio session ID e começa do zero, em Not Started.
Envie o mesmo vendor_data que você usou na primeira vez. É isso que agrupa as duas tentativas sob um único usuário consolidado, então você mantém uma visão única dessa pessoa, mesmo com as sessões sendo separadas.
#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 | In Review, Declined | Qualquer status, mas principalmente necessário para Expired ou Abandoned |
| 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