Los marketplaces pueden estar expuestos a riesgos de sanciones a través de vendedores, compradores, titulares reales, beneficiarios de pagos y otras contrapartes. Sin embargo, los controles necesarios dependen de la jurisdicción, el modelo de negocio, el circuito de pagos y las circunstancias de cada relación. Un proceso basado en el riesgo puede incorporar comprobaciones durante el alta, ante cambios de titularidad o de pago, en transacciones relevantes y cuando la monitorización continua detecte novedades. Las decisiones legales, de pago y de comunicación siguen correspondiendo a los equipos autorizados.
La idea parece sencilla hasta que el marketplace tiene que convertirla en un proceso que funcione. Un vendedor puede ser una empresa con varios propietarios. El beneficiario que recibe un pago puede cambiar después del alta. Un proveedor de servicios de pago puede comprobar una transferencia sin cubrir a los proveedores del marketplace ni la cadena de titularidad del vendedor. Una parte que no generó ninguna coincidencia el mes pasado puede aparecer hoy en una lista de sanciones.
Por tanto, la pregunta práctica no es solo «¿hacemos comprobaciones?», sino:
¿Qué partes entran en el proceso, en qué momentos, con qué datos y qué documentación conservamos después de revisar una posible coincidencia?
Esta guía responde a esa pregunta y explica dónde puede encajar la comprobación para marketplaces con Checklynx.
Qué significa comprobar sanciones en un marketplace
La comprobación de sanciones contrasta la información suministrada sobre una persona, empresa u otra entidad con las fuentes de sanciones configuradas. Puede ayudar al marketplace a detectar posibles coincidencias que deban revisarse antes de activar a un vendedor, cambiar al beneficiario de un pago, procesar un evento relevante o mantener una relación existente.
No sustituye a los controles que la rodean:
| Control | A qué pregunta responde | Qué no determina |
|---|---|---|
| Verificación de identidad y KYC/KYB | ¿Quién es la persona o empresa y qué información se ha verificado? | Si el sujeto verificado está afectado por una restricción de sanciones aplicable |
| Recopilación de datos de titularidad | ¿Quién posee o controla la empresa según los datos del registro, del cliente o de un proveedor? | Si una norma de propiedad o control resulta legalmente aplicable |
| Comprobación de sanciones | ¿La información de identidad o titularidad suministrada produce una posible coincidencia con las fuentes de sanciones configuradas? | Que la persona sea realmente la incluida en la lista o que se aplique una prohibición concreta |
| Comprobación de PEP, listas de personas buscadas y medios adversos | ¿Genera el sujeto una señal distinta de exposición política, búsqueda por autoridades o riesgo reputacional? | Una prohibición por sanciones por el mero hecho de existir otra señal de riesgo |
| Monitorización del comportamiento transaccional | ¿Muestra la actividad un patrón, frecuencia o supuesto inusual a lo largo del tiempo? | Lo mismo que comprobar las partes identificadas de una transacción o un pago saliente |
| Ejecución del pago | ¿Debe el marketplace o el proveedor de pagos retener, liberar, rechazar o devolver fondos? | Una decisión que el software de comprobación deba tomar por sí solo |
Aquí encaja Checklynx: permite comprobar las partes suministradas mediante el portal, CSV, API y procesos de monitorización continua, y conservar en un mismo expediente la posible coincidencia y la documentación de su revisión. Los datos de identidad y titularidad siguen procediendo de las fuentes elegidas por el marketplace, mientras que los equipos autorizados y los sistemas de pago conservan la responsabilidad sobre la decisión final.
Por qué un marketplace debe considerar más de una parte
Un marketplace que conecta a distintos tipos de usuarios rara vez tiene un único «cliente». Según el modelo de negocio, la población relevante puede incluir:
- vendedores profesionales, comercios, prestadores de servicios o creadores;
- compradores o titulares de cuentas cuando el análisis jurídico y de riesgo justifique su comprobación;
- administradores, personas con control y titulares reales ya identificados;
- receptores de pagos, beneficiarios y nuevos titulares de cuentas bancarias;
- proveedores, operadores logísticos, agencias y otras contrapartes empresariales; y
- partes de una transacción vinculadas a un pago, reembolso o transferencia.
Esto no significa que todos los marketplaces deban comprobar a todas las partes en cada evento. Significa que necesitan un alcance documentado. El punto de partida son las jurisdicciones y los regímenes de sanciones aplicables, el papel del marketplace en la transacción, las partes con las que opera y los bienes, servicios y países implicados.
La guía de la OFAC para el comercio electrónico lo indica expresamente para las personas estadounidenses: las empresas que facilitan o participan en el comercio electrónico siguen siendo responsables de evitar operaciones no autorizadas, mientras que el programa de cumplimiento debe adaptarse a los riesgos y las circunstancias de la organización.1 De forma similar, la guía británica sobre sanciones financieras espera que las empresas evalúen las normas y circunstancias pertinentes, en lugar de seguir una única fórmula prescrita de diligencia debida.2
El resultado debe ser una política que explique quién entra en la comprobación, por qué, cuándo y quién puede decidir el resultado.
¿A quién debería considerar comprobar un marketplace?
La tabla siguiente sirve para diseñar el proceso; no es una lista universal de obligaciones legales.
| Parte | Por qué puede ser relevante | Momento útil para comprobar | Pregunta que debe resolverse primero |
|---|---|---|---|
| Vendedor o prestador de servicios | El marketplace puede activar, contratar o pagar a esta parte | Alta, reactivación y cambio sustancial del perfil | ¿Está la relación dentro del ámbito de sanciones del marketplace? |
| Empresa vendedora | La entidad que opera puede estar incluida en una lista o afectada por normas de propiedad o control | Antes de la activación y cuando cambien los datos de la empresa | ¿Qué entidad contrata realmente y recibe los fondos? |
| Titular real o persona con control cuyos datos se han suministrado | Una empresa no incluida en listas puede requerir un análisis conforme a las normas aplicables de propiedad o control | Cuando se determina la titularidad o esta cambia | ¿Qué norma jurisdiccional se aplica y son fiables los datos de titularidad? |
| Receptor o beneficiario del pago | El receptor puede no coincidir con el vendedor registrado originalmente | Antes o en torno a un pago relevante por su riesgo, o cuando cambie el beneficiario | ¿Comprueba esta parte otro proveedor y qué cubre ese control? |
| Comprador | La exposición por el lado del comprador puede ser relevante para determinados productos, geografías o estructuras transaccionales | Durante el alta o ante un pedido o pago relevante | ¿Se justifica la comprobación del comprador por la ley, el riesgo y el papel del marketplace? |
| Proveedor u operador logístico | Un tercero puede suministrar bienes, logística o servicios al marketplace | Alta y revisión periódica | ¿Es una contraparte del marketplace o solo una contraparte del vendedor? |
No dé por sentado que el proveedor de servicios de pago cubre todo el proceso del marketplace. Si comprueba un pago saliente, averigüe qué nombres e identificadores recibe, qué fuentes de sanciones utiliza, cuándo realiza la comprobación y qué documentación puede recuperar el marketplace. Ese control puede resultar valioso sin cubrir la activación de vendedores, los cambios de titularidad, las contrapartes ajenas al pago o las propias necesidades de auditoría del marketplace.
El alta de vendedores comienza con datos fiables
Durante el alta, el marketplace suele necesitar datos de verificación de identidad o de la empresa antes de que la comprobación de sanciones pueda ser útil. Con frecuencia, el nombre de una empresa no basta. El registro de la comprobación puede reforzarse con los identificadores disponibles, información sobre países, fechas y relaciones de titularidad ya determinadas.
Para determinadas plataformas en línea, normas como el artículo 30 del Reglamento de Servicios Digitales de la UE y la INFORM Consumers Act estadounidense establecen obligaciones específicas sobre la información de comerciantes o vendedores de gran volumen dentro de sus respectivos ámbitos.34 Estas normas se refieren a la trazabilidad de los comerciantes o a la recopilación y verificación de datos de vendedores. No deben presentarse como obligaciones generales de comprobación de sanciones.
La conexión operativa es más sencilla: la información verificada sobre el vendedor y su titularidad puede aportar mejores datos de entrada para la comprobación.
La comprobación de titulares reales exige dos pasos distintos
Primero, el marketplace o su proveedor de KYB o datos registrales obtiene y verifica la estructura de titularidad. Después, las empresas, los propietarios y las personas con control cuyos datos se hayan suministrado entran en el proceso de comprobación y revisión.
Checklynx permite realizar el segundo paso. Puede mantener vinculados a los propietarios y las partes relacionadas suministrados con la comprobación y la documentación del caso. No debe presentarse como una herramienta que descubre propietarios ocultos o sustituye la investigación en registros mercantiles oficiales. Consulte la comprobación de titulares reales y partes relacionadas para conocer el proceso en detalle.
El tratamiento jurídico también varía. La 50 Percent Rule de la OFAC considera bloqueada una entidad participada, directa o indirectamente y de forma agregada, en un 50 % o más por personas bloqueadas, aunque esa entidad no figure por separado en una lista de la OFAC.5 Las pruebas de propiedad y control del Reino Unido se rigen por sus propias normas y guías oficiales.2 Un marketplace no debe convertir el umbral de una jurisdicción en una configuración global.
Comprobación antes de pagos y otros eventos transaccionales
Un pago saliente es un punto de control útil porque conecta la relación del marketplace con el movimiento de fondos. La información pertinente puede incluir al vendedor, el receptor del pago, el beneficiario u otros datos suministrados sobre las partes de la transacción.
Tres cambios merecen especial atención:
- Cambia el beneficiario. La cuenta del vendedor puede seguir igual mientras la persona o empresa que recibe el dinero es nueva.
- Cambia la titularidad. El nombre del vendedor no cambia, pero un nuevo propietario o una nueva persona con control plantea una cuestión de sanciones diferente.
- Cambia el contexto de la transacción. Una nueva geografía, categoría de producto o contraparte puede introducir otro riesgo o ámbito legal.
La comprobación de transacciones y pagos salientes de Checklynx permite asociar las partes suministradas a un proceso de comprobación vinculado a una transacción. Se trata de comprobar partes y contexto. No es monitorización del comportamiento para detectar patrones transaccionales inusuales, ni ejecuta el pago. El proceso autorizado del cliente decide si continúa, retiene, rechaza, solicita asesoramiento o adopta otra medida.
No todos los marketplaces están obligados a realizar una comprobación independiente antes de cada pago. El momento adecuado depende de la legislación aplicable, el papel del marketplace, sus demás controles y los datos disponibles a través de sus proveedores de pagos.
Por qué una comprobación limitada al alta queda desactualizada
Un vendedor que no generó una posible coincidencia durante el alta puede cambiar más adelante. Una autoridad de sanciones puede añadir o modificar una designación. Una empresa puede nombrar a una nueva persona con control, cambiar de propietarios, reactivar una cuenta inactiva o sustituir al beneficiario de sus pagos.
La monitorización continua de sanciones permite detectar cambios relevantes en las fuentes o en los perfiles de una población ya aprobada. Un proceso bien diseñado debe definir:
- qué vendedores, empresas, propietarios y contrapartes se monitorizan;
- qué cambios en los datos o las fuentes abren una nueva tarea;
- cómo se reutilizan las decisiones anteriores sobre falsos positivos cuando los hechos relevantes no han cambiado;
- cuándo debe volver a revisarse una decisión anterior; y
- quién se hace cargo de las alertas y escalados pendientes.
La monitorización continua de sanciones no es lo mismo que la monitorización del comportamiento transaccional. La primera busca cambios relevantes en las fuentes de comprobación o en el perfil suministrado del sujeto. La segunda analiza patrones de actividad y requiere otros datos transaccionales, escenarios y controles.
Elegir entre API, CSV, portal o monitorización según el proceso
La mejor forma de implantación es la que el marketplace puede gestionar de manera fiable. Una plataforma pequeña puede empezar sin una integración compleja, mientras que otra con un volumen elevado quizá necesite incorporar las comprobaciones a eventos concretos de sus sistemas.
| Modalidad | Resulta más adecuada para | Preguntas del comprador |
|---|---|---|
| Comprobación desde el portal | Consultas individuales, investigaciones y primeras pruebas del proceso | ¿Puede el equipo de análisis ver la fuente, el contexto de la coincidencia y el historial de decisiones? |
| Comprobación por lotes con CSV | Revisiones periódicas de carteras, migraciones y comprobaciones masivas con menor necesidad de integración | ¿Cómo se vinculan las filas con los registros del marketplace y cómo se gestionan los errores parciales? |
| API de comprobación en tiempo real | Activación de vendedores, cambios de beneficiarios, pagos y eventos de los sistemas internos | ¿Cómo funcionan las solicitudes, respuestas, reintentos y conciliaciones? |
| Monitorización continua | Vendedores, empresas, propietarios y contrapartes aprobados que permanecen dentro del alcance | ¿Qué cambios generan una nueva alerta y cómo se tratan las decisiones anteriores? |
CSV es un formato práctico para el trabajo por lotes y no requiere una integración nativa con Excel. Un marketplace puede combinar varias modalidades: una API para las altas de vendedores y los eventos de pago, monitorización continua para la población aprobada y CSV para una migración controlada o una conciliación periódica.
Convertir posibles coincidencias en decisiones con responsables claros
Una posible coincidencia abre la revisión; no es su conclusión. El analista necesita información suficiente para decidir si el sujeto del marketplace es la misma persona o entidad que figura en la fuente y, en ese caso, si una restricción aplicable afecta a la actividad propuesta.
Una revisión práctica debe conservar:
- el nombre y los identificadores suministrados, junto con la referencia del registro del marketplace;
- la fuente emisora, el registro de la lista, los alias y los identificadores disponibles en ese momento;
- el perfil y la configuración de la comprobación, con su fecha y hora;
- las pruebas que apoyan o contradicen la coincidencia;
- el analista, la justificación, las notas y los archivos adjuntos;
- la resolución y cualquier escalado; y
- la actuación posterior registrada por el proceso del marketplace.
La gestión de casos de Checklynx facilita el proceso de investigación, mientras que el registro de auditoría y conservación de evidencias ayuda a conservar qué se comprobó y cómo se resolvió.
Evite revisar el mismo falso positivo en cada ciclo
Los marketplaces con poblaciones recurrentes de vendedores y beneficiarios de pagos pueden perder mucho tiempo revisando repetidamente la misma coincidencia descartada. Una decisión resuelta solo debe reutilizarse dentro de un alcance definido y mientras los datos relevantes de la fuente y del cliente permanezcan suficientemente estables.
Compruebe si el sistema puede vincular la decisión anterior con el mismo registro de cliente o empresa, explicar por qué se ha omitido una posible coincidencia repetida y reabrir la revisión después de un cambio sustancial en la fuente o el perfil. El método de prueba detallado se explica en cómo reducir los falsos positivos en la comprobación de sanciones.
¿Qué debe probar un marketplace antes de comprar?
Una demostración cuidada no basta para evaluar el proceso de un marketplace. Haga pruebas con datos y eventos representativos de la empresa.
- Compruebe un vendedor persona física y una empresa vendedora con los datos de sus titulares reales.
- Cambie al beneficiario del pago sin modificar la cuenta del vendedor.
- Incluya un falso positivo conocido y compruebe si la decisión revisada se aplica únicamente dentro del alcance previsto.
- Pruebe un cambio en la fuente o en los datos del cliente que deba reabrir la revisión.
- Procese tanto un registro sin coincidencias como una coincidencia ambigua a través de todo el proceso de gestión del caso.
- Reconstruya la decisión final a partir de la documentación conservada.
- Compruebe cómo se concilian los errores de la API o de filas concretas del CSV.
Después, compare a los proveedores por cobertura, procedencia de los datos, calidad y claridad del cotejo, carga de revisión, continuidad de los casos y adecuación de la implantación. El precio y la facilidad de configuración importan, pero no demuestran la calidad ni la suficiencia legal de un control. La guía para comprar software de comprobación de sanciones ofrece una lista de evaluación más amplia, y la página de precios de Checklynx muestra las condiciones comerciales vigentes.
Dónde encaja Checklynx en los sistemas de un marketplace
Checklynx permite comprobar sanciones y otros riesgos relacionados para vendedores, compradores, empresas, titulares reales cuyos datos se hayan suministrado, beneficiarios de pagos y contrapartes mediante el portal, CSV, API y procesos de monitorización continua. Las posibles coincidencias pueden pasar a la revisión de casos, donde se conservan la decisión y la documentación que la respalda.
| Checklynx aporta | Otro sistema o equipo responsable aporta |
|---|---|
| Comprobación de sanciones, PEP, listas de personas buscadas y medios adversos para las partes suministradas | Verificación de identidad y obtención de datos registrales o de titularidad a través de fuentes autorizadas |
| Portal, CSV, API y procesos de monitorización continua | Gestión de cuentas del marketplace y monitorización del comportamiento transaccional |
| Comprobación, vinculada a una transacción, de las partes y el contexto suministrados | Ejecución de pagos, decisiones sobre fraude y análisis de patrones transaccionales |
| Revisión de posibles coincidencias, gestión de casos y conservación de documentación | Decisiones finales sobre la aplicabilidad de sanciones, licencias o autorizaciones, obligaciones de comunicación y pagos |
En la práctica, esto permite al marketplace añadir una solución especializada de comprobación a sus sistemas actuales de identidad, pagos y cumplimiento, sin sustituir las herramientas que ya desempeñan correctamente sus funciones.
Preguntas frecuentes
¿Deben los marketplaces comprobar a sus vendedores en las listas de sanciones?
No existe una norma universal para todos los marketplaces. La respuesta depende de las jurisdicciones y prohibiciones aplicables, el papel del marketplace, la relación con el vendedor y las circunstancias de la actividad. La OFAC indica que las personas estadounidenses que facilitan o participan en el comercio electrónico son responsables de evitar operaciones no autorizadas y recomienda, al mismo tiempo, un programa de cumplimiento adaptado y basado en el riesgo.1
¿Deben los marketplaces comprobar tanto a compradores como a vendedores?
No de forma automática. Comprobar al vendedor suele ser un control lógico porque el marketplace lo activa, contrata o paga. La comprobación del comprador también puede resultar adecuada para ciertas geografías, productos, importes o estructuras transaccionales. El marketplace debe documentar la base jurídica y de riesgo de cada población.
¿Deben comprobarse los titulares reales de un vendedor?
Los propietarios y las personas con control cuyos datos se hayan suministrado pueden ser relevantes porque un vendedor no incluido en listas podría requerir un análisis de propiedad o control. El marketplace necesita primero datos fiables sobre la titularidad; después comprueba las partes relevantes y aplica las normas de la jurisdicción correspondiente.
¿Es lo mismo el KYC o KYB del vendedor que la comprobación de sanciones?
No. El KYC y el KYB determinan o verifican la identidad y la información empresarial. La comprobación de sanciones contrasta la información de identidad y titularidad suministrada con las fuentes de sanciones configuradas. Unos datos verificados de mayor calidad pueden mejorar la comprobación, pero un control no sustituye al otro.
¿La comprobación de un proveedor de pagos cubre al marketplace?
Puede cubrir una parte del circuito de pagos, pero el marketplace debe verificar su alcance, momento, fuentes, partes y documentación. Es posible que el proveedor no cubra la activación de vendedores, los propietarios suministrados, los cambios en la información de la cuenta o las contrapartes ajenas al pago.
¿Puede un marketplace empezar con CSV antes de crear una integración mediante API?
Sí. El CSV puede servir para un proceso controlado por lotes, una migración o una revisión periódica sin necesidad de integración en tiempo real. La API resulta útil cuando las comprobaciones deben conectarse directamente con eventos de vendedores, beneficiarios o pagos.
¿Es lo mismo la comprobación de transacciones que la monitorización del comportamiento transaccional?
No. Checklynx comprueba las partes suministradas y el contexto relevante de la transacción. La monitorización del comportamiento busca patrones como una frecuencia inusual o el fraccionamiento de operaciones a lo largo del tiempo y constituye un control distinto.
¿Puede probarse Checklynx antes de una implantación completa?
Checklynx ofrece públicamente una prueba gratuita de 30 días. Utilícela para probar casos representativos de vendedores, empresas, titulares reales suministrados, beneficiarios de pagos y falsos positivos antes de decidir el proceso de producción.
Compruebe cómo encaja Checklynx en su marketplace
La forma más sencilla de evaluar un software de comprobación es probarlo con casos realistas de vendedores, empresas y pagos. Descubra Checklynx para marketplaces, inicie una prueba gratuita de 30 días o hable con Checklynx para decidir en qué puntos de su proceso de vendedores y pagos debe incorporar las comprobaciones.
Fuentes oficiales
Footnotes
-
Pregunta frecuente 445 de la OFAC: obligaciones de cumplimiento de las empresas que facilitan o participan en el comercio electrónico, guía de la autoridad estadounidense de sanciones, publicada el 29 de diciembre de 2016. ↩ ↩2
-
Guía general del Reino Unido sobre sanciones financieras, guía del Gobierno británico, actualizada el 12 de mayo de 2026. ↩ ↩2
-
Reglamento (UE) 2022/2065, artículo 30, legislación de la UE sobre la trazabilidad de los comerciantes para las plataformas en línea incluidas en su ámbito. ↩
-
Guía de la FTC sobre la INFORM Consumers Act, guía del regulador estadounidense para los marketplaces incluidos en su ámbito y los vendedores externos de gran volumen, consultada el 2 de septiembre de 2026. ↩
-
Pregunta frecuente 399 de la OFAC: entidades propiedad de personas bloqueadas, guía de la autoridad estadounidense de sanciones, publicada el 13 de agosto de 2014. ↩