AML en la Suite Guardline

Qué es

La Suite Guardline trata la prevención de fraudes y la prevención de lavado de activos y financiamiento del terrorismo (AML/CFT) en la misma plataforma, con el mismo motor de decisión y la misma interfaz. Fraude y AML son dos dominios del mismo motor: cada uno tiene su workflow, sus reglas y sus umbrales, y la institución configura ambos en el mismo lugar, con la misma gobernanza y el mismo registro de auditoría.

La AML/CFT agrega al motor lo que la prevención de fraudes no necesita: un catálogo de escenarios con identidad regulatoria, una alerta que es documento y no solo decisión, la consolidación de varios disparos en un único caso, y un camino de ida y vuelta con la Mesa de Decisión, donde ocurren la investigación, el comité y la preparación del expediente con el que la institución presenta la comunicación ante la UIF.

Esta edición describe la operación en el mercado latinoamericano, con Argentina como mercado de referencia: catálogo de escenarios, tipos de documento (CUIT, CUIL, DNI y pasaporte), identificadores de cuenta (CBU, CVU y alias), tipos de operación y pantallas propios de la jurisdicción, en español. La plataforma también opera en Brasil y la edición en portugués describe esa operación.

Quién hace qué

La frontera entre los módulos es fija y es lo que hace auditable la operación.

Módulo	Responsabilidad en la AML/CFT
Fraud Prevention Platform (FPP)	Recibe las transacciones, evalúa cada una contra el workflow de AML, produce la alerta con escenario, severidad y evidencia, consolida disparos repetidos y despacha la alerta a la Mesa. Ofrece al Compliance la parametrización de los escenarios y la lista de alertas.
Case Management Platform (CMP)	Es la dueña del caso. Recibe la alerta, abre o actualiza el caso, conduce triaje, investigación, revisión y comité, organiza el expediente del caso y devuelve el veredicto a la FPP.
Onboarding Platform (ONP)	Es la dueña del registro y de la matriz de riesgo del cliente. Verifica PEP, sanciones y antecedentes en el onboarding y entrega esos atributos, con procedencia, a los demás módulos.
Institución	Decide en el comité, presenta la comunicación ante la UIF con el expediente que la Mesa preparó y mantiene sus listas propias, cargadas manualmente o por API.

El flujo de punta a punta

La transacción entra por la integración en tiempo real o por la cola de lote, con el documento tipado (CUIT, CUIL, DNI o pasaporte), el país y la moneda explícitos.
El motor evalúa la transacción en el dominio de AML, con el mismo enriquecimiento, el mismo perfil de comportamiento y las mismas ventanas que sirven al fraude.
Una regla que dispara produce una alerta, porque toda regla de AML apunta a un escenario del catálogo. La alerta nace con el código del escenario, la severidad configurada por el Compliance y las transacciones que la sustentan.
El evaluador por entidad corre periódicamente y produce alertas que ninguna transacción aislada produciría: acumulados por sujeto, escenario y ventana.
Los disparos repetidos del mismo sujeto en el mismo escenario se consolidan en una única alerta dentro de la ventana del escenario. El primero abre el caso; los siguientes suman evidencia al mismo caso.
Las alertas de severidad media y alta van a la Mesa de Decisión; las de severidad baja quedan registradas y agregadas en la FPP, a disposición del Compliance.
La Mesa conduce el caso hasta el comité y organiza el expediente. Cuando corresponde, la institución presenta la comunicación ante la UIF con el expediente que la Mesa preparó.
El veredicto vuelve: el cierre en triaje, la decisión del comité y el registro de la comunicación presentada llegan a la FPP, actualizan el estado de la alerta y entran en el historial del cliente.

Por qué la plataforma es así

Un motor, dos dominios. La institución no mantiene dos sistemas, dos bases de clientes y dos registros de reglas. El perfil de comportamiento que construye el fraude sirve a la AML, y la decisión de fraude nunca se ve afectada por un workflow de AML activo.

La alerta es un documento. Cada alerta lleva sujeto con documento tipado y país, escenario con código y referencia al catálogo, severidad con su origen, ventana, evidencia guardada como instantánea de las transacciones y estado. Es lo que una investigación y un expediente ante el regulador necesitan.

El catálogo gobierna. Las reglas sin escenario no producen alerta. Eso impide el ruido de alertas sin tipología y le da al Compliance un único lugar para activar, desactivar y parametrizar cada escenario, con aprobación e historial.

La Mesa es una sola. El caso, el comité y el expediente viven en la CMP, de punta a punta. La FPP no duplica la mesa; la alimenta y recibe de vuelta.

La jurisdicción es de primera clase. Documento, contraparte, tipo de operación, escenario y pantalla se resuelven por la jurisdicción del tenant, nunca por un patrón escondido de otro mercado.

Todo cambio de motor se prueba. Antes de llegar a un entorno de la institución, cada modificación del motor pasa por una ronda diferencial: el mismo tráfico evaluado por la versión actual y por la nueva, con cero diferencia de decisión exigida para el camino de fraude. El informe de esa ronda acompaña la entrega.

Cómo está organizada esta sección

Página	Qué cubre
Perfiles y dominios	Cómo un tenant es de fraude, de AML o de ambos, y qué cambia en cada caso
Ingesta e identidad	Cómo entra la transacción, documentos y contrapartes de la jurisdicción, lote y replay
Escenarios y tipologías	El catálogo por jurisdicción, los escenarios entregados para el mercado argentino y cómo una regla se convierte en alerta
Comportamiento y ventanas	Perfil de comportamiento, ventanas relativas a la fecha de la transacción, flujos circulares y el evaluador por entidad
Alertas	El objeto de alerta, los dos tipos, la consolidación y la lista en la FPP
Mesa de Decisión y el camino de vuelta	El despacho a la CMP, el caso, el comité y el veredicto que retorna
Parametrización y gobernanza	La pantalla de matriz del Compliance, aprobación y auditoría

Versión 18, actualizada el 22 oct 2026