Tu objetivo en esta lección
Definir el acceso de una redactora y verificarlo con la cuenta adecuada.
Antes de empezar: Necesitas apoyo del administrador y una cuenta separada de prueba.
Una cuenta identifica a una persona
En Drupal, un rol reúne permisos. Por ejemplo, un rol Redactor puede permitir escribir contenido sin administrar toda la configuración. El nombre del rol no concede capacidades por sí mismo: importan los permisos que tenga asignados.
Una persona sin sesión es un usuario anónimo. Al entrar con su cuenta es un usuario autenticado y puede tener otros roles. Los permisos de sus roles se acumulan, por lo que debes revisar el conjunto.
Diseña el acceso antes de cambiarlo
- Escribe qué necesita hacer una redactora ficticia llamada Ana: crear talleres y editar sus propios borradores.
- Anota qué no necesita para ese trabajo: instalar módulos, administrar cuentas o cambiar permisos.
- Pide al administrador de práctica que revise o cree un rol adecuado en Personas → Roles.
- Solicita una cuenta de prueba separada con ese rol. Usa un correo de prueba controlado por el equipo; no inventes el de otra persona.
- Entra con esa cuenta en otra sesión y comprueba las acciones acordadas.
Resultado esperado
La cuenta permite el trabajo editorial definido y no ofrece cambios de estructura que no se autorizaron. Poder ver el botón Editar no significa poder editar cualquier contenido: prueba una publicación propia y otra ajena según el alcance acordado.
Si aparece acceso denegado
Anota la acción exacta y el contenido afectado. El administrador debe revisar el permiso correspondiente y el flujo editorial. No resuelvas un fallo asignando el rol Administrador a todo el mundo.
Comprueba lo aprendido: ¿dos personas deberían compartir una contraseña para escribir noticias? No. Las cuentas separadas ayudan a saber quién hizo cada cambio y a retirar un acceso cuando deje de ser necesario.
Traduce una necesidad en acciones comprobables
Decir “Ana necesita acceso” es demasiado general. Para Casa Semilla la necesidad concreta es crear talleres y corregir los suyos. Eso no implica cambiar la estructura, administrar usuarios ni editar cualquier publicación de otra persona.
| Prueba con la cuenta de Ana | Resultado acordado |
|---|---|
| Crear un taller propio | Permitido. |
| Editar ese taller | Permitido. |
| Editar un taller ajeno | No permitido en este ejemplo. |
| Cambiar roles o permisos | No permitido. |
La tabla define el alcance del ejercicio, no una configuración que exista por defecto en todos los sitios. El administrador debe revisar los permisos del tipo Taller y cualquier flujo de moderación para implementarlo.
Cómo hacer la prueba sin mezclar cuentas
Deja tu sesión habitual en una ventana. Usa otro perfil de navegador o una ventana privada para la cuenta de prueba. Antes de cada comprobación confirma qué usuario inició sesión. Probar con una cuenta administradora y concluir que “Ana puede” sería una comprobación incorrecta.
Pide al responsable que prepare un taller ajeno de prueba. No intentes usar registros privados reales para comprobar accesos. Anota permitido o denegado junto a cada fila de la tabla y compártelo con quien configuró el rol.
Si puedes hacer más de lo previsto
Detén las pruebas de edición ajena y avisa. El administrador debe revisar todos los roles asignados y sus permisos acumulados. Desmarcar algo en un rol no elimina necesariamente un permiso que llega desde otro.
Reto: ahora el negocio pide que Ana publique solo después de revisión. ¿Basta con cambiarle el nombre al rol? No. Hay que definir el flujo y los permisos de transición adecuados. Tu tarea como principiante es describir el resultado esperado y comprobarlo con la cuenta correcta, no adivinar casillas.
Consulta la documentación oficial
Volver al temario de Drupal desde cero · Continuar: Drupal multilingüe: traduce una página