Del texto libre a la inteligencia estructurada: qué cambia realmente el ITS del Article 69(3) de AMLA

Durante treinta años, los equipos de cumplimiento europeos han operado en un panorama de reporte que se asemeja a la Europa anterior a 1999. Cada Unidad de Inteligencia Financiera (FIU) ha construido su propio formato para recibir reportes de operaciones sospechosas. Plantillas distintas, campos obligatorios distintos, esquemas XML distintos, reglas de validación distintas, interpretaciones distintas de lo que significa siquiera la "sospecha". Una operación que cruza cinco Estados miembros se traduce de cinco formas diferentes antes de llegar a cinco FIU diferentes.

El borrador de las Normas Técnicas de Ejecución (ITS) al amparo del Article 69(3) del Reglamento contra el blanqueo de capitales (AMLR) está diseñado para poner fin a esa fragmentación. Pero el alcance de lo que está cambiando es significativamente mayor de lo que ha reconocido la mayoría de los comentarios sobre cumplimiento.Fuentes: AMLR (Regulation (EU) 2024/1624)

No se trata de una nueva plantilla de reporte. Es el primer modelo de datos europeo para el reporte en materia AML.

Qué armoniza realmente el ITS

Las anteriores directivas AML de la UE armonizaron obligaciones. Qué reportar, cuándo reportarlo, quién queda sujeto. El ITS armoniza la propia inteligencia: las definiciones de datos, la lógica de reporte, las reglas de validación, los campos condicionales, los atributos técnicos y las relaciones semánticas entre las entidades reportadas.

El objetivo es la interoperabilidad semántica. Un reporte de operación sospechosa (SAR) presentado en Lisboa está diseñado para ser comprendido, procesado y cruzado en Varsovia, Viena o Estocolmo sin ser traducido a un lenguaje de reporte nacional diferente.

Esta distinción importa enormemente para lo que viene después. Cuando se armonizan formularios, se simplifica el papeleo. Cuando se armoniza la inteligencia, se hacen detectables los patrones transfronterizos.

Cinco naturalezas de dato, no una

Una de las innovaciones menos comentadas del ITS es cómo clasifica cada punto de dato. Conforme al Article 3, cada campo lleva una de cinco naturalezas: obligatorio, obligatorio si está disponible, opcional, dependiente y requerido por el FIU, y la norma cuida cómo se combinan.

Tres de ellas son tratamientos base. Los campos obligatorios deben reportarse siempre. Los campos obligatorios si están disponibles solo se exigen cuando la institución ya posee la información, sin obligación de recabar datos con el único fin de reportar. Los campos opcionales pueden añadirse cuando ayudan al FIU a comprender la sospecha reportada.

Otras dos se superponen a las anteriores. Los campos dependientes pasan a ser obligatorios, obligatorios si están disponibles u opcionales solo cuando está presente un campo padre o una circunstancia específica: el mecanismo que subyace al reporte condicional que se describe más adelante. Los campos requeridos por el FIU pueden ser añadidos por cada FIU nacional cuando la legislación nacional o circunstancias específicas así lo exijan.

Dentro del conjunto de los obligatorios se sitúa un subtipo más estricto que el ITS denomina técnicamente requerido: si falta un campo técnicamente requerido, la validación a nivel de sistema falla y el reporte no puede presentarse en absoluto. No es una categoría separada: es el suelo mínimo e infranqueable de los obligatorios.

Esta arquitectura es más sofisticada de lo que parece a primera vista. La naturaleza "obligatorio si está disponible" reconoce que las instituciones no siempre pueden obtener datos perfectos antes de reportar. La naturaleza "dependiente" hace que el formulario se adapte a los hechos del caso. Y la naturaleza "requerido por el FIU" preserva la flexibilidad nacional sin socavar la armonización europea. El resultado es un modelo de reporte uniforme en su núcleo pero adaptable en los márgenes.

Puntos de dato dependientes: el elemento técnicamente más novedoso

Quizá el aspecto más innovador del ITS sea la introducción de los puntos de dato dependientes. Ciertos campos solo pasan a ser obligatorios cuando se cumplen condiciones predefinidas.

El ITS lo hace de dos maneras distintas. Algunos campos son dependientes: un valor padre activa los campos hijos. Marcar a una contraparte como persona expuesta políticamente (PEP) abre campos adicionales de divulgación PEP; una coincidencia con listas de sanciones abre los campos de referencia de sanciones; reportar una entidad jurídica en lugar de una persona física abre sus propios campos dependientes. Por separado, ciertas actividades seleccionan directamente una plantilla completamente distinta: los servicios de criptoactivos y la banca corresponsal disponen cada uno de su propia plantilla de reporte específica para la actividad, en lugar de un campo condicional dentro de una plantilla compartida. En cualquier caso, el efecto sobre el equipo de cumplimiento es el mismo: el reporte se reconfigura en torno a la naturaleza de la sospecha y las entidades implicadas.

Esto significa que el SAR del futuro no es un formulario estático. Es una plantilla dinámica que se reconfigura en función de la naturaleza de la sospecha reportada y de las entidades implicadas.

Para los equipos de cumplimiento, esto exige repensar de raíz cómo se diseñan los flujos de trabajo de los SAR. La pregunta ya no es "qué campos del formulario son relevantes para este caso". La pregunta es "qué condiciones concurren en este caso y qué exige cada una de ellas".

Article 9: la parte de la que nadie habla

El ITS contiene una disposición que apenas ha recibido atención en los comentarios públicos, pero que puede ser su requisito operativo de mayor calado.

El Article 9 establece que los datos reportados deben ser completos, técnicamente exactos, coherentes internamente, plausibles y conformes con las reglas de validación del FIU. La propia calidad del dato se convierte en una obligación de cumplimiento AML.

Se trata de un cambio estructural. Hasta ahora, el escrutinio supervisor en materia AML se ha centrado predominantemente en si una institución presentó un reporte y en si la sospecha identificada era razonable. El Article 9 añade una tercera dimensión: si los datos subyacentes que sustentan ese reporte cumplen un estándar de calidad definido.

Las implicaciones derivadas son significativas. Las instituciones con datos maestros de clientes fragmentados, con una resolución de entidades incoherente entre sistemas o con un etiquetado de operaciones deficiente afrontan ahora un riesgo de cumplimiento que va más allá del contenido de cualquier reporte individual. Si los sistemas de una entidad no pueden determinar de forma fiable que "ACME Ltd" en una base de datos y "ACME Limited" en otra son el mismo titular real, el SAR que resulte de esos datos puede incumplir las reglas de validación aunque la sospecha identificada sea del todo legítima.

El programa de gobernanza del dato necesario para cumplir el Article 9 no es un proyecto de TI. Es un proyecto de arquitectura de cumplimiento.

Qué significa esto para la IA en el cumplimiento AML

El paso del reporte narrativo en texto libre a los puntos de dato estructurados tiene una implicación concreta e infravalorada para los sistemas de cumplimiento asistidos por IA.

La mayoría de los debates sobre la IA en el cumplimiento AML se centran en la capa narrativa: IA que genera una descripción coherente del SAR, IA que resume los hallazgos del caso, IA que redacta el apartado de "motivos de la sospecha". Estas capacidades son útiles, pero se asientan sobre el problema fundamental.

El ITS de AMLA replantea la tarea central. Producir un SAR ya no es principalmente un problema de redacción. Es un problema de mapeo de datos: identificar las entidades, operaciones, relaciones e indicadores de sospecha relevantes; clasificarlos frente al modelo de datos del ITS; activar los campos condicionales que correspondan; verificar que el resultado cumple los estándares de calidad del Article 9.

Los sistemas de IA que operan en este entorno estructurado pueden hacer algo más fiable y más auditable que generar prosa. Pueden rastrear cada campo cumplimentado hasta su dato de origen, señalar dónde faltan campos "obligatorio si está disponible" y documentar por qué, e identificar qué condiciones de puntos de dato dependientes activan los hechos del caso. El resultado no es una narrativa. Es un mapa de evidencia estructurado.

Este es un mejor uso de la IA en el cumplimiento precisamente porque está más acotado. Los campos estructurados con reglas de validación definidas crean puntos de control naturales. Un responsable de cumplimiento humano que revisa un SAR cumplimentado por IA frente al modelo de datos de AMLA se encuentra en una posición mucho más sólida que quien revisa una narrativa generada por IA: la estructura hace visible el razonamiento, auditables las lagunas y detectables los errores antes de la presentación.

La ventana de implementación es ahora

El ITS entró en consulta pública el 2 de julio de 2026, con un plazo para comentarios hasta el 20 de septiembre y con la norma que debe presentarse a la Comisión Europea antes del 30 de noviembre de 2026. La adopción formal y los calendarios de cumplimiento obligatorio vendrán después. Las instituciones que comiencen ahora a mapear sus arquitecturas de datos existentes hacia el modelo de datos de AMLA, bastante antes de esas fechas, estarán mejor posicionadas tanto en el plano operativo como en el supervisor.Fuentes: AMLA public consultation on the reporting format

Las instituciones más expuestas no son necesariamente las más pequeñas. Son aquellas que han permitido que la gobernanza del dato AML se quede rezagada respecto de la analítica de monitorización de operaciones. Una buena lógica de detección que opera sobre datos subyacentes deficientes produce SAR que pueden ser correctos en el fondo pero estructuralmente deficientes conforme al Article 9.

El euro no se limitó a reemplazar las monedas nacionales. Obligó a Europa a repensar la infraestructura de pagos. El ITS de AMLA no se limitará a reemplazar las plantillas nacionales de SAR. Obligará a las instituciones financieras europeas a repensar cómo se crea, se estructura y se hace defendible la inteligencia financiera a escala.