El cribado de sanciones por lotes procesa conjuntamente una población definida de personas u organizaciones. La población puede aportarse mediante un archivo CSV, prepararse en Excel y exportarse a CSV o enviarse a través de otro proceso masivo compatible. «Cribado masivo de sanciones» suele describir el mismo trabajo sobre una población.
Un control de cribado puede ejecutarse sobre una población definida o en respuesta a un evento de negocio. No existe una opción intrínsecamente mejor entre el procesamiento por lotes y el tiempo real: depende del supuesto, la población, los datos disponibles y la documentación que deba conservarse de la revisión.
Esta página explica el cribado por lotes, masivo, con CSV y preparado en Excel y compara estos modelos de ejecución. No determina qué partes debe cribar una organización, qué regímenes de sanciones se aplican ni si una actividad puede continuar.
Puntos clave
- El cribado por lotes evalúa una población definida, normalmente mediante un archivo CSV, un ejercicio de subsanación o una revisión programada.
- El cribado en tiempo real evalúa los datos aportados cuando un evento definido activa el proceso, a menudo mediante una conexión API.
- Ambos necesitan datos de identidad utilizables, un procedimiento de revisión con responsable y documentación de la solicitud, el resultado y la decisión.
- Una posible coincidencia no es una conclusión jurídica. El proceso autorizado de la organización determina la respuesta.
- Un diseño híbrido puede combinar comprobaciones basadas en eventos en puntos de control relevantes con revisiones por lotes o monitorización continua configurada para los registros existentes.
Cribado por lotes, masivo, con CSV y con Excel: ¿qué cambia?
| Término | Significado práctico |
|---|---|
| Cribado de sanciones por lotes | Procesamiento de un conjunto definido de partes como una ejecución o población controlada |
| Cribado masivo de sanciones | Expresión habitual en búsquedas y procesos de compra para el cribado por lotes o de poblaciones numerosas |
| Cribado de sanciones con CSV | Cribado por lotes en el que la población se entrega en formato CSV |
| Cribado de sanciones con Excel | Normalmente, una población mantenida o preparada en Excel que después se exporta a un formato de carga compatible, o un proceso manual basado en hojas de cálculo |
Checklynx documenta actualmente la entrega mediante CSV. Si mantiene su lista de clientes en Excel, prepare las columnas necesarias y guarde o exporte la hoja como CSV. No presuponga que «cribado con Excel» significa que se pueden cargar directamente archivos XLS o XLSX.
Mantener una hoja de cálculo tampoco equivale a cribar la población que contiene. El archivo conserva los datos de origen; el cotejo, la generación de posibles coincidencias, la revisión por analistas, el control periódico y la documentación pertenecen al proceso de cribado.
Comparación rápida del cribado por lotes y en tiempo real
| Dimensión de la decisión | Cribado por lotes | Cribado en tiempo real |
|---|---|---|
| Punto de partida | Un archivo o una población definidos | Un evento de negocio definido |
| Uso habitual | Subsanación, migración o revisión periódica de clientes o proveedores | Alta, aprobación, cambio de contraparte u otro evento del sistema |
| Entrega de datos | CSV u otro proceso masivo compatible | Datos aportados por el proceso conectado |
| Pregunta operativa | ¿Qué registros conocidos debemos revisar conjuntamente? | ¿Debe este evento entrar ahora en el proceso de cribado y revisión? |
| Documentación que conservar | Población, datos de entrada, contexto de ejecución, resultados, excepciones y decisiones de la revisión | Contexto del evento, datos aportados, resultado, revisión y decisión |
| Qué no determina | El ámbito jurídico ni la actuación final | El ámbito jurídico ni la actuación final |
La comparación trata sobre la ejecución, no sobre una secuencia jurídica universal. Una política puede utilizar lotes para una población controlada y cribado en tiempo real para otro evento. La combinación adecuada depende de la evaluación del riesgo, el modelo operativo y los requisitos aplicables de la organización.
Cuándo encaja mejor el cribado por lotes
El cribado por lotes resulta útil cuando el equipo ya conoce la población que necesita examinar y no requiere que cada registro llegue a través de un evento activo del sistema.
Algunos ejemplos son:
- la subsanación o migración de un maestro de clientes;
- la revisión periódica de clientes, proveedores, distribuidores o contrapartes aprobados;
- una revisión controlada tras un cambio en la calidad de los datos o el alcance; y
- un proceso basado en hojas de cálculo en el que cumplimiento necesita conectar los resultados con identificadores estables del sistema de origen.
El cribado por lotes con CSV permite cargar una población definida, actualizar registros de clientes, conservar el contexto de revisión y reutilizar decisiones anteriores sobre falsos positivos cuando proceda. La organización sigue siendo responsable de los registros aportados, la política pertinente y la actuación posterior a la revisión.
Para una población de proveedores, la decisión es más específica que «utilizar un archivo o una API». Consulte API frente a lotes para cribar poblaciones de proveedores para comparar CSV, cribado basado en eventos y monitorización continua configurada.
Cuándo encaja mejor el cribado en tiempo real
El cribado en tiempo real resulta útil cuando un evento de negocio definido debe enviar al proceso los datos aportados de la parte o la operación en el momento en que se produce. Algunos ejemplos pueden ser el alta de un cliente, la aprobación de un proveedor, un cambio de contraparte o un punto de control relacionado con un pago.
El evento no determina por sí mismo la respuesta jurídica. Los equipos deben definir el contrato de datos, los registros incluidos, quién revisa una posible coincidencia, qué ocurre si falla la solicitud técnica y quién está autorizado para adoptar la decisión final.
La API de cribado en tiempo real de Checklynx puede conectar los datos facilitados por un proceso de clientes con el cribado y la revisión. No decide qué partes deben someterse legalmente al control ni si una organización debe aprobar, retener, rechazar o notificar un evento.
Elija según el punto de control, los datos y la capacidad de revisión
Antes de elegir un modelo de ejecución, responda estas preguntas:
- ¿Cuál es el punto de control? ¿La necesidad está asociada a un evento de negocio, una población aprobada, un ejercicio de subsanación o una revisión definida en la política?
- ¿Qué registros están incluidos? Defina el cliente, proveedor, propietario, contraparte o parte relacionada antes de elegir un formato.
- ¿Qué identificadores están disponibles? El nombre por sí solo puede no bastar para resolver una posible coincidencia. Conserve los identificadores y el contexto de la relación disponibles para el analista.
- ¿Quién asume la revisión? Una vía de ejecución necesita una cola, un procedimiento de escalada y un responsable de la decisión.
- ¿Qué debe conservarse? Guarde el supuesto o la población, los datos de entrada, la marca temporal, el contexto del cribado, la justificación del analista y el resultado. Documente también excepciones como filas rechazadas o solicitudes fallidas.
La gestión de casos y la trazabilidad y documentación de auditoría permiten mantener conectados el contexto del cribado, las notas, el trabajo de revisión y los resultados. Respaldan un proceso controlado; no sustituyen el análisis jurídico ni el criterio humano de la organización.
Cómo preparar una población de clientes
Asigne a cada parte un identificador estable del sistema de origen para que los resultados, las correcciones y las ejecuciones posteriores puedan vincularse al mismo registro. Incluya los atributos de identidad que estén legítimamente disponibles y sean útiles para investigar, como nombre completo, alias, fecha de nacimiento, nacionalidad, domicilio, número de registro de la empresa y contexto pertinente de la relación.
Documente el sistema de origen, la fecha de extracción, la versión del archivo, el alcance de la población y si el archivo contiene toda la población activa o únicamente altas y cambios. Elimine duplicados accidentales sin fusionar a personas o entidades realmente distintas que compartan nombre.
Una coincidencia de nombre es una posible coincidencia, no una prueba de que la parte sea la persona designada. La guía británica de la OFSI, por ejemplo, explica que deben considerarse identificadores adicionales para determinar si una coincidencia de nombre corresponde a la persona o entidad designada.1
Mapa de control periódico del cribado de sanciones con CSV
Este es un modelo operativo práctico, no una lista de comprobación regulatoria universal. Adáptelo a los regímenes, políticas, sistemas y requisitos supervisores de la organización.
| Punto de control | Pregunta operativa | Documentación que conservar |
|---|---|---|
| Identificador estable de la parte | ¿Puede conectarse la misma parte entre distintas ejecuciones? | Identificador de origen y criterio de correspondencia |
| Archivo completo o incremental | ¿Representa la ejecución toda la población activa o solo los cambios? | Tipo de archivo, fecha límite de extracción y alcance |
| Campos de identidad | ¿Hay suficientes atributos para investigar las posibles coincidencias? | Inventario de campos y excepciones de integridad |
| Filas aceptadas y fallidas | ¿Qué registros de origen completaron el procesamiento? | Identificadores aceptados y rechazados, motivos y estado del reintento |
| Contexto de fuente y configuración | ¿Qué datos de sanciones y ajustes se aplicaron? | Marca temporal de ejecución y contexto documentado de la fuente y la configuración |
| Revisión de posibles coincidencias | ¿Quién revisó cada coincidencia y qué decidió? | Analista, justificación, estado y escalada |
| Decisión anterior de no coincidencia | ¿Puede reutilizarse el trabajo anterior cuando los hechos relevantes no han cambiado? | Decisión anterior y relación con el registro actual |
| Cambio en los datos de la parte o de sanciones | ¿Qué exige reconsiderar una decisión anterior? | Hechos modificados y justificación de la revisión |
| Conciliación | ¿Coinciden los totales de origen, aceptados, fallidos y procesados? | Totales de control y excepciones explicadas |
| Nueva ejecución | ¿Cómo se distingue una ejecución corregida o parcial de la original? | Incidencia, referencia de la nueva ejecución y registro sustituido |
La tabla describe controles que el comprador debe diseñar. No afirma que Checklynx proporcione automáticamente todos los mecanismos de conciliación, reversión o activación por cambios que se muestran.
Cómo conciliar una ejecución por lotes
Compare la población de origen con los registros aceptados, rechazados y procesados. Investigue identificadores ausentes o duplicados, filas mal formadas y fallos parciales. Corrija y vuelva a ejecutar los registros fallidos mediante un proceso con responsable, conservando la relación entre la ejecución original y la corrección.
No declare completo un lote solo porque se hayan devuelto algunos resultados. La organización debe poder explicar qué población pretendía procesar, qué registros se completaron, cuáles no y qué ocurrió después.
Un modelo híbrido puede ser adecuado
Los modelos pueden complementarse sin convertirse en controles duplicados. Por ejemplo, un proveedor puede cribarse al entrar en un proceso de aprobación y después incluirse en una población de revisión definida por la política. Un archivo de clientes puede subsanarse mediante CSV antes de incorporar determinados registros periódicos a la monitorización configurada.
Lo importante es mantener un único registro claro del alcance, el supuesto, la vía de ejecución y el resultado. No trate una carga periódica de CSV como sustituto del mantenimiento de los datos de origen ni presuponga que una decisión anterior responde a todos los cambios futuros.
La lista de comprobación del cribado de sanciones para proveedores explica los datos, la titularidad, las aprobaciones y la documentación que deben definir los equipos de compras. Para ver un ejemplo de proceso trimestral basado en hojas de cálculo, consulte la historia anonimizada de un cliente de la cadena de suministro.
Los resultados por lotes y en tiempo real requieren investigación
Un resultado por lotes o en tiempo real puede identificar una posible coincidencia o una señal que debe revisarse. No demuestra que una persona o entidad sea el sujeto incluido, que se aplique una restricción de sanciones ni que deba detenerse una operación.
Los analistas deben utilizar los identificadores aportados, el contexto de la fuente, la información de la relación y el procedimiento interno aplicable para investigar el resultado. La guía práctica del cribado de sanciones explica el marco de control general.
La entrega del archivo no constituye todo el control
Mantenga separados estos conceptos:
| Concepto | Significado |
|---|---|
| Entrega del archivo | Cómo llega la población al proceso de cribado; Checklynx documenta el uso de CSV para este proceso |
| Metodología de cribado | Fuentes, campos de identidad, configuración del cotejo y alcance utilizados |
| Revisión por analistas | Investigación humana y resolución de las posibles coincidencias generadas |
| Monitorización continua | Nuevas comprobaciones mantenidas mediante procesos periódicos o basados en cambios que se hayan configurado |
| Cribado de transacciones | Comprobación de una parte o mensaje relacionado con un pago o una transacción ante un evento |
| Monitorización del comportamiento de las transacciones | Análisis de la actividad y los patrones de las transacciones; es un control separado que este proceso por lotes no proporciona |
Preguntas frecuentes
¿Es el cribado por lotes menos adecuado para el cumplimiento que el cribado en tiempo real?
No. Un proceso por lotes puede ser adecuado para una población definida o una revisión periódica, y uno basado en eventos puede ser adecuado en un punto de control. El cumplimiento depende de los requisitos, el alcance, los datos, la revisión y la documentación aplicables, no solo del formato.
¿Puede un lote CSV sustituir la monitorización continua?
No automáticamente. Un CSV puede respaldar un ejercicio sobre una población definida. La monitorización continua requiere un alcance mantenido, registros configurados y una respuesta con responsable ante los cambios pertinentes. La solución de monitorización continua explica ese proceso.
¿Un resultado de cribado en tiempo real detiene automáticamente un evento?
No. El cribado devuelve información al proceso autorizado de la organización. El cliente decide cómo se evalúan los resultados y qué actuación permite su política y el marco jurídico aplicable, si corresponde alguna.
¿Es el cribado masivo de sanciones lo mismo que el cribado por lotes?
Normalmente sí. «Masivo» destaca el tamaño de la población; «por lotes» describe el procesamiento conjunto de una población definida. Confirme qué entiende cada proveedor y qué formatos y controles admite.
¿Puedo cribar una lista de clientes desde Excel?
Sí, preparando los campos necesarios en Excel y exportando la hoja como CSV para el proceso CSV documentado de Checklynx. No debe presuponerse la carga directa de archivos XLS o XLSX.
¿Necesito una API para el cribado masivo de sanciones?
No necesariamente. Un proceso CSV puede ser adecuado para una población conocida o un ejercicio de subsanación. Una API resulta más útil cuando un evento de negocio definido debe enviar datos al cribado en el momento en que se produce.
¿Qué ocurre con los falsos positivos revisados anteriormente?
Las decisiones anteriores pueden reducir el trabajo repetido cuando el registro, la posible coincidencia y el contexto pertinente permanecen suficientemente inalterados. Defina qué cambios obligan a revisar de nuevo la decisión.
¿Cómo deben gestionarse las filas fallidas?
Conserve sus identificadores estables y los motivos del fallo, corrija los datos o el problema del proceso, vuelva a ejecutarlas mediante un procedimiento con responsable y concilie la ejecución corregida con la población original.
Elija un modelo de ejecución que pueda revisarse
Utilice el cribado por lotes cuando una población definida necesite una revisión controlada. Utilice el cribado en tiempo real cuando un evento requiera evaluar datos aportados dentro del proceso. En ambos casos, haga que el control pueda revisarse: defina el supuesto, conserve la documentación y asigne a una persona cualificada la responsabilidad sobre el resultado final.
Fuentes oficiales
Footnotes
-
UK Office of Financial Sanctions Implementation, UK financial sanctions general guidance, guía oficial británica sobre coincidencias de nombre y con personas o entidades designadas, información de identificación y titularidad o control; consultada el 10 de septiembre de 2026. ↩