Ir al contenido

Escenarios y tipologías

Un escenario es una tipología de lavado de activos con identidad propia: código, nombre, descripción, referencia normativa, severidad por defecto, SLA, ventana de consolidación y severidad mínima de despacho. El catálogo es por jurisdicción, versionado, con nombre y descripción traducidos al idioma del tenant, y toda modificación pasa por aprobación con historial.

Cada regla del workflow de AML apunta a un escenario. Cuando la regla dispara, la alerta nace con el código de ese escenario. Una regla sin escenario no produce alerta, lo que garantiza que ninguna alerta llega a la Mesa sin tipología.

TipoCómo se detectaEjemplo
Por transacciónUna regla del motor dispara en la evaluación de una transacciónOperatoria por encima del perfil transaccional declarado; contraparte nueva con monto relevante; monto cercano al umbral de reporte
Por entidadEl evaluador periódico suma o cuenta las operaciones de un sujeto en una ventana y las compara con el umbral del escenarioVolumen acumulado en 7 días por encima del umbral; cantidad de operaciones fraccionadas en 24 horas

El escenario por entidad guarda en el propio catálogo lo que el evaluador necesita: el agregado (suma o conteo), el campo agregado, la ventana y el umbral. Eso es lo que edita la pantalla de parametrización.

El catálogo argentino se construye sobre los escenarios de la operatoria del mercado argentino, con la identidad regulatoria que el encuadre de un caso ante la UIF exige, con severidad Alta, Media y Baja y SLA por escenario. Los escenarios entregados y en operación en esta versión:

EscenarioQué observa el motor
Operatoria por encima del perfil declaradoMonto y volumen comparados con el perfil transaccional declarado en el registro y con el perfil de comportamiento
Incremento abrupto de actividadVolumen y frecuencia de una ventana comparados con la ventana anterior del propio cliente
Fraccionamiento (pitufeo)Varias operaciones por debajo del umbral de reporte en un intervalo corto
Operaciones próximas en montos relevantesSecuencia de operaciones de monto relevante en el mismo día
Triangulación y tercerosOperaciones con contrapartes sin relación declarada, en cadena
Flujo circularFondos que salen y retornan al mismo sujeto por una cadena de contrapartes

Los escenarios de riesgo geográfico, cripto continuo y rotación anómala de cuentas constan en el catálogo y se activan cuando la institución pasa a proveer el dato que los sustenta (lista de jurisdicciones observadas, por ejemplo las que señala el GAFI; marcación de contraparte cripto; datos de Coelsa). Los escenarios de incompatibilidad con el producto, actividad económica, pass-through anclado en el cliente y efectivo fuera del perfil dependen de datos de límite y de uso esperado que provienen de los sistemas de la institución; los campos existen en el payload canónico y los escenarios entran cuando esos datos se ponen a disposición.

Las demás tipologías de la operatoria entran en el catálogo a medida que la institución define las reglas de detección correspondientes, sin modificación del sistema.

En la AML/CFT, la severidad de la alerta proviene de la configuración del escenario, independiente del score de la transacción. El Compliance define Alta, Media o Baja por escenario, y es la severidad la que decide si la alerta va a la Mesa o queda agregada en la FPP.

En la prevención de fraudes, la severidad se hereda de la decisión: un bloqueo es alta y una revisión es media. El score de fraude no cambia a causa de la alerta.

Las condiciones de las reglas comparan un campo con un valor fijo o con otro campo del mismo tipo, en los operadores de orden (mayor, mayor o igual, menor, menor o igual). Eso es lo que permite escribir “monto de la operación mayor que el límite del perfil transaccional declarado del cliente” o “volumen de los últimos 7 días mayor que el volumen de los 30 días anteriores” sin cálculo fuera del motor.

Versión 18, actualizada el