Skip to main content

Resumen

Las APIs ID Verification, Face Match y Liveness devuelven un campo warnings cuando el servicio de verificación señala incidencias no bloqueantes o banderas de riesgo. El KYC por sesión (POST /api/kyc/validations, GET /api/kyc/validations/:id) persiste un array warnings en la validación uniendo códigos del documento, liveness, face match y AML, y puede añadir códigos internos de Gu1 (p. ej. listas o sandbox). Los clientes pueden usarlos para:
  • Visualización: Mapear cada código a un mensaje (i18n propio o las descripciones siguientes; en el dashboard de gu1 las etiquetas siguen el orden de claves bajo warningRisks y rejectionReasonCodes en los archivos de idioma del producto).
  • Lógica: Actuar por código o enviar códigos permitidos en omitWarnings al crear una validación.
En APIs puntuales los códigos son por servicio; en validación por sesión se usa la unión de servicios más códigos internos. Abajo figuran los valores documentados.
Si el servicio devuelve un código no listado aquí, igual puede aparecer en warnings. Tratá los códigos desconocidos como advertencias genéricas y mostrá el código o un mensaje de respaldo.

KYC por sesión

En GET /api/kyc/validations/:id (y listados), el array warnings de la validación contiene cadenas de código de riesgo obtenidas de:
  • Paso de verificación de documento
  • Paso de liveness
  • Paso de face match
  • Objetos de AML en la decisión de sesión
  • Análisis de dispositivo e IP en la decisión de sesión (ip_analyses[] / ip_analysis)
Pueden añadirse códigos por reglas de Gu1 (p. ej. listas de bloqueo de la organización). El campo opcional omitWarnings en POST /api/kyc/validations usa las mismas cadenas que documentan las tablas siguientes.

ID Verification

Se devuelve en POST /api/kyc/id-verification y GET /api/kyc/id-verification/verifications/:id en el array warnings. Los mismos códigos pueden aparecer en validaciones por sesión en el paso de documento.

Face Match

Se devuelve en POST /api/kyc/face-match y GET /api/kyc/face-match/verifications/:id en el array warnings.

Liveness (KYC por sesión)

Se devuelve en las respuestas de validación KYC por sesión (p. ej. validación actual, listado) cuando se realizan chequeos de vivacidad. El array warnings del payload puede contener estos códigos.

AML (KYC por sesión)

Cuando el AML corre dentro de la sesión, los códigos de riesgo de las warnings del screening se fusionan en el array warnings de la validación.

Análisis de dispositivo e IP (KYC por sesión)

Cuando el análisis de dispositivo e IP corre dentro de la sesión, los códigos de riesgo de ip_analyses[].warnings[] (o legacy ip_analysis.warnings) se fusionan en el array warnings de la validación.

Internos (Gu1)

Códigos que Gu1 puede añadir (entidad vs OCR, política de nombre, sandbox, etc.) y aparecer en warnings de la validación por sesión cuando corresponda.
Duplicados cross-entity: Códigos del proveedor como DUPLICATED_FACE o POSSIBLE_DUPLICATED_USER se conservan solo si Gu1 resuelve match en otra entidad; si no, pueden suprimirse (metadata.kycCrossEntityDuplicates.suppressedWarnings). GUENO_CROSS_ENTITY_DUPLICATED nunca es omitible.

Cruce con registro (Argentina / RENAPER)

Con doble chequeo RENAPER activado, si un problema de registro se expone como código en warnings, pueden usarse las mismas cadenas. En los idiomas del producto suelen mapearse bajo rejectionReasonCodes (y resoluciones de respaldo donde aplique).

Ejemplo de respuesta (ID Verification)

Ejemplo de respuesta (Face Match)

ID Verification

Verificar frente/reverso del documento y extraer datos

Face Match

Comparar retrato del documento y selfie