Quantian Compliance

Apariencia

Alertas ​

Para qué sirve ​

El módulo de alertas es el registro centralizado de los hallazgos del proceso de screening que requieren una decisión humana antes de que la cuenta pueda avanzar o ser aprobada. Cuando el proceso automático de screening detecta una coincidencia con una lista de sancionados que supera el umbral configurado, el sistema abre una alerta y la deja esperando revisión.

Las alertas no son solo notificaciones: tienen un ciclo de vida completo con estados, asignaciones, comentarios y una resolución justificada que queda registrada permanentemente para fines de auditoría regulatoria.

Quién lo usa ​

El oficial de cumplimiento es el usuario principal de este módulo. Su tarea diaria incluye revisar las alertas nuevas, determinar si hay un riesgo real o un falso positivo, documentar la decisión y cerrar o escalar según corresponda.

El área legal puede intervenir cuando el oficial de cumplimiento escala una alerta que requiere acciones que exceden su competencia: bloqueo de cuenta, presentación de un Reporte de Operación Sospechosa (ROS) ante la UIF, comunicación al directorio, o inicio de acciones legales.

Qué se puede hacer ​

  • Ver el listado de alertas con filtros combinables por estado, tipo, severidad y texto libre sobre el título o la descripción.
  • Ordenar el listado haciendo clic en el encabezado de una columna. Son ordenables Tipo, Título, Severidad, Estado, Comentarios y Fecha. Cada clic sobre la misma columna cambia la dirección, y un tercer clic vuelve al orden por defecto. El orden por defecto es de atención: primero las abiertas, dentro de ellas las de mayor severidad, y a igualdad las más recientes. El orden se mantiene al cambiar de página y al aplicar filtros.
  • Acceder al detalle de cada alerta. El encabezado nombra el origen en lenguaje claro (por ejemplo "Noticias adversas (análisis con IA)" o "Lista OFAC (SDN — EE.UU.)"), nunca un código interno. El bloque "¿Qué disparó esta alerta?" explica el hallazgo y se adapta al tipo: para las detecciones con IA muestra el resumen, las fuentes como enlaces y la confianza de identidad; para las coincidencias con listas de sanciones muestra la entrada coincidente (nombre listado, identificador y tipo), los alias, las observaciones de la lista y el score obtenido frente al umbral aplicado. Debajo aparece la tabla "Legajos donde aparece esta persona" y el historial de comentarios.
  • Asignar la alerta a un usuario específico del equipo. Al asignarla, el estado pasa automáticamente a "En revisión", dejando claro que alguien la está analizando.
  • Agregar comentarios durante el análisis: para registrar avances parciales, consultas internas o instrucciones al equipo legal, sin necesidad de cerrar la alerta.
  • Cerrar la alerta con una justificación obligatoria: el sistema exige un texto que explique la decisión tomada (mínimo 10 caracteres). Esa justificación queda en el registro de auditoría y es la evidencia ante una inspección.
  • Escalar cuando el hallazgo lo requiere: se procede fuera del sistema (bloqueo de cuenta, contacto con UIF) y se documenta el escalamiento en la resolución al cerrar.

Conceptos clave ​

Tipos de alerta ​

El sistema declara varios tipos formales de alerta: Riesgo Alto, Match en Screening, Noticias Adversas, Detección PEP (IA) y Transacción Excede Perfil.

Match en Screening ​

Se produce cuando el proceso de due diligence compara los datos del inversor o sus vinculados con listas externas y encuentra una coincidencia que supera el umbral de similitud configurado. Las fuentes que generan estas alertas son:

  • OFAC SDN (sanciones internacionales). El sistema busca coincidencias contra la lista SDN de la OFAC (Oficina de Control de Activos Extranjeros de Estados Unidos). Estas alertas son las de mayor prioridad: operar con una persona o entidad sancionada tiene consecuencias legales graves para su empresa.

  • Listas consolidadas de la ONU (sanciones internacionales). Coincidencias contra las listas de sanciones administradas por el Consejo de Seguridad de la ONU. Al igual que OFAC, un match real activa el gate de revisión manual en la matriz de riesgo.

  • RePET (sanciones locales por terrorismo). Registro Público de Personas y Entidades vinculadas a actos de Terrorismo y su Financiamiento, creado por Decreto 489/2019 y administrado por el Ministerio de Justicia. Incluye las designaciones del Consejo de Seguridad de la ONU (Res. 1267 y sucesoras) más designaciones judiciales locales.

Noticias Adversas y Detección PEP (IA) ​

Toda detección del análisis con IA —una coincidencia o posible coincidencia de noticias adversas, o la detección de un cargo público— abre una alerta propia, tanto durante el onboarding como en los re-escaneos periódicos de la cartera activa. La alerta incluye el resumen del hallazgo, las fuentes (los enlaces a las noticias) y la confianza de identidad estimada.

Estas alertas tienen dos particularidades:

  • Un caso ya tratado no vuelve a alertar. Si el re-escaneo mensual vuelve a encontrar las mismas noticias de un caso que ya fue analizado y cerrado, el sistema no abre una alerta nueva. Si aparece evidencia nueva (noticias que no formaban parte del caso anterior), sí se abre una alerta nueva para tratar la novedad.
  • Marcar la detección como falso positivo cierra la alerta automáticamente, con el motivo del falso positivo como resolución. Si más tarde se quita esa marca, la alerta se reabre sola: el hallazgo vuelve a estar activo y a exigir una resolución antes de aprobar el legajo. El camino inverso no aplica: cerrar una alerta a mano no marca la detección como falso positivo, porque un cierre puede significar "el hallazgo es real pero se acepta el riesgo con justificación".

Match score y umbrales ​

Cada vez que el sistema compara un nombre contra una lista o base de datos, aplica algoritmos de similitud que devuelven un puntaje entre 0 y 100. El puntaje refleja cuán parecidos son los nombres, considerando variaciones ortográficas, transliteraciones, orden de apellidos y alias registrados.

Cuando el sistema compara contra una lista, calcula un puntaje de similitud entre 0 y 100. Por debajo de 80 no se genera alerta. Entre 80 y 94 se considera match medio (genera alerta de severidad media). Con 95 o más, match alto (alerta de severidad alta). El umbral exacto es configurable.

El puntaje aparece en el detalle de la alerta junto con los datos que el screening guardó: el nombre coincidente, el puntaje obtenido, el umbral aplicado y la fuente consultada. Con esa información, el oficial puede comparar directamente con los datos del cliente y determinar si es el mismo individuo.

Un falso positivo es cuando el match coincide en el nombre pero no es la misma persona. Es el caso más común, especialmente con nombres frecuentes. La revisión humana es el control final: el sistema detecta la similitud, pero solo un oficial de cumplimiento puede verificar identidad cruzando fecha de nacimiento, documento, país de origen, industria y contexto.

Estados de la alerta ​

Abierta — La alerta fue generada por el sistema y todavía no tiene ningún oficial asignado. Es el estado inicial. Las alertas abiertas son la primera prioridad en el triage diario.

En revisión — Un oficial fue asignado a la alerta. El estado cambia automáticamente cuando se realiza la asignación. En este estado la alerta tiene un responsable claro; los comentarios son el canal para documentar el análisis en curso.

Cerrada — El oficial completó el análisis y documentó la resolución. El sistema pide un texto justificatorio obligatorio antes de cerrar. Esa justificación queda almacenada junto con el nombre del usuario que cerró y la fecha y hora exactas. El estado formal es uno solo: Cerrada. La distinción entre un cierre por falso positivo y un cierre con escalamiento la hace el revisor en el texto de resolución, que queda en auditoría como evidencia.

Cosas que conviene saber ​

  • Las alertas no son inmediatas. Los screenings corren en procesos automáticos que se disparan al completar el onboarding. Entre que el inversor envía su solicitud y que aparecen las alertas pueden pasar desde unos pocos segundos hasta varios minutos, dependiendo de la carga del sistema y de la cantidad de fuentes a consultar. No es necesario ni conveniente esperar frente a la pantalla; las alertas van a aparecer solas.

  • El sistema deduplica alertas por fingerprint de condición. Si el mismo cliente genera la misma condición en dos screenings distintos (por ejemplo, el mismo nombre coincide con el mismo registro en dos corridas diferentes), el sistema no crea una segunda alerta para no generar duplicados. Si un re-screening detecta una condición distinta que no estaba cubierta por una alerta previa, sí se genera una alerta nueva.

  • El re-screening periódico puede generar nuevas alertas. Las listas de sanciones (OFAC, ONU, RePET) se actualizan. Cuando el sistema corre un re-screening de la cartera de cuentas activas y detecta un match que no estaba cubierto por una alerta anterior, genera una alerta nueva. Una cuenta ya aprobada puede tener alertas activas si su situación cambió desde el onboarding.

  • Una alerta pertenece a la persona, no al legajo. El hallazgo se ancla a la identidad de la persona (o empresa), no a un legajo puntual. Por eso el detalle lista todos los legajos donde aparece esa persona —con su rol (titular, apoderado, etc.) y estado— y por eso resolver la alerta impacta en todos ellos a la vez: una misma persona puede ser titular de un legajo y apoderada de otro, y la decisión vale para ambos.

  • Las alertas de sanciones activan una condición de revisión manual. Cuando un screening de sanciones (OFAC SDN, ONU, RePET) detecta un match, la matriz de riesgo activa un gate que fuerza el estado de la cuenta a pendiente de revisión manual — independientemente del score.

  • Un legajo con alertas de screening abiertas no puede aprobarse. Si un onboarding pendiente de revisión manual tiene alertas de screening sin resolver sobre cualquiera de sus personas (titular, apoderados, beneficiarios finales o la persona jurídica), el sistema bloquea la aprobación hasta que cada alerta sea analizada y cerrada con su justificación. El legajo muestra las alertas pendientes con acceso directo a cada una, y la resolución de las alertas de IA queda impresa en el PDF del legajo interno como evidencia de auditoría.

  • Gestionar una alerta requiere perfil de Analista, Oficial o Administrador. Resolver, asignar y comentar alertas está reservado a esos tres perfiles. El perfil Consulta accede al listado y al detalle completo de cada alerta —evidencia, comentarios, legajos afectados y resolución— en modo lectura, pero no ve los controles para operarla. La restricción importa porque cerrar una alerta de screening es lo que habilita la aprobación del legajo: quien puede cerrarla puede, en los hechos, destrabar una aprobación.