Microsoft Copilot Studio y la Ley de IA de la UE: cuando crear un agente te convierte en el proveedor
Copilot Studio deja al personal crear agentes; crear uno bajo tu nombre puede hacerte el proveedor. Clasifica por finalidad; gobierna la IA en la sombra.
Un analista de negocio pasa una tarde en Copilot Studio, conecta unos cuantos conectores a un agente interno y lo lanza a un canal de equipo. Sin ticket de ingeniería, sin revisión de gobernanza. La trampa que la mayoría de los desarrolladores ciudadanos pasan por alto: al crear ese agente y ponerlo en servicio bajo el nombre de tu organización, puede que te hayas convertido en su proveedor bajo la Ley de IA de la UE, con las obligaciones que ese rol conlleva. La mayoría de los agentes internos no son de alto riesgo, pero este mecanismo de "crear te convierte en proveedor" aplica con independencia del nivel, y es la parte que la facilidad de uso de la plataforma esconde.
Qué es Copilot Studio, y por qué el paso de crear cambia tu rol jurídico
Copilot Studio es un constructor de bajo código para copilotos y agentes personalizados: los usuarios de negocio ensamblan temas, conectores, fuentes de conocimiento y acciones sobre modelos GPAI suministrados por Microsoft y OpenAI. Eso lo distingue del Microsoft 365 Copilot empaquetado —una herramienta terminada que despliegas— y de Azure OpenAI, una API de modelo en bruto sobre la que construyen los ingenieros. Se sitúa en medio: no escribes código de modelo, pero estás ensamblando un sistema de IA distinto.
Esa es la bisagra jurídica. Las obligaciones del modelo GPAI subyacente recaen en Microsoft y OpenAI bajo el art. 53 del Reglamento (UE) 2024/1689. Pero el agente que tú creas es un sistema de IA aparte: ponerlo en servicio bajo tu propio nombre o marca puede convertir a tu organización en su proveedor —el rol definido en el art. 3(3) y que conlleva el conjunto de obligaciones del art. 16, sin excepción para las herramientas de bajo código—. Ese mecanismo es invisible para el no ingeniero que ensambla el agente. En la capa del modelo, en cambio, puedes relajarte: las obligaciones del proveedor de GPAI de los arts. 51 a 55, en vigor desde el 2 de agosto de 2025, recaen en el fabricante del modelo, no en ti.
¿Proveedor, responsable del despliegue o ambos? La lógica de rol de un agente personalizado
Resuelve el rol primero. Eres responsable del despliegue bajo el art. 26 cuando usas un agente terminado bajo tu propia autoridad. Te conviertes en proveedor bajo el art. 16 cuando desarrollas un agente y lo pones en servicio bajo tu propio nombre o marca, y ensamblar uno a partir de conectores y fuentes de conocimiento sigue siendo desarrollar un sistema de IA bajo la definición del art. 3(3).
La trampa del desarrollador ciudadano vive en el art. 25. Un responsable del despliegue, distribuidor o importador se convierte en proveedor si pone su nombre o marca en un sistema de alto riesgo, hace una modificación sustancial (definida en el art. 3(23) como un cambio que afecta a la conformidad o un cambio de finalidad prevista), o modifica la finalidad prevista de modo que un sistema pase a ser de alto riesgo. Un usuario de negocio que reorienta un agente interno hacia una tarea de contratación o de crédito activa exactamente este cambio de rol, normalmente sin darse cuenta de que se ha movido una línea jurídica.
Un deber más aplica a los grupos con sede fuera de la UE: un proveedor de un sistema de alto riesgo establecido fuera de la Unión debe nombrar un representante autorizado en la UE bajo el art. 22. Para la mayoría de los agentes internos, sin embargo, nada de esto escala: se quedan del lado del responsable del despliegue, en riesgo mínimo o limitado, donde los deberes realistas son la alfabetización en IA del art. 4, la transparencia del art. 50 cuando la salida llega a terceros, y la gobernanza de datos ordinaria.
Clasifica el agente por finalidad: una tabla de niveles de riesgo
Clasifica por lo que hace el agente, no por la plataforma. La tabla asigna cinco agentes de ejemplo a un nivel, la disposición que los rige, el actor y el deber principal.
| Agente de ejemplo | Nivel probable | Artículo / Anexo que lo rige | Actor | Deber principal |
|---|---|---|---|---|
| Bot interno de preguntas y respuestas sobre políticas de RR. HH. | Mínimo | Ninguno imperativo | Responsable del despliegue | Gobernanza de datos + alfabetización del art. 4 |
| Chatbot de soporte de cara al cliente | Limitado | Art. 50 | Responsable del despliegue / proveedor | Informar de que es un sistema de IA |
| Agente de cribado / clasificación de CV de candidatos | Alto | Anexo III punto 4(a) | Proveedor (vía art. 25) | Conjunto de los arts. 9-15 |
| Agente de prepuntuación de crédito al consumo | Alto | Anexo III punto 5(b) | Proveedor (vía art. 25) | Conjunto de los arts. 9-15 |
| Asistente de enrutamiento de tickets de TI | Mínimo | Ninguno imperativo | Responsable del despliegue | Gobernanza de datos + alfabetización del art. 4 |
Agentes internos de riesgo mínimo
Los agentes internos de productividad y conocimiento con salida no consecuente no conllevan obligaciones imperativas más allá de la gobernanza de datos y la alfabetización en IA del art. 4 (en vigor desde el 2 de febrero de 2025).
Riesgo limitado: transparencia del art. 50 para agentes que hablan con personas
Un agente que interactúa directamente con personas físicas debe decirles que están tratando con un sistema de IA, y todo contenido sintético generado por IA debe marcarse (art. 50). La aplicación general es el 2 de agosto de 2026; el detalle adicional de marcado de contenido y de marca de agua aterriza el 2 de diciembre de 2026.
Alto riesgo: cuando un agente sirve a una finalidad del Anexo III
Un agente creado para una finalidad del Anexo III es presuntamente de alto riesgo bajo el art. 6(2): cribar o clasificar candidatos cae bajo el Anexo III punto 4(a) (contratación) o el punto 4(b) (en el empleo), y puntuar la solvencia bajo el Anexo III punto 5(b). El filtro del art. 6(3) puede excluir un agente que realiza una tarea procedimental estrecha o puramente preparatoria que no influye materialmente en el resultado, pero cualquier sistema que elabore perfiles de personas físicas sigue siendo de alto riesgo, sin excepción. Los agentes que son componentes de seguridad en infraestructuras críticas (Anexo III punto 2) son un caso real pero estrecho; la mayoría de los agentes de negocio nunca lo tocan.
El aplazamiento de alto riesgo del Ómnibus Digital
El Ómnibus Digital ya está adoptado: el Parlamento Europeo lo votó en el pleno el 16 de junio de 2026 y el Consejo lo adoptó formalmente el 29 de junio de 2026, fijando el plazo de los sistemas de alto riesgo autónomos del Anexo III (art. 6(2)) en el 2 de diciembre de 2027. Solo falta su publicación en el Diario Oficial, prevista antes del 2 de agosto de 2026.
El aplazamiento es un conjunto de fechas de calendario fijas; la variante de "parar el reloj" fue rechazada. Y no todo se retrasa: las prohibiciones del art. 5 y la alfabetización en IA del art. 4 (ambas desde el 2 de febrero de 2025), las obligaciones de GPAI de los arts. 51 a 55 (desde el 2 de agosto de 2025) y la transparencia del art. 50 (2 de agosto de 2026) no se ven afectadas.
Una nota de detalle: si un agente se incrusta en cambio como componente de seguridad de un producto del Anexo I, la vía difiere: los productos de la Sección A (máquinas, productos sanitarios) hacen la evaluación de la conformidad a través de los actos sectoriales bajo el art. 43(3), mientras que para los productos de la Sección B, como los vehículos de motor, el art. 2(2) significa que solo aplican directamente el art. 6(1), los arts. 102 a 109 y el art. 112, y los requisitos sustantivos alcanzan a los fabricantes a través del marco sectorial modificado en lugar del conjunto autónomo.
Si tu agente es de alto riesgo: las obligaciones de proveedor que heredas
Un agente de alto riesgo de Copilot Studio arrastra el conjunto completo de proveedor autónomo: un sistema de gestión de riesgos (art. 9); gobernanza de datos (art. 10); documentación técnica conforme al conjunto de contenidos del Anexo IV (art. 11); conservación de registros y registro de actividad (art. 12); transparencia e instrucciones para los responsables del despliegue (art. 13); supervisión humana (art. 14); y precisión, robustez y ciberseguridad (art. 15).
Después vienen los pasos previos a la comercialización: evaluación de la conformidad bajo el art. 43 (la mayoría de las categorías del Anexo III usan el control interno del Anexo VI), una declaración UE de conformidad bajo el art. 47, y el registro en la base de datos de la UE bajo el art. 49 antes de introducir el agente en el mercado; tras el lanzamiento, aplican la vigilancia poscomercialización del art. 72 y la notificación de incidentes graves del art. 73. No confundas las atestaciones de plataforma de Microsoft con tu evaluación de la conformidad: su documentación cubre las obligaciones de Microsoft, no el agente que ensamblaste. El cumplimiento del agente es tuyo como proveedor.
Las multas anclan por qué importa. La infracción de las obligaciones de alto riesgo conlleva hasta 15 millones de euros o el 3 % del volumen de negocios anual mundial total, la cifra que sea mayor (art. 99(4)); las prácticas prohibidas del art. 5, hasta 35 millones de euros o el 7 % (art. 99(3)); facilitar información incorrecta o engañosa a las autoridades, hasta 7,5 millones de euros o el 1 % (art. 99(5)). Las pymes y empresas emergentes se limitan a la menor de la cantidad fija y el porcentaje (art. 99(6)); las organizaciones más grandes, no.
Gobernanza de datos e IA en la sombra: el riesgo operativo que crea el desarrollo ciudadano
El bajo código significa que los agentes proliferan sin aprobación central: el clásico problema de la IA en la sombra. Los conectores y las fuentes de conocimiento pueden exponer datos que el público del agente nunca debió ver: una exposición de RGPD y de gobernanza de datos para cualquier agente, y un fallo directo del art. 10 para uno de alto riesgo. La diligencia del responsable del despliegue del art. 26 y la alfabetización en IA del art. 4 también exigen que el personal que crea y opera agentes entienda sus capacidades, límites y uso adecuado, y que documentes la formación.
El control práctico es un registro: una entrada por agente, que capture la finalidad, el público, los conectores y las fuentes de conocimiento, la determinación del nivel de riesgo y la fecha. Reclasifica siempre que un usuario de negocio cambie la finalidad de un agente, porque el detonante de reorientación del art. 25 vive exactamente ahí, y eso convierte un cambio de rol invisible en uno detectado.
Ejemplo práctico: el agente de asistencia de siniestros de una aseguradora de 600 personas
Meridian Mutual, una aseguradora de la UE de 600 empleados, deja a su equipo de operaciones crear un agente de Copilot Studio en una tarde para responder preguntas de siniestros de los asegurados. Tal como se construyó, es claramente de riesgo limitado: el único deber es la información del art. 50 de que el asegurado está hablando con un sistema de IA.
Tres meses después, un analista de negocio, sin ingeniería de por medio, añade un conector para que el agente sugiera la probabilidad de aprobación del siniestro y señale a los solicitantes. Esa reorientación empuja al agente al territorio de la evaluación de riesgos de seguros de vida y salud (Anexo III punto 5(c)), y el cambio de rol vigente bajo el art. 25 convierte a Meridian en el proveedor de un sistema de alto riesgo.
La consecuencia es el conjunto completo de proveedor de la sección anterior, más la exposición del art. 99(4) de hasta 15 millones de euros o el 3 % del volumen de negocios anual mundial total. Con 600 empleados, Meridian no cumpliría como pyme, así que el tope del art. 99(6) no aplica. El peligro nunca fue la plataforma, sino el cambio de finalidad sin gobernanza por parte de un no ingeniero.
Cómo ayuda Confir
Registra cada agente de Copilot Studio en Confir y responde los escenarios de la toma de datos. El motor determinista y basado en reglas —sin inferencia de modelos, sin alucinaciones— deriva el nivel (mínimo, limitado o alto), el rol (responsable del despliegue o proveedor, incluida la vía de reorientación del art. 25) y el conjunto de obligaciones que sigue, produciendo un registro de clasificación fechado y reproducible. Reejecutar la toma de datos cuando cambia la finalidad de un agente saca a la luz el cambio de rol antes que un regulador. El flujo de trabajo del proveedor de GPAI (arts. 51 a 55) es parcial y está en la hoja de ruta.
Preguntas frecuentes
¿Crear un agente en Copilot Studio convierte a mi organización en el proveedor bajo la Ley de IA de la UE?
A menudo, sí. Copilot Studio te permite ensamblar un sistema de IA distinto —tu agente— sobre modelos de Microsoft y OpenAI. Ponerlo en servicio bajo tu propio nombre cumple la definición de proveedor del art. 3(3) y conlleva las obligaciones de proveedor del art. 16; no existe una excepción de "solo usamos bajo código". Las obligaciones del modelo GPAI se quedan con Microsoft y OpenAI bajo el art. 53; el agente en sí es tuyo.
¿Es un agente de Copilot Studio automáticamente de alto riesgo?
No. La mayoría de los agentes internos —búsqueda de conocimiento, bots de preguntas frecuentes, triaje de tickets de TI— son de riesgo mínimo, sin obligaciones imperativas más allá de la gobernanza de datos y la alfabetización en IA del art. 4. Un agente que habla con personas activa la transparencia del art. 50. El alto riesgo aplica solo cuando el agente sirve a una finalidad del Anexo III, como cribar candidatos (punto 4) o puntuar la solvencia (punto 5(b)). Clasifica por finalidad, no por plataforma.
¿Cómo cambia mis obligaciones cambiar la finalidad de un agente?
Esta es la trampa del desarrollador ciudadano. Bajo el art. 25, un responsable del despliegue se convierte en proveedor si hace una modificación sustancial (definida en el art. 3(23)) o modifica la finalidad prevista de modo que un sistema pase a ser de alto riesgo. Un usuario de negocio que reorienta un agente interno hacia una tarea de contratación o de crédito puede convertir a tu organización en el proveedor de un sistema de alto riesgo de la noche a la mañana. La defensa es la gobernanza: reclasifica cada agente siempre que cambie su finalidad.
¿Cuándo aplican las reglas de transparencia del art. 50 a mi agente?
El art. 50 aplica desde el 2 de agosto de 2026. Cualquier agente que interactúe directamente con personas físicas debe decirles claramente que están tratando con un sistema de IA, y el contenido sintético generado por IA debe marcarse; el detalle adicional de marcado de contenido y de marca de agua aterriza el 2 de diciembre de 2026, ya adoptado como parte del Ómnibus Digital. Incorpora la información a la interfaz del agente, no a un descargo de responsabilidad genérico de plataforma.
¿Cuál es el plazo de cumplimiento para un agente de alto riesgo de Copilot Studio?
Los sistemas de alto riesgo autónomos del Anexo III (art. 6(2)) se aplican desde el 2 de diciembre de 2027, fecha fijada por el Ómnibus Digital, ya adoptado: el Parlamento lo votó en el pleno el 16 de junio de 2026 y el Consejo lo adoptó formalmente el 29 de junio de 2026. Solo falta su publicación en el Diario Oficial, prevista antes del 2 de agosto de 2026.
¿Cuáles son las multas si un agente de alto riesgo no cumple?
La infracción de las obligaciones de alto riesgo y de la mayoría de las demás conlleva hasta 15 millones de euros o el 3 % del volumen de negocios anual mundial total, la cifra que sea mayor (art. 99(4)). Las prácticas prohibidas del art. 5 conllevan hasta 35 millones de euros o el 7 % (art. 99(3)), y facilitar información incorrecta o engañosa a las autoridades hasta 7,5 millones de euros o el 1 % (art. 99(5)). Las pymes y empresas emergentes se limitan a la menor de las dos (art. 99(6)); las organizaciones más grandes, no.
¿Asumo las obligaciones de GPAI por usar Copilot Studio?
No. Las obligaciones del proveedor de GPAI de los arts. 51 a 55 —documentación técnica, información para los agentes posteriores, política de derechos de autor y resumen de los datos de entrenamiento bajo el art. 53, más los deberes de riesgo sistémico— recaen en Microsoft y OpenAI como proveedores del modelo, en vigor desde el 2 de agosto de 2025. Construyes sobre su modelo; tus obligaciones se vinculan al agente que ensamblas y a su finalidad.
Guías relacionadas
- Centro de inventario de IA y clasificación de herramientas
- Deberes del responsable del despliegue de Microsoft 365 Copilot
- Obligaciones de proveedor de Azure OpenAI
- Detectar la IA en la sombra en toda la organización
- Riesgo limitado y transparencia del art. 50
Gestiona el cumplimiento de la Ley de IA de la UE en un solo lugar
Confir automatiza la clasificación de riesgo, la documentación técnica y los registros de auditoría para cualquier empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.
Empieza la prueba gratuita →