Parametrización y gobernanza

Parametrizar sin redeploy

Todo lo que define el comportamiento de la AML/CFT en un tenant es dato, editable por el Compliance con aprobación e historial: el catálogo de escenarios, los parámetros de cada escenario, el workflow de AML con sus reglas y umbrales. Ninguna modificación exige una nueva versión del sistema.

La pantalla de matriz

La pantalla de parametrización presenta los escenarios de la jurisdicción del tenant en vista de matriz, una fila por escenario, con las columnas que el Compliance gobierna:

Columna	Qué controla
Activo	Si el escenario produce alerta
Umbral	El monto (en la moneda del tenant, pesos en Argentina) o el conteo a partir del cual el escenario dispara
Ventana	El período del agregado, en los escenarios por entidad, y la ventana de consolidación
Severidad	Alta, media o baja, que decide si la alerta va a la Mesa
SLA	El plazo asociado al escenario, que viaja con la alerta
Peso	La contribución del escenario al score del dominio de AML

La edición es por fila, en formulario, con validación de tipo y unidad, y no se guarda sin un motivo de cambio.

Una única verdad

Para los escenarios por entidad, la fila del catálogo es la autoridad: el evaluador periódico lee de ahí. Para los escenarios por transacción, la autoridad sigue siendo la condición y la regla del workflow; la pantalla escribe a través de ellas, con la versión y la aprobación que ya tienen. Un parámetro guardado por la pantalla y el mismo parámetro escrito por la API producen exactamente la misma evaluación. No existe una copia del valor en otro lugar que pueda divergir.

Aprobación e historial

Toda modificación de parámetro sigue aprobación en dos etapas: quien edita propone, otro usuario aprueba. La pantalla muestra el historial como lista (quién modificó, cuándo, qué, de qué valor a qué valor), y cada aprobación queda en el registro de auditoría de la plataforma.

Reglas, condiciones, etapas y políticas del workflow de AML siguen en el editor de workflow, con la gobernanza de tres niveles y el backtest que sirven a la prevención de fraudes. La pantalla de matriz es el punto de trabajo del Compliance para el día a día; el editor es el punto de trabajo de quien diseña la detección.

API

Todo lo que hace la pantalla está disponible por API, con las mismas validaciones y la misma aprobación: lectura del catálogo con sus traducciones, lectura y escritura de parámetros, consulta de historial. La institución puede integrar la parametrización a su propio proceso de gobernanza.

Qué ve el Compliance después de parametrizar

Un cambio aprobado vale en la siguiente evaluación y en la siguiente ronda del evaluador por entidad. La lista de alertas muestra las alertas producidas con los parámetros nuevos, y la Mesa recibe la severidad y el SLA actualizados en el siguiente despacho. Cuando una modificación de umbral o de ventana necesita homologarse antes de entrar en vigor, el replay del histórico en lote permite medir el efecto antes de la aprobación.