- Ejecuta la debida diligencia del cliente fundamentada en datos de identidad verificados, con los campos restringidos (SSN, fecha de nacimiento, identificación fiscal) bloqueados para que nunca entren en el prompt de un modelo.
- Permisos de ontología
Alta de clientes, screening y resolución de casos — bajo listas de permitidos estrictas.
Los agentes de KYC y AML operan dentro de listas de permitidos rígidas: solo modelos autorizados, solo herramientas aprobadas, solo acciones permitidas. Cada decisión de screening se explica, pasa por doble control y se encadena a su evidencia — de modo que un SAR o una solicitud del examinador se responde con un registro, no con una reconstrucción.
Alineado con BSA/AML · OFAC · FinCEN · FFIEC · SOC 2
En AML, una decisión sin explicar es una obligación sin cumplir.
Los programas de BSA/AML exigen una base documentada y defendible para cada alta, cada coincidencia de screening y cada resolución de caso — y la OFAC no tolera que una contraparte sancionada se cuele. Un agente que no puede mostrar por qué liberó un nombre es un hallazgo de examen. Cortex confina al agente a una lista de permitidos, exige doble control en las resoluciones y encadena cada decisión a la evidencia que la sostiene.
Cada agente acotado por una lista de permitidos.
Cada agente es un actor ligado a una identidad con modelos, herramientas y acciones permitidos; el MCP gateway deniega todo lo que esté fuera de la lista, y el doble control cierra la puerta de la resolución.
- Contrasta contra las listas de OFAC y de PEP únicamente con herramientas aprobadas — el MCP gateway deniega con un 403 cualquier fuente de datos fuera de la lista de permitidos.
- MCP Gateway
- Tría las alertas de AML, explica la tipología que hay detrás de cada una y escala en lugar de liberar automáticamente — con tope de costo para que una tormenta de alertas no reviente el presupuesto.
- Gobernanza de costos
- Propone una resolución; liberar o reportar exige un segundo aprobador humano, y los accesos de emergencia demandan un motivo auditado obligatorio.
- Supervisión y acceso de emergencia
- Redacta narrativas de SAR fundamentadas en la evidencia del caso, con cada afirmación encadenada a su origen para que la base del reporte sea demostrable.
- Trust Ledger
Un agente que solo puede usar modelos, herramientas y acciones aprobados — y que no puede resolver solo.
Los agentes de KYC/AML son los más acotados de Cortex: la identidad los ata a una lista de permitidos, el MCP gateway hace de cortafuegos en cada llamada a herramienta y la resolución de casos exige doble control. Todo lo que esté fuera de la lista falla en modo cerrado con un 403, y la base de cada decisión queda encadenada a su evidencia.
- Agentes atados a modelos, herramientas y acciones permitidos — las llamadas fuera de lista se deniegan con 403
- El MCP gateway filtra cada solicitud a herramientas: lista de permitidos, DLP, límite de tasa, puntuación de riesgo
- La resolución de casos exige doble control; el acceso de emergencia demanda un motivo auditado
- Cada decisión de screening encadenada a su evidencia para el SAR y para el examinador
Los veredictos que un examinador cuestionará — y perderá.
Estas son las respuestas literales del runtime. Fuera de la lista de permitidos, el agente falla en modo cerrado, dejando constancia.
- 01
Modela el dominio
Asigna el trabajo a objetos tipados de la ontología — Customer, Case, Alert, Sanction, Disposition — con campos restringidos como ssn / dob / tax_id bloqueados a nivel de propiedad.
- 02
Codifica las reglas
Traduce las obligaciones anteriores a Policy-as-Code y aprobaciones de Action Fabric: las compuertas cierran de forma segura y devuelven un código preciso, no una suposición.
- 03
Demuestra el resultado
Cada ejecución queda en un Trust Ledger encadenado por hash con recibos firmados y procedencia de 10 saltos: un registro que puedes entregar al regulador.
Los controles detrás de banca y kyc/aml.
El mismo runtime compartido impulsa cada vertical: estas son las capacidades y el Solution Pack con los que se compone este sector.
MCP Gateway
Filtra cada llamada a herramienta: lista de permitidos, DLP de entrada y salida, límite de tasa, puntuación de riesgo.
Agent IAM
Ata cada agente a los modelos, herramientas y acciones permitidos — fuera de lista es 403.
Supervisión y acceso de emergencia
Doble control en la resolución; el acceso de emergencia necesita un motivo auditado.
Trust Ledger
Encadena cada screening y cada afirmación del SAR a su evidencia de origen.
Pack de Solución KYC/AML
Previsualiza el plano de KYC/AML — screening bajo listas de permitidos y resolución con doble control, 403 si algo está fuera de la lista.
Trust Center
Mapea las listas de permitidos y las cadenas de evidencia a BSA/AML, OFAC y FinCEN.
Los controles más estrictos de la plataforma, mapeados a tu programa BSA.
Las listas de permitidos, el cortafuegos MCP, el doble control, el DLP y la detección y respuesta se comparten entre alta de clientes, screening y resolución — así mapeas una sola vez, contra las obligaciones que tu programa de BSA/AML ya documenta. Alineado con, sin afirmar nunca una certificación que no tienes.
Agentes de IA para banca y kyc/aml: preguntas respondidas.
¿Cómo impide Cortex que un agente de KYC use una herramienta o un modelo no aprobados?
La identidad de cada agente lo ata a una lista de permitidos de modelos, herramientas y acciones. El MCP gateway filtra cada solicitud a herramientas — lista de permitidos, DLP, límite de tasa, puntuación de riesgo — y deniega con un 403 todo lo que esté fuera de la lista, mientras que una herramienta no registrada devuelve un 404.
¿Cortex exige doble control en las resoluciones de casos de AML?
Sí. Los agentes de resolución solo pueden proponer; liberar o reportar un caso exige un segundo aprobador humano bajo los oversight modes. Los accesos de emergencia son posibles, pero demandan un motivo auditado obligatorio que se sella en el ledger.
¿Cómo se documenta la base de una decisión de screening?
Cada decisión de screening se encadena a su evidencia en un grafo de procedencia de 10 saltos y se sella en el Trust Ledger, que evidencia cualquier manipulación — así, una narrativa de SAR o una solicitud del examinador se responde con un registro verificable.
¿Cómo se protege la PII del cliente durante el alta?
Las propiedades restringidas, como el SSN, la fecha de nacimiento y la identificación fiscal, se bloquean a nivel de propiedad de la ontología (denegación por defecto una vez gobernadas) y se redactan antes de que cualquier objeto llegue al modelo.
Un runtime gobernado, todas las verticales reguladas.
Los controles son los mismos; cambian las obligaciones que satisfacen. Explora otra vertical o mira el conjunto completo.
Responde al examinador con un registro, no con una reconstrucción.
Conoce la lista de permitidos, el cortafuegos MCP y la resolución con doble control detrás de cada decisión de KYC/AML.