Contenidos
- ¿Qué es KYB (Know Your Business) y cómo se relaciona con la validación de cuentas?
- ¿Por qué validar una cuenta bancaria no basta para evaluar a una contraparte?
- ¿Qué información aporta Risk Intelligence a la verificación KYB?
- ¿Cómo integrar la validación de cuentas y KYB en un mismo flujo vía API?
- ¿Cómo gestionar discrepancias y señales de riesgo antes de aprobar una contraparte?
- Complementa la validación de cuentas con Risk Intelligence de Prometeo
- Preguntas frecuentes sobre Validación de Cuentas y KYB
Combina validación de cuentas y KYB para verificar datos bancarios, evaluar contrapartes y sumar contexto de riesgo antes de operar.
La validación de cuentas y la verificación KYB puden combinarse al integrar dos capas de información en un mismo flujo de evaluación. Cada una responde preguntas diferentes: la primera aporta información sobre el destino bancario que se pretende utilizar; la segunda agrega contexto sobre la contraparte, como su identidad corporativa, situación fiscal o legal, relaciones relevantes y posibles señales reputacionales o regulatorias.
Pensemos en una empresa que está por incorporar a un nuevo proveedor. La cuenta bancaria proporcionada existe, está activa y, cuando la información disponible lo permite, puede comprobarse que corresponde al titular esperado. La parte bancaria está validada, pero queda una segunda pregunta: ¿qué sabemos de la empresa detrás de esa cuenta?
Sumar verificación KYB permite ampliar esa evaluación y contar con más información antes de activar una relación comercial, habilitar un proveedor o ejecutar determinadas operaciones.
Ese es el punto de donde convergen Validación de Cuentas y Risk Intelligence de Prometeo: soluciones que permiten evaluar el destino financiero y sumar contexto sobre quién está detrás de la operación dentro de un mismo flujo.
¿Qué es KYB (Know Your Business) y cómo se relaciona con la validación de cuentas?
KYB, o Know Your Business, reúne procesos destinados a identificar y evaluar una empresa antes o durante una relación comercial, de acuerdo con las políticas de riesgo, cumplimiento y due diligence de cada organización.
Una verificación KYB puede requerir entender quién es jurídicamente una empresa, cuál es su situación registral o fiscal, qué actividad desarrolla, quiénes están vinculados con ella y si existen señales que requieren análisis adicional.
La validación de cuentas bancarias cubre otra parte del proceso.
La Validación de Cuentas de Prometeo permite comprobar información relacionada con la cuenta y determinar, según las capacidades disponibles en cada mercado, aspectos como su existencia, estado y titularidad.
En términos prácticos, ayuda a responder preguntas como:
- ¿La cuenta existe?
- ¿La cuenta está activa?
- ¿La cuenta corresponde al titular esperado?
Un proceso KYB, en cambio, incorpora preguntas sobre la contraparte:
- ¿Cuál es la identidad corporativa registrada de la empresa?
- ¿Cuál es su situación fiscal o legal?
- ¿Qué actividad económica desarrolla?
- ¿Quiénes aparecen vinculados con la organización?
- ¿Existen señales reputacionales o regulatorias que requieren análisis adicional?
La diferencia funcional puede verse así:
Pregunta | KYB / Risk Intelligence | |
¿La cuenta existe? | Sí. | No es su función principal. |
¿La cuenta está activa? | Sí, según disponibilidad. | No es su función principal. |
¿La cuenta pertenece al titular esperado? | Cuando la capacidad de titularidad está disponible. | Puede aportar contexto adicional sobre la entidad. |
¿Quién es la empresa? | Alcance limitado. | Sí, según la información disponible. |
¿Qué relaciones corporativas tiene? | No es su función. | Puede consultarlas según disponibilidad. |
¿Existen señales reputacionales o regulatorias? | No es su función. | Puede consultarlas según mercado y cobertura. |
Son controles diferentes que pueden formar parte del mismo proceso.
Una cuenta puede cumplir con las verificaciones bancarias esperadas y, aun así, la organización necesitar más información sobre la contraparte antes de aprobarla. También puede ocurrir lo contrario: una empresa puede superar determinados controles corporativos y proporcionar una cuenta que no cumple con las verificaciones bancarias definidas por el cliente.
Por eso, validación de cuentas y KYB funcionan como señales complementarias antes de operar.
¿Por qué validar una cuenta bancaria no basta para evaluar a una contraparte?
Supongamos que un marketplace B2B está incorporando a un nuevo proveedor.
El proveedor entrega sus datos corporativos y una cuenta para recibir futuros payouts. Antes de activarla, el marketplace valida la información bancaria. El resultado confirma que la cuenta cumple con los controles disponibles.
Eso resuelve un problema concreto: el destino del dinero.
Pero no necesariamente responde otras preguntas relevantes para Risk o Compliance:
- ¿Cuál es la identidad corporativa registrada de la empresa?
- ¿Cuál es su situación fiscal o legal?
- ¿Qué personas están vinculadas con ella?
- ¿Existen relaciones actuales o históricas relevantes?
- ¿Aparecen señales relacionadas con sanciones, PEPs, watchlists o adverse media?
La nueva oferta de Prometeo plantea precisamente esta separación. Validación de Cuentas aporta información sobre la cuenta y su titularidad, mientras que Risk Intelligence agrega datos sobre la empresa, personas relacionadas y señales reputacionales o regulatorias.
Esto es importante porque un resultado positivo en la validación bancaria no equivale automáticamente a aprobar a una contraparte desde una perspectiva de KYB o compliance.
Tampoco ocurre lo contrario. La aparición de una señal reputacional o regulatoria no significa automáticamente que exista fraude o que la empresa deba ser rechazada.
Una coincidencia puede requerir acciones adicionales:
- Validar que la identidad encontrada corresponde a la empresa evaluada.
- Revisar la evidencia disponible.
- Analizar la calidad de la coincidencia.
- Entender si la relación detectada es actual o histórica.
- Aplicar las políticas internas de riesgo, KYB o compliance.
La información funciona como input para la decisión. Las reglas que determinan qué hacer con esa información siguen perteneciendo a cada organización.
¿Qué información aporta Risk Intelligence a la verificación KYB?
Risk Intelligence agrega información corporativa, fiscal, relacional y reputacional que puede incorporarse a procesos de KYB, onboarding y due diligence.
La consulta parte del Tax ID correspondiente al mercado y la razón social o legal name de la empresa o persona que se desea evaluar. A partir de esos datos, la API puede devolver información estructurada para integrarla en otros sistemas y flujos de trabajo (workflows)..
El contenido exacto depende del mercado, la cobertura y las fuentes disponibles. En términos funcionales, la información puede organizarse en cuatro bloques.
1. Identidad de la compañía
El primer bloque ayuda a responder una pregunta básica: ¿qué entidad estamos evaluando?
Dependiendo de la información disponible, puede incluir:
- Identificador fiscal.
- País.
- Razón social.
- Nombre comercial.
- Alias o nombres alternativos.
- Actividad económica.
- Régimen fiscal.
- Naturaleza jurídica.
- Empresa matriz o conglomerado (grupo empresarial).
- Capital, información de comercio exterior o historial de cambios, cuando estén disponibles.
El objetivo es disponer de información corporativa estructurada que pueda incorporarse directamente al flujo de evaluación.
2. Estado fiscal y legal
Una razón social correcta no describe por sí sola la situación actual de una empresa.
Según el mercado, Risk Intelligence puede aportar información relacionada con:
- Estado del registro.
- Fuente de los datos.
- Fecha de última actualización.
- Régimen fiscal.
- Otra información fiscal o legal disponible.
Esto permite incorporar contexto adicional sobre la entidad asociada al Tax ID utilizado en la consulta.
3. Relaciones
Evaluar una empresa también puede requerir entender: ¿quién está vinculado con ella?.
La información disponible puede incluir:
- Accionistas o socios.
- Directivos.
- Partes relacionadas.
- Relaciones vigentes.
- Relaciones históricas.
- Tipo de relación.
- Nivel de relación.
- Fuente de la información.
- Fechas de inicio o finalización de una relación, cuando estén disponibles.
Risk Intelligence contempla además indicadores agregados, como total de relaciones, propietarios o empleados, dependiendo de la disponibilidad de datos.
Este componente resulta especialmente útil cuando los equipos de Compliance o Riesgo necesitan entender algo más que la identidad legal de la contraparte: también necesitan contexto sobre las personas y organizaciones asociadas con ella.
4. Señales de riesgo
El cuarto bloque incorpora señales reputacionales y regulatorias.
Risk Intelligence puede consultar información relacionada con:
- Sanciones.
- PEPs.
- RCAs.
- Watchlists.
- Adverse media.
- Registros relevantes.
Estas señales deben entenderse como información para una evaluación, no como una decisión automática.
Un resultado requiere contexto. El equipo puede necesitar confirmar si la coincidencia corresponde realmente a la empresa consultada, revisar la evidencia disponible y entender la naturaleza de la relación antes de aplicar sus políticas internas.
Trazabilidad de la consulta
Además de los datos sobre la empresa, la respuesta contempla metadata asociada al query.
Puede incluir elementos como:
- Query ID.
- Código o estado técnico.
- Match keys.
- Evidencias disponibles.
- Origen de la consulta.
- Fecha de la consulta.
- Información técnica sobre el procesamiento de la solicitud.
La respuesta se estructura en información de empresa, relaciones y metadata del query, permitiendo incorporarla a procesos de onboarding, KYB y due diligence.
El flujo puede visualizarse así:
¿Cómo integrar la validación de cuentas y KYB en un mismo flujo vía API?
La integración consiste en consultar ambas capas y correlacionar sus resultados dentro del workflow del cliente.
La idea no es convertir Validación de Cuentas y KYB en un único control, sino utilizar la información de cada uno para responder preguntas diferentes antes de tomar una decisión.
Risk Intelligence puede utilizarse como endpoint independiente o como complemento de Validación de Cuentas.
Un flujo conceptual puede organizarse en cinco pasos.
Paso 1. Recibir los datos de la contraparte
Durante el onboarding o alta de un proveedor, el sistema recopila la información necesaria para ejecutar los controles definidos por la organización.
Por ejemplo:
- Razón social.
- Tax ID.
- Información de la cuenta bancaria.
- Otros datos requeridos por la política interna del cliente.
Paso 2. Validar la cuenta bancaria
La información bancaria se consulta mediante Validación de Cuentas.
Según las capacidades disponibles en el mercado correspondiente, la organización puede verificar elementos como:
- Existencia de la cuenta.
- Estado de la cuenta.
- Titularidad, cuando esté disponible.
En esta etapa la pregunta es:
¿La cuenta que vamos a utilizar cumple con las verificaciones esperadas antes de mover dinero?
Paso 3. Consultar Risk Intelligence
Después, o en paralelo según la arquitectura definida por el cliente, puede consultarse Risk Intelligence utilizando la razón social y el Tax ID.
La respuesta agrega los datos corporativos, fiscales, relacionales y las señales reputacionales o regulatorias disponibles para ese mercado.
La pregunta ahora es:
¿Qué contexto tenemos sobre la contraparte asociada con esta operación?
Paso 4. Correlacionar los resultados
El sistema del cliente puede reunir distintas señales dentro de su propio workflow:
- Información bancaria.
- Identidad corporativa.
- Estado fiscal o legal.
- Relaciones corporativas.
- Señales reputacionales o regulatorias.
- Metadata y evidencia disponible.
Esto permite evaluar la operación con más contexto y conservar trazabilidad sobre qué información se consultó antes de aplicar las reglas internas.
Paso 5. Aplicar las reglas de negocio
Los resultados alimentan las políticas definidas por cada organización.
Dependiendo de su modelo de riesgo, el proceso puede conducir a:
- Aprobación.
- Solicitud de información adicional.
- Revisión manual.
- Escalamiento.
- Rechazo.
Risk Intelligence aporta información estructurada para apoyar esa decisión. El criterio que define qué camino seguir permanece en las reglas y políticas del cliente.
El flujo completo puede representarse así:
¿Cómo gestionar discrepancias y señales de riesgo antes de aprobar una contraparte?
El valor de trabajar con señales diferenciadas aparece con especial claridad cuando los resultados no coinciden perfectamente.
En lugar de reducir todo el proceso a una única respuesta de “aprobado” o “rechazado”, el cliente puede definir qué hacer ante diferentes combinaciones de información.
Caso A: cuenta validada + información corporativa consistente + sin señales relevantes
El proceso puede continuar conforme a las reglas internas de la organización.
Esto no significa que la empresa haya sido certificada como libre de cualquier riesgo. Significa que, con las consultas realizadas y la información disponible, no surgieron discrepancias que activen los controles definidos por el cliente.
Caso B: cuenta validada + discrepancia corporativa
La cuenta puede cumplir los controles bancarios y, al mismo tiempo, aparecer una diferencia en los datos de la contraparte.
Por ejemplo:
- Diferencias en la razón social.
- Información corporativa incompleta.
- Relaciones que requieren mayor análisis.
- Datos de registro que no coinciden con los entregados durante el onboarding.
Ante estos casos, la organización puede establecer acciones como:
- Solicitar documentación adicional.
- Revisar las evidencias disponibles.
- Confirmar la identidad de la contraparte.
- Escalar el caso a revisión manual.
Caso C: cuenta validada + señal reputacional o regulatoria
Una coincidencia en una watchlist, una PEP, una sanción o adverse media requiere análisis.
La presencia de una señal no debería interpretarse por sí sola como prueba de fraude.
El equipo puede necesitar:
- Revisar la calidad del match.
- Confirmar que la identidad corresponde a la contraparte consultada.
- Revisar la fuente y las evidencias disponibles.
- Entender la relación detectada.
- Aplicar las políticas AML, KYB o de compliance correspondientes.
Caso D: la cuenta no supera la validación esperada
También puede ocurrir el escenario contrario: la información corporativa de la empresa es consistente, pero la cuenta proporcionada presenta una discrepancia.
La organización puede entonces:
- Revisar los datos bancarios recibidos.
- Solicitar una cuenta diferente.
- Confirmar nuevamente la titularidad.
- Detener temporalmente el proceso hasta resolver la discrepancia.
Mantener estas señales separadas permite distinguir dos cuestiones fundamentales: quién es la contraparte y hacia qué cuenta se moverá el dinero.
Complementa la validación de cuentas con Risk Intelligence de Prometeo
Validación de Cuentas ayuda a entender el destino bancario. Risk Intelligence añade contexto sobre la contraparte.
Cuando ambas capas participan en un mismo workflow, los equipos de Risk, Compliance, Payments u Operations pueden incorporar información bancaria, corporativa, relacional y reputacional antes de aplicar sus reglas de decisión.
Risk Intelligence puede utilizarse como complemento de Validación de Cuentas o como endpoint independiente. Su diseño está orientado a casos de uso como:
- Onboarding de comercios y empresas.
- Evaluación de proveedores y terceros.
- Pagos cross-border con exposición regulatoria.
- Procesos AML/CFT y compliance screening.
- Procesos que actualmente dependen de revisión manual de información.
Estos son precisamente algunos de los casos de uso principales identificados para las soluciones de Prometeo.
La cobertura y los datos disponibles de Risk Intelligence dependen del mercado. Se diferencia expresamente entre mercados disponibles y mercados en desarrollo, por lo que esa cobertura debe analizarse separadamente de la cobertura internacional de Validación de Cuentas.
El resultado es un flujo en el que cada control conserva una función clara: verificar el destino bancario, entender a la contraparte y aplicar las políticas de la organización antes de decidir cómo continuar.
Preguntas frecuentes sobre Validación de Cuentas y KYB
¿Qué es una verificación KYB?
Una verificación KYB, o Know Your Business, forma parte de los procesos utilizados para identificar y evaluar una empresa. Puede considerar información corporativa y fiscal, actividad económica, personas relacionadas y señales reputacionales o regulatorias. Los controles específicos dependen de la política de compliance y riesgo de cada organización.
¿Cuál es la diferencia entre KYB y Validación de Cuentas Bancarias?
La validación de cuentas se concentra en la información bancaria: comprobar la existencia o validez de la cuenta, revisar su estado y, cuando está disponible, verificar la titularidad. KYB agrega información sobre la empresa que participa en la relación comercial. Son controles diferentes que pueden utilizarse de forma complementaria.
¿Qué información puede utilizarse para evaluar a una empresa?
Dependiendo del mercado y de las fuentes disponibles, pueden utilizarse datos como Tax ID, razón social, actividad económica, situación fiscal o legal, socios, accionistas, directivos, partes vinculadas y señales relacionadas con sanciones, PEPs, watchlists o adverse media.
¿Se pueden integrar la validación de cuentas y KYB mediante API?
Sí. Risk Intelligence de Prometeo puede utilizarse como complemento de Validación de Cuentas o como endpoint independiente. El cliente puede incorporar las respuestas de ambas consultas a su propio workflow y aplicar después sus reglas de aprobación, revisión o escalamiento.
¿Una señal de riesgo implica que una empresa debe ser rechazada?
No necesariamente. Una señal aporta información que puede requerir análisis adicional. La organización puede necesitar confirmar la identidad, revisar la calidad de la coincidencia, consultar la evidencia disponible y evaluar el contexto antes de aplicar sus políticas de riesgo o compliance.
¿Risk Intelligence sustituye el proceso de KYB de una empresa?
No. Risk Intelligence aporta información estructurada que puede utilizarse dentro de procesos de KYB, onboarding, compliance y due diligence. No sustituye las políticas internas de la organización ni constituye por sí solo todo su proceso KYB. La información obtenida sirve como input para que cada cliente aplique sus propios controles y reglas de decisión.