Lista de Verificación de Agentes de Microsoft 365

📋 Referencia Rápida

Audiencia: Arquitectos de TI, CISOs y líderes de Power Platform que implementan agentes de Microsoft 365 Copilot Studio en entornos empresariales
Tiempo de lectura: ~10 minutos
Lo que obtendrás: Seis guías de gobernanza concretas, las herramientas de Microsoft que implementan cada una de ellas y los artículos del Acta de IA de la UE que abordan

El agente de Copilot Studio más peligroso en tu organización probablemente sea el que tu equipo de RRHH construyó el trimestre pasado — sin informar a TI.

No es una hipótesis. En cada empresa con la que he trabajado en gobernanza de IA, encuentro el mismo patrón: un equipo de negocios bien intencionado descubre Copilot Studio, construye un agente para resolver un problema real, lo conecta a datos de producción y lo despliega a 200 personas — todo antes de que la gobernanza de TI esté involucrada. No porque sean imprudentes. Porque las herramientas son genuinamente accesibles ahora, y el proceso de gobernanza no se ha puesto al día.

Esta guía trata sobre cerrar esa brecha. Específicamente: las seis guías de gobernanza que deben estar en su lugar antes de que cualquier agente de Copilot entre en producción — y las herramientas de Microsoft que implementan cada una de ellas.

Por Qué los Agentes Necesitan un Marco de Gobernanza Diferente

Las herramientas de IA tradicionales — un motor de recomendaciones, un modelo de clasificación — son pasivas. Analizan y responden. Los agentes de Copilot Studio son diferentes: pueden tomar acciones. Pueden enviar correos electrónicos, crear invitaciones de calendario, actualizar registros, consultar sistemas de RRHH y activar flujos de trabajo. El perfil de riesgo es categóricamente más alto que el de una herramienta de IA pasiva.

Bajo el Acta de IA de la UE, un agente que toma o informa directamente decisiones importantes sobre empleados, clientes o acceso a servicios puede calificar como un sistema de IA de alto riesgo — requiriendo el conjunto completo de obligaciones del Anexo III. Pero incluso por debajo del umbral de alto riesgo, los agentes necesitan una gobernanza que las herramientas de IA estándar no requieren: límites claros de identidad, controles de acceso a datos, puntos de control humanos y supervisión operativa.

La pregunta que determina tu nivel de gobernanza: ¿Puede este agente tomar una acción que sea difícil o imposible de revertir — enviar una comunicación, modificar un registro, negar acceso, activar un pago? Si la respuesta es sí, necesitas las seis guías. Sin excepciones.

Guía 1: Controles de Identidad y Autenticación

Qué significa: Cada agente debe operar bajo una identidad definida y auditable — no bajo las credenciales de un usuario, no de forma anónima. La identidad del agente determina a qué puede acceder, y cada acción que realice debe ser rastreable a esa identidad.

Cómo implementarlo: Usa Microsoft Entra ID para crear un principal de servicio dedicado para cada agente, limitado a los permisos mínimos requeridos. Nunca despliegues un agente usando las credenciales de la cuenta personal de un usuario — cuando esa persona se va, el agente se rompe y la pista de auditoría se ve comprometida.

Alineación con el Acta de IA de la UE: El Artículo 14 (supervisión humana) requiere que los sistemas de IA sean atribuibles. Un agente sin una identidad dedicada no puede ser auditado. Esto es fundamental.

Bandera roja: Si la persona que construyó el agente es la única que sabe qué credenciales usa, tienes un punto único de falla y una brecha de cumplimiento.

Guía 2: Políticas de Límite de Datos

Qué significa: El agente solo debería poder acceder a los datos que necesita para su función específica — y nada más. Los agentes de Copilot Studio conectados a SharePoint o Microsoft Graph pueden, por defecto, acceder a cualquier cosa a la que el usuario que llama pueda acceder. En un entorno empresarial, ese alcance es casi siempre demasiado amplio.

Cómo implementarlo: Define conectores de datos explícitos limitados a sitios, bibliotecas o conjuntos de datos específicos. Usa las políticas de Prevención de Pérdida de Datos de Microsoft Purview para evitar que el agente muestre, transmita o exfiltre contenido sensible. Aplica etiquetas de sensibilidad a las fuentes de datos y configura el agente para respetar los controles de acceso basados en etiquetas.

Alineación con el Acta de IA de la UE: El Artículo 10 (gobernanza de datos) requiere que los sistemas de IA de alto riesgo operen con controles de acceso a datos documentados y mitigación de sesgos. El acceso amplio a datos hace que la documentación del Artículo 10 sea prácticamente imposible.

Guía 3: Puerta de Supervisión Humana para Acciones de Alto Riesgo

Qué significa: Cualquier acción con consecuencias significativas y difíciles de revertir requiere un paso de revisión humana antes de su ejecución. No una notificación después del hecho — un punto de control antes de que se tome la acción.

Cómo implementarlo: En Copilot Studio, diseña flujos de agentes con pasos de aprobación explícitos usando flujos de aprobación de Power Automate. Define el umbral de lo que constituye una "acción de alto riesgo" en tu contexto — será diferente para un agente de mesa de ayuda de TI versus un agente de RRHH. Documenta el umbral, el rol del aprobador y el tiempo de respuesta esperado.

Alineación con el Acta de IA de la UE: El Artículo 14 es explícito: los sistemas de IA de alto riesgo deben permitir a los humanos "desestimar, anular o intervenir". Una puerta de supervisión humana operacionaliza este requisito. Sin ella, no puedes reclamar cumplimiento del Artículo 14 para ninguna acción consecuente del agente.

Guía 4: Registro de Auditoría Activo

Qué significa: Cada acción significativa del agente — cada consulta, cada acceso a datos, cada llamada externa, cada interacción de usuario que llevó a un resultado consecuente — debe ser registrada con suficiente detalle para reconstruir qué sucedió y por qué.

Cómo implementarlo: Habilita el registro de auditoría de Copilot Studio a través de Microsoft Purview Audit. Configura la retención de registros para alinearse con tus requisitos de cumplimiento — el Acta de IA de la UE no especifica un período de retención, pero la mejor práctica para IA regulada es un mínimo de 2 años para sistemas de alto riesgo. Conéctate a Azure Monitor para telemetría operativa.

Alineación con el Acta de IA de la UE: Los Artículos 12 y 72 requieren registros suficientes para permitir el monitoreo post-mercado e investigación de incidentes. El registro de auditoría también es evidencia esencial para demostrar que los procedimientos de supervisión humana realmente se siguieron — no solo se documentaron.

Error común: Habilitar el registro pero nunca revisarlo. Los registros de auditoría que nadie lee proporcionan evidencia de cumplimiento pero no gobernanza operacional. Asigna a alguien para revisar los registros de actividad del agente en una cadencia definida — semanalmente para agentes de alta frecuencia, mensualmente para despliegues de menor volumen.

Guía 5: Plan de Respuesta a Incidentes para Agentes de IA

Qué significa: Un procedimiento definido para lo que sucede cuando un agente produce un resultado dañino, incorrecto o inesperado — cubriendo contención inmediata, investigación de causa raíz, notificación a partes afectadas y reporte regulatorio si es aplicable.

Cómo implementarlo: Redacta un libro de respuestas a incidentes específico de IA que extienda tu proceso de respuesta a incidentes de TI existente. Define qué constituye un "incidente de IA" para tu organización (un resultado discriminatorio, un evento de exfiltración de datos, una decisión consecuente incorrecta). Define niveles de severidad con objetivos de tiempo de respuesta. Identifica quién tiene la autoridad para suspender un agente inmediatamente si es necesario.

Para entornos de Microsoft, Microsoft Sentinel puede activar alertas automatizadas sobre comportamiento anómalo del agente. Microsoft Defender for Cloud proporciona monitoreo de postura de seguridad para cargas de trabajo de IA.

Alineación con el Acta de IA de la UE: El Artículo 73 requiere que los implementadores reporten incidentes serios a las autoridades nacionales dentro de los 15 días de haber tenido conocimiento de ellos. Sin un proceso de respuesta a incidentes definido, el reloj de 15 días comienza a correr antes de que sepas que está corriendo.

Guía 6: Clasificación de Riesgos y Evaluación de Conformidad

Qué significa: Antes del despliegue en producción, cada agente de Copilot Studio debe ser clasificado formalmente contra los niveles de riesgo del Acta de IA de la UE. Si cae en la categoría de alto riesgo, la documentación técnica del Anexo IV debe completarse y una evaluación de conformidad debe llevarse a cabo antes del despliegue — no después.

Cómo implementarlo: Construye un proceso de ingreso de agentes ligero que incluya una pregunta obligatoria de clasificación de riesgo del Acta de IA de la UE: ¿este agente toca alguna de las 8 categorías del Anexo III? Para la Categoría 4 (empleo) y la Categoría 5 (acceso a servicios esenciales), requiere una evaluación de riesgo formal antes de la aprobación de TI.

Usa Microsoft Compliance Manager para rastrear la postura de cumplimiento en todo tu conjunto de agentes. Mantén la documentación del Anexo IV para cada agente de alto riesgo en un repositorio de gobernanza centralizado.

Alineación con el Acta de IA de la UE: El Artículo 43 requiere una evaluación de conformidad antes de la colocación en el mercado o de poner en servicio IA de alto riesgo. El cumplimiento retroactivo — clasificar y documentar agentes ya en producción — es significativamente más difícil que incorporar la evaluación en el proceso de despliegue desde el principio.

Implementación de las Seis Guías: Una Lista de Verificación de Despliegue

El Agente Ya en Producción Sin Estas Guías

Si estás leyendo esto y ya tienes agentes en producción que no pasaron por este proceso — no estás solo, y esto es solucionable. La secuencia de prioridad para la gobernanza retroactiva es: primero el registro de auditoría (necesitas la evidencia de inmediato), segundo la clasificación de riesgos (determina tus obligaciones completas), tercero los procedimientos de supervisión humana, luego la documentación y la respuesta a incidentes.

El objetivo no es la perfección antes del 2 de agosto. El objetivo es una postura de gobernanza defendible: evidencia de que evaluaste el riesgo, implementaste controles proporcionales y tienes un proceso de supervisión operativa en marcha.

Los reguladores entienden que las empresas están en transición. Lo que no aceptan es la ausencia de cualquier programa de gobernanza — que es diferente de uno imperfecto.

Próximos Pasos