Saltar al contenido principal
Didit recauda 7,5M $ para construir la infraestructura para identidad y fraude
Didit
Volver al blog
Blog · 13 de junio de 2026

KYC Sin Código: Creación de Flujos de Verificación Sin Ingeniería (ES)

Un creador de flujos de trabajo KYC sin código permite a los equipos de cumplimiento cambiar reglas de verificación, activar módulos y realizar pruebas A/B sin despliegues de código.

Por DiditActualizado el
no-code-kyc-workflow-builder.png

Un creador de flujos de trabajo KYC (Conozca a su Cliente) sin código es una interfaz visual para construir, probar e implementar lógica de verificación de identidad sin escribir código. La distinción clave de un panel de configuración: la programabilidad. La ramificación condicional, las decisiones anidadas, las pruebas A/B y la activación de módulos con un solo clic permiten a un equipo de cumplimiento expresar su política de riesgo completa visualmente, y cambiarla sin un despliegue de código.

Esa distinción importa más de lo que parece. Los requisitos de cumplimiento cambian. Los umbrales de riesgo se modifican. Una nueva línea de productos necesita un alcance de verificación diferente. Los reguladores actualizan las directrices. En el enfoque convencional, cada uno de esos cambios va al backlog de ingeniería y espera un ciclo de despliegue. En un modelo de flujo de trabajo sin código, el cambio se realiza en una Consola, es revisado por el equipo de cumplimiento y se activa el mismo día.

El Orquestador de Flujos de Trabajo de Didit es esa capa, y es gratuito. Se sitúa sobre la API unificada /v3/, que los ingenieros llaman una sola vez. A partir de ese momento, lo que hace el flujo de verificación es una decisión de producto y cumplimiento, no de ingeniería.

Puntos clave

  • Un creador de flujos de trabajo sin código separa la integración de la configuración. Los ingenieros llaman a un único punto final de API; el equipo de cumplimiento construye y modifica el flujo en la Consola sin tocar la integración.
  • La ramificación condicional y las decisiones anidadas dirigen a los usuarios a diferentes conjuntos de comprobaciones según el país, el tipo de producto, el monto de la transacción o cualquier campo disponible en el contexto de la sesión.
  • La activación de módulos con un solo clic añade o elimina cualquiera de los más de 25 módulos de Didit —documento, biometría, AML, correo electrónico, IP, teléfono, validación de bases de datos— de un flujo de trabajo en segundos.
  • Las pruebas A/B en producción ejecutan dos flujos con tráfico real, miden las tasas de finalización y aprobación por rama, y promocionan al ganador, sin necesidad de cambios en el código.
  • Los cambios revisados por el equipo de cumplimiento significan que cada modificación a un flujo de trabajo en vivo pasa por un paso de aprobación antes de afectar a los usuarios reales.
  • El Orquestador de Flujos de Trabajo es gratuito. Pagas por cada ejecución de módulo, por llamada, sin licencias de usuario ni tarifas de plataforma.

Qué es un creador de flujos de trabajo KYC sin código

Un flujo de trabajo de verificación es la secuencia de comprobaciones por las que pasa un usuario durante el onboarding, o en un evento de aumento de seguridad más adelante en su ciclo de vida. En su forma más simple: escanear un documento de identidad, tomar una selfie, hacer coincidir la cara con el documento. En su forma más compleja: un árbol de ramificación donde los usuarios de jurisdicciones de alto riesgo reciben un conjunto de módulos diferente al de los usuarios domésticos, donde el tamaño de la transacción determina qué nivel de prueba de vida se ejecuta, y donde una biometría fallida se dirige a una cola de revisión en lugar de un rechazo definitivo.

Un creador sin código expresa ese árbol visualmente. Cada nodo es una condición o un módulo; cada arista es una rama. La persona responsable de la política de cumplimiento —no el ingeniero— es dueña de la lógica. Esa separación de propiedad es el punto clave: la persona que entiende la política de riesgo ahora también puede cambiarla directamente.

Ramificación condicional y decisiones anidadas

El Creador de Flujos de Trabajo de Didit soporta ramificaciones multinivel. Un solo flujo de trabajo puede contener:

Enrutamiento basado en el país. Los residentes de la UE siguen un camino; los residentes de LATAM, donde se aplica la validación de bases de datos contra registros locales, toman otro. La condición de enrutamiento se evalúa en la creación de la sesión a partir del contexto de la sesión.

Enrutamiento basado en el producto. Las cuentas de trading requieren documento completo más prueba de vida; las cuentas de ahorro se aprueban con correo electrónico más IP. El mismo usuario, al abrir un producto diferente, entra en una rama diferente, todo dentro de un mismo flujo de trabajo, un mismo workflow_id, una misma integración.

Puertas por monto de transacción. Un primer depósito de un usuario por debajo de un umbral recibe una comprobación más ligera; cualquier cosa por encima activa el flujo completo. La condición del monto se pasa en el payload de la sesión y es evaluada por el motor.

Enrutamiento por estado de fallo. Un primer intento biométrico fallido se dirige a una cola de revisión humana en lugar de un rechazo definitivo. La rama es una condición sobre el resultado del módulo, no una integración separada.

Las condiciones se anidan —una condición dentro de otra— de modo que el mapa de políticas puede ser tan granular como el negocio lo requiera. Todo ello se expresa en el constructor visual, no en el código de backend.

Activación de módulos con un solo clic

La biblioteca de módulos de Didit cubre todo el ciclo de vida de la identidad y el fraude: Verificación de ID, Lectura NFC, Prueba de Vida Pasiva, Prueba de Vida Activa, Coincidencia Facial 1:1, Búsqueda Facial 1:N, Estimación de Edad, Detección AML (Anti-Lavado de Dinero), Monitoreo AML Continuo, Verificación de Correo Electrónico, Verificación Telefónica, Análisis de IP, Inteligencia de Dispositivos, Validación de Bases de Datos, Prueba de Domicilio, Cuestionarios Personalizados y más.

En el Constructor de Flujos de Trabajo, cada módulo aparece como una tarjeta. Añadirlo a un flujo de trabajo es un solo clic. Eliminarlo es un solo clic. El módulo se factura por uso cuando se ejecuta, por lo que añadir un módulo a una sola rama significa que solo se factura por los usuarios que llegan a esa rama.

Esto es más relevante cuando las regulaciones cambian y se debe añadir una nueva verificación obligatoria en todos los flujos de trabajo. En una integración basada en código, eso es un cambio de backend, una revisión, un ciclo de despliegue. En el Constructor de Flujos de Trabajo, es activar el módulo en los flujos relevantes en la Consola y enviarlo para revisión de cumplimiento. La capa de integración no se mueve.

Pruebas A/B de flujos de trabajo en producción

El impacto en la conversión de las elecciones de diseño de verificación —documento primero versus selfie primero, tres pasos versus dos, prueba de vida activa versus pasiva— a menudo es mayor de lo esperado y generalmente no se mide. Las pruebas A/B integradas de Didit hacen que la medición sea directa.

Configure una división de tráfico (por ejemplo, 50/50) entre dos variantes del flujo de trabajo. Ambas se ejecutan con usuarios reales en producción. La Consola muestra la tasa de finalización, la tasa de aprobación y la distribución de decisiones por rama, una al lado de la otra. Cuando tenga confianza en el ganador, promuévalo al 100% del tráfico, desde la Consola, sin un cambio de código, con una revisión de cumplimiento antes de que se active.

El mismo mecanismo se aplica a los cambios impulsados por el cumplimiento. Una nueva verificación obligatoria que se agregue puede ser probada A/B contra el flujo existente para medir el impacto en la conversión antes de la fecha de implementación obligatoria, lo que le da al equipo de producto datos en lugar de suposiciones.

La API unificada /v3/: integra una vez, itera para siempre

La arquitectura subyacente es lo que hace que esto sea práctico a escala. Cada módulo, cada rama, cada versión de flujo de trabajo llama a la misma superficie de API /v3/. Los ingenieros llaman a POST /v3/session/ con un workflow_id y redirigen al usuario a la URL de la sesión. El motor de flujo de trabajo maneja la secuenciación de módulos, la lógica de ramificación, la entrega de resultados y el envío de webhooks.

Cuando el equipo de cumplimiento modifica el flujo de trabajo, el workflow_id permanece igual. Nada cambia en el lado de la ingeniería. La integración es estable; la política está activa y es mutable.

Esto también significa que la misma integración soporta todos los futuros módulos que Didit lance. Activación con un clic desde la Consola, facturada por uso, sin trabajo de reintegración. Nuevos módulos —validación de base de datos para un nuevo país, un nuevo nivel de prueba de vida, un nuevo proveedor AML— aparecen en el constructor y están disponibles para cualquier flujo de trabajo inmediatamente.

Debido a que el Orquestador de Flujos de Trabajo está en la misma API /v3/ que el Monitoreo de Transacciones, una sesión KYC puede vincularse a un perfil de riesgo de transacción en la misma referencia vendor_data. La identidad establecida durante el onboarding fluye directamente a la capa de monitoreo continuo, una plataforma, una integración.

Casos de uso

Fintech regulada lanzando nuevos productos. Una nueva línea de productos con un perfil de riesgo de cliente diferente necesita un alcance de verificación distinto. Construye una nueva rama de flujo de trabajo en la Consola; no se requiere un sprint de ingeniería. El registro de auditoría captura cada cambio con marca de tiempo y autor.

Cumplimiento de VASP y exchanges de criptomonedas. Las obligaciones de la Regla de Viaje de FATF varían según la jurisdicción y el tipo de contraparte. Un flujo de trabajo con ramificación por país y monto aplica la política correcta por categoría de transacción sin lógica de backend personalizada por mercado.

Plataformas de marketplace con onboarding de doble cara. Las cuentas de comprador y vendedor tienen diferentes perfiles de riesgo. Dos flujos de trabajo —o dos ramas dentro de uno— con diferentes conjuntos de módulos, gestionados en la Consola y controlados por versiones en el registro de auditoría. Los ingenieros enviaron una integración.

Operadores de iGaming. Los requisitos de juego responsable varían según la jurisdicción y el segmento de usuarios. Las pruebas A/B de la duración del flujo contra las tasas de finalización, con la revisión de cumplimiento controlando cada cambio, es el patrón regulatorio que los reguladores en España, el Reino Unido y Malta esperan cada vez más.

Preguntas frecuentes

¿El Orquestador de Flujos de Trabajo es realmente gratuito?

Sí. La lógica de orquestación, ramificación, pruebas A/B y activación de módulos no tiene costo. Pagas por cada ejecución de módulo, por llamada, sin licencias de usuario ni tarifa de suscripción a la plataforma.

¿El constructor sin código reemplaza nuestra integración de backend?

No, los ingenieros aún llaman a POST /v3/session/ desde su backend. El constructor configura lo que hace el motor con esa llamada. Elimina la necesidad de reintegrar cuando la política cambia; no elimina el punto de integración.

¿Cómo funcionan los cambios revisados por el equipo de cumplimiento?

Cada modificación a un flujo de trabajo en vivo en la Consola activa un paso de revisión antes de que el cambio afecte a los usuarios reales. El registro de auditoría captura quién cambió qué y cuándo, lo que satisface la mayoría de los requisitos de documentación de gestión de cambios regulatorios.

¿Puedo combinar el Constructor de Flujos de Trabajo con el Monitoreo de Transacciones?

Sí. Una sesión KYC se vincula a un perfil de monitoreo de transacciones a través de la misma referencia vendor_data, por lo que la identidad establecida durante el onboarding fluye a la capa de riesgo de transacciones post-onboarding sin reintegración. El estado AWAITING_USER en el monitoreo de transacciones puede generar una sesión KYC de remediación a través del mismo motor de flujo de trabajo.

¿Cuántos módulos puedo combinar en un flujo de trabajo?

No hay un límite estricto. Los flujos de trabajo pueden activar cualquier combinación de los más de 25 módulos de Didit, en cualquier orden, con cualquier profundidad de ramificación que la política requiera.

¿Listo para empezar?

Infraestructura para identidad y fraude.

Una API para KYC, KYB, Monitoreo de Transacciones y Detección de Fraude en Wallets. Intégrala en 5 minutos.

Pide a una IA que resuma esta página
Creador de Flujos de Trabajo KYC Sin Código | Didit.