# Por qué se rechazó una verificación

Source: https://help.didit.me/es/verification-sessions/why-was-a-session-declined
Updated: 2026-10-12

Una sesión se rechaza cuando fallan una o más comprobaciones: cómo encontrar el motivo concreto y decidir si pedir un reenvío o aprobar a mano.

Abre la sesión y lee las **advertencias** en la comprobación concreta que falló.
El "Rechazada" general nunca dice por qué; la advertencia siempre lo hace. La
mayoría de los rechazos se pueden arreglar con un reenvío en lugar de un no
definitivo.

Una sesión se marca como **Rechazada** cuando una o más de sus comprobaciones fallan. El motivo concreto siempre queda registrado en la sesión: no tienes que adivinarlo.

## Encuentra el motivo exacto

Abre la sesión en **Verificaciones** en la [Consola de Negocio](https://business.didit.me). Cada comprobación de la sesión (documento, prueba de vida, coincidencia facial, y así sucesivamente) muestra su propio resultado más cualquier advertencia que haya generado; estas advertencias son el motivo real del rechazo, no solo el estado general.

![Una sesión rechazada en la consola de Didit, con las pestañas Overview, ID Verification y Events](https://help.didit.me/screenshots/session-detail-light.webp)

*El motivo está en Overview; la pestaña de la comprobación que falló tiene el detalle.*

## Motivos habituales por los que falla una comprobación

[Video: Señales de fraude: VPN, huella del dispositivo y ubicación IP - Didit Academy](https://www.youtube.com/watch?v=7eW05Z5IYfA)

**Problemas de documento**

- El documento de identidad ha caducado (`DOCUMENT_EXPIRED`).
- El tipo de documento no es uno que acepte tu flujo de trabajo, una causa muy habitual, y es un problema de configuración más que un problema con la persona. Consulta [por qué se rechazó un tipo de documento](https://help.didit.me/es/documents-coverage/document-upload-problems).
- No se pudo leer un campo obligatorio (`COULD_NOT_RECOGNIZE_DOCUMENT`).
- La suma de comprobación del MRZ falló (`MRZ_VALIDATION_FAILED`): la zona de lectura mecánica impresa no cuadra, lo cual es una señal genuina de manipulación.
- La persona está por debajo (o por encima) de la edad que exige tu flujo de trabajo (`MINIMUM_AGE_NOT_MET`).
- El documento coincide con una entrada de tu lista de bloqueo.

**Problemas de prueba de vida**

- No se detectó ninguna cara durante la captura.
- Se marcó un ataque de suplantación (`LIVENESS_FACE_ATTACK`): una foto, una pantalla o una máscara mostrada a la cámara en lugar de una persona viva.

**Problemas de coincidencia facial**

- El selfie y la foto del documento puntuaron por debajo de tu umbral de similitud configurado (`LOW_FACE_MATCH_SIMILARITY`). Consulta [arreglar problemas de prueba de vida y coincidencia facial](https://help.didit.me/es/liveness-biometrics/liveness-and-face-match-issues).

**Problemas de riesgo y cribado**

- Una coincidencia de AML superó tu umbral de rechazo.
- La conexión vino de una dirección IP bloqueada o de un país al que no das servicio.
- La cara coincidió con un usuario ya verificado o con una cara en la lista de bloqueo. Consulta [detección de duplicados](https://help.didit.me/es/verification-sessions/duplicate-detection).

Cuáles de estos disparan realmente un rechazo (frente a una solicitud de reenvío o un pase) depende de cómo esté configurada cada comprobación en tu flujo de trabajo: algunas advertencias rechazan automáticamente, otras se dirigen a revisión manual. Consulta [reglas y umbrales de decisión](https://help.didit.me/es/workflows/decision-rules).

## Un paso rechazado puede detener el resto del flujo de trabajo

Si un paso está configurado para rechazar ante una advertencia concreta, el flujo de trabajo se detiene ahí y los pasos posteriores nunca se ejecutan. Eso tiene dos consecuencias que conviene conocer:

- El resultado de la sesión no tendrá comprobaciones que esperabas ver. No fallaron: nunca se ejecutaron.
- No se te factura por los pasos que nunca se ejecutaron, ya que la facturación ocurre por función completada.

Si quieres que una comprobación barata condicione el paso a una cara, ponla deliberadamente al principio del flujo de trabajo.

## Rechazada no siempre es definitivo

Si el problema de fondo se puede arreglar (una foto borrosa, el lado equivocado del documento, un fallo técnico a mitad de la captura), un revisor puede pedir a la persona que rehaga solo ese paso en lugar de dejar la sesión rechazada. Consulta [dejar que alguien intente la verificación de nuevo](https://help.didit.me/es/verification-sessions/retry-a-verification).

> **Note:** El mensaje que ve la persona ante una verificación rechazada es hoy el mismo para
> todos los flujos de trabajo: actualmente no es posible personalizar lo que se le
> muestra.

## Si un revisor cree que un rechazo fue incorrecto

Un revisor de cumplimiento puede anular un rechazo automático desde la consola: abre la sesión y cambia su estado a **Aprobada** con una nota que explique por qué. Cada anulación queda registrada, así que el registro de auditoría muestra quién decidió qué. Consulta [revisión manual](https://docs.didit.me/console/manual-review) para el proceso de revisión completo.

## Reducir rechazos evitables

Si tu tasa de rechazo es más alta de lo que te gustaría, las causas habituales son de configuración más que de fraude:

1. **Una lista de documentos permitidos demasiado estrecha.** Comprueba qué tipos y subtipos de documento acepta tu flujo de trabajo frente a lo que realmente tienen tus usuarios.
2. **Umbrales de coincidencia facial demasiado ajustados.** Consulta [puntuaciones y umbrales de coincidencia facial](https://help.didit.me/es/liveness-biometrics/face-match-thresholds).
3. **Prueba de vida activa en dispositivos de gama baja.** La prueba de vida pasiva es mucho más tolerante en teléfonos antiguos y con mala iluminación.
4. **Umbral de rechazo de AML fijado en una puntuación de coincidencia que produce falsos positivos.** Envía esos casos a revisión en su lugar. Consulta [resolver coincidencias de AML](https://help.didit.me/es/aml-screening/resolving-aml-hits).

## Si eres la persona a la que rechazaron, no la empresa

Si recibiste un enlace de verificación de una empresa y fue rechazado, Didit procesa tu verificación en nombre de esa empresa pero no tiene autoridad para tomar, cambiar o explicar la decisión: solo la empresa con la que te estás verificando puede hacerlo, así que contacta con su soporte sobre tu resultado. Consulta [me pidieron verificar mi identidad con Didit](https://help.didit.me/es/end-users/asked-to-verify), y [cómo protege Didit los datos de tus usuarios](https://help.didit.me/es/data-privacy/how-didit-protects-data) para saber cómo se controla el acceso a los datos.
