Un panel puede seguir respondiendo y, aun así, haber dejado de mostrar el contenido necesario para investigar una incidencia. Por eso conviene comprobar las consultas personalizadas de los agentes que envían telemetría a Application Insights.
Qué cambia y qué conviene comprobar
Microsoft documenta que, desde el 30 de septiembre de 2026, los valores de siete atributos sensibles GenAI de nueva ingesta se consultan en AppGenAIContent. Las tablas anteriores conservan referencias; el histórico no se mueve. Las experiencias integradas se adaptan automáticamente, pero las consultas y paneles propios necesitan revisión. La documentación mantiene la funcionalidad de protección en preview. La fecha anunciada no sustituye la comprobación del comportamiento efectivo de cada ambiente.
La guía contempla una excepción temporal de enrutamiento mediante optOutProtectGenAISensitiveData, que expira el 30 de septiembre de 2027. Conviene revisar si está registrada antes de interpretar los resultados. Consultar el alcance y la migración en Microsoft Learn.
Separar contenido y diagnóstico
El esquema de AppGenAIContent incluye mensajes de entrada y salida, instrucciones y argumentos y resultados de herramientas. También ofrece TraceId y SpanId para correlación. La referencia indica que no admite transformaciones DCR del workspace: no debe suponerse que esa vía permite limpiar el contenido sensible.
Para una primera inspección sin mostrar los mensajes, esta consulta propuesta utiliza únicamente identificadores y metadatos:
AppGenAIContent
| where TimeGenerated > ago(1h)
| project TimeGenerated, AgentName, TraceId, SpanId
| take 20Que no devuelva filas no demuestra por sí solo ausencia de actividad. Revisar permisos, intervalo y llegada de datos. Referencia oficial de la tabla.
Un procedimiento de revisión acotado
La siguiente secuencia es una propuesta editorial para un entorno de prueba; no representa una prueba ejecutada sobre un tenant.
- Inventariar: localizar consultas, alertas, exportaciones y paneles que dependen del contenido de las interacciones. Registrar propietario e identidad de ejecución.
- Crear una referencia: ejecutar una interacción sintética con un identificador reconocible y anotar hora y resultado esperado. Evitar documentos de clientes.
- Comparar: comprobar qué devuelve la consulta anterior y qué se obtiene de la tabla específica. Mantener casos para datos históricos y recientes.
- Ajustar una consulta: validar la correlación sobre una muestra conocida antes de trasladar cambios al resto de los paneles.
- Probar permisos: verificar por separado la experiencia de soporte habitual y la del investigador autorizado.
- Desplegar con evidencia: versionar la consulta, conservar resultados de prueba sin datos sensibles y definir cómo recuperar la versión anterior si el diagnóstico se degrada.
Protección y acceso
Azure Monitor permite establecer la tabla como Protected. El procedimiento oficial requiere permisos para modificar su nivel de protección. El rol Privileged Monitoring Data Reader concede lectura sobre las tablas protegidas del ámbito asignado; también existen roles personalizados con condiciones ABAC para limitar el acceso.
Microsoft documenta una prueba con una identidad lectora no privilegiada, que obtiene cero filas, y otra autorizada, que obtiene datos. Antes de aplicar el cambio, conviene identificar las cuentas que ejecutan alertas y los responsables de incidentes. Configuración y verificación oficial de tablas protegidas.
Aplicación a agentes empresariales
En asistentes que consultan documentación o apoyan procesos alrededor de Dynamics 365 y Power Platform, recomendamos tratar los registros como una posible copia de información empresarial. No basta con proteger el sistema de origen si su contenido termina accesible en un registro de diagnóstico.
Este patrón puede ayudar a organizar soporte: conservar visibilidad operativa para el equipo y reservar las conversaciones completas para investigaciones justificadas. No implica que la telemetría estándar de D365FO Batch cambie de tabla; el alcance aquí es el contenido GenAI descrito por Microsoft.
Antes de dar la revisión por terminada
- Confirmar que las consultas devuelven la evidencia esperada y que las alertas funcionan con su identidad real.
- Revisar las copias históricas y las exportaciones, además del acceso a datos nuevos.
- Evitar registrar secretos, código propietario o datos personales innecesarios.
- Comprobar costos de ingesta y retención y las condiciones de preview antes de adoptar el control en producción.
Recomendación: comenzar con un agente, datos sintéticos y un panel. La revisión inicial puede presupuestarse en una o dos jornadas como estimación orientativa; dependerá del número de consultas y del diseño de permisos.