Saltar al contenido principal
Hola, somos ARGOS ID check. Estas son las nuevas funciones y mejoras que ofrecemos en octubre.

Compatibilidad con la región KR (Corea del Sur)

Nueva Función Desde el 1 de octubre de 2026, ID check es compatible con la región KR (Corea del Sur). Ahora puede alojar un proyecto en la región US (Estados Unidos) o en la región KR. La región se define por proyecto; las funciones del dashboard y las políticas y opciones son las mismas en ambas regiones, y solo cambian las direcciones de acceso (endpoints) de la API y del Liveform, y la IP de envío de los webhooks.
Los clientes actuales no necesitan hacer nada. Todos los proyectos existentes permanecen en la región US, y sus endpoints de API y Liveform y la IP de envío de webhooks no cambian.

Cómo usar la región KR

Solicite al equipo de Ventas la creación de un proyecto en la región KR. Para trasladar un proyecto existente de la región US a la región KR, es necesario crear un nuevo proyecto en la región KR y migrar los datos. Consulte con el equipo de Ventas o con Soporte al Cliente.

Valores de integración de la región KR

Los proyectos de la región KR usan los valores que se indican a continuación. Utilice los valores que corresponden a la región a la que pertenece su proyecto.
El firewall del servidor que recibe los webhooks debe permitir la IP de envío de la región a la que pertenece su proyecto. Si utiliza proyectos de las regiones US y KR, permita las dos IP.

Dashboard

La dirección de acceso al dashboard (https://idcheck.argosidentity.com) es la misma en ambas regiones. Al iniciar sesión, Project List muestra las pestañas US (United States) / KR (South Korea), y cada pestaña muestra los proyectos de esa región. Si tiene proyectos en ambas regiones, puede verlos en sus respectivas pestañas, y los miembros invitados a un proyecto acceden a la región a la que pertenece el proyecto al que fueron invitados.
Pestañas de región US (United States) y KR (South Korea) en la lista de proyectos

Pestañas de región en la lista de proyectos

Ubicación del procesamiento de datos

El procesamiento del KYC y el almacenamiento de datos se realizan en la región a la que pertenece el proyecto. Algunas funciones de integración con terceros, como la consulta de IP, utilizan la región US; salvo estas, el procesamiento de la información personal (PII) de los usuarios se realiza siempre en la región del proyecto.

Cambios en la documentación

En la Referencia de la API puede alternar la mayoría de los endpoints y de los ejemplos de solicitud entre las pestañas US / KR; en los ejemplos sin pestañas, cambie solo el host por el de la región de su proyecto.
  • Regiones Cómo identificar la región del proyecto, endpoints por región y ubicación del procesamiento de datos

Rediseño de la interfaz del dashboard

Mejora Desde el 20 de octubre de 2026, el dashboard usa un nuevo diseño basado en ARGOS Identity Design System. El color, la tipografía y los elementos comunes, como botones, campos de entrada, tablas, diálogos y selectores de fecha, se muestran con el nuevo diseño.
Las funciones y la ubicación de los menús no han cambiado. Solo cambia el aspecto de las pantallas, por lo que puede seguir usando su configuración y su forma de trabajo actuales.

URL de retorno de FaceAuth — envío del código de error

Nueva Función Se ha añadido Código de error (errorCode) a los campos dinámicos de AddOn Return URL del complemento FaceAuth. La función de código de error que ya ofrecía la URL de retorno del pipeline principal ahora funciona de la misma manera en FaceAuth.
  • Si selecciona Código de error, cuando la autenticación falla se envía a la URL de retorno el código del motivo del fallo. Con este código puede distinguir la causa del fallo y gestionar reintentos o mensajes al usuario.
  • Si selecciona Código de error, el usuario puede volver a la URL de retorno incluso después de llegar a una página de error.
  • Si activa a la vez Omitir página de resultados y Código de error, también se omite la página de error y el usuario va directamente a la URL de retorno.
Los parámetros de la URL de retorno pasan por el navegador del usuario y pueden ser manipulados. No actúe solo con los valores de la URL de retorno: llame a la API de consulta individual con authId y confirme el resultado en su servidor.

Nacionalidades permitidas en Liveform — WhiteListNationality

Nueva Función Puede indicar WhiteListNationality en el query string de Liveform para definir qué nacionalidades pueden completar la verificación. Puede indicar una o varias nacionalidades, y la configuración se aplica a los pipelines ID document y Knowledge-based.
  • Si la nacionalidad que introduce el usuario no está en la lista permitida, el envío se rechaza en el Step 2 con el motivo White List Nationality Mismatch. El usuario ve el mensaje “La nacionalidad seleccionada no es compatible con el proceso actual.”
  • Si el usuario introduce un número de registro de residente de Corea, ARGOS también comprueba si el número coincide con las nacionalidades permitidas. Si no coincide, se muestra un modal informativo.

Mejoras en las pantallas de 1 Won Account Authentication

Mejora Las pantallas de 1 Won Account Authentication cambiaron. Ahora el usuario ingresa primero el número de cuenta en lugar de elegir el banco, y puede corregir la cuenta o el nombre directamente desde la pantalla del código.
  • Mientras se escribe el número de cuenta, se sugieren las instituciones financieras que coinciden. Si la correcta no aparece, el usuario puede abrir la lista completa (bancos y casas de bolsa) desde el campo Institución financiera.
  • Si el número de cuenta no tiene la cantidad de dígitos correcta o se ingresa un número de tarjeta, se avisa al usuario antes de enviar 1 won. También se avisa cuando la institución elegida no coincide con el formato del número de cuenta.
  • Antes de enviar 1 won, una pantalla de confirmación muestra la institución financiera, el número de cuenta y el titular (nombre del documento de identidad).
  • La pantalla del código muestra el número de 3 dígitos con un ejemplo de cómo aparece el depósito en la app bancaria, junto con el tiempo y los intentos restantes.
  • Volver a ingresar el número de cuenta lleva al usuario a la pantalla de ingreso de cuenta para corregir el número o la institución. Los valores ingresados se conservan.
  • Si la verificación falla porque el nombre del titular no coincide con el del documento de identidad, Editar nombre permite revisar y corregir el nombre.
No es necesario cambiar la configuración del proyecto. Se aplica a todos los proyectos que usan 1 Won Account Authentication, a partir de las solicitudes realizadas después del lanzamiento. Los resultados de solicitudes ya procesadas no cambian.
Notas para su equipo de soporte
  • Por seguridad, no hay navegación hacia atrás. El usuario solo se mueve entre pantallas con los botones de la pantalla.
  • Si el usuario vuelve a ingresar una cuenta y se envía 1 won de nuevo, se emite un nuevo código y el anterior ya no se puede usar.
  • El número de intentos de verificación no se reinicia al cambiar de cuenta.
  • El nombre del titular devuelto por el banco no se muestra en pantalla.
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 ID check. El equipo de ARGOS Identity