La pregunta llega casi siempre tarde y mal formulada. Nos la trasladan en forma de "oye, ¿esto nos aplica?", con una captura de pantalla de una herramienta que el equipo de Personas contrató hace catorce meses (sí, catorce) y que ya está cribando currículums a razón de trescientos al mes.
Y ahí está el problema, y es la pregunta de fondo que casi nadie se hace bien: cómo saber si mi sistema de IA es de alto riesgo no depende del producto, sino del uso previsto. El Reglamento (UE) 2024/1689 no clasifica productos, clasifica usos previstos. Dos organizaciones pueden comprar exactamente el mismo motor de lenguaje al mismo proveedor y acabar una en la categoría más exigente y la otra fuera del perímetro. La diferencia no está en el código. Está en para qué lo enchufas y en qué papel ocupas tú en la cadena.
Lo que sigue es el procedimiento que aplicamos cuando nos sientan delante de un inventario: cuatro preguntas encadenadas, los cuatro errores que vemos repetirse y, sobre todo, lo que hay que dejar por escrito aunque el veredicto sea que no te toca nada.
Las señales que delatan una clasificación estricta
Un sistema de inteligencia artificial se considera de alto riesgo cuando actúa como componente de seguridad de un producto ya regulado por la normativa europea armonizada, o cuando su uso previsto figura entre los casos tasados del anexo de ámbitos sensibles del Reglamento (UE) 2024/1689 y no encaja en ninguna exclusión del artículo 6.3.
Hay un atajo razonable antes de meterse en anexos. Si la herramienta toma o condiciona decisiones sobre personas concretas (quién entra, quién cobra, quién aprueba, quién pasa el filtro), la probabilidad de caer en la categoría regulada se dispara.
¿Y si solo "sugiere"? Ahí es donde se cuelan la mitad de los errores. El texto europeo no distingue entre decidir y recomendar cuando la recomendación es el insumo real de la decisión. Un ranking que nadie revisa es una decisión disfrazada de sugerencia.
Qué función concreta dispara la alarma regulatoria
La función relevante es la que produce el resultado sobre un tercero, no la que consume más recursos técnicos. Nos hemos encontrado cuadros de mando enteros dedicados a describir la arquitectura del modelo y ni una línea sobre qué se hace con su salida.
Cinco funciones que, en nuestra experiencia revisando algo más de treinta inventarios entre 2024 y 2025, aparecen casi siempre en el lado exigente de la frontera:
- Cribado o puntuación de candidaturas
- Evaluación del desempeño o promoción interna
- Scoring de solvencia o acceso a crédito
- Identificación biométrica remota o categorización biométrica
- Asignación o denegación de prestaciones públicas
Si alguna de esas cinco líneas describe lo que hace tu herramienta, para de leer los foros y ve directo al Anexo III.
¿Por qué tantas organizaciones se autoclasifican mal?
Porque diagnostican con la variable equivocada. De los diecinueve casos que revisamos en el último año fiscal, nueve habían concluido "no aplica" y siete de esos nueve estaban mal. No por mala fe: por mirar dos veces la tecnología y ninguna el contexto.
Mirar la tecnología en lugar del uso previsto
"Es solo una regresión logística de 2019, no es inteligencia artificial generativa". La hemos oído literalmente. La norma define su ámbito por el comportamiento del sistema, esto es, por su capacidad de inferir a partir de datos de entrada con cierto grado de autonomía, y no por la fecha del artículo académico en que se basa.
Nuestro equipo cometió la versión inversa de este error en un proyecto de 2024. Asumimos que un modelo grande de lenguaje usado para redactar borradores internos entraba en el perímetro estricto por potencia bruta. Luego revisamos la finalidad declarada y resultó que no entraba: era una tarea preparatoria, sin efecto directo sobre nadie. Nos costó tres semanas de análisis innecesario y un informe que hubo que rehacer de cero.
La lección quedó: primero la finalidad declarada, después la arquitectura. Nunca al revés.
El rol que asumes cambia por completo el diagnóstico
¿Eres proveedor o responsable del despliegue? Del contrato depende que te toquen los artículos 9 a 15 y 17, es decir, gestión de riesgos, gobernanza de datos, registros, supervisión humana y marco de calidad, o bien el artículo 26, que es sustancialmente más corto.
Como usuario profesional tienes que operar conforme a las instrucciones, garantizar supervisión humana competente, monitorizar el funcionamiento, conservar los registros generados automáticamente durante un mínimo de seis meses e informar a los trabajadores afectados antes de la puesta en servicio. Si además eres organismo público o prestas servicios esenciales, súmale la evaluación de impacto en derechos fundamentales del artículo 27.
El árbol de decisión en cuatro preguntas encadenadas
Una herramienta entra en la categoría estricta si, y solo si, encaja en una de las dos puertas de entrada del artículo 6 y no se salva por ninguna de las excepciones del apartado 3. Ese es todo el mecanismo. Las cuatro preguntas siguientes hay que responderlas en orden y por escrito.
- Comprueba si es componente de seguridad de un producto regulado.
- Busca tu caso de uso en el Anexo III.
- Revisa las cuatro exclusiones del artículo 6.3.
- Descarta que exista perfilado de personas físicas.
El orden importa, y el cuarto paso manda sobre el tercero: si hay perfilado, las exclusiones dejan de estar disponibles.
Anexo I: cuando el modelo es componente de seguridad de un producto regulado
Esta puerta la olvidan los departamentos legales que vienen de protección de datos y la dominan los de calidad industrial. Cubre productos ya sometidos a evaluación de conformidad: máquinas, dispositivos médicos, ascensores, juguetes, equipos a presión, aviación, ferrocarril, vehículos.
Piensa en el componente algorítmico que controla un brazo robótico colaborativo. No se clasifica por lo que hace con datos personales (puede que no toque ninguno) sino porque un fallo suyo tiene consecuencias físicas. Detalle de calendario del AI Act que conviene apuntar: para esta rama la aplicación se retrasa hasta el 2 de agosto de 2027, un año más que el resto.
Anexo III: los ocho ámbitos sensibles y sus casos de uso
Aquí está el 90 % de los casos empresariales. Ocho ámbitos, cada uno con casos de uso tasados que hay que leer con lupa porque el ámbito es amplio y el caso concreto es estrecho:
| Ámbito | Ejemplo de caso de uso incluido |
|---|---|
| Biometría | Identificación biométrica remota de personas |
| Infraestructuras críticas | Control de seguridad del suministro eléctrico |
| Educación y formación profesional | Puntuación de exámenes y decisiones de admisión |
| Empleo y gestión de trabajadores | Cribado de candidaturas y evaluación del desempeño |
| Servicios esenciales, públicos y privados | Scoring de solvencia y asignación de prestaciones |
| Aplicación de la ley | Evaluación del riesgo de reincidencia |
| Migración, asilo y control fronterizo | Examen de solicitudes de visado o asilo |
| Justicia y procesos democráticos | Apoyo a la interpretación de hechos en resoluciones judiciales |
Que tu herramienta se use en el ámbito educativo no basta. Una aplicación que ordena el catálogo de cursos por popularidad no determina admisión ni evalúa resultados de aprendizaje: está fuera. Uno que puntúa exámenes o detecta comportamientos prohibidos durante una prueba: dentro.
Total, que el ejercicio no es "¿estoy en uno de los ocho ámbitos?" sino "¿mi función coincide con el caso de uso literal que describe el punto?".
La letra pequeña del artículo 6.3 y sus cuatro excepciones
Y aquí viene lo bueno. Aparecer en ese listado no cierra el diagnóstico. El apartado 3 del artículo 6 permite quedarse fuera si el sistema no plantea un riesgo significativo de perjuicio para la salud, la seguridad o los derechos fundamentales, porque encaja en uno de estos cuatro supuestos:
- Realiza una tarea procedimental estrecha
- Mejora el resultado de una actividad humana previamente completada
- Detecta patrones de desviación respecto a decisiones previas sin sustituir la valoración humana
- Ejecuta una tarea meramente preparatoria de la evaluación
Ojo con la salvedad final: si la solución efectúa perfilado de personas físicas, ninguna de las cuatro salidas funciona. Siempre categoría estricta. Sin matices.
Del tercer supuesto se abusa más que de ningún otro. "Solo alerta de anomalías, el humano decide". ¿Decide de verdad? Si el analista aprueba el 98 % de las alertas en cuarenta segundos por caso, la valoración humana es un sello de goma y la excepción no se sostiene ante una inspección.
Tampoco se entiende bien el segundo. "Mejorar el resultado de una actividad humana previamente completada" significa pulir un texto que ya escribió una persona, no generar la primera versión de la decisión para que alguien la firme.
Qué se activa cuando el diagnóstico se confirma
Si la herramienta cae en la categoría estricta y tú eres el proveedor, el paquete completo se pone en marcha: sistema de gestión de riesgos permanente (artículo 9), gobernanza de conjuntos de datos (10), registros automáticos (12), instrucciones de uso (13), medidas de supervisión humana (14), umbrales de precisión, robustez y ciberseguridad (15), marco de gestión de la calidad (17), documentación técnica conforme al Anexo IV, evaluación de la conformidad del artículo 43, marcado CE y registro en la base de datos europea del artículo 49.
No es una checklist de un trimestre. En los dos despliegues completos que hemos acompañado, el bloque de gobernanza de datos, con su trazabilidad del origen, su representatividad y sus sesgos documentados, se comió más de la mitad del esfuerzo total.
Obligaciones inmediatas y calendario real de aplicación
Las fechas mandan más que las ganas. El texto entró en vigor el 1 de agosto de 2024, pero se aplica por tramos:
- 2 de febrero de 2025: prácticas prohibidas y obligación de alfabetización del personal
- 2 de agosto de 2025: régimen de modelos de propósito general y estructura de autoridades y sanciones
- 2 de agosto de 2026: aplicación general, incluido el bloque del Anexo III
- 2 de agosto de 2027: productos del Anexo I
Lo de la alfabetización ya venció y sigue sin cumplirse en la mayoría de organizaciones que auditamos. Es la obligación más barata de todo el texto y la que más se ignora: formación proporcionada a quien opera estas herramientas, documentada, con registro de asistencia.
En cuanto a la parte disuasoria: hasta 35 millones de euros o el 7 % del volumen de negocio mundial por prácticas prohibidas, hasta 15 millones o el 3 % por incumplir el resto de obligaciones, y hasta 7,5 millones o el 1 % por suministrar información incorrecta a las autoridades. Ese último tramo es el que castiga una autoclasificación mal documentada.
Si lo que necesitas es cuadrar tu propio plan con estos hitos, tenemos desglosado nuestro inventario de IA y evidencias, que usamos para mapear cada herramienta contra su fecha de aplicación y su responsable interno.
Por qué hay que documentar la evaluación incluso si el resultado es negativo
Este es el punto que casi ninguna guía menciona y el que genera más sorpresas. El artículo 6.4 lo dice sin ambigüedad: quien concluya que su sistema del Anexo III no es de riesgo elevado por aplicación de las excepciones debe documentar esa evaluación antes de la introducción en el mercado o la puesta en servicio, facilitarla a la autoridad si la solicita y registrar la herramienta en la base de datos de la UE.
Un "no aplica" dicho en una reunión y anotado en un acta de dos líneas no es una evaluación documentada. Una evaluación documentada identifica el caso de uso que podría aplicar, cita el supuesto concreto del 6.3 por el que se queda fuera, explica el razonamiento con evidencias del funcionamiento real y descarta expresamente que exista perfilado.
Vamos, que la única diferencia entre una exclusión legítima y una infracción es el expediente. Y ese expediente cuesta entre cuatro y ocho horas de trabajo por sistema. Comparado con el 1 % del volumen de negocio, es la mejor relación esfuerzo-beneficio de todo el Reglamento (el cálculo lo dejo hecho).
Cuándo vuelve a cambiar tu clasificación
Ninguna de estas decisiones es definitiva. El encuadre de una herramienta algorítmica es una fotografía de un momento y de una configuración concreta; en cuanto cambia el uso, el perímetro o la firma del proveedor, hay que repetir el ejercicio.
Modificaciones sustanciales que te convierten en proveedor
El artículo 25 es el que más desprevenidas coge a las organizaciones. Pasas a ser considerado proveedor, con todas las obligaciones que eso arrastra, en tres situaciones: si pones tu nombre o marca en una solución ya comercializada, si introduces una modificación sustancial, o si cambias la finalidad prevista de forma que la herramienta pase a la categoría estricta.
El tercer supuesto es el más silencioso. Nadie firma un documento que diga "cambiamos la finalidad prevista" (y nadie lo firmó, claro). Simplemente alguien de operaciones descubre que el clasificador de tickets de soporte funciona bastante bien para priorizar candidaturas, y en dos sprints la herramienta está haciendo algo para lo que nunca fue evaluada.
Reconozcámoslo: este control no se puede automatizar del todo. Depende de que exista una puerta de entrada obligatoria para cualquier nuevo caso de uso y de que alguien tenga autoridad real para decir "esto no sale a producción sin reevaluar". Sin ese poder de veto, el inventario se convierte en un cementerio de hojas de cálculo.
Revisión periódica y evidencias que conviene conservar
Fijamos revisión semestral en herramientas ya clasificadas y revisión inmediata ante cualquier cambio de versión mayor del proveedor, ampliación de la base de usuarios afectados o incorporación de una fuente de datos nueva. La vigilancia poscomercialización del artículo 72 y la notificación de incidentes graves en un plazo de quince días del artículo 73 dependen de que ese ciclo exista.
¿Qué guardamos? Cuatro cosas, con fecha y responsable identificado:
- Ficha de finalidad prevista firmada por el área de negocio
- Evaluación de clasificación con el razonamiento del artículo 6, sea positiva o negativa
- Contrato e instrucciones de uso del proveedor, con la versión concreta desplegada
- Registros de supervisión humana: quién revisa, con qué criterio, con qué tasa de modificación sobre la salida del sistema
Ese cuarto documento es el que sostiene o derriba cualquier excepción que hayas alegado. Si la tasa de modificación humana es del 2 %, no discutas: reevalúa.
Preguntas frecuentes sobre la clasificación
¿Qué dice el artículo 6 del Reglamento de IA?
El artículo 6 contiene las reglas de clasificación. Su apartado 1 cubre los componentes de seguridad de productos del Anexo I, el apartado 2 remite a los casos de uso del Anexo III, el apartado 3 introduce cuatro exclusiones con la salvedad del perfilado, y el apartado 4 obliga a documentar la evaluación cuando se invoca una de esas exclusiones.
¿Cuándo entran en vigor las obligaciones de la categoría más exigente?
El 2 de agosto de 2026 para los casos de uso del Anexo III y el 2 de agosto de 2027 para los productos del Anexo I. La obligación de alfabetización del personal y las prácticas prohibidas se aplican desde el 2 de febrero de 2025, y el régimen de modelos de propósito general desde el 2 de agosto de 2025.
¿Quién debe registrar un sistema en la base de datos de la UE?
El proveedor, conforme al artículo 49. La sorpresa es que la obligación alcanza también a quien aplica la exclusión del artículo 6.3: si concluyes que tu herramienta del Anexo III no es de riesgo elevado, sigues teniendo que registrarlo y conservar la evaluación documentada por si la autoridad la reclama.
El diagnóstico en una frase
Si tu herramienta produce, condiciona o puntúa decisiones sobre personas en alguno de los ocho ámbitos sensibles, o vigila la seguridad de un producto con marcado CE, asume el peor escenario hasta que puedas escribir por qué no.
Ahí está el cambio de mentalidad que nos costó más asimilar: la norma no premia la conclusión correcta, premia el razonamiento trazable. Dos empresas con el mismo veredicto pueden acabar en situaciones opuestas ante una autoridad de supervisión, y la única variable que las separa es un documento de cuatro páginas que una redactó y la otra no.
Imagina que mañana te llega un requerimiento preguntando por qué ese clasificador de solvencia no está registrado. Si puedes responder con la ficha de finalidad, el supuesto del 6.3 invocado y la tasa real de intervención humana, la conversación dura diez minutos. Si no, dura meses.