AI Act 2026: cómo clasificar tus sistemas de IA y cumplir obligaciones por nivel de riesgo

Resumen ejecutivo

• Marco horizontal: el AI Act regula por uso y nivel de riesgo, no por sector ni tecnología. Aplica si pones en el mercado o usas IA en la UE, aunque tu empresa esté fuera.
• Cuatro niveles de riesgo: prohibido, alto riesgo, riesgo limitado (transparencia) y riesgo mínimo. Cada uno con obligaciones distintas.
• Plazos clave 2025-2027: feb 2025 prohibiciones y alfabetización; ago 2025 modelos de propósito general (GPAI) y gobernanza; ago 2026 sistemas de alto riesgo Anexo III; ago 2027 alto riesgo Anexo I.
• Roles distintos, obligaciones distintas: proveedor, responsable del despliegue, importador y distribuidor tienen cargas muy diferentes. Identificar tu rol es el primer paso.
• Sanciones: hasta 35 M € o 7 % de facturación global por prácticas prohibidas; 15 M € o 3 % por incumplimientos de alto riesgo y GPAI; 7,5 M € o 1,5 % por información inexacta a autoridades.

1. Qué es realmente el AI Act y a quién afecta

El AI Act (Reglamento UE 2024/1689) es el primer marco normativo integral del mundo dedicado a la inteligencia artificial. A diferencia del RGPD, no se centra en datos personales: regula los sistemas de IA como productos, en función del riesgo que generan para la salud, la seguridad y los derechos fundamentales.

Tres ideas que las empresas españolas siguen confundiendo en 2026:

Aplica por uso, no por tecnología

Un mismo modelo puede ser riesgo mínimo en una aplicación y alto riesgo en otra. Un clasificador de imágenes para etiquetar fotos de producto no tiene obligaciones materiales; el mismo clasificador integrado en un sistema de selección de personal pasa a ser alto riesgo automáticamente (Anexo III, punto 4).

Aplica fuera de la UE si el output llega a la UE

El alcance es extraterritorial. Si tu proveedor estadounidense ofrece un sistema cuyo resultado se utiliza en España, está obligado. Y tú, como responsable del despliegue europeo, también.

Convive con RGPD, NIS2, DORA y sectoriales

El AI Act no sustituye nada: se suma. Un sistema de scoring crediticio con IA tiene que cumplir AI Act (alto riesgo), RGPD (datos personales), DORA (resiliencia operativa si es entidad financiera) y la normativa sectorial bancaria. La clave operativa es integrar gobernanzas, no duplicar.

2. Los cuatro niveles de riesgo

Riesgo inaceptable (prohibido desde feb 2025)

Prácticas vedadas en cualquier circunstancia: manipulación subliminal con daño material, explotación de vulnerabilidades, social scoring por autoridades públicas, identificación biométrica remota en tiempo real en espacios públicos (con excepciones tasadas para fuerzas de seguridad), categorización biométrica por características sensibles, reconocimiento de emociones en el trabajo y en educación, y predicción policial basada solo en perfilado.

Alto riesgo (obligaciones materiales desde ago 2026)

Dos categorías: sistemas que son componentes de seguridad de productos regulados (Anexo I: vehículos, dispositivos médicos, juguetes, ascensores…) y sistemas de los ámbitos listados en el Anexo III: biometría, infraestructuras críticas, educación, empleo, servicios esenciales (banca, seguros, prestaciones), aplicación de la ley, migración, administración de justicia y procesos democráticos.

Riesgo limitado (transparencia, desde ago 2026)

Chatbots, sistemas de generación de imagen/vídeo/texto y deepfakes. Obligación principal: informar al usuario de que interactúa con una IA o de que el contenido es sintético, con marcado legible por máquina.

Riesgo mínimo

Todo lo demás: filtros antispam, recomendadores de producto, videojuegos con IA. Sin obligaciones materiales más allá de los códigos de conducta voluntarios.

3. Sistemas de alto riesgo: qué obligaciones tienes realmente

Si pones en el mercado o despliegas un sistema de alto riesgo, te enfrentas a un paquete de obligaciones equivalente al de un dispositivo médico de clase IIa. No es un trámite: es un sistema de gestión completo.

Obligaciones del proveedor

1. Sistema de gestión de riesgos documentado durante todo el ciclo de vida del sistema (art. 9).
2. Gobernanza de datos de entrenamiento, validación y test: relevancia, representatividad, sesgos identificados y mitigados (art. 10).
3. Documentación técnica completa antes de poner el sistema en el mercado, mantenida durante 10 años (art. 11 + Anexo IV).
4. Registro automático de eventos (logs) trazables durante toda la vida útil (art. 12).
5. Transparencia e información al usuario: manuales de uso, capacidades, limitaciones, sesgos residuales, medidas de supervisión humana (art. 13).
6. Supervisión humana efectiva: el operador puede entender, interpretar y, cuando proceda, revertir o no aplicar la decisión del sistema (art. 14).
7. Robustez, precisión y ciberseguridad proporcionales al uso y al estado del arte (art. 15).
8. Sistema de gestión de la calidad documentado (art. 17), evaluación de la conformidad, declaración CE y marcado CE.
9. Registro en la base de datos europea antes de la puesta en servicio (art. 71).
10. Vigilancia post-comercialización y notificación de incidentes graves a la autoridad nacional en 15 días (art. 72-73).

Obligaciones del responsable del despliegue (deployer)

Si tu empresa usa un sistema de alto riesgo (por ejemplo, un ATS de selección de candidatos):

• Usar el sistema conforme al manual del proveedor.
• Garantizar supervisión humana por personas formadas.
• Monitorizar el funcionamiento y suspender el uso si detectas riesgo.
• Conservar los logs generados, mínimo 6 meses.
• Informar a las personas afectadas cuando se toman decisiones basadas en el sistema.
• Realizar una FRIA (Fundamental Rights Impact Assessment) si eres organismo público o prestas servicios públicos esenciales (art. 27).
• Si tu uso modifica sustancialmente el propósito del sistema, asumes obligaciones de proveedor.

La FRIA: cuándo es obligatoria

La evaluación de impacto en los derechos fundamentales es obligatoria para organismos públicos y entidades que prestan servicios públicos (educación, salud, vivienda social, prestaciones) cuando despliegan sistemas de alto riesgo del Anexo III. Para el resto, es altamente recomendable como prueba de diligencia. Debe incluir: descripción del proceso, periodo, personas afectadas, riesgos específicos, medidas de mitigación, supervisión humana y procedimiento de queja.

4. Modelos de propósito general (GPAI): obligaciones desde agosto 2025

Esta es la parte que afecta directamente a quien desarrolla o adapta modelos fundacionales (GPT, Llama, Mistral, Claude…). Las obligaciones se aplican al proveedor del modelo, no al usuario final.

Todos los GPAI

• Documentación técnica del modelo y del proceso de entrenamiento.
• Información a los proveedores aguas abajo que integren el modelo.
• Política para respetar la normativa de copyright de la UE.
• Resumen suficientemente detallado del contenido usado para entrenar el modelo (plantilla AI Office obligatoria).

GPAI con riesgo sistémico

Se presume riesgo sistémico cuando el cómputo total de entrenamiento supera 10²⁵ FLOPs (umbral revisable). Para estos modelos, además:

• Evaluación del modelo con metodologías estandarizadas, incluyendo red-teaming adversarial.
• Análisis y mitigación de riesgos sistémicos posibles a escala UE.
• Registro y reporte de incidentes graves a la AI Office en plazos definidos.
• Nivel de ciberseguridad adecuado para modelo y infraestructura física.

Para empresas que no entrenan modelos propios pero los integran (la mayoría): tu obligación principal es elegir proveedores conformes y reflejarlo en el contrato (cláusulas de cumplimiento AI Act, derechos de información, plan de continuidad).

5. Plazos clave (timeline operativo)

• 1 ago 2024 — Entrada en vigor del Reglamento.
• 2 feb 2025 — Aplicación de prohibiciones (capítulo II) y obligación de alfabetización en IA del personal (art. 4).
• 2 ago 2025 — Obligaciones de GPAI, gobernanza europea (AI Office, AI Board), autoridades nacionales designadas, régimen sancionador aplicable.
• 2 ago 2026 — Aplicación general del Reglamento. Obligaciones plenas para sistemas de alto riesgo del Anexo III y para sistemas de transparencia (riesgo limitado).
• 2 ago 2027 — Obligaciones para sistemas de alto riesgo del Anexo I (componentes de seguridad de productos regulados) y para GPAI puestos en el mercado antes de ago 2025 (transición).

En España, la AESIA (Agencia Española de Supervisión de la Inteligencia Artificial), con sede en A Coruña, es la autoridad nacional de referencia desde 2023, coordinada con AEPD, CNMC, Banco de España y autoridades sectoriales para los casos solapados.

6. Convergencia con NIS2, DORA y RGPD: no duplicar trabajo

El error más caro que veo en empresas españolas es montar cuatro programas de cumplimiento en paralelo. Las normas se solapan deliberadamente; aprovecharlo ahorra meses de esfuerzo.

Solapamientos operativos clave

• Gestión de riesgos: art. 9 AI Act ↔ art. 21 NIS2 ↔ art. 6 DORA. Un único marco de riesgos con anexos específicos por norma.
• Gobernanza de datos: art. 10 AI Act ↔ principios RGPD (calidad, minimización, exactitud). El registro de tratamientos del RGPD documenta el 70 % de lo que pide el AI Act.
• Documentación técnica + logs: AI Act 10 años + NIS2 trazabilidad + DORA registro de incidentes. Una política de retención común vale para los tres.
• Notificación de incidentes: AI Act 15 días (incidente grave) + NIS2 early warning 24 h + DORA 4 h. Un único proceso con tres canales de salida.
• Supervisión humana / responsabilidad: AI Act art. 14 ↔ RGPD art. 22 (decisiones automatizadas). Mismo control, dos justificaciones jurídicas.

Estructura recomendada

Un Comité de Gobernanza Tecnológica que combine CISO, DPO, responsable de IA, compliance y un representante del negocio. Una matriz de obligaciones única, donde cada control mapea a las normas que cubre. Y un único inventario de sistemas: cada sistema de IA tiene su ficha con clasificación AI Act, base legal RGPD, criticidad NIS2 y, si aplica, función crítica DORA.

7. Checklist práctico 2026: por dónde empezar

Si tu empresa aún no ha hecho nada estructurado, este es el orden razonable para los próximos 90 días.

Mes 1: inventario y clasificación

• Inventario de todos los sistemas de IA en uso o en desarrollo (incluye SaaS, plugins, copilots).
• Para cada uno: proveedor, propósito, datos usados, decisión que produce, personas afectadas.
• Clasificación de riesgo según AI Act (prohibido / alto / limitado / mínimo).
• Identificación de tu rol (proveedor / responsable del despliegue / importador / distribuidor) para cada sistema.
• Lanzar el programa de alfabetización en IA obligatorio desde feb 2025 (art. 4). Materiales adaptados por perfil.

Mes 2: gobernanza y políticas

• Política corporativa de IA aprobada por dirección.
• Comité de gobernanza tecnológica con calendario de reuniones.
• Procedimiento de evaluación previa de nuevos sistemas (gate AI/risk).
• Plantilla FRIA y criterios para activarla.
• Cláusulas contractuales tipo para proveedores de IA (GPAI, alto riesgo, datos).

Mes 3: controles técnicos y plan

• Para sistemas alto riesgo identificados: gap analysis vs. art. 8-15.
• Plan de remediación priorizado por fecha de aplicación (Anexo III: ago 2026).
• Procedimiento de supervisión humana y formación específica de operadores.
• Plan de respuesta a incidentes con flujo único AI Act / NIS2 / DORA / RGPD.
• Auditoría interna de cumplimiento programada para el último trimestre.

8. Errores frecuentes que veo en empresas en 2026

1. Tratar el AI Act como "otro RGPD": el AI Act regula productos, no tratamientos. La lógica jurídica es distinta y los equipos responsables también.
2. Asumir que "no tenemos IA": los copilots integrados en CRM, ERP, herramientas RRHH y ofimática son IA. Si tu Workday o tu SAP tienen módulos de IA, los tienes.
3. Confiar en el "AI Act compliance" del proveedor sin contrato: el responsable del despliegue tiene obligaciones propias. Si el proveedor falla y tú no documentaste tu diligencia, respondes.
4. Saltarse la alfabetización: es obligatoria desde feb 2025 para todo el personal que interactúe con sistemas IA, no solo técnicos. Es de los primeros puntos que pueden inspeccionar.
5. Olvidar la transparencia: usar chatbots o generadores de contenido sin informar al usuario es incumplimiento aunque el sistema sea de riesgo limitado. Multa proporcional.
6. No mapear con NIS2/DORA/RGPD: equipos paralelos compitiendo por presupuesto, controles duplicados, fricción interna.
7. Modificar sustancialmente un sistema de tercero sin asumir el rol de proveedor: fine-tuning fuerte sobre un modelo open source puede convertirte en proveedor del nuevo sistema, con todas las obligaciones.

9. Preguntas frecuentes