Integración de workflows
Integra flujos de trabajo de KYC en tu aplicación web usando el SDK web de ComplyCube.
Descripción general
Esta guía te muestra cómo integrar el Web SDK con ComplyCube flujos de trabajo.
Para un ejemplo rápido de copiar y pegar, usa nuestro asistente de integración.
Flujo de integración
El SDK web se ejecuta como parte de tu frontend, pero depende de tu backend para crear tokens seguros. Así es como funciona:

Guía de integración
Crear un cliente
Cada flujo de verificación comienza con un cliente (es decir, cliente). Usa la API para crear el cliente.
Ejemplo de solicitud
Ejemplo de respuesta
La respuesta contendrá un id (el ID del cliente). Es necesario para el siguiente paso.
Consulta Referencia de la API de clientes para obtener más información.
Genera un token de SDK
Tu backend debe crear un token de SDK para cada nuevo flujo. Este token vincula la sesión del SDK con el cliente. Los tokens tienen una vida útil corta y no deben reutilizarse.
Ejemplo de solicitud
Ejemplo de respuesta
Consulta Referencia de la API de tokens de SDK para obtener más información.
Importa el SDK
Para importar nuestro Web SDK, debes incluirlo en el HTML de la página de destino:
Cargando el SDK con integridad (Opcional)
Para mayor seguridad, puedes cargar opcionalmente el ComplyCube Web SDK usando Subresource Integrity (SRI). Esto permite al navegador verificar que los archivos JavaScript y CSS no hayan sido modificados validándolos frente a sumas de comprobación criptográficas.
Recupera los últimos valores de integridad del SDK
Para asegurarte de usar siempre la última versión compatible del SDK y los hashes de integridad más recientes, recupera los metadatos del recurso desde el endpoint de información del Web SDK.
Ejemplo de solicitud
Ejemplo de respuesta
La respuesta incluye las URL y los valores de integridad correspondientes tanto para los recursos de JavaScript como para los de CSS.
Importa el SDK usando atributos de integridad
Usa los valores devueltos para cargar el SDK en tu HTML con integridad y crossorigin atributos:
Notas
Usar SRI es opcional, pero se recomienda para entornos con requisitos de seguridad más estrictos.
El atributo crossorigin="anonymous" es necesario cuando se usa SRI con recursos servidos desde un origen diferente.
Los valores de integridad pueden cambiar cuando el SDK se actualiza. Recupera siempre los valores más recientes desde el endpoint.
Los enlaces a complycube.min.js y style.css se pueden encontrar en tu portal de desarrolladores.
Montar el SDK
Como parte del montaje del Web SDK, debes especificar un ID de plantilla de flujo de trabajo. El SDK ejecutará automáticamente la activa versión del flujo de trabajo seleccionado.
Una vez completado el flujo de verificación, los clientes son redirigidos de vuelta a la URL de retorno que especifiques.
Con el token generado, el Web SDK se puede inicializar en tu frontend usando el siguiente código JavaScript:
Los parámetros de montaje del SDK se describen en la Configuración del SDK sección siguiente.
Política de referrer
Para habilitar una comunicación correcta entre el SDK y nuestros servidores, la Política de referrer cabecera debe establecerse en strict-origin-when-cross-origin. Esto garantiza que la información del referrer se transmita de forma segura durante las solicitudes HTTP.
Puedes hacerlo programáticamente o añadirlo directamente a la página web de la siguiente manera:
<meta name="referrer" content="strict-origin-when-cross-origin">
Realizar comprobaciones de verificación
Una vez que tu cliente inicie el flujo, una sesión de flujo de trabajo se crea automáticamente. Esta sesión contiene todos los datos capturados (documentos, imágenes y videos), así como el seguimiento del progreso. Puedes verlos todos a través de la página de sesiones de flujo de trabajo en el portal o a través de la API.
Cuando el flujo termina, el SDK activa la onComplete función de devolución de llamada. La devolución de llamada proporciona un data objeto que incluye el workflowSessionId. Tu backend debe usar este ID para notificar a ComplyCube que el flujo de trabajo ha finalizado, lo que a su vez ejecuta las comprobaciones de verificación definidas en el flujo de trabajo.
Si has configurado webhooks como se describe en nuestra guía de webhooks, recibirás una notificación cuando se complete una sesión de flujo de trabajo.
Puedes recuperar los detalles de una sesión de flujo de trabajo llamando a la solicitud para recuperar la sesión de flujo de trabajo.
Ejemplo de una solicitud completa de sesión de flujo de trabajo
Referencia del SDK
En esta sección se describen todos los ajustes configurables, callbacks, métodos del ciclo de vida y opciones de personalización de marca disponibles en el Web SDK de ComplyCube.
Configuración
token
El token de SDK generado por tu backend. Esto es obligatorio.
Tipo: cadena
workflowTemplateId
El ID de la plantilla de flujo de trabajo que se cargará para esta sesión. Esto es obligatorio.
Tipo: cadena
containerId
El ID del elemento contenedor donde se monta el SDK. Debe ser un elemento vacío.
Tipo: cadena
Valor predeterminado: complycube-mount
useModal
Esto define si las pantallas de la interfaz se cargan en un modal en lugar de integradas en línea.
Tipo: booleano
Valor predeterminado: verdadero
useFullScreen
Esto define si el SDK se carga en modo de pantalla completa.
Tipo: booleano
Valor predeterminado: falso
disableClientAnalytics
Esto define si rastreamos o no la analítica del cliente.
Tipo: booleano
Valor predeterminado: falso
Callback
Los callbacks te permiten responder a los eventos del ciclo de vida del SDK.
onComplete
Se activa después de que el cliente complete el flujo de verificación. Se utiliza para invocar una solicitud de finalización de sesión de flujo de trabajo.
onError
Se activa cuando ocurre un error. El objeto de error tiene dos atributos:
type: Puede ser:excepcióntoken_expired: indica que el token ha expirado. Cuando esto ocurra, se debe proporcionar un nuevo token de SDK.
message: Descripción del error.
onExit
Esta callback se activa cuando tu cliente sale antes de completar el flujo. Devolverá el motivo de salida, por ejemplo, USER_CONSENT_NOT_GRANTED.
onModalClose
Se activa cuando el cliente intenta cerrar el modal. Puedes permitir o impedir el cierre actualizando el isModalOpen atributo usando updateSettings.
Actualizando la configuración
Varios ajustes pueden actualizarse en tiempo de ejecución de la siguiente manera:
Desmontando el SDK
Si está utilizando el SDK en una aplicación de una sola página (SPA), puede llamar a la función unmount para eliminar el SDK y restablecer su estado.
Identidad de marca
Puedes personalizar los colores, los logotipos y otros elementos de marca a través de la página de configuración de la marca, si está disponible en tu plan.

