Transcripción completa de Lo que ven realmente tus usuarios en una verificación KYC (recorrido completo): vídeo 2 de 10 de Didit Academy, 14:36. Ver en YouTube. Cada párrafo enlaza al momento exacto del vídeo.
Qué cubre este vídeo
00:03 Cuando envías a un cliente a verificarse con Didit, ¿qué ve realmente? Pues de eso trata este vídeo. Vamos a recorrer todo el flujo desde su lado. Las pantallas exactas por las que pasa una persona real después de hacer clic en tu enlace. Un flujo con tu marca de principio a fin, en su propio idioma y en el dispositivo que tenga, con un conjunto de comprobaciones invisibles que hacen el trabajo pesado y cuyo resultado llega a tu sistema en el momento en que se produce. Y la mejor forma de hacerte una idea es probarlo tú mismo. Así que entra en didit.me: puedes registrarte gratis y verificarte en tu propio teléfono en
Abrir el flujo tú mismo
00:38 un par de minutos. Bien, la forma más sencilla de ver exactamente por lo que pasan tus usuarios es abrir el flujo tú mismo. Así que eso es lo que vamos a hacer. Vamos a ir a uno de nuestros workflows. Copiamos el enlace y lo pegamos en el navegador. Tomemos este flujo de KYC básico. Copiamos este enlace y lo pegamos aquí. Justo aquí está lo
La primera pantalla que ve tu usuario
00:58 Lo primero que ve tu usuario después de tocar uno de tus enlaces. Lo primero que hay que notar es que, bueno, esto es una demo. Por eso aparece aquí la marca de Didit, pero puedes personalizarlo por completo. Esta lista de aquí es cada paso por el que pasará este usuario en concreto. Tenemos verificación de identidad, verificación facial y documentos adicionales. Esta lista no está fijada en el código. El flujo al que está asociada esta sesión es el que decide qué pasos aparecen y en qué orden. Así que este flujo simplemente muestra
La marca y por qué impulsa la finalización
01:28 lo que haya dentro de ese flujo cuando lo activas. El logotipo y el estilo también son tuyos. Así que, para el usuario, esto sigue pareciendo tu producto. Eso es muy importante, porque hasta qué punto refleja tu identidad y tu marca es el principal factor que determina cuántas personas completan realmente este flujo de verificación. Hay un pequeño distintivo aquí abajo, “secured by Didit”, e incluso esa se puede quitar. Todo lo de arriba lo configuras tú. Didit es solo el motor que funciona por debajo. Así que lo que ve tu usuario es exactamente el flujo que configuraste, con tu marca. Ahora,
Las comprobaciones que nunca muestran una pantalla
02:00 algo que sorprende a la mayoría de la gente. No todas las comprobaciones que ves aquí tienen una pantalla. Los únicos pasos que aparecen son los que realmente necesitan que el usuario haga algo. Es decir, documento, rostro, teléfono y correo electrónico. Y mientras el usuario completa esas comprobaciones, todo un conjunto de comprobaciones adicionales se ejecuta en el servidor sin que nadie toque nada. Inteligencia de dispositivo e IP, análisis AML, monitorización AML continua, validación de base de datos: todo esto ocurre en segundo plano. El usuario nunca ve un paso de ninguna de ellas y aun así recibes todos los resultados en tu panel. Así es como el flujo se mantiene muy corto y a la vez hace muchísimo trabajo. Algunas de las comprobaciones más sólidas de Didit tienen cero fricción porque nunca se muestran al usuario. Si volvemos y miramos uno de estos flujos, vemos que tenemos todas estas comprobaciones en segundo plano. Tenemos validación de base de datos, verificación de correo electrónico, verificación de teléfono, análisis AML, análisis de IP y de riesgo. Estas no son visibles para el usuario. Son todas las comprobaciones que
Personalización: colores, logotipo, correo electrónico, dominio
03:00 puedes añadirlo a un flujo. Echemos un vistazo a la pestaña de personalización. Aquí es donde podrás añadir tu marca, tus colores, tu propia dirección de correo electrónico, tu propio dominio, todo eso. Como ves aquí, podemos cambiar el nombre de la aplicación. Podemos mostrar la página de bienvenida o desactivarla. Podemos mostrar la barra de progreso o desactivarla. Tenemos la pestaña de marca, donde podemos añadir todos estos colores. Podemos añadir el logotipo y el favicon, y cambiar la tipografía. Podemos añadir un correo electrónico personalizado.
03:25 Si escribes un nombre aquí, podemos introducir una dirección de correo electrónico y continuar con la verificación. Esto nos va a dar el… eso no ha funcionado. Pero si introducimos un dominio que funcione de verdad y hacemos clic en continuar con la verificación, nos dará los registros DNS que podemos añadir para configurar una dirección de correo electrónico personalizada. Desde este correo se enviarán las notificaciones y todas las actualizaciones sobre el estado de la verificación. En cuanto al dominio, también podemos añadir un dominio personalizado. Por ejemplo, teníamos un subdominio. De nuevo, si añades aquí tu subdominio, te dará los registros que necesitas actualizar en tu proveedor de dominio. Ves este globo de aquí arriba. La
54 idiomas, detectados automáticamente
04:04 La interfaz está disponible en 54 idiomas distintos, incluidas sistemas de escritura de izquierda a derecha como el árabe. De forma predeterminada, este flujo detecta automáticamente el idioma configurado en el navegador y, si no admite ese idioma en concreto, usa el inglés. Pero el usuario puede abrir esta lista con buscador y cambiar a cualquier idioma en cualquier momento, y a partir de ahí todas las instrucciones se muestran en el idioma que ha elegido. Y si ya conoces de antemano el idioma de alguien, por ejemplo en tu propia base de datos, puedes establecer ese idioma al crear su sesión. Así se abre en el idioma correcto sin depender en absoluto del navegador. De este modo, el flujo se adapta automáticamente al idioma del usuario, con 54 para elegir. Ahora, si echamos un vistazo a
04:49 En esta vista previa, verás que la mayoría de la gente termina verificándose desde el teléfono. Y tiene bastante sentido, ¿verdad? Con la cámara es muy fácil capturar un documento y un selfie. La persona solo tiene que apuntar con el teléfono a este código QR y podrá continuar el proceso de verificación en su teléfono. Cuando alguien llega a esta página desde el escritorio, aquí puedes ver que en realidad se puede continuar en el escritorio, pero es una opción. Puedes obligar a que la gente se verifique solo desde el móvil, pero también puedes habilitar el escritorio sin problema y dejar que terminen aquí mismo, en el equipo. Eso sí, si lo haces, ten en cuenta que en el escritorio la prueba de vida pasa a ser pasiva de forma obligatoria, porque la versión activa no funciona bien con las cámaras web de escritorio. Y cuando hablo de activa frente a pasiva me refiero a cuando tienes que
El flujo alojado frente a crear tus propias pantallas
05:34 Parpadea frente a la cámara. Esa es una prueba de vida activa. En cambio, la pasiva es solo una foto. Así que la forma más sencilla de empezar es el flujo alojado. Mira lo que pasa cuando pulso este botón para copiar el enlace y lo abro en mi navegador. Puedes enviarle un enlace al usuario y Didit se encarga de toda la parte difícil por ti: los permisos de la cámara, la captura del documento, la prueba de vida y todas las peculiaridades engorrosas de cada dispositivo. Puedes integrarlo en tu aplicación mediante el SDK, un iframe, una redirección o una ventana emergente. Y si prefieres crear tus propias pantallas desde cero, también puedes. Pero entonces tú te encargas de todo eso. Entraremos a fondo en la parte de la integración en otro video, pero por ahora basta con que sepas que el enlace que envías, el que obtienes de este flujo, es el flujo alojado, y está optimizado para que la gente llegue hasta el final.
Detección del país emisor
06:20 Bien, volvamos al flujo. Cuando el paso del documento necesita saber de qué país es el documento de identidad, la mayoría de las veces, los flujos ya lo han averiguado. Geolocaliza al usuario a partir de su IP en cuanto se carga la página y preselecciona el país emisor. Y aquí puedes ver que lo ha detectado. Y si tu flujo solo admite un país de todos modos, ese país se seleccionará automáticamente y el usuario nunca verá este selector. Este ejemplo es un flujo de KYC, pero funciona exactamente igual para KYB o para cualquier otro flujo que crees. El motor simplemente ejecuta los pasos que estén configurados en tu flujo. Así que, a continuación, como puedes ver en esta vista previa, el usuario
Elección del tipo de documento
07:00 va a elegir qué documento oficial va a presentar. Didit reconoce siete tipos de documentos: pasaporte, documento de identidad, permiso de residencia, licencia de conducir, tarjeta del seguro médico, tarjeta fiscal y tarjeta de la seguridad social. Pero esta lista se filtra para mostrar solo los que realmente son válidos para el país que acabamos de detectar. Así, el usuario no puede elegir algo que Didit no pueda leer. Y, de nuevo, si tu flujo solo admite un único tipo de documento, esta pantalla se omite por completo y el usuario
Captura del documento
07:26 pasa directamente a la página de captura. Si continuamos, llegamos a la página de captura. Como puedes ver en esta vista previa, estoy usando un ordenador de escritorio, así que puedo subir un archivo o tomar una foto. Si en su lugar obligas a la captura en vivo, se exige una foto guiada en tiempo real sin permitir subir archivos. Y esa es tu configuración más sólida frente a imágenes manipuladas o reutilizadas. En cuanto a la subida de archivos, los formatos aceptados son los clásicos, JPEG, PNG, PDF y algunos otros tipos de archivo, todos de menos de 10 megabytes. Y si es un PDF protegido con contraseña, se pedirá la contraseña. Así que podemos subir un archivo u obligar a la captura en vivo, y todo eso se configura en la configuración de tu flujo de trabajo. Como puedes ver en esta vista previa, mientras el usuario encuadra el documento, unas indicaciones en el propio dispositivo comprueban la iluminación y la nitidez, y la captura se hace automáticamente en cuanto la toma es lo bastante buena, de modo que el análisis puede empezar de inmediato. Y no se trata solo de leer el texto del documento. Didit ejecuta comprobaciones de autenticidad y de manipulación, y una prueba de vida del documento que detecta cosas como una foto de una pantalla o una copia impresa. También revisa los elementos de seguridad y valida la MRZ para documentos en más de 130 idiomas.
08:37 Y lo que realmente marca la diferencia es que todo ocurre en tiempo real. El usuario sabe al instante si hay algún problema con el documento y tú recibes exactamente los mismos datos en ese mismo momento. Así que todos ganan en rapidez. En cuanto a la
El selfie de la prueba de vida
08:50 prueba de vida, el usuario puede tomarse un selfie. Solo tiene que centrar la cara en el óvalo que aparecerá en la pantalla en este paso que ves aquí. Y detrás de esa pantalla tan sencilla hay una prueba de vida que demuestra que hay una persona real presente delante de la cámara. Eso también es lo que permite a Didit comparar la cara con el documento que acaba de enviar. Puedes elegir qué método de prueba de vida se ejecuta aquí. Y puedes configurarlo en cada nodo del flujo, algo que veremos en otros
Pasiva, flash 3D y acción 3D
09:17 videos. Hay tres configuraciones distintas. Está la pasiva, en la que el usuario no hace nada; el flash 3D, en el que unas luces de colores crean un mapa de profundidad y el usuario sigue sin tener que hacer nada; y la acción 3D, que añade las luces y una pequeña acción aleatoria, como parpadear o girar la cabeza. Así que es un único paso de selfie con tres niveles de prueba de vida entre los que puedes elegir. Así que
El video de prueba de vida y las puntuaciones
09:41 Veamos qué te ofrece ese paso de prueba de vida. Graba un video corto de la persona y le asigna una puntuación. Así que, si vamos a las verificaciones de usuarios, bajamos un poco y miramos a uno de los usuarios, podemos entrar en su perfil. Y no te preocupes, en otro video veremos todo lo que contiene esta verificación. Pero, solo para mostrarte qué hace realmente la prueba de vida y qué te ofrece dentro del perfil, aquí puedes ver un video corto.
10:08 Podemos reproducir el video. Y sí, este es solo un video de demostración, pero es lo que realmente aparecerá para cada uno de tus usuarios en el paso de verificación. Aquí tenemos una puntuación de prueba de vida en porcentaje. Hablaré de eso en otro video. Cada uno de los métodos, el pasivo o el activo, genera una puntuación de prueba de vida de 1 a 100. Y, además, aplica detección de ataques de presentación y de deepfakes.
10:30 El video se guarda junto a la puntuación. Puedes volver, reproducir el video de nuevo y consultar cada puntuación aquí mismo, en la verificación, y también en el perfil del usuario. Así que dispones del video de selfie, además de las puntuaciones de prueba de vida y de deepfake.
Qué pasa cuando falla un paso
10:45 que puedes volver a reproducir cuando las necesites. Entonces, ¿qué pasa cuando falla un paso? El usuario no llega a un callejón sin salida. Recibe un reintento guiado y específico. En la configuración de tus flujos de verificación (workflows) puedes definir el número máximo de reintentos y la ventana de reintento. Eh, pero en otro video veremos más sobre la configuración y cómo funcionan estos flujos. Cuando el usuario ve un mensaje de reintento, el mensaje es preciso: algo como que el documento ha expirado o que vuelva a tomarla con más luz, no un error genérico y vago. Así sabe exactamente qué corregir, y el número de intentos que tiene se puede configurar, como te acabo de mostrar aquí en el flujo. De forma predeterminada, el flujo le deja seguir intentándolo hasta que lo consiga, porque el objetivo es que termine, no dejarlo fuera. Así que los intentos son configurables y el comportamiento predeterminado está
La pantalla de aprobación
11:30 pensada para que el usuario siempre pueda llegar al final. Cuando se superan todas las comprobaciones obligatorias, el usuario llega aquí: una marca verde y un mensaje en lenguaje sencillo, “Has sido verificado”. Le indica que no tiene que hacer nada más y que puede volver a tu app. Y esta es la parte que no ve: tu app ya ha recibido el veredicto en tiempo real antes incluso de que salga de la pantalla. Así que aprobado es esta pantalla final verde y tranquilizadora, y
La pantalla de revisión
11:54 tu backend ya tiene los resultados. A veces, una comprobación automática genera una advertencia en lugar de un resultado claro de aprobado o rechazado. Cuando esto ocurre, el usuario ve un reloj naranja en lugar de la marca de verificación verde, con el texto debajo: “Tu envío está en revisión”. Por tu parte, la verificación aparecerá aquí como en revisión. Y dependerá de ti, o de alguien de tu equipo, aprobarlo, es decir, aprobar su solicitud, rechazarlo o pedirle que vuelva a enviarla con más información. Y lo mejor es que el usuario recibirá un correo electrónico en cuanto cambie el estado de su
La pantalla de rechazo
12:30 solicitud de verificación. Si una comprobación falla de verdad, el usuario verá un estado de rechazo claro: una marca roja con el texto “No hemos podido verificar tu información en este momento”, que explica el resultado sin revelar nada de tu lógica antifraude. Lo que pase después depende por completo de tu flujo. Puedes dejar que vuelva a enviar la información dentro del límite de intentos que hayas definido o dirigirlo a un flujo de soporte dentro de tu propia app. Por tanto, el estado rechazado es un final claro y sin tecnicismos
Redirección vs. webhook: en cuál confiar
12:58 pantalla, y tú decides si eso significa volver a enviar o recurrir al soporte. Al final de este flujo ocurren dos cosas, y conviene saber en cuál confiar. Primero, el navegador del usuario vuelve a tu app. El usuario regresa justo al punto de partida, pero esa parte es solo un traspaso para él. En lo que realmente te apoyas es en el resultado que recibe tu servidor en ese mismo momento, enviado directamente a tu backend en el instante en que se toma la decisión. Esa es la versión sobre la que construyes tu lógica, nunca lo que simplemente está en el navegador. Los detalles de cómo conectarlo dan para un video entero, así que lo dejaremos para más adelante. Pero la idea clave es sencilla: el usuario vuelve a tu app y tu sistema ya tiene los resultados reales y fiables
Encontrar la sesión en tu panel
13:41 Resultados pendientes. Cada verificación aparecerá en la pestaña de verificaciones de usuarios. Aquí tenemos los filtros. Podemos ver aprobado, en revisión, aprobado, rechazado, y, según el resultado de la verificación y el flujo por el que haya pasado el usuario, ese estado se actualizará en consecuencia. Las que están en revisión son, evidentemente, a las que más atención tendrás que prestar. Podemos filtrarlas y tener aquí solo esas para la revisión humana. En cada una de estas comprobaciones de verificación podemos hacer clic y ver todas las evidencias que respaldan los resultados. Y este valor de aquí abajo, el vendor data, es el ID que tu propio sistema envió al crear la sesión. Es tu referencia estable para esa persona.
14:25 ¿Y Didit agrupa todas las sesiones que comparten el mismo ID de vendor data en un único perfil? Última modificación el 1 de noviembre de 2026
Primeros pasos
Integración / SDKs
Verificación de usuarios
Verificación de empresas
Monitorización de transacciones
Registro de cambios