Sesiones atascadas en revisión y cómo reducirlas

En revisión significa que las comprobaciones automáticas terminaron pero marcaron algo que una persona tiene que resolver - nunca se resuelve sola. Aquí tienes cómo vaciar la cola y bajar la tasa.

Escrito por el soporte de Didit · Actualizado el 8 de septiembre de 2026

De todos los estados, En revisión es el que genera más preguntas de soporte, por un motivo sencillo: parece que la plataforma todavía está trabajando, cuando en realidad la plataforma ya terminó y está esperándote a ti.

#Qué significa realmente En revisión

Todas las comprobaciones automáticas se ejecutaron. Al menos una levantó una advertencia que tu flujo de trabajo dirige a revisión en lugar de a una decisión automática. La sesión queda ahora en tu cola hasta que una persona la resuelva. No hay ningún tiempo límite que acabe decidiendo por ti, ni forma de hacer que el sistema vuelva a ejecutar las comprobaciones y cambie de opinión por su cuenta.

#Vaciar una sesión

1. Abre la cola de revisión

   En la Consola de Negocio, ve a Verificaciones y filtra por el estado En revisión.

2. Lee las advertencias, no solo el estado

   Abre la sesión y mira qué comprobación la marcó y qué dice la advertencia. Eso es lo que realmente estás decidiendo. Consulta cómo leer el resultado de una verificación.

3. Decide

   Aprueba, rechaza o pide un reenvío solo del paso que falló. Añade una nota: pasa a formar parte del registro de auditoría.

4. Avisa a tu backend

   La decisión dispara un webhook de status.updated, así que tu sistema recoge el estado final sin que tengas que conciliarlo a mano.

123

1. Filtra por Estado: En revisión para ver solo lo que está pendiente de ti.
2. La columna Estado es donde aparece En revisión; nada se mueve hasta que alguien decide.
3. Selecciona filas y luego Cambiar estado para aprobar o rechazar en bloque.

#Por qué tu tasa de revisión puede ser alta

Aproximadamente en este orden de probabilidad:

1. Umbrales de coincidencia facial demasiado cercanos entre sí. Si tu banda de revisión es amplia, la variación normal de iluminación cae dentro de ella. Consulta puntuaciones y umbrales de coincidencia facial.
2. Umbral de revisión de AML fijado en una puntuación de coincidencia baja. Los nombres comunes generan coincidencias candidatas con puntuaciones bajas. Poner el umbral de revisión demasiado bajo envía a revisión a casi todo el mundo. Consulta resolver coincidencias de AML.
3. Coincidencias parciales en el comprobante de domicilio. Los formatos de dirección varían enormemente según el país; una diferencia de abreviatura se lee como una coincidencia parcial. Decide de forma deliberada si una coincidencia parcial debe revisarse o pasar.
4. Coincidencias parciales en la validación de base de datos. Misma causa: un nombre registrado de forma distinta en una fuente autorizada.
5. Avisos de cara duplicada en usuarios recurrentes legítimos. Si la misma persona real se verifica más de una vez, coincidirá consigo misma. Consulta detección de duplicados.
6. Cada advertencia enviada a revisión "por si acaso". Revisarlo todo es lo mismo que no revisar nada, porque la cola deja de trabajarse. Elige las advertencias que de verdad necesitan criterio humano.

#Reordenar el flujo de trabajo para revisar antes y más barato

Si tu flujo es caro y muchas sesiones terminan en revisión de todos modos, mover las comprobaciones de riesgo baratas al principio hace que el flujo se detenga antes de que se ejecuten las caras. El análisis de dispositivo e IP a 0,03 $ al principio de un flujo KYC completo recortará el gasto en tráfico que nunca iba a aprobarse.

El compromiso es la experiencia del usuario: una persona a la que se detiene en el primer paso no ha invertido nada, pero tampoco aprende por qué. Decide qué te importa más para tu embudo.

#Revisión de cuatro ojos

Si tu proceso de cumplimiento requiere que dos personas den el visto bueno a una decisión, Didit admite un flujo de cuatro ojos en el que un segundo revisor debe confirmar. Consulta revisión de cuatro ojos.

#Lo que En revisión no es

• No es "todavía procesando". Si estás esperando a que la plataforma termine, el estado que buscas es En curso.
• No es un rechazo suave. Una sesión En revisión no tiene ningún veredicto todavía, así que no la mapees como "rechazada" en tu propio sistema: mapéala a su propio estado pendiente.
• No es algo que soporte pueda decidir por ti. Solo tu equipo tiene autoridad para aprobar o rechazar a tu propio cliente. Soporte puede explicarte por qué se marcó una sesión, y necesitará el session_id para hacerlo.

#La monitorización continua puede devolver una sesión aprobada a revisión

Si tienes activada la monitorización de AML, una sesión previamente aprobada puede pasar a En revisión más adelante, cuando un recribado diario encuentre una coincidencia nueva que supere tu umbral de revisión. Eso es un comportamiento esperado, no una regresión, y es precisamente el objetivo de la monitorización. Consulta monitorización continua de AML.