¿Has retirado el permiso individual de una persona y quieres dar por cerrado su acceso a una carpeta? Antes de concluirlo, pregunta al administrador si también recibe acceso por pertenecer a un grupo. Los permisos individuales y el acceso por grupos necesitan una comprobación distinta: qué concede el grupo y quién sigue dentro de él. La confirmación sobre una concesión personal no demuestra qué ha ocurrido con otra vía identificada.
Esta revisión sirve cuando una persona deja un proyecto o cambia de funciones y ya no debe utilizar un recurso concreto. No presupone que todas las herramientas funcionen igual ni que tu empresa utilice ambos tipos de permisos. Primero hay que conocer la configuración que realmente existe.
Localiza de dónde procede el permiso que vas a retirar
Empieza por el recurso: una carpeta, una aplicación o un espacio de trabajo identificado. Después concreta la cuenta de la persona y quién administra sus permisos. Preguntar solo «¿ya está quitado?» deja sin precisar qué concesión se revisó.
La Agencia de Ciberseguridad de Cataluña distingue la asignación individual de permisos y la asignación por grupos. Es una distinción útil para preparar la consulta: una respuesta sobre la cuenta individual no describe necesariamente las autorizaciones que recibe mediante un grupo.
Pide al administrador que identifique las vías presentes en ese recurso. Si confirma que solo existe una concesión individual, conserva esa respuesta con su alcance. Si encuentra también una concesión al grupo del proyecto, falta revisar qué permite y qué miembros la reciben. No inventes una segunda vía cuando no está configurada.
Revisa el grupo y también quién pertenece a él
La recomendación de la Agencia es verificar tanto los permisos de los grupos como los usuarios que pertenecen a cada grupo. Son preguntas diferentes. Conocer los derechos del grupo no confirma que la persona haya dejado de pertenecer a él; comprobar una baja de pertenencia tampoco describe todos los permisos que pudiera tener por otra vía.
| Qué se revisa | Pregunta al administrador | Alcance de la respuesta |
|---|---|---|
| Concesión individual | ¿Qué permiso tiene esta cuenta directamente? | La autorización personal identificada |
| Permiso del grupo | ¿Qué permite hacer este grupo en el recurso? | Los derechos asignados a ese grupo |
| Pertenencia | ¿Esta persona sigue siendo miembro del grupo? | Su relación con ese grupo concreto |
| Resultado sobre el recurso | ¿Qué acceso queda después de las actuaciones? | La comprobación realizada, con sus límites |
No se trata de eliminar un grupo completo para resolver la situación de una persona. El administrador debe valorar la actuación que corresponde en la configuración concreta y el efecto sobre los demás usuarios. La guía no determina prioridades entre permisos ni ofrece un comando universal para retirarlos.
Pide una comprobación sobre el recurso concreto
Prepara una consulta que permita distinguir acción y resultado: identifica la persona, el recurso, la concesión individual que se modificó y el grupo que falta revisar. Si todavía no sabes si existe esa pertenencia, formula la pregunta como pendiente; no la anotes como un hecho.
Quien administra el sistema puede confirmar qué ha cambiado y qué comprobación ha realizado. Coordinar esa respuesta no equivale a disponer de permisos técnicos para ejecutar el cambio. Tampoco hace falta reunir contraseñas en una hoja compartida para identificar usuario, recurso y administrador.
Si necesitas ordenar las respuestas de varias personas, prepara con Alexis las preguntas pendientes sobre la cuenta y el grupo. El resultado de la consulta técnica debe aportarlo quien administra la herramienta.
Un ejemplo con dos concesiones para la misma carpeta
Supuesto ilustrativo: una pyme retira a una persona de un proyecto y solicita revisar su acceso a la carpeta de trabajo. El administrador identifica una concesión individual y otra al grupo del proyecto. Confirma que ha retirado la primera, pero la persona todavía figura entre los miembros del grupo.
La coordinación no cierra el pendiente con esa primera confirmación. Pide revisar los derechos del grupo sobre la carpeta y la pertenencia de la persona. El administrador comprueba ambas cuestiones, realiza la actuación que corresponde en ese sistema y confirma el resultado sobre ese recurso concreto.
El cierre recoge las dos vías revisadas y la comprobación posterior, en lugar de dar por resuelto el acceso con la retirada del permiso individual. No atribuye ese resultado a otras carpetas o aplicaciones. El supuesto parte de dos concesiones efectivamente identificadas; no afirma que todos los sistemas sumen permisos del mismo modo.
Registra el resultado sin extenderlo a otros accesos
Conserva qué recurso se comprobó, qué vías se identificaron, quién actuó y qué resultado confirmó. Si queda otra autorización sin revisar, mantenla como pendiente con su responsable. Una respuesta precisa permite continuar el trabajo sin convertir una confirmación parcial en un cierre general.
La fuente oficial incluye crear, modificar y eliminar identidades, además de gestionar sus permisos, dentro de su ciclo de vida. También recomienda un procedimiento de baja y la revocación de accesos remotos cuando una persona deja la empresa. Por tanto, esta revisión de un recurso no sustituye comprobar los demás accesos que correspondan a esa salida.
Para preparar la entrega general de un servicio, puedes consultar la guía de accesos y documentación al terminar un encargo de asistencia virtual. Aquí la decisión es más concreta: comprobar una concesión individual y otra mediante grupo, cuando ambas estén presentes.
Si faltan respuestas, ordena con Alexis qué vía de permiso se revisó y qué confirmación del administrador sigue pendiente. Describe el recurso y el alcance de lo comprobado, sin compartir claves de acceso.
