Saltar al contenido
Clasificación de riesgo

Finalidad prevista: el eje de la clasificación del RIA

Guía26 de octubre de 2026· 7 min de lectura

La finalidad prevista (art. 3(12)) decide la clase de riesgo: rige la coincidencia con el anexo III, el filtro del art. 6(3) y el vuelco a proveedor (art. 25).

Pregunta "¿es este sistema de IA de alto riesgo?" y la primera respuesta honesta es "¿para qué sirve?". Según el Reglamento (UE) 2024/1689, casi toda clasificación gira en torno a una definición: la finalidad prevista. Acierta la finalidad prevista y el resto del análisis —la coincidencia con el anexo III, el filtro del artículo 6(3), el alcance de la gestión de riesgos, incluso quién cuenta como proveedor— encaja por sí solo. Fállala y cada paso posterior hereda el error.

Esta página trata la finalidad prevista como el eje operativo de la clasificación, no solo como un término de glosario. (Para la definición escueta, consulta la definición de finalidad prevista; esta página trata de cómo impulsa de verdad una decisión de clasificación.)

Las obligaciones de alto riesgo que alimentan estas decisiones se aplican desde el 2 de diciembre de 2027 para los sistemas autónomos del anexo III (originalmente el 2 de agosto de 2026) y desde el 2 de agosto de 2028 para los integrados en productos del anexo I, en virtud del Ómnibus Digital: el Reglamento (UE) 2026/1744, publicado en el Diario Oficial el 24 de julio de 2026 y en vigor desde el 27 de julio de 2026.


Qué significa "finalidad prevista" — artículo 3(12)

El artículo 3(12) define la finalidad prevista como el uso para el que un sistema de IA está previsto por el proveedor, incluidos el contexto y las condiciones de uso específicos, según se especifique en la información facilitada por el proveedor en las instrucciones de uso, los materiales promocionales o de venta y las declaraciones, y en la documentación técnica.

De ahí se siguen dos cosas. Primera, la finalidad prevista la fija el proveedor, a través de lo que escribe y declara —las instrucciones de uso y el marketing no son decoración, son el anclaje jurídico de la clasificación—. Segunda, no es lo mismo que cómo podría usarse un sistema. Esa brecha —entre para qué sirve un sistema y para qué podría usarse indebidamente— se trata por separado mediante el uso indebido razonablemente previsible.


Cómo la finalidad prevista impulsa cada paso

PasoQué decide la finalidad previstaArtículo / Anexo
Coincidencia con el anexo III¿El uso declarado cae en un ámbito de uso de alto riesgo?Anexo III, artículo 6(2)
Filtro del artículo 6(3)¿El uso es solo una tarea procedimental / preparatoria limitada?Artículo 6(3)
Alcance de la gestión de riesgos¿Qué riesgos previsibles deben gestionarse?Artículo 9
Uso indebido razonablemente previsible¿Contra qué usos no previstos hay que diseñar?Artículos 3(13), 9
Vuelco a proveedor¿Ha cambiado un responsable del despliegue la finalidad prevista?Artículo 25

1. La coincidencia con el anexo III (artículo 6(2))

El anexo III enumera ámbitos de uso de alto riesgo —empleo, solvencia, biometría, migración y los demás—. Un sistema se asocia al anexo III por lo que está previsto que haga, no por su tecnología subyacente. El mismo gran modelo de lenguaje es de riesgo mínimo en una app de recetas y potencialmente de alto riesgo si su finalidad prevista es clasificar a candidatos a un puesto. La clasificación es por uso; la finalidad prevista es como se fija el "uso" en la ley.

2. El filtro del artículo 6(3)

Incluso dentro de un ámbito del anexo III, el artículo 6(3) puede volver a sacar un sistema —si su finalidad prevista es una tarea procedimental limitada, mejorar una actividad humana ya completada, detectar patrones de decisión sin sustituir la valoración humana, o un trabajo puramente preparatorio—. Basta una de las cuatro condiciones. Pero la evaluación corre por completo sobre la finalidad prevista declarada, y cualquier sistema que elabore perfiles de personas físicas es siempre de alto riesgo sea como sea. Formula la finalidad prevista de forma laxa y pierdes la exención; formúlala con precisión y puedes conservarla. Acogerse a ella no libera de todo: el proveedor documenta la evaluación (artículo 6(4)) y sigue registrando el sistema en la base de datos de la UE (artículo 49(2)), aunque desde el Ómnibus Digital con un contenido más ligero.

3. Uso indebido razonablemente previsible (artículo 9)

La finalidad prevista tiene una sombra: el uso indebido razonablemente previsible (artículo 3(13)) —el uso de una manera no acorde con la finalidad prevista pero que puede derivarse de un comportamiento humano razonablemente previsible—. El sistema de gestión de riesgos del artículo 9 debe abordarlo. Así, la finalidad prevista hace doble trabajo: fija el uso dentro del alcance y define la frontera frente a la que se juzga el uso no previsto razonablemente previsible. Una finalidad prevista estrecha y bien documentada hace manejables ambas tareas.


El vuelco a proveedor — artículo 25

Aquí es donde la finalidad prevista muerde con más fuerza. Un responsable del despliegue carga con obligaciones más ligeras (artículo 26) que un proveedor (artículo 16). Pero el artículo 25 vuelca a un responsable del despliegue (o distribuidor o importador) a proveedor de un sistema de alto riesgo si:

  • pone su propio nombre o marca en un sistema de alto riesgo ya en el mercado; o
  • realiza una modificación sustancial (artículo 3(23)) de un sistema de alto riesgo; o
  • modifica la finalidad prevista de un sistema —incluido uno que no es de alto riesgo— de modo que pase a ser de alto riesgo.

Ese tercer supuesto es la trampa. Toma una herramienta de uso general con una finalidad prevista benigna, reorientala para cribar currículos y habrás cambiado su finalidad prevista a un uso del anexo III —ahora eres el proveedor, con todo el conjunto de obligaciones del artículo 16—. La finalidad prevista del proveedor original lo protegía; tu nueva finalidad prevista te expone.


Ejemplo práctico

Brightfold GmbH (una empresa alemana ficticia de tecnología de RR. HH., ~90 empleados, ~14 M€ de facturación) licencia una API genérica de análisis de texto cuyo proveedor documenta su finalidad prevista como "resumir y categorizar documentos de texto libre". Brightfold la integra en una herramienta de contratación que clasifica candidatos y presenta una lista corta a los reclutadores, y comercializa el resultado bajo su propia marca.

  • Sistema original: la finalidad prevista es el resumen de documentos —no es un uso del anexo III; riesgo mínimo/limitado—.
  • Uso de Brightfold: la finalidad prevista que fija —clasificar a candidatos a un puesto— es el anexo III, punto 4 (empleo). Eso es un ámbito de uso de alto riesgo.
  • Comprobación del artículo 6(3): el sistema influye en la decisión humana de contratación y no es meramente preparatorio, así que la exención es improbable; si elabora perfiles de candidatos, es de alto riesgo sin más.
  • Vuelco del artículo 25: al poner su nombre en el sistema y cambiar la finalidad prevista a una de alto riesgo, Brightfold se convierte en el proveedor —obligaciones del artículo 16, documentación del anexo IV, evaluación de la conformidad del artículo 43, declaración del artículo 47, registro—.
  • Exposición: equivocarse en esto —operar un sistema de alto riesgo como si fuera mínimo— se sitúa en el tramo de 15 M€ o el 3 % (artículo 99(4)). Según el artículo 99(6), una empresa del tamaño de Brightfold paga el menor del porcentaje o el importe fijo.

El veredicto: nada cambió en el modelo subyacente. La finalidad prevista sí —y ese único hecho movió a Brightfold de responsable del despliegue de trato ligero a proveedor con todas las obligaciones—.


Cómo ayuda Confir

La clasificación de Confir funciona como funciona el Reglamento: a partir de la finalidad prevista. Captura el uso y el contexto declarados por sistema, los contrasta con el anexo III, aplica el filtro del artículo 6(3), deriva si eres proveedor o responsable del despliegue, y señala un vuelco del artículo 25 cuando un uso registrado cambia la finalidad prevista a una de alto riesgo. El motor es basado en reglas y determinista: la misma finalidad prevista arroja la misma clasificación, y la regla que se activó está escrita en lenguaje claro.


Guías relacionadas

Gestiona el cumplimiento de la Ley de IA en un solo lugar

Confir automatiza la clasificación de riesgos, la documentación técnica y los registros de auditoría para tu empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.

Prueba gratis 14 días →

Sigue leyendo

Guía completa

Los cuatro niveles de riesgo de la Ley de IA

Clasifica tus sistemas según el Reglamento de IA: prohibidos (art. 5), alto riesgo del anexo III, transparencia del art. 50 y riesgo mínimo, con ejemplos.

Guía

La exención del artículo 6(3): cuándo un sistema del anexo III no es de alto riesgo

Un sistema del anexo III escapa al alto riesgo bajo el art. 6(3) si cumple una de cuatro condiciones. Pero el perfilado siempre es alto riesgo, y aun así

Guía

Clasificación de riesgo de chatbots de IA conforme a la Ley de IA de la UE

Clasifica tu chatbot conforme a la Ley de IA de la UE: riesgo limitado (artículo 50, ago 2026), alto riesgo (anexo III) o prohibido (artículo 5). Sanciones incluidas.

Plantilla

Clasificación de riesgos de la Ley de IA de la UE: árbol de decisión paso a paso

Árbol de decisión de seis nodos para clasificar cualquier sistema de IA con arreglo al artículo 6 de la Ley de IA de la UE. Prohibido, alto riesgo, limitado o mínimo — con plazos y sanciones.

Guía

Cómo se clasifican aguas abajo los sistemas de IA de uso general

Un modelo GPAI es capítulo V; un sistema GPAI construido sobre él se clasifica por su uso: mínimo, limitado del art. 50 o alto riesgo del anexo III, como todos.

Guía

Riesgo de los modelos de IA de uso general (GPAI) en la Ley de IA de la UE: clasificación, obligaciones y lo que realmente debe cumplir la mayoría de las empresas

Los modelos GPAI se sitúan en el Capítulo V, separados de los cuatro niveles de riesgo. Riesgo sistémico del artículo 51, obligaciones de base del artículo 53 y lo que deben los usuarios posteriores de la cadena.