Entienda los estados de verificación y decisiones
Este video proporciona una explicación clara para ayudarle a navegar y entender cada resultado con facilidad.
🔋 Esto es lo que aprenderás:
Estados de verificación explicados. Entiende lo que significa cada estado, desde "Pending" hasta "Approved" o "Declined," y cómo reflejan el progreso de una verificación.
Tipos de decisiones. Aprende las diferencias entre decisiones y cómo se determinan.
Cómo utilizar esta información. Descubre cómo aprovechar estos conocimientos para mejorar tus procesos de verificación y manejar los casos de manera más eficiente.
Este video asegurará que pueda interpretar y actuar sobre cada estado y decisión con confianza.
¡Mire ahora y obtenga la claridad que necesita para dominar los resultados de verificación de Veriff!
A continuación, encontrará una explicación más profunda de los estados y las razones detrás de las decisiones
Estados
Los estados de sesión le ayudan a entender en qué parte del proceso de verificación se encuentran sus clientes. Los estados de sesión se pueden dividir en tres categorías.
Estados enviados a través de webhooks de decisión:
Approved (aprobada)
Su cliente ha recibido una decisión concluyente positiva de nuestra parte. Acceder nuevamente a la URL de la sesión mostrará al cliente que no hay más que hacer.
Declined (rechazada)
Su cliente ha recibido una decisión concluyente negativa de nuestra parte. Se detectó fraude o hay otra razón grave que llevó a que la persona sea rechazada. Desplácese hacia abajo para aprender más sobre las posibles razones detrás de la rechazo. Desplácese hacia abajo para aprender más sobre las posibles razones detrás de la rechazo.
Acceder nuevamente a la URL de la sesión mostrará al cliente que no hay nada que hacer aquí. Si decide darle otra oportunidad al cliente, necesita crear una nueva sesión.
Resubmitted (reenviado)
Se ha solicitado el reenvío. El proceso de verificación no está completo. Faltó algo en la sesión del cliente y necesita pasar nuevamente por el proceso. La misma URL de sesión debe ser utilizada para este propósito.
Caducada La sesión caducará 7 días después de haber sido creada a menos que reciba una decisión concluyente antes de eso. El estado de verificación cambiará a caducado si nunca ha sido accedido por el cliente. Acceder nuevamente a la URL de la sesión mostrará al cliente que no se puede hacer nada allí. Se debe crear una nueva sesión para el cliente, si decide intentarlo de nuevo El URL de la sesión permanece funcional durante todo el ciclo de vida de la sesión, lo que permite a los usuarios continuar la verificación si la sesión aún está activa y válida. Una vez que la sesión haya caducado o sido archivada, se debe iniciar una nueva sesión, acompañada de un nuevo enlace de verificación.
Abandonada. Al igual que caducada, el estado abandonada se establecerá después de 7 días si el proceso ha sido iniciado por el cliente pero no ha sido finalizado. Acceder nuevamente a la URL de la sesión mostrará al cliente que no se puede hacer nada. Se debe crear una nueva sesión para el cliente, si decide intentarlo de nuevo. Al entender estas condiciones y seguir las recomendaciones anteriores, los usuarios pueden gestionar mejor sus sesiones y asegurar la finalización del proceso de verificación. Para resolver estas sesiones, los usuarios tienen dos opciones principales: Cada enlace de verificación está pensado para una sola sesión. Los enlaces caducados o abandonados no pueden reutilizarse, lo que requiere la creación de una nueva sesión y un nuevo enlace para continuar.
Reanudar una sesión existente: Si aún es válido, se puede usar la URL original de la sesión para continuar y completar el proceso.
Crear una nueva sesión: Después de superar el límite de 7 días, la sesión abandonada no puede reanudarse, lo que requiere la creación de una nueva sesión y compartir un enlace de sesión actualizado. Estas son condiciones específicas en las que una sesión puede considerarse "Abandonada": Los enlaces de verificación están diseñados para un solo uso, garantizando la integridad de cada sesión. Si la sesión sigue siendo válida dentro de su ciclo de vida, el mismo enlace puede reutilizarse para completar el proceso de verificación. Sin embargo, una vez que una sesión se marca como abandonada o caducada, es necesario generar y compartir un enlace nuevo.
Solo entrada de datos inicial: Si un usuario ingresa solo información preliminar (por ejemplo, su nombre) sin capturar fotos de documentos o selfies, la sesión se considera abandonada.
Cargas de datos parciales: Incluso si el usuario sube datos parciales, como algunas fotos de documentos, la sesión sigue siendo "abandonada" si no se completa dentro del periodo designado.
Inactividad o caducidad: Las sesiones que no se inician o completan dentro de los 7 días posteriores a su creación también se marcan como "abandonadas."
Estados enviados a través de webhooks de evento:
Started (iniciado) - el cliente ha abierto el flujo de verificación por primera vez
Submitted (enviado) - el cliente ha finalizado el flujo de verificación enviando sus datos y fotos
Estados sobre los que no le notificaremos:
Created (creado) - la sesión ha sido creada y está lista para ser accedida a través de la URL
Preprocessed (preprocesada) - la sesión ha sido enviada y ha pasado por nuestras verificaciones automáticas. Está esperando una decisión de nuestro Especialista.
Checks dispatched (verificaciones despachadas) - la sesión está siendo verificada
Razones detrás de las decisiones
Condiciones para una decisión concluyente positiva o una aprobación
Damos una decisión concluyente positiva (estado aprobado, código 9001) cuando el cliente nos ha proporcionado:
una carga de fotos y/o un video
un documento válido con datos legibles y coincidentes
una foto del rostro clara/buena calidad
una foto del rostro que corresponde a la foto del cliente en el documento
Razones para una decisión concluyente negativa o un rechazo
Damos una decisión concluyente negativa (estado rechazado, código 9102) cuando
no se utiliza un documento físico
sospechamos manipulación de documentos
detectamos comportamientos sospechosos
un cliente que muestra el documento no parece coincidir con la foto del documento
hay una velocidad/abuso presente
hay un fraude conocido presente
También emitimos una decisión negativa concluyente (estado rechazado, código "105 - Suspicious behaviour") cuando
un usuario ha pasado por 10 intentos de reenvío. Después del 10mo intento, será rechazado.
Razones para decisiones no concluyentes o reenvíos
Damos una decisión no concluyente (estado reenvío_solicitado, código 9103) cuando
faltan videos y/o fotos
la cara del cliente no es visible/clara
el documento completo no es visible
las imágenes proporcionadas tienen mala calidad
el documento está anulado o caducado
el tipo de documento no es compatible
el documento está caducado
¡Consejo! Podría enviar las razones del reenvío a sus clientes como una notificación automática para proporcionar una visión clara del resultado de su verificación y ayudarles a ser verificados durante su próximo intento.
Consejos para minimizar el abandono de sesiones:
Establece expectativas al usuario. Explica claramente cada paso en el proceso de verificación y enfatiza la importancia de completarlo en una sola sesión.
Comunica los permisos con anticipación. Informa a los usuarios sobre los permisos necesarios, como acceso a cámara y micrófono, antes de empezar. Gestiona la validez del enlace. Informa a los usuarios sobre el ciclo de vida de la sesión y fomenta que completen el proceso rápidamente para evitar la necesidad de nuevos enlaces de verificación.
Monitorea los plazos. Anima a los usuarios a finalizar dentro de la ventana de 7 días para evitar la caducidad.