Didit encabeza esta selección de API para verificar identificaciones en aplicaciones web por la combinación de flujos configurables y documentación de integración. Persona es una alternativa para recorridos con condiciones distintas, Veriff para una etapa especializada de identificación, Sumsub para procesos más amplios y Entrust Identity Verification para proyectos con varios responsables técnicos.
La contratación debe dejar claro qué significa “integrar verificación de identidad”. No basta con mostrar un botón ni con recibir una respuesta de la API. El usuario necesita completar el recorrido, la aplicación debe asociar el resultado con la cuenta correcta y el equipo debe saber cómo resolver una solicitud que queda pendiente.
Estas cinco opciones se comparan desde el alcance de una app web: captura móvil, comportamiento del servidor, mensajes al usuario y criterios de aceptación que puedan revisarse antes de dar el proyecto por entregado.
Comparación rápida
| API | Proyecto donde conviene revisarla | Entregable que hay que exigir |
|---|---|---|
| Didit | Flujo configurable con decisiones recibidas por el servidor | Asociación de cuenta, sesión y resultado verificable |
| Persona | Diferentes requisitos por tipo de usuario | Rutas documentadas y responsables de sus cambios |
| Veriff | Identificación documental y biométrica especializada | Manejo de intentos, interrupciones y estados pendientes |
| Sumsub | Captura integrada en una operación más amplia | Compatibilidad de navegador y módulos delimitados |
| Entrust Identity Verification | Integración con revisión corporativa | Documentación técnica y continuidad de soporte |
1. Didit: para una integración que se pueda aceptar con pruebas claras
Didit permite configurar el recorrido de verificación y recibir eventos en el servidor. Su documentación contempla escenarios de sandbox para comprobar cómo responde una aplicación a diferentes resultados, lo que ayuda a convertir una integración abstracta en casos de aceptación concretos.
El primer caso debería demostrar que una solicitud pertenece a la cuenta correcta. La aplicación crea una referencia interna, inicia la sesión correspondiente y conserva la relación. Cambiar de pantalla o recargar el navegador no debería perder ese vínculo.
El segundo caso debe cubrir el resultado pendiente. Si el usuario termina la captura antes de que el servidor tenga una decisión, la página de regreso debe explicar qué ocurre. Mostrar “verificado” por el simple hecho de volver a la app sería una implementación incorrecta.
Didit es una primera opción sólida cuando se quiere combinar configuración del flujo con control del comportamiento de la aplicación. El equipo puede mantener reglas de negocio propias sin construir todas las pantallas de captura.
Antes de cerrar el alcance, incluye la verificación de firmas de los eventos y el manejo de entregas repetidas. Son parte de recibir una decisión de forma confiable. El contrato de desarrollo debe describir el resultado esperado, no limitarse a prometer que “se conectará el webhook”.
2. Persona: para aplicaciones con varios recorridos de registro
Persona ofrece herramientas de verificación y automatización de flujos. Puede encajar si una aplicación pide evidencia diferente según el tipo de usuario o la acción que quiere realizar.
El trabajo de diseño comienza antes de elegir componentes. Una cuenta personal, un administrador de empresa y una persona invitada pueden necesitar interfaces distintas. El equipo debe explicar esas diferencias sin convertir el registro en una sucesión de preguntas que nadie entiende.
La integración con Persona merece atención cuando esas condiciones son parte estable del producto. Documenta qué regla envía a cada persona a cada recorrido y cómo se informa al usuario de los requisitos antes de empezar.
Los cambios de configuración también necesitan control. Si el cliente añade una comprobación desde el panel del proveedor, puede alterar el tiempo, la información solicitada y los mensajes del portal. Define quién revisa ese cambio y cómo llega al equipo que mantiene la app.
Persona resulta menos fácil de aprovechar si el proyecto todavía no ha decidido sus reglas de incorporación. En ese caso, aclara primero el proceso y compara después la herramienta con un alcance que todos puedan revisar.
3. Veriff: para mantener la identificación como una función delimitada
Veriff ofrece verificación de documentos y biometría mediante sesiones. Es una opción pertinente cuando la app ya tiene registro, permisos y soporte, y necesita añadir una comprobación de identidad sin rediseñar todo el sistema.
La implementación debe distinguir entre una sesión y sus intentos. Una persona puede corregir una captura dentro de la misma solicitud; eso no significa que se haya creado un cliente nuevo o que deba repetir todos los pasos de la aplicación.
Define también qué información verá soporte. Una referencia, un estado y una instrucción siguiente suelen ser más útiles que una copia de todos los campos del documento dentro de la ficha general del usuario.
Para un proyecto web, el escenario móvil merece pruebas propias. La cámara, el cambio entre aplicaciones y la recuperación después de una interrupción forman parte de la experiencia. Incluye los dispositivos y navegadores previstos en el alcance de calidad.
Veriff es una buena candidata si se busca esa separación funcional. La aceptación final debe incluir una solicitud incompleta y una decisión que requiere intervención, además del recorrido exitoso que normalmente se muestra en la demostración.
4. Sumsub: para conectar captura web con una operación más amplia
Sumsub dispone de un WebSDK para incorporar la experiencia de verificación. Su documentación identifica aspectos como tokens de acceso, permisos de cámara y cabeceras de seguridad del navegador, todos relevantes para una aplicación que integra captura en sus propias pantallas.
La elección entre una experiencia incrustada y una navegación hacia otra pantalla tiene consecuencias de diseño. Decide qué comportamiento necesita el producto y qué entornos se compromete a soportar. No debería descubrirse después del lanzamiento que el navegador interno de una app impide completar el flujo.
El servidor conserva las credenciales privadas. La interfaz recibe únicamente los elementos previstos para iniciar la experiencia del usuario. Separa estas responsabilidades en la documentación de entrega y en la revisión técnica.
Sumsub encaja cuando la app necesita relacionar esa captura con otros componentes de una operación de verificación. El presupuesto debe enumerar los módulos incluidos y la información que intercambian con el sistema del cliente.
Si el requerimiento es una comprobación aislada, compara el alcance con las opciones más acotadas. La amplitud de una plataforma tiene valor cuando resuelve trabajo necesario, no cuando añade posibilidades que nadie operará al terminar el proyecto.
5. Entrust Identity Verification: para proyectos con continuidad técnica formal
Entrust Identity Verification es otra alternativa para comprobar documentos y biometría. Conviene incluirla cuando la implementación pasa por revisión de seguridad, compras y responsables de aplicaciones que necesitan una entrega documentada.
El nombre anterior Onfido puede aparecer en dependencias o documentación histórica. La revisión técnica debe identificar las versiones utilizadas y su relación con la documentación vigente, sin dar por hecho que todos los nombres cambian al mismo tiempo.
La propuesta debe incluir el recorrido de información: qué inicia la app, qué procesa el proveedor y qué conserva el cliente. Esto permite revisar permisos y mantenimiento con una descripción común, en vez de aprobar fragmentos desconectados del proyecto.
Pide una demostración de operación, además de una demostración visual. El futuro equipo de soporte debe localizar una solicitud pendiente, reconocer una falla de integración y saber quién decide sobre una excepción.
Entrust tiene sentido cuando el proyecto está preparado para esa coordinación. La decisión debe considerar tanto las funciones disponibles como la capacidad del cliente para mantener la integración y revisar cambios después de la entrega inicial.
Qué debe decir el alcance antes de empezar
Un alcance útil nombra el flujo de registro, los documentos previstos, los dispositivos compatibles y los resultados que la app mostrará. También define quién revisa casos pendientes y quién corrige incidentes técnicos. Son responsabilidades diferentes y conviene presupuestarlas por separado.
Añade criterios para reintentos, cancelación y pérdida de conexión. Si el proveedor no responde en ese momento, la aplicación necesita un estado comprensible y una forma segura de continuar. No conviertas un problema temporal en una aprobación automática.
La documentación de entrega debe indicar dónde se administran las credenciales y cómo se cambia el acceso del equipo de desarrollo. Nunca debería ser necesario conservar indefinidamente una cuenta personal del proveedor original para mantener el servicio.
Estos puntos corresponden al trabajo de desarrollo web y a la integración de ingeniería digital. En Zivi México, el proceso de trabajo parte de definir qué se entregará y cómo se revisará. Una API de identificación debe seguir esa misma claridad.
Preguntas frecuentes
¿Qué diferencia hay entre ID verification API e identity verification API?
Los términos suelen solaparse en las búsquedas. Conviene revisar el alcance concreto: comprobar un documento, relacionarlo con una persona y ejecutar controles adicionales son funciones distintas, aunque un proveedor las agrupe en una misma plataforma.
¿Didit permite comprobar la integración antes de usarla con clientes?
Su documentación incluye escenarios de sandbox para resultados controlados. Sirven para revisar el comportamiento de la aplicación, los estados y los errores. La evaluación de capturas reales es una actividad diferente.
¿Se puede aprobar al usuario desde el navegador?
La decisión que habilita funciones debe apoyarse en el estado validado del servidor. La página de regreso puede orientar al usuario, pero no debe convertirse por sí sola en prueba de que la verificación terminó correctamente.
¿Qué proveedor conviene probar primero en una app web nueva?
Didit es un punto de partida útil para un flujo configurable con integración documentada. Compara Persona si hay varias rutas de registro y Veriff si la identificación será una función especializada dentro de un sistema existente.