Alertas

La alerta es un objeto

En la Suite Guardline la alerta de AML/CFT no es una decisión marcada ni una notificación suelta. Es un registro propio, con identidad y ciclo de vida:

Campo	Contenido
Sujeto	Cliente o contraparte, con documento tipado (CUIT, CUIL, DNI o pasaporte) y país
Escenario	Código y versión del catálogo, nombre traducido y referencia normativa
Severidad	Alta, media o baja, con el origen registrado (configuración del escenario o heredada de la decisión)
Ventana	Inicio y fin del período que la alerta cubre, cuando es por entidad
Evidencia	Las transacciones que sustentan la alerta, guardadas como instantánea en el momento del disparo
Monto	Monto agregado de la evidencia, con moneda explícita (ARS para el peso)
Estado y desenlace	Abierta, despachada, confirmada, archivada, comunicada, según el veredicto de la Mesa
Origen	La decisión del motor o la ronda del evaluador que la produjo
Despacho	Si fue enviada a la Mesa, cuándo, y el caso correspondiente

La evidencia es una instantánea: la alerta preserva la transacción tal como era en el disparo, aunque la transacción se reprocese después. Es la propiedad que un expediente ante la UIF necesita.

Dos tipos de alerta

Por transacción. Nace cuando una regla del workflow de AML dispara en la evaluación de una transacción. Lleva la decisión de origen y la transacción como evidencia.

Por entidad. Nace del evaluador periódico: un sujeto, un escenario, una ventana y todas las operaciones de la ventana como evidencia. Es la alerta que detecta acumulados que ninguna transacción aislada mostraría.

Los dos tipos viven en el mismo objeto, aparecen en la misma lista y llegan a la Mesa por el mismo contrato.

Consolidación

Varios disparos del mismo sujeto en el mismo escenario dentro de la ventana de consolidación del escenario no generan varias alertas. El primer disparo crea la alerta y, cuando se despacha, abre el caso en la Mesa; los siguientes suman evidencia a la misma alerta y actualizan el mismo caso. La ventana está anclada en la fecha de negocio de las operaciones, lo que mantiene estable la consolidación en reprocesamientos y en procesamiento paralelo.

De esa forma el analista trabaja el sujeto y la tipología, y no una cola de repeticiones de la misma ocurrencia.

Alertas de fraude

La prevención de fraudes produce alertas en el mismo objeto, heredando la severidad de la decisión: bloqueo es alta, revisión es media. Quedan en el workbench de la FPP, vinculadas al caso de analista de la misma decisión, y sirven a la visión 360 del cliente y a las métricas. Las alertas de fraude no se despachan a la Mesa de Decisión.

Lo que activa la producción de alertas en un tenant es el catálogo: una regla que apunta a un escenario activo produce alerta, una regla sin escenario no produce. No hay interruptor escondido.

La lista de alertas en la FPP

El tenant de AML ve en el panel de la FPP una lista de alertas de solo lectura, ordenada por fecha, con filtro por severidad, la evidencia de cada alerta y el enlace al caso en la Mesa de Decisión. Una alerta todavía no despachada aparece como tal. La operación del caso (triaje, investigación, comité) ocurre en la CMP; la lista de la FPP es el punto de seguimiento para quien parametriza los escenarios y para quien necesita ver qué está produciendo el motor.