Perfiles y dominios
Perfil del tenant
Sección titulada «Perfil del tenant»Cada instancia de la FPP se despliega con un perfil: fraud, aml o both. El perfil forma parte de la configuración de despliegue del tenant y es la misma clave que leen la FPP y la CMP de ese tenant.
| Perfil | Qué contrató la institución | Qué aparece |
|---|---|---|
fraud | Prevención de fraudes | Workbench de fraude, motor, listas, UBA, backtest |
aml | Prevención de lavado de activos y financiamiento del terrorismo (AML/CFT) | Escenarios, matriz de parametrización, lista de alertas, despacho a la Mesa |
both | Ambos | Todo lo anterior, en el mismo panel |
La ausencia de perfil equivale a fraud. Una instancia que ya opera fraude no gana ninguna superficie de AML por accidente, y un tenant solo gana AML cuando alguien escribe aml o both en la configuración.
Qué gobierna el perfil, y qué no gobierna
Sección titulada «Qué gobierna el perfil, y qué no gobierna»El perfil gobierna la superficie y la emisión hacia afuera:
- los ítems de menú y las rutas de AML en el panel de la FPP;
- los enlaces y pantallas de AML en la CMP;
- el despacho de alertas a la Mesa de Decisión, que solo ocurre cuando el perfil incluye AML.
El perfil no gobierna la evaluación. Lo que decide si una transacción se evalúa en un dominio es la existencia de un workflow activo en ese dominio. Esa separación es deliberada: la misma transacción enviada a dos instancias con el mismo workflow recibe la misma decisión, y ninguna configuración de despliegue cambia un resultado del motor.
Dominios y workflows
Sección titulada «Dominios y workflows»El motor tiene un workflow activo por dominio. Un tenant de perfil both tiene un workflow de fraude y un workflow de AML, cada uno con sus etapas, políticas, reglas y umbrales, editados en el mismo editor visual.
Cuando una transacción entra, entra una vez y se evalúa una vez por dominio activo. Con fraude y AML activos, la decisión de fraude se devuelve en la misma llamada, en el tiempo de respuesta contratado, y la evaluación de AML corre inmediatamente después, fuera de la llamada, sin extender la latencia del fraude y sin disputar recursos con la entrega de webhooks al integrador.
Un tenant solo de AML evalúa normalmente: el workflow de AML es el único dominio activo y es el que decide. El workflow de AML se crea por la API o por el editor, eligiendo el dominio en la creación, como cualquier otro workflow.
La compuerta que avisa
Sección titulada «La compuerta que avisa»La plataforma verifica, en la inicialización y periódicamente, si hay un workflow activo en algún dominio fuera del perfil del tenant. Cuando lo hay, no desactiva nada: registra un aviso estable y lo muestra en la pantalla de sistema del administrador. Un workflow de AML activo en un tenant de perfil fraud sigue evaluando, porque el workflow es la autoridad sobre la evaluación, y el administrador ve la divergencia para corregir la configuración.
El mismo perfil en la Mesa de Decisión
Sección titulada «El mismo perfil en la Mesa de Decisión»La CMP del mismo tenant lee el mismo perfil. Las pantallas y los enlaces de AML en la Mesa aparecen cuando el perfil incluye AML, y la Mesa pasa a aceptar las alertas despachadas por la FPP. La configuración de despliegue valida que los dos módulos del mismo tenant declaran el mismo perfil.
Versión 18, actualizada el