Idealmente, cada verificación presentada debería recibir una decisión en el primer intento. Sin embargo, hay casos en los que esto no es posible. Por ejemplo, debido a problemas como la calidad muy baja del documento o de la imagen selfie, no se puede dar una decisión y la sesión se reenvía hasta que las imágenes capturadas tengan la calidad suficiente para permitir un estado de decisión concluyente.
A veces, esto en sí mismo puede ser un problema. Por ejemplo, si el dispositivo del individuo es la fuente del problema, no hay una solución posible incluso después de un reenvío, lo que puede resultar en un bucle de reenvío.
El límite de reenvío de Veriff está diseñado para asegurar que un usuario final no quede atrapado en un bucle negativo. Además, cuando está en el Enterprise Plan, esto también significa que tiene control sobre la cantidad de reenvíos que su cliente puede realizar al ser verificado.
Si los usuarios alcanzan su límite de reenvíos, puede ser necesario crear una nueva sesión de verificación. Para hacer esto, los administradores pueden usar el POST /sessions para iniciar una nueva sesión, brindando a los usuarios la oportunidad de comenzar el proceso desde el principio.
¿Cómo funciona?
Si tu usuario final ha sido requerido a volver a enviar 9 veces durante la misma sesión y usando el mismo ID de sesión, su décimo intento será rechazado automáticamente.
El rechazo ocurriría simplemente como resultado de alcanzar el límite de reenvío y no podrá hacer más reenvíos en esa sesión.
Además del límite de intentos de reenvío, Veriff aplica un límite de carga de 40 cargas por sesión de verificación. Este límite incluye capturas de medios adicionales realizadas para la prevención de fraudes, como tomar fotos extra durante cada envío. Como resultado, los usuarios pueden alcanzar el límite máximo permitido más rápido de lo esperado.
Crear una nueva sesión resuelve problemas persistentes al dar a los usuarios un nuevo comienzo y ayuda a abordar problemas técnicos o de usabilidad que podrían haber causado fallos en los reenvíos. Para minimizar la probabilidad de alcanzar los límites de sesión, se debe aconsejar a los usuarios que capturen toda la documentación requerida de manera clara y legible, asegurarse de tener una buena iluminación durante el proceso de verificación y utilizar una conexión a internet confiable.
Razón / Código granular
Cuando una sesión es rechazada debido a que se ha superado el límite de reenvíos, el código de razón de rechazo será:
"539" - "Límite de reenvío excedido"
Este código de motivo granular también se menciona en nuestra guía de documentación para desarrolladores aquí.
Reutilizar una Sesión Existente vs. Crear una Nueva
Al decidir entre reutilizar el mismo ID de sesión o crear una nueva sesión, varios factores pueden guiar tu decisión:
Reutilizar la Misma Sesión: Recomendado para la continuidad y para alinearse con las prácticas de facturación. Esto minimiza la carga administrativa y asegura un proceso fluido para el usuario.
Crear una Nueva Sesión: Ideal cuando ocurren desafíos técnicos o de usabilidad que impiden la finalización exitosa en la sesión actual. Este enfoque reinicia el proceso, ofreciendo una página en blanco.
Mejores Prácticas para Sesiones de Verificación
Para optimizar el proceso de verificación y reducir las posibilidades de reenvíos, considera las siguientes mejores prácticas:
Documentación Clara: Asegúrate de que toda la documentación requerida se capture de manera clara y legible en el primer intento.
Entorno Adecuado: Aconseja a los usuarios que completen la verificación en entornos bien iluminados sin obstrucciones de documentos.
Conexión Estable: Recomienda utilizar conexiones a internet seguras y confiables para las cargas de documentos.
Compatibilidad del Dispositivo: Si ocurren problemas persistentes, sugiere intentar con un dispositivo diferente si está disponible.