> ## 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.
# KYC Process
> Aprenda a ajustar los procesos de autenticación de identidad, incluyendo ARGOS score threshold, ID recognition guarantee mode, universal ID support, age limits, automated processing only, blacklist countries y custom policy rules.
La configuración de KYC Process le permite ajustar los procesos de autenticación de identidad en proyectos de ID check. Puede construir sistemas de verificación personalizados que cumplan los requisitos del negocio mediante diversas opciones como ajuste de la tasa de aprobación automática, garantía de reconocimiento de ID, restricciones por edad y país, custom policy rules, entre otras.
**Aplicación de funciones por método de autenticación de identidad**
* 🪪 **ID document**: Basado en foto de ID
* 🧠 **Knowledge-based**: Basado en información ingresada por el usuario
## Casos de uso
Los bancos pueden optimizar las tasas de procesamiento automático ajustando los umbrales de ARGOS score, ofrecer servicios KYC desatendidos las 24 horas activando la opción de automated processing only, aceptar solo IDs fiables con ID recognition guarantee mode, y cumplir con requisitos legales estableciendo límites de edad.
Las plataformas que ofrecen servicios internacionales pueden gestionar restricciones de servicio para regiones específicas mediante la configuración de blacklist countries y mejorar la conveniencia del usuario con universal ID support. Los IDs de diversos países pueden reconocerse automáticamente para mejorar la experiencia del usuario.
En servicios de alcohol o contenido para adultos, se puede cumplir con los requisitos legales mediante funciones de límite de edad. Los usuarios por debajo de la edad establecida son rechazados automáticamente, asegurando el cumplimiento regulatorio.
Con custom policy rules, puede limitar el ARGOS Score cuando se detecta baja confianza OCR, aplicar penalizaciones de puntuación cuando los usuarios editan campos específicos, o forzar automáticamente el estado KYC a rejected cuando ocurren alertas de falsificación, habilitando lógica de verificación específica del negocio.
Como las opciones interactúan entre sí, es importante usar una configuración equilibrada que considere los objetivos de negocio y la experiencia del usuario. Se recomienda **comenzar con ajustes conservadores** y ajustarlos gradualmente según datos operativos.
***
## ARGOS Score Threshold
Configure el criterio de ARGOS score que se usará en la verificación KYC. Desde un desplegable puede seleccionar el threshold que determina la tasa de procesamiento automático.
**Ejemplos de opciones de configuración:**
* Conservative (70 puntos)
* Standard (50 puntos)
* Open (40 puntos)
Cuanto **más alto** sea este score, mayor será el umbral para la puntuación integral (puntuación total de autenticación de ID, selfie y otros campos de autenticación) requerida para la aprobación del submission.
* Mediante configuración personalizada, puede establecer el ARGOS score threshold en 99, y luego usar la opción Client API en Configuración del proyecto > Operación del sistema > Configuración de reviewers para permitir que los clientes revisen directamente.
**Guía de selección de ARGOS Score Threshold**
* **Puntuación baja (conservador)**: Más submissions se aprueban automáticamente, pero algunos submissions riesgosos también pueden incluirse.
* **Puntuación alta (estricto)**: Más seguro con criterios de verificación más estrictos, pero usuarios legítimos también pueden ser rechazados.
* **Recomendado**: Se recomienda comenzar con ajustes conservadores y ajustar gradualmente según datos operativos.
***
## ID Recognition Guarantee Mode
Solo permite continuar cuando el reconocimiento del template del ID es exitoso.
Cuando esta función está activada, eKYC solo puede enviarse con IDs que el OCR AI pueda reconocer.
Si se envía un ID no reconocido, los usuarios deben volver a tomar fotos con un ID diferente.
| Configuración | Descripción |
| ------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **ID Recognition Score** | Los administradores pueden ajustar directamente la puntuación de fiabilidad para la autenticación de ID. Si se produce una fiabilidad por debajo del umbral establecido, ocurre un Retry. |
**Uso de ID Recognition Score**
Cuando el ID recognition score es 80 o superior y todos los campos reconocidos durante la foto del ID son de reconocimiento normal, la **página de confirmación del resultado de la foto del ID se omite** en la vista del usuario.
***
## Universal ID Support
Permite el reconocimiento sin seleccionar el tipo de ID en liveform. (Corea excluida)
Cuando está activado, los usuarios ya no necesitan seleccionar el tipo de ID. ARGOS reconoce automáticamente todos los tipos de ID soportados **excepto Corea del Sur**.
Como solo es necesario fotografiar el frente y reverso del ID, se reducen considerablemente los casos donde los usuarios seleccionan incorrectamente el tipo de ID.
Si desea poder seleccionar solo tipos de ID específicos como medios válidos de verificación de identidad, contacte con soporte al cliente. Actualmente, solo los administradores de ARGOS pueden configurar esto por proyecto.
***
## Age Limit
El KYC se rechaza cuando envían submissions usuarios por debajo de la edad configurada.
Puede establecer restricciones de edad. Esto puede ser adecuado cuando desea restringir la autenticación de identidad para usuarios por debajo de cierta edad.
* Esta función de límite de edad funciona basándose en la fecha de nacimiento mostrada en el ID.
* Para funciones de límite de edad mediante selfie, debe usar [Face-based Age Verification](/dashboard/es/project-management/policy-and-authentication/anti-fraud-and-forgery-prevention#face-based-age-verification).
**Método de configuración:**
* Ingrese la edad en el campo numérico. (p. ej., 13 años)
* Los usuarios por debajo de la edad establecida son rechazados automáticamente cuando envían.
**Uso de Age Limit**
Puede usarse en servicios que requieren restricciones de edad según requisitos legales (alcohol, contenido para adultos, juegos de azar, etc.). Los usuarios son rechazados automáticamente basándose en su fecha de nacimiento, asegurando el cumplimiento.
***
## Automated Processing Only
Los submissions que no se aprueban automáticamente se rechazan. (Sin revisión manual)
Cuando está activado, el proyecto opera con **100% de procesamiento automatizado** solamente.
Todos los submissions que requieren revisión manual (Pending) se rechazan, y los usuarios deben reenviar eKYC para ser aprobados automáticamente.
**Precauciones de Automated Processing Only**
Cuando la opción automated processing only está activada, todos los submissions que requieren revisión manual se rechazan. Es importante establecer adecuadamente el ARGOS score threshold para optimizar la tasa de procesamiento automático.
**Uso de Automated Processing Only**
Puede usarse cuando se proporcionan servicios KYC desatendidos las 24 horas o cuando no se necesita exclusión de revisión manual. Se puede lograr una tasa de procesamiento automático óptima ajustándola junto con el ARGOS score threshold.
***
## Blacklist Countries (Issuing Country)
Se restringe el progreso KYC para IDs emitidos en países seleccionados.
Configure Blacklist Country basándose en el país emisor del ID.
Use esta opción cuando se necesiten restricciones de autenticación de identidad para usuarios de países específicos. **Se pueden seleccionar múltiples países**, y es posible buscar países e ingresar adicionales.
**Método de configuración:**
* Busque los países a restringir mediante la función de búsqueda de países.
* Seleccione países de los resultados de búsqueda para agregarlos.
* Se pueden seleccionar múltiples países y agregarlos a la blacklist.
**Uso de Blacklist Country**
Puede usarse cuando el acceso de usuarios de países específicos debe restringirse debido a regulaciones o políticas. Por ejemplo, los usuarios de países sancionados o regiones donde la prestación de servicio está restringida pueden bloquearse preventivamente.
***
## Custom Policy Rules
Controle la lógica de cálculo de ARGOS Score y la decisión de KYC Status con reglas personalizadas. Puede crear hasta **5** policies por proyecto.
Esta sección se guarda directamente dentro del editor de políticas, separadamente de otras configuraciones.
### Policy editor
Haga clic en el botón **+ Add Policy** para abrir el editor de políticas. En el editor, construye políticas conectando **triggers (condiciones)** y **actions** en un flujo visual.
Arrastre triggers y actions desde el panel **Tools** de la izquierda al canvas para construir su flujo. Cada política sigue la estructura `Start → Trigger (condición) → Action (resultado) → End`.
| Componente | Descripción |
| --------------------- | --------------------------------------------------------------------------------------------------------------- |
| **Policy Name** | Ingrese un nombre para identificar la política. |
| **Active / Inactive** | Interruptor para controlar si la política está activa. Las políticas inactivas no afectan el procesamiento KYC. |
### Triggers (condiciones)
Los triggers definen las condiciones bajo las cuales se aplica una política. Cuando se cumple una condición, se ejecuta la action conectada.
| Trigger | Descripción |
| --------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **User Edited Field** | Se activa cuando un usuario modifica un valor de campo reconocido por OCR. Puede especificar campos objetivo para todos los ID Types o por tipo de ID específico. |
| **OCR Confidence** | Se activa cuando la puntuación de confianza por campo del motor OCR cae por debajo de un umbral establecido. Los campos y umbrales pueden configurarse individualmente por ID Type. |
| **Warning Occurred** | Se activa cuando se detectan advertencias específicas como detección de ID liveness o problemas de verificación gubernamental. |
### Actions (resultados)
Las actions definen las operaciones a ejecutar cuando se cumple una condición de trigger.
| Action | Descripción |
| ------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Cap ARGOS SCORE** | Limita el ARGOS Score máximo. Establezca un valor límite entre 0-100; la puntuación no puede exceder este valor. |
| **Penalty** | Deduce puntos del ARGOS Score. Elija entre métodos absoluto (deducción fija de puntos) o relativo (deducción porcentual). |
| **Override Status** | Fuerza el KYC Status a un estado especificado. Por ejemplo, puede establecer automáticamente el estado a Pending o Rejected bajo ciertas condiciones. |
### Utilidades
| Utilidad | Descripción |
| --------------- | ---------------------------------------------------------------------------------------------------------- |
| **Sticky Note** | Agregue notas al canvas del flujo para documentar la intención de la política o información de referencia. |
### Creación de una política
Haga clic en el botón **+ Add Policy** en el área **Custom Policy Rules** en la página KYC Process.
Arrastre una condición del área **Triggers** del panel Tools izquierdo al canvas. Haga clic en el nodo del trigger para mostrar el panel de configuración detallada a la derecha.
* **User Edited Field**: Seleccione ID Types y campos objetivo.
* **OCR Confidence**: Establezca campos y umbrales de confianza por ID Type.
* **Warning Occurred**: Seleccione tipos de advertencia a detectar.
Arrastre una action del área **Actions** al canvas. Haga clic en el nodo de la action para configurar sus valores.
* **Cap ARGOS SCORE**: Ingrese el valor límite (0-100).
* **Penalty**: Elija el método de deducción (absoluto/relativo) e ingrese el valor de deducción.
* **Override Status**: Seleccione el KYC Status a aplicar.
Conecte los nodos en el orden: `Start` → Trigger → Action → `End`.
Ingrese un nombre de política, verifique el estado activo/inactivo, y haga clic en el botón **Save**.
Después de guardar, regrese a la página KYC Process para confirmar que la política aparece en el área Custom Policy Rules.
### Orden de aplicación de políticas
Las custom policies se ejecutan **inmediatamente después de la decisión de ARGOS Score** y se aplican en el siguiente orden durante el procesamiento KYC:
1. **Decisión de ARGOS Score (auto-aprobación)** — Compara el ARGOS Score contra el Threshold para determinar el KYC Status inicial.
2. **Validación de custom policy** — Se ejecuta inmediatamente después de la decisión de ARGOS Score, validando las políticas activadas en orden y ejecutando sus actions.
3. **Aplicación de Automated Processing Only** — Una etapa posterior a las custom policies. Si la opción "Automated Processing Only" está activada, cualquier estado Pending en esta etapa (incluido un Pending forzado por una custom policy) se rechaza (`automatic_verification_fail`).
4. **Verificación de usuario duplicado basada en búsqueda** — Una etapa posterior a las custom policies que realiza una comprobación final de usuarios duplicados.
Cuando múltiples políticas tienen actions **Override Status**, el **último** resultado Override Status en el orden de políticas se usa como KYC Status final. Organice sus políticas cuidadosamente considerando su orden de prioridad.
### Lógica de determinación del resultado final
Después de la aplicación de custom policy, el ARGOS Score final y el KYC Status se determinan por las siguientes reglas:
| Escenario | Resultado de política | ARGOS Score final | KYC Status final |
| -------------------------------- | --------------------- | ----------------------- | ------------------------------------------ |
| Sin política aplicada | — | Score original retenido | Status original retenido |
| Score cambiado + Status cambiado | Ambos existen | Score modificado | Status modificado |
| Solo Status cambiado | Score sin cambio | Score original retenido | Status modificado |
| Solo Score cambiado | Status sin cambio | Score modificado | Recomparación Score modificado ↔ Threshold |
Cuando configure una política por primera vez, guárdela en estado **Inactive** para revisar detenidamente las condiciones y actions previstas antes de activarla. Las políticas activadas se aplican inmediatamente a nuevos submissions KYC.
**Configuración:**
* ARGOS Score Threshold: 40 puntos
* Policy 1: Deducir 40 puntos (absoluto) cuando se detecta baja confianza OCR
* Policy 2: Forzar status a Rejected cuando se detecta baja confianza OCR
**Flujo de procesamiento:**
1. ARGOS Score original: 96 puntos → Auto-aprobado (Approved)
2. Policy 1 aplicada: 96 - 40 = 56 puntos (aún por encima del Threshold 40, así que Approved se mantiene)
3. Policy 2 aplicada: Status forzado a Rejected
4. Resultado final: ARGOS Score 56 puntos, KYC Status **Rejected**
***
## Supported ID Type Management
Configure los tipos de ID permitidos en su proyecto. Puede configurar esto de dos formas — **Global** y **Per Country** — elija el método que mejor se adapte a sus requisitos de negocio.
**¿Qué método debería elegir?**
* **Global**: Mejor para aplicar la misma política de ID Type en todos los países. Por ejemplo, use configuración global si desea "aceptar solo pasaportes de todos los países".
* **Per Country**: Mejor cuando diferentes países necesitan diferentes políticas de ID Type. Por ejemplo, use configuración por país si necesita una estrategia dirigida como "aceptar solo pasaportes en el País A, pero permitir tanto pasaportes como licencias de conducir en el País B".
### Global
Aplica los mismos ID Types de forma uniforme en todos los países.
En el área **Supported Document Types**, puede agregar o eliminar tipos de ID permitidos como etiquetas. Los ID Types seleccionados aquí se aplican de forma idéntica a todos los países.
La configuración global solo aplica a ID Types que son **originalmente soportados** en cada país. Por ejemplo, incluso si habilita Residence Permit globalmente, no se agregará para países que no soportan permisos de residencia.
### Per Country
Configure ID Types individualmente por país mediante un archivo CSV.
Haga clic en el botón **Download Current Settings** para descargar el archivo CSV de plantilla. El CSV contiene todos los países soportados y los tipos de ID disponibles para KYC en cada país.
En el archivo CSV descargado, establezca un valor para cada combinación de país y tipo de ID.
| Valor | Descripción |
| ------- | ------------------------ |
| `TRUE` | Permitir este ID Type |
| `FALSE` | No permitir este ID Type |
Suba el archivo CSV modificado usando el botón **CSV Upload**. Después de subir, busque por código de país en **Per-Country Settings Lookup** para verificar que la configuración se aplicó correctamente.
**Reglas de validación de subida CSV:**
* Todos los países incluidos en el Preset deben existir en el CSV.
* Los valores para ID Types soportados por el Preset no deben faltar.
* Los ID Types no soportados por el Preset no pueden establecerse a un valor distinto de `FALSE`.
Si todos los ID Types se establecen en `FALSE` para un país, los ID Types de ese país no se mostrarán.
### Per-Country Settings Lookup
Independientemente de si se usa la configuración global o por país, puede verificar el estado de configuración actualmente aplicado para cada país. Seleccione un país del desplegable para ver los tipos de ID permitidos y su estado de activación (`TRUE` / `FALSE`) para ese país.
El Per-Country Settings Lookup no es donde se cambian las configuraciones — es un área que muestra el **estado actual** reflejando los resultados configurados en la configuración global o por país.
***
## Documentación relacionada
Consulte la configuración relacionada con datos de autenticación.
Consulte la configuración de selfie process y prevención de falsificación.
Consulte los códigos de estado KYC.
Consulte los códigos y motivos de rechazo.