Sistema de IA de alto riesgo: la clasificación del AI Act

Lo esencial

• Para un sistema de IA de alto riesgo, lo que se movió fue el plazo, no la regla. El Reglamento (UE) 2026/1744 traslada las obligaciones del anexo III al 2 de diciembre de 2027 y las del anexo I al 2 de agosto de 2028, sin tocar el artículo 6.
• Mientras no clasifique, usted no sabe qué plazo le afecta. Las obligaciones de transparencia del artículo 50 no se aplazaron y rigen desde el 2 de agosto de 2026.
• Dos vías conducen al alto riesgo: la de los productos del anexo I y la de los casos de uso del anexo III. Solo la segunda se presenta como una lista en la que buscarse.
• La excepción del artículo 6, apartado 3, no es un alivio. Obliga a documentar la evaluación antes de la introducción en el mercado y a registrar la declaración en la base de datos de la Unión.
• Ni una cláusula contractual, ni la presencia de un operador humano, ni una arquitectura modular alteran la clasificación, que sigue a la finalidad prevista.

El plazo se movió, el deber de clasificar no

Esperar a que el régimen del sistema de IA de alto riesgo se asiente antes de clasificar los sistemas propios se ha convertido en el verdadero riesgo. El Reglamento (UE) 2026/1744, conocido como omnibus digital sobre IA, se publicó en el Diario Oficial el 24 de julio de 2026 y entró en vigor el 27 de julio de 2026, modificando el Reglamento (UE) 2024/1689 (EUR-Lex). Desplazó las fechas de cumplimiento. No modificó la cuestión de quién queda dentro del ámbito de aplicación. En el mismo texto conviven ahora tres fechas, y divergen entre sí:

1. 2 de diciembre de 2027. Obligaciones para los sistemas autónomos enumerados en el anexo III, antes fijadas al 2 de agosto de 2026.
2. 2 de agosto de 2028. Obligaciones para la IA incorporada en productos ya cubiertos por la legislación de armonización de la Unión conforme al anexo I, antes fijadas al 2 de agosto de 2027.
3. 2 de agosto de 2026. Las obligaciones de transparencia del artículo 50, que no sufrieron aplazamiento alguno. La información al usuario que interactúa con un sistema de IA rige desde esa fecha, con un breve periodo de gracia hasta el 2 de diciembre de 2026 para el marcado de contenidos generados por máquina.

La consecuencia práctica pasa desapercibida con facilidad. Un equipo que no ha clasificado no puede decir cuál de esas tres fechas gobierna su hoja de ruta. A ello se suma que el aplazamiento se acordó como un conjunto de fechas fijas, en sustitución del mecanismo condicional que la Comisión había propuesto inicialmente y que habría dependido de la disponibilidad de las normas armonizadas (análisis de Gibson Dunn). No hay, por tanto, ningún deslizamiento adicional previsto. La clasificación es así el primer acto de gobernanza y no una tarea de cumplimiento posterior. Determina su plazo, su cuerpo de obligaciones, si procede o no una evaluación de la conformidad y si antes de comercializar debe registrarse. Si su inventario de sistemas de IA no recoge una decisión de clasificación por sistema, usted no tiene una posición de cumplimiento: tiene la intención de construir una más adelante.

Sistema de IA de alto riesgo: dos vías, y solo una es una lista

El artículo 6 abre dos caminos independientes. Basta con que un sistema recorra uno de ellos.

Primera vía: productos y componentes de seguridad del anexo I

Conforme al artículo 6, apartado 1, un sistema es de alto riesgo cuando concurren ambas condiciones. En primer lugar, el sistema de IA está destinado a utilizarse como componente de seguridad de un producto, o constituye en sí mismo un producto, regulado por la legislación de armonización de la Unión enumerada en el anexo I: máquinas, productos sanitarios, ascensores, juguetes, equipos radioeléctricos, productos sanitarios para diagnóstico in vitro y familias de productos regulados análogas. En segundo lugar, ese producto debe someterse a una evaluación de la conformidad por un tercero con arreglo a esa misma legislación (artículo 6). La segunda condición pesa mucho y suele pasarse por alto. Pertenecer a una familia de productos del anexo I no basta por sí solo. Si el régimen propio del producto admite la autoevaluación, esta vía no se cierra. La noción de componente de seguridad es más amplia de lo que sugiere. El artículo 3, punto 14, alcanza al componente cuyo fallo o funcionamiento defectuoso pone en peligro la salud y la seguridad, y no solo a aquel cuya función declarada es la seguridad. Un optimizador del rendimiento de combustión vendido como función de ahorro energético puede quedar comprendido, porque su fallo genera un riesgo de intoxicación por monóxido de carbono. El omnibus estrechó algo la noción al excluir los componentes que se limitan a asistir al usuario sin crear un riesgo para la salud o la seguridad, según señala Travers Smith.

Segunda vía: los casos de uso del anexo III

Conforme al artículo 6, apartado 2, un sistema es de alto riesgo si encaja en un caso de uso enumerado en el anexo III y ninguno de los filtros del artículo 6, apartado 3, lo excluye. Es la vía que recorren la mayoría de los proveedores de software, y la que se tiene en mente al buscar la lista de supuestos de alto riesgo. Ambas vías activan el mismo cuerpo de obligaciones, pero plazos distintos: diciembre de 2027 para el anexo III, agosto de 2028 para el anexo I. Un fabricante que integra un componente de IA en hardware regulado y un proveedor SaaS que vende una herramienta de selección de personal no van al mismo reloj.

Los ocho ámbitos del anexo III, leídos como los lee un auditor

La mayoría de las guías reproduce el anexo III como una lista de sectores. Ese enfoque es justamente el que genera errores de clasificación, porque el anexo no regula sectores: regula decisiones. Cada ámbito debe leerse desde la decisión que el sistema toca.

• Biometría. Identificación biométrica remota, categorización biométrica que deduce atributos sensibles o protegidos y reconocimiento de emociones. Algunas prácticas biométricas están además prohibidas por el artículo 5, y no simplemente clasificadas como de alto riesgo.
• Infraestructuras críticas. Únicamente cuando el sistema actúa como componente de seguridad en la gestión o explotación de infraestructuras digitales, del tráfico rodado o del suministro de energía y agua. Una herramienta de análisis administrativo para una compañía de suministros no entra automáticamente.
• Educación y formación profesional. Decisiones de admisión, evaluación de resultados de aprendizaje, asignación a niveles educativos y vigilancia de conductas prohibidas durante los exámenes. El detonante es la evaluación sumativa.
• Empleo y gestión de trabajadores. Toda la cadena de selección, desde la captación y el cribado hasta la elección final, además de las decisiones sobre promoción, extinción del contrato, asignación de tareas y seguimiento del desempeño. Es el ámbito más extenso en la práctica y el que los proveedores subestiman con más frecuencia.
• Acceso a servicios esenciales, públicos y privados. Elegibilidad para prestaciones sociales, evaluación de solvencia, evaluación de riesgos y fijación de precios en seguros de vida y salud, y clasificación de llamadas de emergencia y triaje.
• Garantía del cumplimiento del Derecho. Evaluación del riesgo de delinquir o reincidir, valoración de la fiabilidad de las pruebas, herramientas de tipo polígrafo y elaboración de perfiles durante las investigaciones.
• Migración, asilo y control fronterizo. Análisis de riesgos, examen de solicitudes de visado y asilo, identificación.
• Administración de justicia y procesos democráticos. Asistencia a las autoridades judiciales en la investigación e interpretación de los hechos y del Derecho, y sistemas destinados a influir en el resultado de una elección o en el comportamiento electoral.

Si su sistema produce un dato de entrada para alguna de esas decisiones, usted está dentro del anexo hasta que un filtro le saque. Esa es la presunción correcta, y es lo contrario del razonamiento espontáneo de la mayoría de los equipos. Nuestra guía operativa del Reglamento europeo de IA detalla lo que sigue cuando la clasificación recae en el alto riesgo.

El artículo 6, apartado 3: la excepción que cuesta más que cumplir

Es la disposición peor leída de todo el régimen. El artículo 6, apartado 3, permite a un proveedor concluir que un sistema pese a figurar en el anexo III no es de alto riesgo, por no plantear un riesgo importante de perjuicio para la salud, la seguridad o los derechos fundamentales, entre otras razones porque no influye materialmente en el resultado de la toma de decisiones.

Los cuatro filtros

Un sistema sale del ámbito solo si cumple al menos una de estas condiciones:

1. Tarea procedimental limitada. Convertir datos no estructurados en estructurados, clasificar documentos entrantes en categorías predefinidas, detectar duplicados.
2. Mejora de una actividad humana ya completada. El sistema refina un resultado que una persona ya produjo, sin sustituirlo ni rehacerlo de forma autónoma.
3. Detección de patrones de decisión o de desviaciones. Señalar que una decisión se aparta de los patrones previos, sin sustituir la valoración humana ni influir en ella a falta de una revisión adecuada.
4. Tarea preparatoria. Indexar, buscar, traducir o vincular material antes de una evaluación.

El proyecto de directrices de la Comisión interpreta estos filtros de forma estricta. Un sistema que ordena, puntúa o etiqueta elementos como más o menos útiles para un evaluador humano excede la tarea puramente procedimental, porque esa ordenación configura la decisión. En el cuarto filtro, el criterio es la proximidad a la decisión final y si la salida constituye o no una recomendación específica, según el análisis de Freshfields.

Las dos exclusiones

Dos elementos desactivan por completo los filtros. Un sistema que realiza elaboración de perfiles de personas físicas es siempre de alto riesgo, sin excepción. Y un componente insertado en una arquitectura mayor no puede invocar un filtro cuando la finalidad combinada o las salidas conjuntas de esa arquitectura influyen materialmente en una decisión de alto riesgo.

Por qué acogerse a la excepción es un acto público

Aquí es donde la economía de la decisión se invierte. Conforme al artículo 6, apartado 4, el proveedor que concluya que un sistema del anexo III no es de alto riesgo debe documentar esa evaluación antes de la introducción en el mercado o de la puesta en servicio. Conforme al artículo 49, apartado 2, debe después registrarse a sí mismo y registrar el sistema en la base de datos de la UE. El omnibus mantuvo esta obligación de registro y solo redujo el volumen de información exigida. La excepción no es, por tanto, una decisión privada tomada en una revisión de diseño. Es una declaración depositada, visible para los reguladores, acompañada de su razonamiento y comunicable a las autoridades nacionales competentes cuando lo soliciten. Si una autoridad de vigilancia del mercado tiene motivos suficientes para considerar que el sistema se clasificó erróneamente, puede reevaluar la clasificación y exigir el cumplimiento íntegro de las obligaciones de alto riesgo en un plazo determinado. En España, la AESIA asume ese papel de supervisión. Compare ambas trayectorias con honestidad. Aceptar el alto riesgo significa construir el sistema de gestión de riesgos del artículo 9 y el resto de obligaciones del capítulo III con un reloj fijado en diciembre de 2027. Acogerse a la excepción significa producir ahora un análisis jurídico defendible, publicar ahora la declaración y soportar el riesgo de una reclasificación con exposición retroactiva. Para un sistema genuinamente procedimental, la excepción es lo correcto. Para un caso límite, suele ser el camino más caro.

Tres errores frecuentes al clasificar

El proyecto de directrices cierra tres argumentos todavía habituales en las revisiones de diseño.

«Nuestras condiciones de uso excluyen los usos de alto riesgo»

La clasificación sigue a la finalidad prevista, definida en el artículo 3, punto 12, como el uso al que el proveedor destina el sistema, según se desprende de las instrucciones de uso, de los materiales promocionales y de venta, de las declaraciones y de la documentación técnica. Una cláusula de exclusión enterrada en las condiciones contractuales no prevalece sobre lo que su marketing afirma que el producto hace. Cuando la documentación presenta una aplicabilidad amplia en múltiples contextos sin excluir con claridad los usos de alto riesgo, la finalidad puede leerse como comprensiva de estos, sobre todo si tales usos son factibles y razonablemente previsibles. Existe un segundo efecto. Conforme al artículo 25, un distribuidor, importador o responsable del despliegue que ponga su nombre en un sistema de alto riesgo, lo modifique sustancialmente o destine un sistema generalista a un uso de alto riesgo pasa a ser proveedor y hereda las obligaciones correspondientes. Adquirir una herramienta generalista y orientarla a una decisión de contratación le convierte en proveedor de un sistema de alto riesgo.

«Tenemos una persona en el proceso»

La intervención humana no puede por sí sola impedir la clasificación. Esta se decide por la finalidad prevista; la supervisión humana es lo que exige el artículo 14 una vez que el sistema ya está clasificado. Tratar al revisor como un escudo de clasificación invierte la estructura del Reglamento. El grado de intervención humana no es, con todo, irrelevante. Puede sostener el argumento de que el sistema desempeña solo una función limitada o preparatoria que no influye materialmente en la decisión, lo que alimenta el análisis del artículo 6, apartado 3. Pero es un argumento de filtro, respaldado por pruebas, no una exención general. La distinción entre supervisión humana en el proceso y sobre el proceso importa para el diseño conforme al artículo 14, no para determinar si el artículo 6 resulta aplicable.

«Lo hemos dividido en módulos»

Cuando varios componentes de IA forman un conjunto mayor dotado de una finalidad combinada, o cuyas salidas conjuntas influyen materialmente en una decisión, la evaluación es global. Dividir una arquitectura en servicios individualmente inocuos no elude la clasificación. Las directrices extienden el mismo razonamiento a los sistemas agénticos que se coordinan mediante acciones interconectadas. Solo quedan fuera los componentes realmente separables, que desempeñan funciones estrictamente procedimentales o preparatorias y no contribuyen a la finalidad de alto riesgo.

Qué cambia en la práctica el proyecto de directrices

El artículo 6, apartado 5, obliga a la Comisión a publicar directrices sobre la aplicación práctica de las reglas de clasificación. El proyecto apareció el 19 de mayo de 2026, después de la fecha del 2 de febrero de 2026 fijada por el Reglamento, y abrió una consulta específica prorrogada hasta el 23 de julio de 2026 a petición de las partes interesadas (Comisión Europea). El texto definitivo se espera para finales de 2026. El proyecto se organiza en principios generales, la vía de los componentes de seguridad del anexo I y los casos de uso del anexo III, con ejemplos prácticos de sistemas que deberían y no deberían clasificarse como de alto riesgo. La Comisión precisa que esos ejemplos no son exhaustivos y podrán actualizarse. De ello se derivan dos consecuencias para un equipo de gobernanza. Las directrices no son vinculantes y, por tanto, no crean obligaciones por sí mismas. Pero están concebidas para dirigir a las autoridades de vigilancia del mercado hacia una aplicación uniforme, lo que las convierte en el referente operativo con el que una autoridad le medirá. Y como el texto sigue en fase de proyecto, una clasificación emitida hoy debe dejar constancia de la versión en que se apoya y llevar un disparador de revisión para cuando llegue el texto definitivo. Es higiene ordinaria de cumplimiento en IA, barata de incorporar ahora y costosa de recuperar después en toda una cartera.

Convertir la clasificación en un registro defendible

Una clasificación que vive en un hilo de mensajería no es una clasificación. Tanto si concluye en alto riesgo como si concluye en un filtro del artículo 6, apartado 3, el resultado debe ser un registro fechado y con responsable asignado. Como mínimo debería recoger:

• La identidad del sistema y su versión, para anclar la decisión a un objeto concreto.
• La finalidad tal como está publicada, citando sus propias instrucciones de uso y materiales comerciales en lugar de parafrasearlos.
• Qué vía se comprobó, anexo I o anexo III, y el resultado de cada una.
• El filtro invocado en su caso, con el razonamiento y las pruebas de que el sistema no influye materialmente en la decisión.
• La comprobación sobre elaboración de perfiles y la comprobación de arquitectura, consignadas como negaciones expresas y no dejadas en silencio.
• El responsable designado, la fecha y el disparador que obliga a reevaluar.

Es este último punto el que los equipos omiten. Una modificación sustancial reabre el análisis, y otro tanto ocurre con un cambio en la forma de comercializar el producto. Una clasificación es una afirmación referida a una versión y a una finalidad declarada, y ambos elementos se mueven. Conservar el registro junto a la documentación técnica, en lugar de en una carpeta jurídica aparte, es lo que lo hace recuperable el día en que una autoridad lo pida. Es la misma disciplina que sostiene cualquier programa de gobernanza de la IA que funcione: la decisión y su prueba viven juntas y siguen siendo localizables.

Preguntas frecuentes

¿Cuándo se considera que un sistema de IA es de alto riesgo? Cuando recorre una de las dos vías del artículo 6. O bien es componente de seguridad de un producto cubierto por el anexo I, o constituye él mismo ese producto, y dicho producto se somete a evaluación de la conformidad por un tercero. O bien encaja en un caso de uso enumerado en el anexo III sin que opere ninguno de los cuatro filtros del artículo 6, apartado 3. Un sistema que elabora perfiles de personas físicas es en todo caso de alto riesgo. ¿Qué directrices ha publicado la Comisión sobre los sistemas de alto riesgo? La Comisión Europea publicó el 19 de mayo de 2026 un proyecto de directrices sobre la clasificación de los sistemas de IA de alto riesgo, al amparo del artículo 6, apartado 5. Interpretan las nociones relevantes y ofrecen ejemplos prácticos, no exhaustivos, de sistemas que deberían y no deberían clasificarse. Una consulta específica se cerró el 23 de julio de 2026 y la versión definitiva se espera para finales de 2026. Aunque no son vinculantes, orientan a las autoridades de vigilancia del mercado y funcionan por ello como referencia práctica. ¿Qué casos de uso enumera el anexo III? Ocho ámbitos: biometría; infraestructuras críticas; educación y formación profesional; empleo y gestión de trabajadores; acceso a servicios esenciales públicos y privados, incluidas la solvencia crediticia y la fijación de precios en seguros; garantía del cumplimiento del Derecho; migración, asilo y control fronterizo; y administración de justicia y procesos democráticos. ¿Es obligatorio el Reglamento europeo de IA? Sí. Al ser un reglamento, se aplica directamente en todos los Estados miembros sin transposición nacional. Lo que cambió en 2026 afecta al calendario y no al principio: el Reglamento (UE) 2026/1744 aplazó las obligaciones de alto riesgo al 2 de diciembre de 2027 para el anexo III y al 2 de agosto de 2028 para el anexo I. Las prácticas prohibidas y las obligaciones de transparencia del artículo 50 ya se aplican. ¿El aplazamiento a diciembre de 2027 permite esperar? No, por dos razones. Si pretende acogerse a la excepción del artículo 6, apartado 3, la evaluación debe documentarse y registrarse antes de la introducción en el mercado: es una obligación previa a la comercialización, no un plazo de 2027. Y si la clasificación concluye en alto riesgo, diciembre de 2027 es la fecha en la que la evaluación de la conformidad, la documentación técnica, el registro de eventos, el sistema de gestión de la calidad y la inscripción deben estar ya operativos, no aquella en la que empieza el trabajo. ¿Quién decide la clasificación, el proveedor o el responsable del despliegue? El proveedor establece y documenta la clasificación. El responsable del despliegue no es pasivo: conforme al artículo 25 pasa a ser proveedor, con todo el cuerpo de obligaciones, si pone su nombre o marca en un sistema de alto riesgo, lo modifica sustancialmente o lo emplea fuera de su finalidad declarada para un uso de alto riesgo. Muchas organizaciones que se consideran responsables del despliegue son en realidad proveedoras de al menos un sistema.

Conclusión

El omnibus digital compró tiempo en las obligaciones del sistema de IA de alto riesgo. No compró ninguno en la pregunta. El artículo 6 sigue preguntando si un sistema es componente de seguridad en un producto regulado, si encaja en uno de los ocho ámbitos del anexo III y si alguno de los cuatro filtros estrictos resulta realmente aplicable. La respuesta fija su plazo, su cuerpo de obligaciones y su deber de registro, y precisamente la vía que parece una salida arrastra sus propios costes previos de documentación y registro. Las organizaciones que estarán listas en diciembre de 2027 son las que ya hoy tratan la clasificación como una decisión gobernada y versionada, con responsable y disparador de revisión, y no como un dictamen jurídico redactado cuando el plazo está lo bastante cerca como para parecer real.