Preguntas frecuentes
Encuentra respuestas organizadas sobre KYC, integración, planes, privacidad y redes privadas.
52 respuestas encontradas
Una plataforma B2B que orquesta verificaciones de identidad, centraliza estados KYC y entrega resultados mediante API y webhooks.
No. Idenauth coordina proveedores y capacidades habilitadas y ofrece a tu aplicación un contrato de integración estable.
La integración de la API requiere un equipo técnico. Las funciones operativas de la cuenta se administran desde el espacio de trabajo correspondiente.
Puedes ingresar a Idenauth Platform para crear tu cuenta, consultar la documentación técnica y preparar la integración.
Sí. Starter incluye 30 días de prueba gratis; también existe un sandbox técnico sin acceso ilimitado a producción.
Sandbox permite integrar y validar flujos sin consumir verificaciones reales. Producción requiere una suscripción activa y las capacidades correspondientes habilitadas.
No. Starter incluye 100, Standard 5,000 y Pro 12,000 verificaciones básicas al mes por una cuota fija. Al agotar el cupo se pausan nuevas verificaciones hasta el pago del siguiente ciclo. Únicamente los add-ons contratados generan cargos adicionales.
No. Premium se cotiza por contrato, que define cuota de verificaciones, capacidad, SLA, facturación y add-ons autorizados. No ofrece verificaciones ilimitadas.
Los cambios de plan y de capacidad dependen de las condiciones comerciales, el ciclo de facturación y la habilitación del servicio.
Mediante una API para crear sesiones y consultar estados, y webhooks firmados para recibir resultados de forma asíncrona.
No. Las credenciales de organización deben permanecer en el backend. El navegador sólo recibe el contexto autorizado de su sesión.
Son notificaciones HTTP cuyo origen e integridad puede verificar tu backend antes de procesar un evento. La aplicación debe considerar entregas repetidas.
Ese es uno de los objetivos de la capa de orquestación: mantener una interfaz y estados consistentes cuando evolucionen los proveedores internos.
Sí, mediante una aplicación cliente y un backend que administre las credenciales, sesiones y eventos según el contrato técnico.
Mediante el identificador de sesión y los endpoints autorizados; los cambios de estado también pueden notificarse por webhook.
La API puede recibir tráfico HTTPS desde internet, mientras que las bases de datos y servicios internos se diseñan para comunicarse por redes privadas. Una superficie pública no requiere exponer los nodos de almacenamiento.
Virtual Private Cloud: una red privada virtual que permite segmentar servicios, definir subredes, rutas y reglas de comunicación.
Es una conexión de red privada entre dos redes virtuales. Permite dirigir tráfico entre recursos autorizados sin exigir que sus bases de datos ofrezcan una dirección pública.
El diseño de infraestructura previsto para los servicios internos prioriza redes privadas y controles de acceso sin exposición pública directa de la base de datos. Esta topología todavía debe completarse y validarse durante el despliegue.
Es una regla de acceso que acepta conexiones sólo desde direcciones IP o rangos CIDR autorizados. No sustituye autenticación ni cifrado de las comunicaciones.
TLS cifra el contenido de las conexiones, pero una dirección IP usada para enrutar paquetes no desaparece ni queda necesariamente oculta. La protección se complementa con segmentación de red, rutas privadas y reglas de acceso.
TLS (Transport Layer Security) protege la información transmitida. HTTPS usa TLS para las solicitudes entre aplicaciones y la API pública.
La arquitectura incorpora cifrado autenticado AES-256-GCM para determinados datos personales y transferencias protegidas. La protección concreta depende de cada componente y del flujo habilitado.
Multi-Factor Authentication: una comprobación de identidad adicional que fortalece el acceso a una cuenta cuando el usuario la tiene configurada.
No. Reduce la exposición directa, pero también se necesitan autenticación, cifrado, actualizaciones, monitoreo, permisos mínimos y revisión continua de controles.
Se separan las credenciales de organización, los permisos y los tokens de sesión; las claves sensibles deben conservarse exclusivamente del lado servidor.
La custodia de evidencia depende del flujo y del proveedor. La arquitectura prioriza minimizar los datos operativos y utilizar almacenamiento privado cuando sea necesario.
Los datos operativos mínimos necesarios para estados, soporte, facturación y trazabilidad. La retención específica se define por flujo y contrato.
Depende de las obligaciones aplicables, del contrato, del proveedor habilitado y de las políticas de tratamiento de cada organización.
El modelo de integración prioriza comunicar estados y referencias controladas, no distribuir documentos sensibles completos en cada notificación.
No. La finalidad, jurisdicción y proveedor pueden exigir condiciones de tratamiento y retención diferentes.
Se habilitan sólo cuando existe un proveedor compatible, la cobertura necesaria y el alcance contractual para la operación.
La lógica de persistencia utiliza identificadores de operación y mecanismos transaccionales para evitar contabilizar repetidamente un mismo evento aprobado.
Puede mantenerse en procesamiento o revisión según el proveedor. La API permite consultar su estado y recibir eventos de actualización.
No. Idenauth entrega estados y señales; cada empresa define sus políticas de aceptación, revisión y cumplimiento normativo.
Se conservan registros operativos y referencias de eventos según las necesidades de trazabilidad, permisos y retención del servicio contratado.
México, Colombia, Perú, Chile y Brasil. La cobertura definitiva se confirma por proveedor, documento e integración habilitada.
No. La disponibilidad depende del país, tipo de documento, proveedor y condiciones comerciales aplicables.
La capa de integración busca ofrecer estados consistentes entre países; cada caso requiere confirmar capacidades disponibles y requisitos del proveedor.
La integración está pensada para varios sectores, como comercio digital, reclutamiento y servicios sensibles, sujeto a las capacidades habilitadas y las obligaciones aplicables.
Idenauth.com reúne producto, planes, cobertura y documentos legales. Idenauth.dev es Platform: acceso, documentación y herramientas de integración. Console es el espacio autenticado para administrar tu organización.
En Idenauth Platform, dentro de Idenauth.dev. Desde allí puedes continuar a Console sin crear una cuenta distinta para cada sitio.
Utiliza la opción de recuperación en la pantalla de acceso de Platform. Si usas un proveedor externo de identidad, revisa también el acceso con ese proveedor.
Permite administrar las funciones habilitadas de tu organización: miembros, credenciales, verificaciones, facturación, webhooks y controles operativos. Las acciones disponibles dependen del rol y del plan.
No deben compartir los mismos permisos. La operación de la organización distingue roles; cada miembro debe utilizar su propia cuenta y las capacidades autorizadas.
Los planes, casos de uso y condiciones se consultan en Idenauth.com. Los endpoints, contratos, SDK y guías de integración se consultan en la documentación de Idenauth.dev.
Crea tu cuenta en Platform, revisa el contrato de integración, prepara las credenciales del backend y valida el recorrido de captura y resultados en el entorno habilitado antes de utilizarlo en producción.
Sí. La documentación y las guías de integración son públicas en Idenauth.dev. Para administrar una organización y sus credenciales necesitas acceder a tu cuenta.
Un resultado de verificación y un fallo de comunicación tienen significados distintos. Consulta los estados y códigos documentados; no interpretes un timeout o un error HTTP como un rechazo de identidad.
En las secciones Estado del servicio e Historial de versiones de Idenauth.dev. El estado técnico del servicio es independiente del resultado de una verificación individual.
Los términos, la política de privacidad y los documentos MSA, DPA y SLA se publican en Idenauth.com. Revisa el alcance aplicable a tu organización antes de activar un flujo productivo.
No necesariamente. Antes de integrar, confirma el país, el documento, las capacidades del proveedor y el alcance contratado; una página de cobertura no garantiza todas las combinaciones posibles.