Segmentación de páginas de error y bloqueo de bucles de reintento infinito
Mejora Cuando procesos clave del motor — como ID liveness, selfie (Passive) liveness, comparación facial o verificación de autenticidad del gobierno coreano — fallan de forma consecutiva, los usuarios anteriormente quedaban atrapados en un bucle de reintento infinito. Con esta mejora, si el mismo error se acumula 3 veces, el usuario es dirigido a una página de error exclusiva para ese tipo de error en lugar de recibir otro intento. Menos de 3 ocurrencias continúan gestionándose con una solicitud de recaptura o una notificación.Nuevos códigos de error
Errores de motor (SE) — cada motor tiene su propia página de error dedicada, de modo que puede identificar de inmediato en qué motor se produjo el fallo.
| Código de error | Motor |
|---|---|
SE-50020 | ID Liveness |
SE-50021 | Selfie Passive Liveness |
SE-50022 | Face Compare |
SE-50030 | Verificación gubernamental coreana — Documento de Identidad de Residente |
SE-50031 | Verificación gubernamental coreana — Permiso de conducir |
SE-50032 | Verificación gubernamental coreana — Pasaporte |
SE-50033 | Verificación gubernamental coreana — Registro de Extranjeros |
LO) — cuando el mismo error se acumula 3 veces durante la captura del documento o el procesamiento de pasos, el usuario es dirigido a una página de bloqueo de bucle. Los errores de bucle no mapeados recurren a una página genérica (Fallback).
| Código de error | Condición de activación |
|---|---|
LO-30001 | Fallo de reconocimiento OCR del documento |
LO-30002 | Error de procesamiento de datos |
LO-30003 | Parámetro obligatorio ausente |
LO-30004 | requestId ausente |
LO-30005 | Calidad de imagen del documento demasiado baja |
LO-99999 | Error de bucle no mapeado a los anteriores (Fallback) |
Error Handling Method (Método de manejo de errores) — conversión a Warning e integración con Custom Policy
Puede configurar cómo se maneja cada error de motor en el dashboard:Error (predeterminado — redirige a una página de error dedicada) ↔ Warning (omite esa verificación y continúa). Se configura por elemento para ID Liveness · Selfie Passive Liveness · verificación gubernamental coreana.
Cuando se establece como Warning, el usuario no es redirigido a una página de error; solo se omite esa verificación y el proceso KYC posterior continúa. El registro de Warning resultante puede ser capturado por el disparador “Warning ocurrido” en Custom Policy, aplicando acciones posteriores como penalizaciones de ARGOS Score, retención (Pending) o rechazo según su política. (Esto sigue el mismo patrón que el tratamiento de Warning por documento expirado (Expired ID).)
Para configurar el Error Handling Method, consulte la guía Anti-Fraude y Prevención de Falsificación; para crear una Custom Policy que use el Warning, consulte la guía KYC Process; para el mapeo completo de códigos de error y las definiciones de páginas de error, consulte el documento Códigos de error y páginas de error.
Mejora de notificaciones para navegadores y dispositivos no compatibles
Mejora Cuando los usuarios acceden al liveform desde entornos no compatibles — incluidos navegadores antiguos, entornos sin soporte de WebAssembly o dispositivos con Android OS inferior a la versión 9 — anteriormente solo recibían un aviso genérico sin código de error. Esta mejora asigna el código de errorRT-60002 e incluye un enlace a la guía de entornos compatibles. Los clientes pueden ahora identificar de inmediato el motivo del bloqueo y proporcionar orientación específica a los usuarios.
Mejoras en la gestión de permisos de administrador (RBAC)
Nueva Función Los permisos (roles) de los administradores internos de ARGOS y los administradores externos del proyecto ahora están separados, y cada rol controla de forma independiente qué elementos se pueden ver, modificar o eliminar en el dashboard. Los roles se dividen en Owner, Leader, Member y Guest.
Control de visualización de información personal
Según el rol asignado, los campos de datos del envío de un usuario se muestran enmascarados. En la configuración Visibilidad de información personal por rol, se especifica por elemento qué roles (Owner·Leader·Member·Guest) pueden ver cada dato personal (PII) — como el número de registro de residente, el número de documento, el número de identificación y las imágenes del documento — y cualquier elemento no marcado aparece enmascarado para los administradores con ese rol.El enmascaramiento se aplica solo a la visualización en pantalla; los datos almacenados y los datos de respuesta de la API no se modifican. (p. ej., Nombre
John Doe → ***, Fecha de nacimiento 1990-01-15 → ****-**-**)
Actualmente, en la configuración Visibilidad de información personal por rol solo se puede ajustar el campo Foto del documento (image). Los demás campos aún no se pueden ajustar; los valores de configuración se proporcionarán más adelante.
Control de funciones basado en permisos
Las acciones que superan el alcance de los permisos de un rol — como guardar opciones, eliminar registros o cancelar invitaciones de administrador — se gestionan de forma coherente: el botón correspondiente se oculta por completo o se acompaña de un aviso de permisos. Esto bloquea en origen cualquier operación no autorizada.ARGOS continúa mejorando su servicio de verificación de identidad para ofrecer mayor seguridad y una mejor experiencia de usuario. Gracias por usar ARGOS Identity. El equipo de ARGOS Identity