> ## 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. # Datos de verificación > Aprenda sobre la configuración relacionada con datos de verificación, incluyendo traducción automática al inglés de nombres de submission, eliminación parcial de datos, detección de usuarios duplicados y limitación de tasa de submissions. La configuración de datos de verificación gestiona la calidad y los métodos de almacenamiento de los datos de verificación recopilados en proyectos de ID check. Puede establecer políticas de gestión de datos que se ajusten a las necesidades del negocio mediante diversas opciones como conversión de datos, protección de datos, gestión de duplicados, entre otras. *** ## Estructura de pestañas La configuración de datos de verificación se compone de dos pestañas: **Opciones relacionadas con conversión y almacenamiento de datos** * Traducción automática al inglés de nombres de submission * Eliminación parcial de datos * Custom DI (Duplicate Information) **Opciones relacionadas con duplicate check pipeline y restricciones de submission** * Duplicate check pipeline * Submission rate limiting * Duplicate approval prevention period * Duplicate rejection prevention period *** ## General Configure las opciones relacionadas con conversión y almacenamiento de datos. Configuración general ### Traducción automática al inglés de nombres de submission El texto de los IDs enviados se convierte al inglés para su visualización y almacenamiento. Configuración de traducción automática al inglés de nombres de submission **Precauciones** Los valores del resultado OCR también se convierten al inglés, lo que puede afectar opciones como **government verification**. (p. ej., nombre coreano pero intentando verificación con nombre en inglés) * En el caso anterior, solicite al equipo comercial la creación de un nuevo proyecto, y luego reconfigure las opciones para objetivos coreanos antes de proceder. La traducción puede proceder con inglés parafraseado durante el proceso de traducción. **Escenarios de uso** Cuando se prestan servicios globales, los IDs en diversos idiomas pueden unificarse en inglés para facilitar la gestión y la búsqueda de datos. *** ### Eliminación parcial de datos Cuando un Submission enviado se elimina, la información personal se borra y solo se mantiene información desidentificada. Configuración de eliminación parcial de datos **Precauciones** La información de identificación personal de los dispositivos de captura se elimina completamente, y solo se mantienen datos desidentificados como **fecha de nacimiento/género/grupo de edad/nacionalidad en formato YYYYMM** para fines estadísticos. **Uso de la eliminación parcial de datos** Se utiliza cuando desea eliminar Submissions para cumplir leyes de protección de privacidad pero manteniendo datos desidentificados para fines estadísticos y analíticos. Los datos eliminados no pueden recuperarse, así que configure con cuidado. *** ### Custom DI (Duplicate Information) Puede combinar libremente DI (Duplicate Information) para configuraciones adicionales. Si los datos no se recopilan tras la configuración, el DI no se genera. Configuración de Custom DI **Default DI** El Default DI se genera automáticamente basándose en **nombre/fecha de nacimiento/género/nacionalidad/retrato (cara en ID)**. Custom DI permite una detección de duplicados más detallada combinando campos adicionales al default DI. **Condiciones de generación de DI** El valor DI se genera solo cuando nombre, fecha de nacimiento, género, nacionalidad y retrato, etc. se proporcionan todos. Si la identidad de un remitente ha sido verificada a través del servicio ARGOS Identity, el valor DI existente se mantiene incluso cuando se autentica en un proyecto diferente. **Uso de Custom DI** Se usa cuando desea establecer criterios de detección de duplicados adecuados para las características del proyecto. Por ejemplo, agregar direcciones de email o números de teléfono permite una detección de duplicados más precisa. *** ## Duplicados y gestión de envíos Configure las opciones relacionadas con duplicate check pipeline y restricciones de submission. Configuración de duplicados y gestión de envíos ### Duplicate Check Pipeline Seleccione el pipeline a usar para las comprobaciones de duplicados. Tanto el método predeterminado como los pipelines de custom DI pueden seleccionarse, y se usa el valor duplicado del primer pipeline detectado durante la detección. Configuración de duplicate check pipeline #### Selección de pipeline Seleccione el pipeline para realizar comprobaciones de duplicados. Ambos pipelines pueden seleccionarse y pueden marcarse/desmarcarse con checkboxes. | Pipeline | Descripción | | ------------------ | -------------------------------------------------------------------- | | **Default Method** | Pipeline que detecta duplicados basándose en campos predeterminados. | | **Custom DI** | Pipeline que detecta duplicados basándose en custom DI. | **Método de operación del pipeline** Cuando se seleccionan tanto el método predeterminado como los pipelines de custom DI, ambos se ejecutan simultáneamente. Se usa el valor duplicado del pipeline donde se encuentra primero el duplicado durante la detección. #### Operación del pipeline del método predeterminado El pipeline del método predeterminado funciona como una función de filtro al detectar usuarios duplicados usando DI, y comprueba duplicados en el siguiente orden al buscar en la base de datos: **Orden de búsqueda en BD:** 1. **Exact Matching** (coincidencia exacta) 2. **Fuzzy Matching** (coincidencia similar) 3. **Compare Face** (comparación facial) **Campos usados en cada etapa de filtro:** | Etapa de filtro | Campos usados | Descripción | | ------------------ | ----------------------------------------------------- | ----------------------------------------------------------------------------------------- | | **Exact Matching** | Fecha de nacimiento (birthDate), Género, Nacionalidad | Busca usuarios con información que coincide exactamente. | | **Fuzzy Matching** | Nombre | Busca usuarios con nombres similares. Permite errores tipográficos o diferencias menores. | | **Compare Face** | Retrato | Confirma si es la misma persona comparando imágenes faciales. | **Proceso de determinación de duplicados:** Al pasar cada etapa de filtro secuencialmente, se procede a la siguiente etapa. Los usuarios que pasan todos los filtros se **determinan como usuarios duplicados**. ``` User Submission ↓ Exact Matching (birthDate, gender, nationality match?) ↓ Pass Fuzzy Matching (name similar?) ↓ Pass Compare Face (face match?) ↓ Pass Judged as duplicate user ``` **Condiciones de paso del filtro** Cuando se encuentra un usuario que cumple las condiciones en cada etapa de filtro, se procede a la siguiente etapa. Solo cuando se pasan todas las etapas se determina como usuario duplicado, por lo que los casos donde solo parte de la información coincide no se detectan como duplicados. **Precisión de detección de duplicados** Como las comprobaciones se realizan en el orden de Exact Matching → Fuzzy Matching → Compare Face, los duplicados solo se determinan cuando birthDate/gender/nationality coinciden exactamente, el nombre es similar y la cara también coincide. Esto permite una detección precisa de duplicados minimizando los falsos positivos. #### Campos predeterminados Los campos predeterminados usados para comprobaciones de duplicados por pipeline son los siguientes: | Pipeline | Campos base | | ------------------- | ---------------------------------------------------------- | | **ID document** | Nombre, fecha de nacimiento, género, nacionalidad, retrato | | **Knowledge-based** | Nombre, fecha de nacimiento, género, nacionalidad | #### Procesamiento al detectar duplicados Seleccione el método de procesamiento para submissions detectados como duplicados. (Radio button) | Método de procesamiento | Descripción | | ------------------------------------------------------- | ------------------------------------------------------------------------------------- | | **Approved submission + Duplicate information display** | Aprueba submissions detectados como duplicados pero muestra información de duplicado. | | **Reject submission if duplicate** | Rechaza submissions cuando se detectan como duplicados. | **Uso del Duplicate Check Pipeline** Cuando opera una política de una persona-una cuenta, puede activar el duplicate check pipeline para prevenir la creación de múltiples cuentas con la misma información de identidad. Seleccionar tanto el método predeterminado como los pipelines de custom DI permite una detección de duplicados más precisa. *** ### Submission Rate Limiting Establece el número máximo de intentos de verificación que un usuario puede realizar dentro del mismo periodo. Opera con el método Window Sliding para bloquear efectivamente intentos excesivos de submission por usuarios maliciosos. Configuración de submission rate limiting #### Método de operación (Window Sliding) Submission rate limiting opera con el método **Window Sliding**. Basándose en cuándo llegó el último submission, retrocede por la ventana de tiempo establecida (Window) y comprueba el número de submissions dentro de ese periodo. **Principio de operación:** 1. El usuario intenta un submission. 2. El sistema retrocede por la ventana de tiempo establecida (p. ej., 1 hora) desde el punto del último submission. 3. Comprueba el número de submissions dentro de esa ventana de tiempo. 4. Si se excede el conteo permitido, bloquea la autenticación por el tiempo restante de la ventana. **Ejemplo:** ``` Setting: Maximum 5 submissions allowed within 1 hour Time axis: [---1 hour window---] [Current point] Submissions: [3 submissions] [2 submissions] ← Current attempt → Total 5 submissions (within allowed range) → Submission allowed Time axis: [---1 hour window---] [Current point] Submissions: [3 submissions] [3 submissions] ← Current attempt → Total 6 submissions (exceeds allowed range) → Blocked for remaining time of window ``` #### Configuración del alcance de restricción Puede seleccionar los criterios para detectar submission rate limiting. Los siguientes elementos pueden combinarse: | Criterio | Descripción | | ---------------- | ----------------------------------------------------------------------------- | | **Email** | Limita basándose en el número de submissions con la misma dirección de email. | | **User ID** | Limita basándose en el número de submissions con el mismo user ID. | | **IPv4 Address** | Limita basándose en el número de submissions desde la misma dirección IPv4. | **Combinación del alcance de restricción** Se pueden seleccionar múltiples criterios simultáneamente. Por ejemplo, si se seleccionan tanto email como dirección IPv4, el bloqueo ocurre si cualquiera de los criterios excede el conteo permitido. #### Función de bloqueo forzado Puede bloquear efectivamente a abusadores mediante la función de bloqueo forzado cuando se exceden los límites. **Configuración del periodo de bloqueo:** Puede establecer un periodo de bloqueo adicional para usuarios que exceden el conteo límite. Durante este periodo, el usuario no puede intentar autenticación. **Escenarios de uso:** * **Bloqueo de abusadores**: Bloquee usuarios que intentan submissions continuamente con propósitos maliciosos * **Prevención de intentos malintencionados**: Bloquee intentos repetidos de submission con propósitos de falsificación o fraude * **Protección del sistema**: Prevenga la carga del sistema por submissions excesivos **Estrategia de bloqueo efectiva** * Establezca una ventana de tiempo corta (p. ej., 1 hora) y un conteo permitido bajo (p. ej., 3) para bloqueo rápido * Establezca el periodo de bloqueo forzado suficientemente largo (p. ej., 24 horas) para prevenir reintentos * Seleccione email, user ID y dirección IPv4 todos juntos para bloquear diversos intentos de evasión Usar esta función junto con la **función de detección de Proxy/VPN** puede prevenir más efectivamente los submissions de falsificación/alteración KYC rápidamente. *** ### Duplicate Approval Prevention Period Previene submissions duplicados de usuarios ya aprobados. Configuración de duplicate approval prevention period #### Configuración de periodo El periodo puede establecerse en un rango de 0\~365 días. (Ejemplo: 7 días) #### Método de comprobación de duplicados Comprueba duplicados basándose en los siguientes elementos. (Checkboxes) * Email * Dirección IP * Local storage * Información de identidad: nombre, fecha de nacimiento, género, nacionalidad * Número de registro de residente **Uso del Duplicate Approval Prevention Period** Si opera una política de una persona-una cuenta 'aprobada', asegúrese de configurar esta función. Si existe un submission aprobado con la misma información dentro del periodo establecido, los nuevos submissions se rechazan. **Precauciones sobre campos de comprobación de duplicados** Cuando Identity info e Identity number están configurados, los usuarios que envían información idéntica son rechazados. *** ### Duplicate Rejection Prevention Period Previene submissions duplicados de usuarios ya rechazados. Configuración de duplicate rejection prevention period #### Configuración de periodo El periodo puede establecerse en un rango de 0\~365 días. (Ejemplo: 0 días) #### Método de comprobación de duplicados Comprueba duplicados basándose en los siguientes elementos. (Checkboxes) * Email * Dirección IP * Local storage **Precauciones del Duplicate Rejection Prevention Period** Una configuración excesivamente estricta puede restringir el acceso de usuarios legítimos, por lo que la configuración debe hacerse considerando el equilibrio entre objetivos de negocio y experiencia del usuario. Por ejemplo, conviene establecer un periodo adecuado para permitir reintentos cuando los usuarios ingresan accidentalmente información incorrecta. **Uso del Duplicate Rejection Prevention Period** Se usa para prevenir que usuarios maliciosos reenvíen continuamente con información rechazada. Establecer el periodo en 0 días desactiva esta función. *** ## Documentación relacionada Consulte las políticas básicas de autenticación. Consulte la configuración de prevención de falsificación. Aprenda a gestionar submissions. Aprenda a usar la API para consultar valores DI.