Idealmente, cada verificação submetida deve receber uma decisão na primeira tentativa. No entanto, há casos em que isso não é possível. Por exemplo, devido a problemas como baixa qualidade de documento ou imagem de selfie, uma decisão não pode ser dada, e a sessão é reenviada até que as imagens capturadas tenham qualidade suficiente para possibilitar um status de decisão decisivo.
Às vezes, isso por si só pode ser um problema. Por exemplo, se o dispositivo do indivíduo é a origem do problema, não há uma resolução possível mesmo após um reenvio, o que pode resultar em um loop de reenvios.
O limite de reenvio da Veriff é para garantir que um usuário final não fique preso em um loop negativo. Além disso, quando no Enterprise Plan, isso também significa que você tem controle sobre a quantidade de reenvios que seus clientes podem fazer ao serem verificados.
Se os usuários atingirem o limite de reenvio, pode ser necessário criar uma nova sessão de verificação. Para fazer isso, os administradores podem usar o POST /sessions para iniciar uma nova sessão, oferecendo aos usuários a oportunidade de começar o processo do início.
Como Funciona?
Se o seu usuário final foi solicitado a reenviar 9 vezes durante a mesma sessão e usando o mesmo ID de sessão, a 10ª tentativa será automaticamente recusada.
A recusa ocorreria simplesmente como resultado de atingir o limite de reenvio e eles não poderão fazer mais reenvios nessa sessão.
Além do limite de tentativas de reenviar, a Veriff impõe um limite de upload de 40 uploads por sessão de verificação. Esse limite inclui capturas adicionais de mídia realizadas para prevenção de fraudes, como tirar fotos extras durante cada envio. Como resultado, os usuários podem atingir o número máximo de uploads permitidos mais rápido do que o esperado.
Criar uma nova sessão resolve problemas persistentes, dando aos usuários um novo começo e ajudando a solucionar problemas técnicos ou de usabilidade que podem ter causado as falhas de reenvio. Para minimizar a probabilidade de atingir os limites da sessão, os usuários devem ser aconselhados a capturar toda a documentação necessária de forma clara e legível, garantir uma boa iluminação durante o processo de verificação e usar uma conexão de internet confiável.
Razão / Código Granular
Quando uma sessão é recusada devido ao limite de reenvios ser excedido, o código de motivo da recusa será:
"539" - "Limite de reenvio excedido"
Este código de razão granular também está anotado em nosso guia de documentação do desenvolvedor aqui.
Reutilizando uma Sessão Existente vs. Criando uma Nova
Ao decidir entre reutilizar o mesmo ID da sessão ou criar uma nova sessão, vários fatores podem orientar sua decisão:
Reutilizando a Mesma Sessão: Recomendado para continuidade e alinhamento com práticas de cobrança. Isso minimiza a sobrecarga administrativa e garante um processo contínuo para o usuário.
Criando uma Nova Sessão: Ideal quando desafios técnicos ou de usabilidade ocorrem que impedem a conclusão bem-sucedida na sessão atual. Essa abordagem reinicia o processo, oferecendo uma nova oportunidade.
Melhores Práticas para Sessões de Verificação
Para otimizar o processo de verificação e reduzir as chances de reenvios, considere as seguintes melhores práticas:
Documentação Clara: Certifique-se de que toda a documentação necessária seja capturada de maneira clara e legível na primeira tentativa.
Ambiente Adequado: Aconselhe os usuários a completarem a verificação em ambientes bem iluminados, sem obstruções de documentos.
Conexão Estável: Recomende o uso de conexões de internet seguras e confiáveis para uploads de documentos.
Compatibilidade de Dispositivo: Se problemas persistirem, sugira tentar usar um dispositivo diferente, se disponível.