· Yair Knijn
Mismo nombre, diferente humano: el falso positivo que tu ajuste hizo imposible de cleared
Un Director de Delitos Financieros hereda una configuración de filtrado que coincide en un solo campo: la cadena de nombre de la parte contra la cadena de nombre de la lista. Sin fecha de nacimiento en la comparación, sin nacionalidad, sin pasaporte o número de registro. La suposición incorporada en ese diseño es que un nombre es suficiente para distinguir a dos personas. Para cualquiera llamado Mohammed Ali, Wang Wei o Maria Garcia, no lo es.
El resultado es una población de coincidencias que no se puede resolver. Cada coincidencia de nombre común llega al escritorio del analista con la misma evidencia escasa que tenía el motor: dos nombres que se parecen. No hay nada en el registro para empujar la decisión hacia claras o hacia confirmar, por lo que lo que el analista escribe es una conjetura disfrazada de determinación.
Por qué la coincidencia solo por nombre es estructuralmente inresoluble para nombres comunes
El ajuste no corrige esto, porque el problema no es el umbral. Puede establecer coincidencia difusa ajustada y perder las designaciones reales cuyos nombres están transliterados de tres maneras diferentes. Puede establecerla suelta y enterrar al equipo. De cualquier manera, la escasez fundamental es la misma: el único campo discriminante es el campo que no discrimina. Un apellido común más un nombre común describe a miles de personas vivas y a una persona sancionada, y el nombre solo no puede separarlos.
La diversidad de convenciones de nomenclatura en todo el mundo hace esto peor, no mejor. La transliteración del árabe, cirílico o chino multiplica las grafías que un solo nombre puede tomar, por lo que dos clientes no relacionados se resuelven rutinariamente en cadenas casi idénticas. Su match_score aumenta hacia 100 en un par de personas que no comparten nada más que un sistema de escritura.
Los discriminadores que colapsan los falsos positivos: fecha de nacimiento, nacionalidad, números de identificación
El Grupo Wolfsberg enmarca el objetivo como aumentar la participación de alertas productivas las que resultan ser reales. No llegas allí eliminando alertas débiles después de hecho. Llegas allí dando al motor más que un nombre para comparar, para que las alertas débiles nunca lleguen a un humano en primer lugar.
- Fecha de nacimiento. Un individuo Listed nacido en 1962 no coincide con su cliente nacido en 1989, sin importar cómo se alineen los nombres. Un campo elimina la mayor parte de la población de nombres compartidos.
- Nacionalidad y lugar de nacimiento. Barato de capturar en la incorporación, y decisivo contra una entrada de lista vinculada a un país diferente.
- Números de identidad y registro. Un número de pasaporte o un número de registro de empresa es casi único. Cuando está presente en ambos lados, la pregunta deja de ser un juicio y se convierte en una búsqueda.
Cómo las entradas débiles fuerzan a los equipos a sobre-bloquear o sellar sin revisar
Cuando la única evidencia es dos nombres similares, un analista tiene dos formas de sobrevivir a la cola, y ambas son fallos. Los cautelosos sobre-bloquean: escalan o retienen cualquier cosa que puntúe alto, lo que congela pólizas legítimas y entrena al negocio para ver cumplimiento como el departamento que rompe cosas sin razón. Los rápidos sellan sin revisar: borran por patrón, "se parece a otra coincidencia de nombre común", y escriben una justificación de una línea que no sobreviviría treinta segundos de interrogatorio regulatorio. Misma entrada rota, mecanismo de afrontamiento opuesto, ninguno defendible.
Aquí es donde el registro de aplicación reciente de OFAC muerde. Las penalizaciones en 2024 y 2025 golpearon a firmas cuyos controles no lograron surfacear la propiedad sancionada real y la exposición. Un fallo que no puede evidenciar es la misma responsabilidad que un acierto que perdiste; ambos vienen de un expediente de caso que no muestra por qué la decisión fue correcta.
Alimentar datos de parte más ricos en el filtro para que la puntuación de coincidencia signifique algo
La solución está aguas arriba del motor. Capturar la fecha de nacimiento, la nacionalidad y al menos un identificador en el momento en que se asume la parte, luego pasar esos campos a la comparación para que la puntuación refleje la identidad, no la ortografía. Una similitud del 95% en el nombre que discrepe en fecha de nacimiento y nacionalidad debería resolverse baja y limpiarse. Una coincidencia del 95% en el nombre que también coincida en fecha de nacimiento y número de pasaporte debería escalar fuertemente. Cuando las entradas llevan esa señal, el match_score finalmente significa algo, y tanto sus autorizaciones como sus confirmaciones vienen con la evidencia ya adjunta.
InsureGuardAI se construye alrededor de ese principio: cada espacio de trabajo del cliente filtra contra identificadores secundarios, no solo cadenas de nombres, y mantiene la respuesta de coincidencia sin procesar y los campos discriminantes en el expediente del caso. Así que cuando el regulador pregunta por qué autorizó una coincidencia de nombre común, la respuesta es un registro que muestra la fecha de nacimiento y la nacionalidad que excluyó al nameserver, no una oración que comienza con "asumimos".