LAS IDEAS CLAVE
- 01
Comprobar el permiso en el repositorio, su representación en la búsqueda y la identidad de cada consulta.
- 02
Probar cambios directos, heredados y de grupo con documentos ficticios; revisar también sesiones existentes.
- 03
Medir la revocación efectiva y acordar responsables y contingencias ante permisos desactualizados.
La pregunta que falta en la demostración
Un asistente que responde con contratos, procedimientos o propuestas internas suele evaluarse por la calidad de sus respuestas. Para una empresa también importa una pregunta menos visible: ¿qué ocurre cuando la persona que consulta deja de tener permiso para leer esos documentos? La prueba debe abarcar el cambio de acceso y el resultado que recibe después.
Imaginemos una empresa chilena donde una profesional cambia de proyecto. Conserva su cuenta corporativa, pero pierde acceso a la carpeta contractual anterior. Es un escenario hipotético: la aceptación del asistente debería incluir que sus próximas consultas respeten esa restricción. Mostrar una respuesta correcta antes del cambio no demuestra qué pasará después.
Distinguir el repositorio, el índice y la consulta
Microsoft distingue el permiso de la aplicación para consultar un índice de búsqueda de los permisos del usuario sobre cada documento. En los mecanismos nativos descritos para Azure AI Search, la consulta contrasta la identidad con metadatos de autorización almacenados en el índice. Mantenerlos sincronizados es parte del control; esas variantes nativas están identificadas como preview. Microsoft, control de acceso documental.
Para evaluar una solución, proponemos dibujar tres puntos: dónde se decide el permiso original, cómo llega esa decisión a la búsqueda y cómo se identifica a quien pregunta. El índice es la representación preparada para encontrar documentos y fragmentos. Si el proyecto crea esa copia, debe explicar también cómo actualiza sus permisos y quién detecta una sincronización fallida.
La revisión debería seguir un documento concreto por todo el recorrido, incluyendo los fragmentos que recibe el modelo. Es un criterio de aceptación propuesto: la autorización debe comprobarse antes de entregar contenido restringido al asistente. Ocultar solamente el enlace de la cita dejaría sin resolver si ese contenido intervino en la respuesta.
Un cambio de carpeta puede necesitar otro tratamiento
La documentación del indexador de SharePoint en Azure AI Search muestra por qué importa precisar el alcance. Desde la API 2026-05-01-preview, los cambios de permisos únicos de un elemento se detectan en la siguiente ejecución exitosa del indexador. En cambio, los cambios heredados desde un sitio, biblioteca, lista o carpeta requieren una actualización explícita. No son dos formas equivalentes de refrescar permisos. Microsoft, sincronización de permisos de SharePoint.
Esta función sigue en preview; Microsoft indica que estas capacidades no tienen acuerdo de nivel de servicio y no se recomiendan para cargas productivas. La referencia sirve para formular preguntas sobre la arquitectura, no para afirmar que cualquier integración con SharePoint cubre todo su modelo de acceso. Versiones, permisos heredados y conectores requieren comprobación específica.
Google documenta otro requisito de diseño en Agent Search: el control de acceso de la fuente debe seleccionarse al crear el almacén y no puede activarse o desactivarse después en uno existente. Para datos de Cloud Storage o BigQuery también exige incorporar los metadatos correspondientes de autorización. Esta capacidad está marcada como Preview en su documentación actualizada el 13 de octubre de 2026. Google Cloud, control de acceso de fuentes.
La sesión del asistente también cuenta
Cambiar permisos documentales y dar de baja una cuenta son situaciones diferentes. Microsoft explica que una aplicación puede emitir su propia sesión y controlar su vigencia con políticas propias. Entra ID no puede revocar directamente una sesión emitida por esa aplicación; el tiempo hasta perder acceso depende del funcionamiento del sistema. Microsoft, revocación de acceso de usuarios.
Por eso proponemos probar tanto una conversación ya abierta como un inicio de sesión nuevo. Conviene separar dos resultados: impedir nuevas recuperaciones del documento y controlar el acceso al historial que ya contiene respuestas. Tampoco debe confundirse revocar futuras consultas con borrar una copia que alguien ya descargó. Cada superficie necesita una decisión explícita del proyecto.
Una prueba de aceptación que el negocio pueda observar
El ensayo puede hacerse con documentos ficticios y cuentas de prueba autorizadas. Primero se acuerda una matriz pequeña: quién debe ver cada documento, quién nunca debería verlo y qué cambiará durante la prueba. El responsable de la información valida esa matriz antes de que el equipo técnico configure el asistente.
Después se comprueba el acceso inicial y se retira un permiso directo. Se repite la consulta desde la sesión existente y desde otra nueva, observando resultados, fragmentos, resumen y citas. El ejercicio se realiza también sobre una carpeta con permisos heredados y sobre un cambio de grupo, según las capacidades del conector. Son escenarios separados; uno aprobado no acredita los demás.
Proponemos registrar la hora del cambio original, la última sincronización exitosa y cuándo se observó la denegación efectiva. La frecuencia programada de una actualización no demuestra cuánto tardó esa revocación. El objetivo aceptable debe acordarse según la sensibilidad de la información y contrastarse con los resultados de cada escenario, sin inventar un plazo universal.
Qué dejar acordado antes de ampliar el asistente
La entrega debería identificar responsables de identidad y sesiones, permisos documentales y funcionamiento del índice. También necesita una contingencia comprobable: qué hacer si una fuente sigue disponible con permisos desactualizados, quién puede restringirla y qué evidencia permite habilitarla nuevamente. Estas son recomendaciones de evaluación, no resultados obtenidos en una instalación de Digital Dev.
Para conectar repositorios y sistemas internos, la integración de sistemas empresariales debe incluir responsabilidades y criterios de aceptación además del intercambio de datos. La guía anterior sobre respuestas verificables con documentos aborda la calidad de las fuentes. Aquí el criterio adicional es demostrar que el asistente deja de recuperar información cuando termina la autorización para usarla.
CON TEXTO Y CONTEXTO
Fuentes y referencias
- Document-level access control in Azure AI SearchMicrosoft Learn
- Use a SharePoint indexer to ingest permission metadata (preview)Microsoft Learn
- Set up data source access control in Agent SearchGoogle Cloud
- Revoke user access in Microsoft Entra IDMicrosoft Learn
Contenido elaborado con asistencia de IA a partir de las fuentes enlazadas. Las recomendaciones corresponden al análisis editorial de Digital Dev. Cómo elaboramos y corregimos nuestros artículos.

