Proveedor o desplegador: cómo determinar su rol bajo el AI Act

Proveedor o desplegador: cómo determinar su rol bajo el AI Act

En resumen

  • El proveedor desarrolla un sistema de IA y lo pone en el mercado bajo su nombre (obligaciones exigentes). El usuario utiliza un sistema suministrado por un tercero en un marco profesional (obligaciones más ligeras, centradas en la supervisión humana y la transparencia). Atención: un usuario puede ser recalificado como proveedor (art. 25) si coloca su marca, modifica sustancialmente el sistema o cambia su finalidad.

Las definiciones del artículo 3

El proveedor (provider) es quien desarrolla un sistema de IA, o lo hace desarrollar, y lo pone en el mercado o en servicio bajo su propio nombre o marca. El usuario (deployer) es quien utiliza un sistema de IA bajo su propia autoridad, en el marco de una actividad profesional. A estos dos roles se añaden el importador y el distribuidor.

Árbol de decisión

  1. ¿Ha desarrollado el sistema de IA, o lo ha hecho desarrollar para usted? Si no, pase a la etapa 3.
  2. ¿Lo pone en el mercado bajo su nombre o su marca? Si sí → usted es proveedor.
  3. ¿Utiliza un sistema de IA suministrado por un tercero en su actividad? Si sí → usted es usuario.
  4. ¿Ha colocado su nombre en un sistema de terceros, lo ha modificado sustancialmente o lo ha desviado de su finalidad? Si sí → puede ser recalificado como proveedor (art. 25).

Obligaciones comparadas

ObligaciónProveedorUsuario
Documentación técnica (Anexo IV)SíNo (pero debe exigirla)
Evaluación de conformidad + marcado CESíNo
Registro base UESíParcial según los casos
Sistema de gestión de riesgosSíNo
Supervisión humanaDiseñoImplementación
Información de las personas interesadasProporciona los mediosSí
Conservación de los registrosDiseña el registroConserva los logs (mín. 6 meses)
FRIA (art. 27)Proporciona la docSí, si organismo público / servicio esencial / crédito / seguro

La trampa de la recalificación (artículo 25)

Este es el punto más peligroso. Un usuario pasa al régimen —mucho más exigente— del proveedor en tres casos: si coloca su nombre o marca en un sistema de alto riesgo ya puesto en el mercado; si modifica sustancialmente dicho sistema; o si cambia la finalidad de un sistema de manera que lo haga entrar en la categoría de alto riesgo. Ejemplo: una empresa de selección de personal que compra una licencia de una herramienta de matching sigue siendo usuario; la misma empresa que desarrollara internamente un modelo de puntuación de CV se convertiría a la vez en proveedor y usuario, con las obligaciones acumuladas.

Por qué esta distinción es estratégica

Para un editor SaaS, comprender que es proveedor desde el momento en que integra una función de IA bajo su marca lo cambia todo (documentación técnica y, para el alto riesgo, evaluación de conformidad). Para una pyme usuaria, comprender que sigue siendo usuario —pero corresponsable— evita la ilusión de que «el editor se ocupa de todo». La calificación condiciona el presupuesto, el calendario y la distribución contractual de las responsabilidades. Véase Mi SaaS integra una IA: ¿soy proveedor?.

Pase a la acción

Determine su rol exacto en el sentido del AI Act y cartografíe sus sistemas de IA con Data Comply One.

Descubrir el software AI Act →Probar mi cumplimiento gratuitamente

Preguntas frecuentes

¿Se puede ser proveedor y usuario al mismo tiempo?

Sí. Una organización que desarrolla un sistema para su propio uso acumula ambos roles y, por tanto, las obligaciones correspondientes.

¿Un editor SaaS que utiliza la API de OpenAI o de Mistral es proveedor?

Por lo general sí, si comercializa la función de IA bajo su propio nombre (art. 3.3). El hecho de apoyarse en un modelo de terceros no cambia su calificación frente a su cliente final.

¿Qué riesgo corre un usuario recalificado como proveedor sin saberlo?

Se expone a las obligaciones y sanciones del proveedor (documentación, conformidad, marcado CE), cuando no ha preparado nada. De ahí la importancia de auditar los casos del artículo 25.