Solucionar problemas de subida y lectura de documentos
La mayoría de los problemas de subida de documentos y OCR se deben a la calidad de la imagen, a que falta la imagen del reverso, a un subtipo no permitido o a una copia en vez del original: aquí tienes cómo solucionar cada uno.
Revísalos en este orden: si el subtipo está permitido en tu flujo de trabajo, si se capturó la imagen del reverso, si la imagen tenía calidad suficiente y si era una foto original en lugar de una captura de pantalla o un escaneo. Esos cuatro puntos cubren casi todos los casos.
Si un documento no se sube o si no se extraen correctamente los campos clave, casi siempre se debe a una de unas pocas causas conocidas. Aquí tienes cómo revisarlas.
#Primero: ¿el documento está siquiera permitido?
Antes de investigar la calidad de la imagen, confirma que tu flujo de trabajo acepta ese subtipo exacto de documento para ese país. Un subtipo no permitido falla de una forma que parece un problema de lectura, pero no lo es, y falla para todos los usuarios que tienen ese formato, no solo para uno. Consulta los subtipos son el motivo habitual por el que se rechaza un documento.
#Imágenes borrosas, oscuras o sobreexpuestas
Didit comprueba la calidad de la imagen antes de procesar un documento y pide al usuario que repita la foto si está demasiado borrosa, demasiado oscura o demasiado clara. Pide al usuario que:
- Use una iluminación buena y uniforme, sin reflejos directos
- Sostenga la cámara con firmeza y deje que enfoque antes de capturar
- Mantenga las cuatro esquinas del documento visibles en el encuadre
- Saque el documento de una funda de plástico: el reflejo impide la captura automática
Los usuarios tienen un número limitado de repeticiones; en su último intento permitido se acepta la imagen para que nunca se queden bloqueados de forma permanente, pero una captura de baja calidad todavía puede dejar campos ilegibles. Revisa las advertencias de la sesión para ver si aparece IMAGE_TOO_BLURRY, IMAGE_TOO_DARK o IMAGE_TOO_BRIGHT y confirmar que esta fue la causa.
Si están pasando documentos borrosos e incluso se aprueban, el listón está demasiado bajo para tu apetito de riesgo. Dos ajustes en el paso de verificación de ID del flujo lo arreglan:
- Calidad mínima de imagen (el control deslizante de calidad): cada foto del documento la puntúa el modelo de calidad en el momento de capturarla, y las capturas por debajo de tu mínimo se rechazan al instante con una petición de repetir. El valor por defecto es deliberadamente permisivo; súbelo y el reverso borroso que puntuó 33 nunca llega a las comprobaciones.
- Pantalla de revisión de la imagen capturada (en Avanzado): muestra a la persona la foto que acaba de hacer y le pide confirmarla o volver a escanear antes de subirla. Aplica solo a los escaneos con cámara, porque las subidas ya previsualizan el archivo.
La propia puntuación de calidad está en el informe de la sesión, así que puedes mirar las sesiones que te preocuparon y elegir un umbral justo por encima.
#No se detectó un campo, o se leyó mal (nombre, fecha de nacimiento, número de documento)
Cuando el OCR no puede extraer un campo concreto, eso por sí solo normalmente no rechaza la sesión: por defecto se envía a revisión manual para que una persona lo compruebe.
Si esto ocurre a menudo con un tipo de documento o un idioma concreto, revisa el ajuste Formato de caracteres preferido de tu flujo de trabajo: elige si los nombres extraídos deben normalizarse a caracteres latinos o mantenerse en la escritura original del documento. Un desajuste aquí es una causa habitual de campos de nombre confusos o ausentes en documentos en escritura cirílica, árabe, griega o han.
Cuando extrajo un valor que es erróneo (un apellido con una letra cambiada, la dirección en el campo del nombre), consulta corregir un nombre o un campo mal leído: soporte no puede editarlo por ti, pero el paso de revisión de datos por el usuario, la API update-data y un reenvío sí pueden.
#Se rechazan capturas de pantalla, impresiones y fotos de pantallas
Didit exige una foto original y en tiempo real del documento físico, no una captura de pantalla, un escaneo, una copia impresa ni una foto del documento en otra pantalla. Las comprobaciones de vida del documento están diseñadas para detectar exactamente estos casos y marcarán o rechazarán la sesión. Pide al usuario que fotografíe el documento físico directamente.
Esto es deliberado: aceptar una foto de una foto elimina la mayor parte del valor de comprobar un documento.
El detector de captura de pantalla puede dispararse ocasionalmente con un documento genuino fotografiado sobre un fondo cargado: un teclado, una mesa con estampado, un monitor detrás de la tarjeta. Si has mirado las imágenes y el documento es claramente real, aprueba la sesión tú mismo: la etiqueta enruta a revisión precisamente para que una persona tome esa decisión. Cada señal de prueba de vida del documento (captura de pantalla, copia impresa, sustitución del retrato) tiene sus propios umbrales de revisión y rechazo en la configuración de falsificación del paso, por si alguna salta demasiado con tu tráfico.
#Falta la imagen del reverso
Los documentos de identidad y los permisos de conducir tienen dos caras: Didit necesita tanto la imagen del anverso como la del reverso para completar la extracción. Si solo se envió la imagen del anverso para uno de estos tipos de documento, la sesión no tendrá los datos que necesita.
Si los usuarios se atascan de forma constante en el paso del reverso, comprueba si el documento en cuestión realmente lleva datos legibles en el reverso en ese país. Exigir una imagen del reverso que no contiene nada hace que los usuarios fallen un paso sin ningún beneficio.
#La cámara nunca se abre
Esto parece un problema del documento, pero es un problema del entorno:
- Navegadores integrados en apps. Un enlace abierto dentro del navegador integrado de otra app (una app de chat, por ejemplo) a menudo no puede obtener acceso a la cámara. Abrir el mismo enlace en el navegador normal del teléfono lo soluciona.
- Permiso denegado anteriormente. Una vez que una persona deniega el acceso a la cámara para un sitio, el navegador lo recuerda. Tiene que volver a concederlo en la configuración del sitio; el flujo no puede volver a pedirlo.
- Cámara ya en uso. Otra pestaña o app que esté usando la cámara la bloquea. En algunos dispositivos, conceder acceso al micrófono también puede ocupar la cámara.
#El texto del flujo se ve confuso
Si la persona informa de palabras confusas o sin sentido en la interfaz (no en el documento), la causa habitual es una extensión de traducción del navegador que reescribe la pantalla. Pídele que desactive la traducción para esa página; el flujo ya ofrece sus propios idiomas. Consulta configurar el idioma de la verificación.
#¿Cuántos idiomas admite el OCR?
El OCR de Didit lee documentos en más de 130 idiomas, como parte de su cobertura de documentos y países. Esto es independiente del idioma de la propia pantalla de verificación, que el navegador del usuario configura automáticamente a menos que lo definas explícitamente.
#¿Sigue sin funcionar?
Contacta con soporte con el ID de sesión de la verificación afectada: es la forma más rápida de que el equipo investigue un caso concreto, porque les permite ver exactamente las imágenes y las advertencias que estás describiendo.