Resultado de verificación: cómo interpretarlo

Transcripción completa de Cómo leer un resultado de verificación de Didit: todas las comprobaciones explicadas, vídeo 5 de 10 de Didit Academy, 14:26. Ver en YouTube. Cada párrafo enlaza al momento exacto del vídeo.

​

Qué cubre este vídeo

00:03 Cada verificación que ejecutas en Didit devuelve un resultado detallado, y ese resultado se organiza como una fila de pestañas en la parte superior de una sesión. En este vídeo vamos a recorrer esas pestañas en orden, de izquierda a derecha, para que sepas exactamente qué hace cada comprobación y cómo se ve cuando una de ellas falla. Al final, podrás abrir cualquier sesión y leerla con confianza, desde el veredicto principal hasta la evidencia que lo respalda. 00:30 Así que abramos una y pongámonos manos a la obra.

​

Cómo encontrar una sesión

00:33 Bien, vamos a ir a las verificaciones de usuarios. Aquí aparece cada sesión de todos tus flujos. Hay una fila por persona. Normalmente filtrarías por estado, flujo o fecha para encontrar lo que necesitas, pero hoy vamos a ir directamente a un único resultado. Así que voy a hacer clic en uno de estos para abrirlo. Justo aquí podemos ver que esta

​

La pestaña de resumen

00:55 es la pestaña de resumen. Estas secciones se pueden contraer, así que podemos contraerlas. Podemos contraer todas las comprobaciones si queremos ver todo, pero, sinceramente, también están todas aquí arriba. Puedes ver que este usuario en concreto ha superado todas estas comprobaciones. Así que, si vamos al resumen,

​

Advertencias: dónde mirar primero

01:13 podemos desplegarlo y ves que tenemos varias pestañas aquí. Lo más importante que hay que revisar aquí son las advertencias. Puedes ver que este usuario está en revisión y que se ha marcado al usuario por tener un número de teléfono duplicado. Bien, si revisamos otras personas que están en revisión, vemos que las advertencias de la sección de resumen pueden ser un poco diferentes según los indicadores del flujo por el que ha pasado este usuario en concreto. Puedes ver la validación de base de datos y la discrepancia en el nombre. Aquí es donde tenemos que mirar si estamos revisando una verificación y necesitamos averiguar cuál es el problema; luego podemos ir a la sección correspondiente, ver dónde están realmente esas comprobaciones y examinar los datos enviados para comprobar si de verdad hay una discrepancia y qué está pasando. Ahora, si quitamos todos estos filtros, puedo salir de aquí,

​

Una sesión aprobada

02:04 y podemos quitar estos filtros. Voy a seleccionarlos todos y, si entramos en alguien que ha sido aprobado, vemos que no se ha marcado ninguna advertencia importante. Vemos que esto aparece en las advertencias, pero no ha activado el estado en revisión ni el rechazo. En realidad, esta sesión ha sido aprobada. Vemos esta pequeña etiqueta aquí arriba y, de hecho, podemos cambiarla según sea necesario. Lo veremos

​

Una sesión rechazada

02:26 en un momento. ¿Y cómo se ve cuando alguien ha sido rechazado? Aquí vemos las advertencias, de nuevo la discrepancia en el nombre. Y aquí arriba vemos que la prueba de domicilio es la que causó problemas. Así que podemos entrar y revisarla también. Vamos a recorrer cada sección una por una para que veas exactamente qué pasa por dentro. Hago clic en este perfil y puedes ver que la prueba de vida y la coincidencia facial son las comprobaciones que se han marcado para revisión en el caso de este usuario. Llegaremos a eso en un momento. Pero el resto de

​

Detalles de la sesión, vendor data y desglose de costos

03:01 En las pestañas de la sección de resumen, tenemos los detalles de la sesión, con el ID de sesión, cuándo se creó y el vendor data. Ya hablamos de esto en vídeos anteriores. El vendor data es un identificador único para este usuario en concreto. Aquí es donde todas las [resoplido] comprobaciones, todas las verificaciones y transacciones se agrupan bajo ese vendor data. Podemos ver los flujos por los que ha pasado este usuario para la verificación. Aquí tenemos los datos de contacto y las etiquetas. De hecho, podemos añadir una etiqueta aquí si quieres. 03:31 También podemos etiquetar a personas en los flujos. Ahora, el desglose del costo total: creo que este usuario fue importado. Puedes ver aquí a la izquierda que fue importado, así que en realidad no ha pasado por ningún flujo. Hagamos clic en este otro usuario y puedes ver el flujo por el que ha pasado y el desglose

​

Verificación de identidad: autenticidad antes que datos

03:48 Desglose de todas las comprobaciones que ha completado este usuario. Echemos un vistazo a la verificación de identidad. Su función principal no es solo leer el texto de la tarjeta. Es demostrar que el documento en sí es genuino antes de que nadie confíe en un solo campo del mismo. Por dentro, ejecutamos detección de manipulaciones, prueba de vida del documento para detectar una reproducción en pantalla o una copia impresa, validación de elementos de seguridad como hologramas y marcas de agua, y una comprobación cruzada entre los campos impresos y la zona de lectura mecánica, la MRZ, el bloque de caracteres de chevrón del reverso que puedes ver aquí en este documento de identidad. Una vez demostrada la autenticidad del documento, Didit lee los campos con OCR y los organiza. Aquí puedes ver los datos personales: el tipo de documento, el número de documento, el número personal, el estado emisor y toda la información que encontrarías en el documento de identidad, incluidos los datos de dirección y cualquier dato adicional. Y recuerda que Didit puede leer más de 130 idiomas en 14,000 tipos de documentos. Así que obtendrás campos limpios

​

La lista de comprobaciones

04:47 dondequiera que alguien presente su documento de identidad. Aquí hay una pestaña llamada lista de comprobaciones. Estas son las comprobaciones que se ejecutan en segundo plano sobre este documento de identidad en concreto. No voy a leerlas todas, porque hay muchas, pero así es, en esencia, como Didit verifica que se trata de un documento de identidad auténtico. No tienes que configurar nada

​

Prueba de vida: puntuación, video y calidad

05:07 de esto. Todo se ejecuta en segundo plano. La siguiente comprobación es la prueba de vida. Puedes ver que esta comprobación en particular está en revisión. Esto es lo que se ha marcado. Puedes ver la prueba de vida y la coincidencia facial. Debo aclarar que esta es una cuenta de demostración, así que algunos de estos datos no coinciden. Puedes ver que la puntuación de la prueba de vida no es del 100%, y si reproducimos el video de la prueba de vida, verás que en realidad no es la persona. 05:30 Esto es solo un ejemplo cualquiera. Con un usuario real, verías en el video a la persona realizando la prueba de vida, ya fuera pasiva o activa. Tenemos la puntuación de calidad facial y la puntuación de luminancia facial. Y lo bueno de Didit es que, si alguna de estas puntuaciones te genera dudas, basta con hacer clic en este botón y te dará una explicación de lo que hace. Podemos cambiar el estado de cualquiera de estas comprobaciones si creemos que se ha marcado de forma incorrecta y, por supuesto, podemos cambiar el estado general de esta verificación. De nuevo, igual que en la verificación de identidad, tenemos una lista de comprobaciones, con varias comprobaciones que se ejecutan en segundo plano. Podemos pasar el cursor sobre ellas para ver un poco más de información sobre cada una. Y si alguien no supera alguna de estas pruebas, en lugar de la marca

​

Coincidencia facial

06:16 En lugar de una marca verde, aparecerá una X roja. Si seguimos, tenemos la pestaña de coincidencia facial. Compara el rostro del documento de identidad con el rostro de la prueba de vida. Aquí puedes ver que, obviamente, la puntuación de similitud es bastante baja porque en realidad no son la misma persona. Y de nuevo tenemos una lista de comprobaciones de lo que ocurre en segundo plano y de lo que hace esta comprobación en particular. La puntuación de similitud se basa en el documento de identidad original y en la imagen de la prueba de vida que hemos capturado. Sirve para determinar si la persona que presenta el documento es su titular legítimo. No lo vamos a ver en el panel, pero hay un rostro

​

Búsqueda facial y listas de bloqueo

06:54 facial. Además de comparar con el documento, Didit busca el mismo rostro en todas tus demás sesiones. Esta parte solo se muestra cuando encuentra una coincidencia. Si el mismo rostro aparece en otra sesión, aquí se mostrará una cuadrícula de coincidencias. Y si uno de esos rostros coincidentes está en una lista de bloqueo que tú mantienes, se marcará y la sesión se rechazará, lo que permite detener a un estafador conocido en el sitio. Pero en una sesión limpia, sin coincidencias, esta zona queda

​

Prueba de domicilio

07:21 vacía, así que aquí no vamos a ver nada. Pasemos a la prueba de domicilio. Podemos ver el documento que se envió y los datos que se extrajeron de este documento en concreto, con todos los metadatos. Aquí tenemos una lista de comprobaciones y vemos que una de ellas no tiene la marca verde, lo que significa que esa comprobación se marcó. Y vemos que una está en revisión. Eso no basta para que este módulo de prueba de domicilio pase a rechazado, pero, de nuevo, es algo que tu revisor revisará cuando llegue a un perfil que esté en revisión. Un resultado aprobado aquí significa que el código se introdujo correctamente y un fallo significa que no se pudo confirmar el número, y verás que se refleja en este módulo. Recordarás que, arriba, una de las marcas era número de teléfono duplicado; probablemente se deba a que esto sea una demo

​

Verificación de teléfono y duplicados

08:08 de demostración, pero, si nos desplazamos hacia abajo, en la verificación de teléfono vemos las coincidencias de números de teléfono. Esto busca el número de teléfono en tu base de datos y, si coincide con algún usuario anterior, se marcará en esta pestaña. También podemos pasar el cursor por aquí y ver otras sesiones de verificación que usan el mismo número de teléfono. Esto es solo una explicación de lo que hace este módulo.

​

Verificación de correo electrónico

08:35 Lo mismo ocurre con la verificación de correo electrónico: el usuario recibirá un código e introducirá el

​

Análisis AML: sanciones, personas expuestas políticamente y medios adversos

08:40 código y, si todo está bien, este módulo también se aprueba. En cuanto a la prevención del blanqueo de capitales, el análisis AML, aquí ocurren bastantes cosas. Compara a la persona verificada con listas de sanciones, personas expuestas políticamente y medios adversos, y luego informa de cuántas coincidencias se encontraron. Puedes ver los datos que utiliza para el análisis e incluso podemos ver la lista. Si la abro, vemos todas las listas de sanciones con las que podemos ejecutar las comprobaciones: narcotráfico, terrorismo, delitos financieros, de todo. Y si este usuario ha coincidido con alguna de las listas, aquí vemos la puntuación de coincidencia, la puntuación de riesgo, las listas en las que ha aparecido este usuario y si se trata o no de un falso positivo. Un falso positivo puede producirse si el nombre coincide con el de alguien de una de esas listas. Por eso contamos con otra información, como la fecha de nacimiento, para contrastar. Aquí también tenemos una lista de comprobaciones. Es bastante corta en este caso, pero son las comprobaciones contra todas estas listas las que hacen el trabajo pesado. 09:41 Y si quieres que esta persona se someta a monitorización continua, es decir, que comprobemos las listas contra este usuario de manera continua, puedes activarlo. Si seguimos bajando, vemos

​

Análisis del dispositivo y de la IP

09:50 el análisis del dispositivo y de la IP. Tenemos la ubicación del documento de la verificación de identidad, es decir, la dirección real que figura en el documento. Aquí tenemos los datos de la dirección de la prueba de domicilio. Y luego tenemos la información del dispositivo: la dirección IP y desde dónde está completando realmente esa persona la verificación. Abajo podemos ver la ubicación del documento frente a la de la prueba de domicilio, y a qué distancia están esas ubicaciones de la IP de la verificación. Todo eso lo vemos en este mapa. Si pasamos el cursor por aquí, tenemos la ubicación del documento de la verificación de identidad. 10:28 Tenemos el dispositivo número uno, así que están bastante cerca. Y luego tenemos la prueba de domicilio aquí, en EE. UU. De nuevo, esta es una cuenta de demostración, así que estos datos no son especialmente precisos, pero te da una buena idea de si esa persona está cerca de donde están realmente su prueba de domicilio y su documento de identidad. Aquí tenemos de nuevo la lista de comprobaciones, que son todas las comprobaciones que Didit realiza en segundo plano para decidir si marcar [resopla] esta comprobación concreta o no. Si seguimos bajando, tenemos la validación de base de datos. Si recuerdas, en videos anteriores hablamos de la validación de base de datos. Es un nodo que puedes añadir a un flujo. Lo que podemos hacer aquí es ejecutar una comprobación. En este ejemplo, podemos ejecutar

​

Validación de base de datos: coincidencia total, parcial y sin coincidencia

11:06 podemos realizar una comprobación en Argentina y contrastarla con un registro gubernamental, el registro civil, la autoridad tributaria, el censo electoral: todos esos directorios a los que tenemos acceso. Puedes ver que aquí se ha encontrado una coincidencia. Y puedes ver los datos de origen, los campos que coinciden en los resultados. Tenemos coincidencia en el nombre completo y en la fecha de nacimiento. Y si abrimos la lista de comprobaciones, vemos que una de estas comprobaciones se marcó. 11:29 Aquí podemos ver el tipo de coincidencia. Si se ha encontrado una coincidencia total, significa que la identidad existe en el registro. Una coincidencia parcial significa que algunos campos coincidieron y deberías revisar el resto. Y la ausencia de coincidencia es una señal fuerte de identidad sintética, porque un número de documento inventado simplemente no está en ningún registro. Esta es una de las defensas más sólidas que tienes contra las identidades inventadas. Y, de nuevo, se ejecuta en segundo plano sin

​

Document AI y cuestionarios

11:54 pasos adicionales para el usuario. Sigamos: tenemos algunas pestañas más aquí, que pueden variar según las comprobaciones por las que haya pasado este usuario. Vemos Document AI. Esta comprobación no se ha ejecutado; puedes ver “No iniciado”. Tenemos otras comprobaciones para cuestionarios. Si alguien rellena un cuestionario, podemos ver las respuestas a esas preguntas en

​

El registro de eventos

12:15 la pestaña del cuestionario. Y si seguimos bajando, tenemos los eventos. Es un registro de auditoría, un historial de todos los eventos que ocurrieron: cuándo se creó la sesión, cuándo cambió el estado de la sesión, y cada entrada incluye el dispositivo, la IP, la marca de tiempo y quién lo hizo, para que puedas reconstruir

​

Entregas de webhooks

12:31 exactamente cómo se desarrolló una sesión. Y por último, abajo, tenemos los webhooks. Los webhooks muestran cada entrega que Didit intentó hacer a tu propio endpoint, con el estado de la respuesta. Aquí vemos 200. Y podemos ver el encabezado de la solicitud, el cuerpo, la URL del webhook y el estado de esta verificación concreta. También tenemos la fecha en que se envió este webhook. Algo a tener en cuenta es que se puede acceder a este panel a través de la API, mediante el MCP. Puedes pedirle a Claude que extraiga todos estos datos, que traiga todas tus verificaciones en revisión para que también puedas analizarlas dentro de

​

Reenvío, exportación a PDF y listas de bloqueo

13:08 Claude. Si te fijas en la parte superior, tenemos unas migas de pan y vemos que podemos solicitar un reenvío. Podemos descargar el PDF, algo excelente si quieres tener un registro de auditoría o necesitas presentar algo en una reunión. También puedes acceder a esta descarga a través de la API, y puedes añadir a esta persona a una lista de bloqueo. Así es como se interpreta una verificación

​

Chat de sesión para tu equipo de revisión

13:30 de verificación. Queda una última cosa aquí abajo: tenemos un chat de sesión. Podemos etiquetar a miembros del equipo y hablar de un resultado de verificación concreto con alguien de nuestro equipo. Si abrimos este chat, escribimos un mensaje y etiquetamos a alguien del equipo, ese mensaje será específico de esta verificación. Así que, si tenemos una duda o hay varias personas trabajando en este caso, este chat va a ser muy útil. 13:55 Así se lee un resultado de verificación tal y como lo harás en la práctica: pestaña por pestaña, de arriba abajo. El veredicto y las advertencias en la vista general, luego cada comprobación por orden y, al final, el registro de auditoría completo. Una vez que lo hayas hecho con una sesión, todas las demás se leen igual. Y si quieres probarlo con tus propios datos, entra en didit.me, regístrate gratis y abre tu primer resultado.