KYB identifica a los UBOs, accionistas y cargos directivos y verifica a cada parte en su propia sesión; la empresa espera hasta que todas terminan.
El paso de personas clave recopila cada parte - persona o empresa - con su rol y porcentaje de propiedad, y luego cada parte se verifica en su propia sesión. La sesión de empresa principal espera en Esperando al usuario hasta que cada parte requerida termina, y entonces se reagrega automáticamente.
#Por qué existe este paso
Verificar que una empresa está registrada te dice que la empresa existe. No te dice quién está detrás de ella, y ese suele ser el verdadero requisito de cumplimiento: identificar al titular real - la persona física que en última instancia posee o controla la entidad.
Didit extrae la estructura del registro cuando está publicada, deja que el administrador de la empresa la confirme y la amplíe en el flujo alojado, y después ejecuta una verificación adaptada al rol de cada persona.
#Qué se recopila por cada parte
El flujo alojado recopila un conjunto de campos por defecto, además de los campos opcionales y los campos personalizados que pida tu flujo de trabajo:
| Campo | Persona | Empresa |
|---|---|---|
| Nombre (nombre y apellidos, o razón social) | Siempre | Siempre |
| Correo electrónico | Siempre | Siempre |
| Nacionalidad, o país de constitución | Siempre | Siempre |
| Rol - uno o varios | Siempre | - |
| Porcentaje de propiedad | Siempre | Siempre |
| Fecha de nacimiento | Si lo pides | - |
| Fecha de constitución | - | Si lo pides |
| Número de teléfono | Si lo pides | Si lo pides |
Una parte puede ser una persona física o una entidad corporativa - el tipo de entidad se establece automáticamente - así que una empresa que pertenece a otra empresa se modela correctamente, en lugar de forzar a una persona a ocupar un puesto corporativo.
#Campos personalizados
Tu flujo de trabajo puede requerir cualquier número de campos adicionales por persona o por empresa. Llegan junto a cada parte en la respuesta de la decisión. Los usos habituales son declaraciones de origen de fondos, números de referencia internos o una atestación que necesites dejar registrada.
#Cómo se verifica cada persona
Cada parte requerida obtiene su propia sesión: las personas físicas ejecutan el flujo de trabajo KYC que hayas configurado para su rol, y una empresa que es accionista ejecuta su propio KYB completo. Esa sesión es una verificación completa: documento, prueba de vida, coincidencia facial, AML, lo que especifique el flujo de trabajo, no una variante reducida. Así que un UBO que se verifica dentro de un flujo KYB queda verificado con el mismo estándar que un usuario independiente.
La sesión de empresa principal pasa a Esperando al usuario mientras esto ocurre.
#Invitaciones y entrega
Las partes se invitan por correo electrónico usando la dirección recopilada en el paso de personas clave, cuando el ajuste Notificar a las partes por correo electrónico del flujo de trabajo está activado. Desactívalo para entregar los enlaces tú mismo - a través de tu propio producto, tu propio correo electrónico o un canal en el que tus usuarios ya confíen -, lo que cambia cómo conectas la integración.
Si estás gestionando esto desde la API, guarda el identificador de sesión de cada parte cuando se crea, para poder hacer seguimiento y reenviar sin pasar por la consola.
#Cómo leer el estado de la sesión principal
| Estado de la sesión principal | Qué significa |
|---|---|
| En curso | La empresa todavía está completando los pasos de registro y de personas clave |
| Esperando al usuario | Las partes se enviaron; a la espera de sus sesiones individuales |
| Aprobada | Las comprobaciones de la empresa se superaron y cada parte requerida terminó con éxito |
| Rechazada | Se rechazó a una parte requerida, o falló la comprobación del registro |
| En revisión | El resultado agregado necesita una decisión humana |
Una comprobación de registro rechazada tiene prioridad sobre Esperando al usuario: la sesión principal se rechaza sin esperar a las personas. Y si se reenvía una sesión hija, la sesión principal vuelve a Esperando al usuario hasta que se completa.
Cómo espera la sesión principal lo decides tú en el flujo de trabajo: Esperar a todos los UBOs antes de decidir, Rechazar automáticamente si un UBO es rechazado y, por tipo de parte, Requerir Verificación y Permitir omitir (una parte omitida no bloquea a la empresa). Los umbrales de propiedad solo eximen de la verificación a los propietarios con poca participación; es el rol, no el porcentaje, lo que decide quién es UBO.
#AML sobre las personas, no solo sobre la empresa
El cribado AML a nivel de empresa te informa sobre la entidad. No dice nada sobre sus propietarios. Si tu obligación cubre a las personas, críbalas individualmente, lo cual es un cargo aparte de $0.20 por UBO o cargo directivo, además del cribado de la empresa.
Esa es la razón principal por la que dos sesiones KYB pueden costar cantidades muy distintas: una empresa con un director y un propietario es barata; un fondo con ocho cargos directivos cribados no lo es.
#Cuando los datos de titularidad no están en el registro
En las jurisdicciones cuyo registro no publica la titularidad, el paso de personas clave es la fuente de esos datos: la empresa los declara. Esa es una forma de evidencia más débil que un extracto del registro, así que si tu política de riesgo requiere una confirmación independiente, respáldala con un requisito de documento en el flujo de trabajo. Consulta cobertura del registro y datos de titularidad.
Esta es también la razón por la que los UBOs o accionistas a veces no se rellenan automáticamente aunque el país esté seleccionado en tu configuración: si el registro no los expone, no hay nada que extraer, y la introducción manual en el paso de personas clave es el camino previsto, no un fallo.
#Reutilizar una sesión KYC existente
Una sesión de verificación que ya existe no se puede vincular manualmente como parte de un KYB: no hay ninguna acción de "vincular este KYC a esa empresa" ni en la consola ni en la API. Cada parte requerida se verifica a través de la sesión que el flujo KYB crea para ella; cuando se puede reutilizar una verificación anterior, eso ocurre dentro del propio flujo, no vinculando sesiones tú mismo. Activa Reutilizar individuos verificados en el flujo de trabajo para reutilizar un KYC aprobado de la misma persona en otras verificaciones de empresas de la aplicación, sin coste adicional.
Una estructura de propiedad autodeclarada es exactamente tan fiable como la persona que la rellena. Para entidades de mayor riesgo, exigir un registro de accionistas o un organigrama certificado marca la diferencia entre recoger una afirmación y verificarla.
¿Sigues atascado? Habla con una persona.
Incluye el ID de tu organización y el ID de la sesión sobre la que preguntas.