> ## Documentation Index
> Fetch the complete documentation index at: https://developers.argosidentity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Actualizaciones del producto: Abril 2026

> Actualizaciones del producto de ARGOS Identity para abril 2026

Hola, somos ARGOS Identity.

Estas son las nuevas funciones y mejoras que entregamos en abril.

***

## Adición de la pestaña Device Info y Fingerprint option

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Nueva Función</span>

La estructura de pestañas de la configuración **Refuerzo de autenticación y prevención de falsificación** se ha expandido a 3 pestañas. La opción Device Verification que estaba incluida en la pestaña "Additional Authentication & Meta Information" se ha movido a la pestaña exclusiva **Device Info**, y se han añadido nuevas funciones: **Fingerprint option** basada en Fingerprint del dispositivo y **Device Duplicate Check**.

<Info>
  **Device Info es la primera verificación al ingresar al liveform.** Si el usuario es bloqueado en la etapa de Device Info, no puede acceder a Turnstile, detección de Proxy & VPN ni al proceso principal de KYC.
</Info>

### Fingerprint option (nuevo)

Seleccione los elementos a bloquear mediante casillas de verificación individuales. Si se detecta al menos uno, el usuario es redirigido a la página de error (`DE-30000`).

| Elemento          | Objetivo de bloqueo                                                |
| ----------------- | ------------------------------------------------------------------ |
| Virtual machine   | Entornos de virtualización como VMware, Parallels, etc.            |
| Emulator          | Reproductores de apps Android que simulan dispositivos móviles     |
| Malicious bot     | Scripts automatizados, herramientas de automatización de navegador |
| Browser tampering | Navegadores con firmas de API manipuladas o falsificadas           |

### Device Duplicate Check (nuevo)

Limita la cantidad de veces que puede ocurrir una aprobación de KYC desde el mismo dispositivo.

| Configuración                                     | Descripción                                                                                                                                                       |
| ------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Número de aprobaciones permitidas por dispositivo | Número máximo de verificaciones KYC aprobadas desde el mismo dispositivo (por defecto: 3 veces)                                                                   |
| Período de detección                              | Período de conteo de duplicados. Cuando está ON se especifica en días (por defecto 30 días); **cuando está OFF, se acumula indefinidamente sin límite de tiempo** |
| Política cuando se detecta duplicado              | `Fail if duplicate` (bloqueo → `DE-40000`) o `Register and Pass` (registrar y continuar)                                                                          |

### Nuevos códigos de error

| Código de error | Condición de ocurrencia                                                                                                 |
| --------------- | ----------------------------------------------------------------------------------------------------------------------- |
| `DE-30000`      | Detección de uno o más elementos de Fingerprint option                                                                  |
| `DE-40000`      | Detección de exceso del número de aprobaciones permitidas con la política `Fail if duplicate` en Device Duplicate Check |

El código de error y su definición se muestran juntos en la página de error para que los clientes puedan identificar inmediatamente el motivo del bloqueo.

<Tip>
  Para saber cómo configurar, consulte la guía [Refuerzo de autenticación y prevención de falsificación — Device Info](/dashboard/es/project-management/policy-and-authentication/anti-fraud-and-forgery-prevention#device-info); para consultar los resultados, consulte la guía [Lista de pre-verificación de Device Verification](/dashboard/es/preverification/device-verification).
</Tip>

***

## División del pipeline de Verificación de Datos Gubernamentales por tipo de ID

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Mejora</span>

**Government Data Verification - Corea** ha pasado del anterior toggle único ON/OFF a **interruptores individuales por tipo de documento de identidad**, permitiendo configurar para qué documentos de identidad coreanos se realiza la verificación de autenticidad según las necesidades del cliente. También mejora la flexibilidad operativa al poder desactivar selectivamente solo el documento afectado en caso de problemas temporales en el servidor de verificación de autenticidad.

### Interruptores de control individual

| Interruptor        | Documento de identidad objetivo                                                                                                                                                              |
| ------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Resident ID        | Cédula de registro de residente                                                                                                                                                              |
| Driver License     | Licencia de conducir                                                                                                                                                                         |
| Passport           | Pasaporte                                                                                                                                                                                    |
| Alien Registration | Tarjeta de registro de extranjero / Declaración de residencia doméstica para nacionales extranjeros de ascendencia coreana / Tarjeta de residencia permanente (control integrado de 3 tipos) |

<Info>
  El interruptor Alien Registration controla simultáneamente **3 tipos de documentos**: tarjeta de registro de extranjero, declaración de residencia doméstica para nacionales extranjeros de ascendencia coreana y tarjeta de residencia permanente.
</Info>

<Warning>
  Si los valores necesarios para la verificación de autenticidad (nombre, fecha de nacimiento, número de registro de residente, etc.) están ausentes, el interruptor siempre se aplica como no verificado aunque esté ON.
</Warning>

<Tip>
  Consulte la guía [Refuerzo de autenticación y prevención de falsificación — Government Data Verification - Corea](/dashboard/es/project-management/policy-and-authentication/anti-fraud-and-forgery-prevention#government-data-verification---corea) para saber cómo configurar.
</Tip>

***

## Soporte para envío de código de error en Return URL

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Actualización de Función</span>

Se ha añadido el nuevo campo **Error Code (`errorCode`)** a los Campos Dinámicos de la configuración **Información de integración > Return URL** del Dashboard. Incluso cuando un usuario es bloqueado en la pre-verificación (Device Info, etc.) o en la validación de token y accede a una página de error, puede regresar al servicio del cliente mediante el botón de Return URL. En ese momento, el valor `errorCode` se incluye en el query string de la URL para que el cliente pueda identificar el motivo del bloqueo.

**Ejemplo de Return URL (página de error → Return URL):**

```
https://yourapp.com/verification-complete?kycStatus=rejected&errorCode=DE-20000
```

<Info>
  El mapeo completo de códigos de error está disponible en el documento [Códigos de error y páginas de error](/es/idcheck/reference_tables/Error-codes-and-pages).
</Info>

<Tip>
  Para saber cómo configurar, consulte la guía [Información de integración — Campos Dinámicos](/dashboard/es/project-management/project-settings/integration-info#campos-dinámicos) y la [Guía de Return URL](/es/idcheck/getting-started/liveform-url/return-url-guide).
</Tip>

***

## Estandarización de códigos de error de token (TK-10000 \~ TK-10004)

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Mejora</span>

Se han asignado códigos de error con prefijo **TK-** a las páginas de error relacionadas con tokens, y los mensajes para el usuario han sido mejorados para mayor claridad. Antes solo se mostraba el código de desarrollador (`token-missing`, etc.), lo que generaba consultas repetidas; ahora el código de error y su definición se muestran juntos, facilitando la resolución de problemas.

| Tipo              | Código de error | Mensaje para el usuario                 |
| ----------------- | --------------- | --------------------------------------- |
| Token faltante    | `TK-10000`      | "Enlace no válido"                      |
| Token expirado    | `TK-10001`      | "El enlace ha expirado"                 |
| Token ya aprobado | `TK-10002`      | "La verificación ya está completa"      |
| Token en revisión | `TK-10003`      | "La revisión está en curso"             |
| Token rechazado   | `TK-10004`      | "La solicitud anterior no fue aprobada" |

<Tip>
  Para los mensajes detallados y las condiciones de ocurrencia, consulte el documento [Códigos de error y páginas de error — Páginas de error de token](/es/idcheck/reference_tables/Error-codes-and-pages#páginas-de-error-de-token-error-pagetoken).
</Tip>

***

## Opciones de acción para documentos de identidad expirados (Expired ID)

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Feature Update</span>

Se ha añadido una nueva opción **Expired ID** en **Prevención de fraude y falsificación > Basado en ID y rostro**, que permite elegir cómo ARGOS gestiona las verificaciones con un documento expirado. Antes los documentos expirados se rechazaban automáticamente; ahora puede enrutarlos a **Retry** o **Warning**.

| Opción                                        | Comportamiento                                                                                                                                                                                                                                                  |
| --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Retry — Solicitar reintento** (por defecto) | Pide al usuario que vuelva a enviar el documento.                                                                                                                                                                                                               |
| **Warning — Continuar tras registrar**        | Omite (bypass) las condiciones de Expired ID del Paso 1 y del Paso 2, registra un Warning y deja que la verificación continúe con el flujo de aprobación. El rechazo automático por fecha de expiración del Paso 2 también se reemplaza por Approved + Warning. |

### Datos de Warning

Las verificaciones aprobadas en estado Warning dejan los siguientes datos de Warning en el dashboard.

| User Data    | Related Engine    |
| ------------ | ----------------- |
| `ID Card`    | Expiry validation |
| `User Input` | Expiry validation |

### Nuevo disparador en Custom Policy

Se ha añadido una **condición de Warning** al listado de Trigger de Custom Policy, para que pueda usar los avisos de documento expirado como disparador en sus reglas personalizadas.

<Tip>
  Consulte la guía de dashboard [Proceso KYC](/dashboard/es/project-management/policy-and-authentication/kyc-process) para configurar la política.
</Tip>

***

## ID Liveness: conversión automática a Warning en modo Upload

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Feature Update</span>

Cada pipeline de ID Liveness (**Screen Replay / Paper Print / Portrait Replacement**) con **Retry** seleccionado ahora expone una nueva casilla secundaria **Apply Warning on Upload**. Al marcarla, el Retry del pipeline se **convierte a Warning** únicamente cuando el usuario envía el documento en **modo Upload**, ya que los usuarios en modo Upload no pueden volver a capturar — así la verificación puede continuar bajo Warning en lugar de quedarse atascada en Retry.

<Frame caption="ID liveness — casilla 'Apply Warning on Upload' bajo Retry en cada pipeline">
  <img src="https://mintcdn.com/argosidentity/fpDstxKfAm-MWyjA/images/dashboard/new/pj/policy-and-aythentication/anti-fraud-and-forgery/id_liveness_en.png?fit=max&auto=format&n=fpDstxKfAm-MWyjA&q=85&s=c116d9f08aec352db705dcb8d0e6e7d8" alt="Configuración de ID liveness mostrando la casilla 'Apply Warning on Upload' debajo de Retry en los pipelines Screen Replay, Paper Print y Portrait Replacement" width="1723" height="427" data-path="images/dashboard/new/pj/policy-and-aythentication/anti-fraud-and-forgery/id_liveness_en.png" />
</Frame>

* La casilla es independiente por pipeline.
* Aparece **solo cuando Retry está seleccionado** y se oculta cuando se selecciona Warning.

### Exposición en Custom Policy

Los datos de Warning generados por la conversión automática en modo Upload se exponen en el listado de Custom Policy.

| Campo           | Valor                       |
| --------------- | --------------------------- |
| `userDataType`  | `ID_card_uploaded`          |
| `relatedEngine` | `ID Liveness Screen replay` |

<Tip>
  Consulte la guía de dashboard [Proceso KYC](/dashboard/es/project-management/policy-and-authentication/kyc-process) para configurar la política.
</Tip>

***

## Cambiar la contraseña de la cuenta desde el dashboard

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>New Feature</span>

Anteriormente, cambiar la contraseña requería cerrar sesión y usar el flujo de **Olvidé mi contraseña**. Ahora puede cambiar su contraseña directamente desde el menú de cuenta del dashboard en **Cuenta > Cambiar contraseña**, estando con sesión iniciada. El flujo se ramifica en función de si OTP está activado.

| Condición              | Comportamiento                                                                        |
| ---------------------- | ------------------------------------------------------------------------------------- |
| **OTP no configurado** | Introduzca la contraseña actual y la nueva en el modal para cambiarla inmediatamente. |
| **OTP configurado**    | Complete la verificación OTP y, a continuación, establezca la nueva contraseña.       |

***

## Búsqueda de Submission: longitud mínima reducida (3 → 2)

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>UX Improvement</span>

La longitud mínima de búsqueda en el listado de Submission se ha reducido de **3 caracteres** a **2 caracteres**, de modo que los entornos con `userId` de 2 caracteres pueden buscar con normalidad.

***

## Passive Face Auto Capture

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>New Feature</span>

Se ha añadido **Auto Capture** a la captura pasiva de rostro del liveform. Cuando el usuario alinea su rostro con la guía, la captura se completa automáticamente sin necesidad de pulsar un botón.

### Cambios

* El mensaje de guía se ha movido a la **parte superior de la pantalla** para mejor visibilidad.
* Se ha añadido un nuevo tipo de captura `face-passive-auto-capture`.
* El tiempo de espera de captura se ha reducido de **2 segundos → 1 segundo**.

***

## OCR de fecha de expiración para la Tarjeta de Registro de Extranjero de Corea

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Feature Update</span>

Se ha habilitado el reconocimiento de fecha de expiración (`expiry_date`) para la **Tarjeta de Registro de Extranjero de Corea**. La fecha se extrae automáticamente y puede usarse para la validación de expiración y reglas de Custom Policy.

<Note>
  El valor impreso como **Periodo de estancia (Period of Sojourn)** en la tarjeta se usa como `expiry_date` del documento.
</Note>

### Funcionamiento

El OCR consulta `expiry_date` y `expiry_date0` **por orden de prioridad**, y el valor extraído se devuelve en la **API GET Submission** en el campo `data.idcard_expireDate`.

| Prioridad | Campo          |
| --------- | -------------- |
| 1         | `expiry_date`  |
| 2         | `expiry_date0` |

```json Ejemplo de respuesta theme={null}
{
  "data": {
    "idcard_expireDate": "2030-12-31"
  }
}
```

<Tip>
  Consulte la referencia de la [API GET Result](/es/idcheck/api-reference/api-reference-guide/get-result) para el esquema completo de la respuesta.
</Tip>

***

## Adición de nombre completo en inglés (`full_name_en`)

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Nueva Función</span>

Cuando se aprueba KYC, se proporciona el campo `full_name_en` con el nombre completo del usuario convertido al inglés. Este campo está disponible en la respuesta de la API Submission, webhooks y el panel de control. El nombre se convierte mediante transliteración y no se traduce libremente (ej: `김 산` → `KIM SAN` no `KIM Mountain`).

### Política de procesamiento

| Elemento              | Contenido                                                                                                                                                       |
| --------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Activador             | Se procesa una vez cuando se aprueba KYC                                                                                                                        |
| Método de conversión  | Transliteración. No se traduce libremente. (Ej: `김 산` → `KIM SAN`)                                                                                              |
| Idioma original       | Si el idioma original es inglés, se utiliza tal cual en `full_name_en`                                                                                          |
| Alcance de aplicación | Respuesta de API Submission (Get Submission, Partial Delete, Projection, etc.), Webhooks (`idcheck-approved`, `idcheck-updated`), Detalles de envío en el panel |
| Exclusiones           | First Name / Last Name no se proporcionan convertidos. No se exponen en la fase de liveform ni son parte de la lógica de comparación.                           |
| Operación del panel   | Se muestra en los detalles de envío del panel y puede ser editado por administradores.                                                                          |

<Tip>
  Consulte la documentación [Definición de campos de respuesta de GET/Submission](/es/idcheck/api-reference/api-reference-guide/get-submission-response-fields) para obtener definiciones completas de campos de respuesta.
</Tip>

***

## Liveform Streaming — Opción de Image Quality Check para imágenes cargadas

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Actualización de Función</span>

Bajo **Refuerzo de autenticación y prevención de falsificación → Prevención de falsificación de documentos → Liveform Streaming Solo captura → Permitir carga de documento** se ha añadido un nuevo selector **Image Quality Check**. Permite ajustar si se ejecuta FE Image Quality Check en imágenes cargadas. El valor predeterminado es ON para ejecutar la verificación con el mismo nivel de calidad que la captura, y puede cambiar a OFF para omitir la verificación si se detectan fallos repetidos de IQC en su entorno.

| Image Quality Check     | Comportamiento                                                                                                                                                    |
| ----------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **ON** (predeterminado) | Se ejecuta FE Image Quality Check en las imágenes cargadas. Si la calidad no cumple los estándares internos, se muestra un mensaje de alerta solicitando recarga. |
| **OFF**                 | Se omite FE Image Quality Check en las imágenes cargadas y se procede con el proceso posterior del backend y políticas existentes.                                |

<Frame caption="Selector de Permitir carga de documento e Image Quality Check">
  <img src="https://mintcdn.com/argosidentity/4M_TnZ33jmdbgWtf/images/dashboard/new/pj/policy-and-aythentication/anti-fraud-and-forgery/image_quality_check_en.png?fit=max&auto=format&n=4M_TnZ33jmdbgWtf&q=85&s=03531367bdb6b4ef16bd6647a4592cb4" alt="Configuración de Image Quality Check" width="1096" height="258" data-path="images/dashboard/new/pj/policy-and-aythentication/anti-fraud-and-forgery/image_quality_check_en.png" />
</Frame>

<Note>
  El selector Image Quality Check se expone solo cuando se cumplen **Liveform Streaming ON + Permitir carga de documento ON**. Si alguna de estas condiciones es OFF, no se muestra.
</Note>

<Tip>
  Consulte la guía [Refuerzo de autenticación y prevención de falsificación — Liveform Streaming Solo captura](/dashboard/es/project-management/policy-and-authentication/anti-fraud-and-forgery-prevention#liveform-streaming-solo-captura) para obtener instrucciones de configuración.
</Tip>

***

## `startValidUntil` — Configuración de período de validez antes del inicio de autenticación

<span style={{backgroundColor: '#EEF4FF', color: '#0064FF', padding: '4px 12px', borderRadius: '16px', fontSize: '13px', fontWeight: '600'}}>Nueva Función</span>

Se ha añadido la opción de parámetro de cadena de consulta `startValidUntil`, que permite establecer un período de validez **antes de que el usuario inicie la autenticación**. A diferencia del período de validez tradicional que se aplica después de iniciar la autenticación, este se evalúa inmediatamente cuando el usuario accede al enlace de liveform. Se utiliza cuando necesita forzar el acceso dentro de cierto tiempo desde que se envía el enlace, como en casos de autenticación de guardián para menores.

```json theme={null}
{
  "startValidUntil": "2026-04-30T15:00:00Z"
}
```

| Elemento                  | Contenido                                                                                                                                                                                |
| ------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Referencia de tiempo      | Siempre se interpreta según **UTC+0**.                                                                                                                                                   |
| Método de transmisión     | Debe incluirse en el parámetro `encrypted` de cadena de consulta y **obligatoriamente cifrado**. No se permite texto plano.                                                              |
| Prioridad de validación   | Se evalúa **antes que** todas las demás validaciones como validación de token ID. Si se confirma la caducidad de inicio, no se ejecutan validaciones posteriores.                        |
| Pipelines soportados      | ID Document, Knowledge-based                                                                                                                                                             |
| Comportamiento al caducar | Redirige a la página de error `/error-page/expired-start-valid-until` (código de error `PV-40018`) con el mensaje "The verification link has expired. Please try again with a new link." |

<Tip>
  Consulte [Guía de cadena de consulta y token](/es/idcheck/getting-started/liveform-url/querystring-and-token-guide) para uso de parámetros de cadena de consulta, y [Códigos de error y páginas de error](/es/idcheck/reference_tables/Error-codes-and-pages#-pv--parameter-validation) para asignación de códigos de error.
</Tip>

***

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**