Skip to main content

​
Resumen

La validación KYC se ramifica en Reject (Rechazo) / Retry (Reintento) / Warning (Advertencia) según el resultado. Warning omite únicamente la verificación afectada y continúa el flujo KYC: no se bloquea ni se solicita una nueva captura al usuario; solo queda un registro.Los registros de Warning acumulados aparecen en el array warning[] de la respuesta del GET Submission API. Cada elemento contiene los campos userDataType, relatedEngine y occurrenceTime. Los clientes pueden capturar estos valores con el disparador “Warning Occurred” en Custom Policy para aplicar acciones posteriores como deducción de ARGOS Score, estado Pending o Reject.Este documento agrupa los 11 valores WarningOccurred producidos por el liveform según el mecanismo que los genera, describe la combinación de campos que cada valor expone en warning[] y la opción del dashboard con la que está conectado.

​
Esquema del campo warning[]

Para la definición completa de los campos de respuesta, consulte Campos de respuesta de GET Submission.

​
Grupo A — Warnings de modo subida (Upload) de ID Liveness

En la política de ID Liveness, cuando un pipeline (Screen replay / Paper printed / Replace portraits) está configurado en Retry y la subopción “Apply Warning on Upload” está activada, el resultado Retry se convierte en Warning únicamente si el usuario envió el documento en modo Upload. El modo Upload no permite recapturar la imagen, por lo que el flujo continúa con una Warning en lugar de forzar un Retry.
Consulte la actualización de abril de 2026 — Conversión automática a Warning del modo Upload de ID Liveness — y la guía del dashboard de Refuerzo de autenticación y prevención de falsificación para los detalles de configuración.

​
Grupo B — Warnings de validación de expiración

Cuando la opción del dashboard para expiración del documento o expiración de estancia del pasaporte se configura como Warning, el envío no se rechaza automáticamente; en su lugar se aprueba (Approved) con un registro de Warning.
Para el comportamiento Retry / Warning de la opción Expired ID, consulte la actualización de abril de 2026 — Opciones de procesamiento posterior para Expired ID. Para el campo de expiración de estancia, consulte expiryDateOfStayKor.

​
Grupo C — Conversión de errores de motor a Warning

Para los motores de ID Liveness · Selfie Passive Liveness · verificación gubernamental coreana, el dashboard ofrece una configuración Error Handling Method. Cuando se establece en Warning, el flujo no redirige a la página de error específica del motor (SE-5002x / SE-5003x); la verificación afectada se omite y queda registrada como Warning.
Los errores del motor Face Compare (SE-50022) son solo Error y no pueden convertirse en Warning. La comparación de la selfie con la foto del documento es esencial para la integridad del KYC, por lo que no se ofrece una rama de omisión (Skip).
Para la configuración, consulte la actualización de mayo de 2026 — Error Handling Method — conversión a Warning e integración con Custom Policy — y la guía del dashboard de Refuerzo de autenticación y prevención de falsificación. Para el mapeo completo de códigos SE, consulte Códigos de error y páginas.

​
Uso de Warnings en Custom Policy

Cada elemento registrado en warning[] puede capturarse mediante la condición Custom Policy → Trigger → “Warning Occurred” en el dashboard de KYC Process y procesarse con una acción posterior.

​
Condiciones de coincidencia

Las condiciones se construyen a partir de combinaciones de userDataType y relatedEngine. Ejemplos:

​
Acciones posteriores aplicables

  • Deducción de ARGOS Score (p. ej. -10 a -30)
  • Cambiar el resultado a Pending para revisión manual del administrador
  • Reject del envío
  • Pase por defecto (cuando no se aplica ninguna política)
La lista de Triggers, los operadores y la composición de acciones de Custom Policy se documentan en la guía del dashboard de KYC Process.

​
Documentos relacionados