| Català | Castellano | English |
Los profesores obtienen accesos ampliados al asignarles un rol. Cada rol que lleva asociado un nivel de permisos concede automáticamente el grupo de seguridad correspondiente a la cuenta de usuario del profesor — no es necesario editar los permisos del usuario directamente.
Rol necesario: Administrador
Los niveles de permisos forman una jerarquía — cada nivel incluye todos los permisos de los anteriores:
Profesor → Tutor → Jefe de departamento → Jefe de estudios → Director → Administrador
| Rol | Nivel de permisos concedido | Cómo se asigna |
|---|---|---|
| (ninguno) | Profesor | Por defecto en todos los profesores |
| Tutor | Tutor | Automático — se establece cuando el profesor se asigna como tutor de un Grupo |
| Jefe de departamento | Jefe de departamento | Automático — se establece como Jefe de departamento en el formulario del departamento |
| Jefe de seminario | Jefe de departamento | Automático — se establece como Jefe de seminario en el formulario del departamento |
| Jefe de estudios / Jefe de estudios adjunto | Jefe de estudios | Automático — se establece como Responsable de área en el formulario de un departamento top-level (Rol = Jefe de estudios/adjunto) |
| Secretario/a | (bloque de Secretaría — ver nota) | Automático — se establece como Responsable de área en el formulario del departamento ASP (Rol = Secretario/a) |
| Director | Director | Automático — se establece como Director en Ajustes > EMS Management |
| Coordinador/a TAC | (bloque TAC — ved la nota de abajo) | Manual — se añade al campo Cargos de la ficha del profesor |
| Coordinador/a de orientación | (bloque Orientación — ved la nota de abajo) | Manual — se añade al campo Cargos de la ficha del profesor |
El Jefe de departamento tiene actualmente los mismos permisos que el Tutor, además de poder crear, editar y eliminar Grupos de alumnos (Contactos → Grupos). Existe como nivel propio para poder ampliarse de forma independiente en el futuro. El Jefe de seminario tiene el mismo nivel de permisos. Ambos pueden ver también, solo de lectura, el documento de identidad y el número de la Seguridad Social del personal de su propia cadena de mando (pestaña Información privada, grupo Identificación).
El rol de Secretario/a no forma parte de esta jerarquía. Concede acceso a un bloque de permisos completamente separado (Secretaría: Manager/Administrador), sin relación con la cadena Profesor→…→Director de arriba — aunque se configura de la misma manera (como “Responsable de área” en un departamento top-level), no ocupa ningún peldaño de esta escala. La Secretaría también tiene los permisos de Recursos Humanos de Odoo: puede crear y editar la ficha de todo el personal, PAS y profesorado, información privada incluida, pero no eliminarla.
El cargo de Coordinador/a de orientación tampoco forma parte de esta jerarquía. Concede un bloque de permisos propio y separado (Orientación: Manager/Administrador) y, como el de TAC, se asigna a mano desde el campo Cargos de la ficha del profesor. No es unipersonal: normalmente lo ocupa un equipo. Concede acceso de solo lectura a los datos de todo el alumnado del centro - notas, historial académico, asistencia diaria y sus incidencias, faltas de convivencia, contactos, matrículas y autorizaciones - y, como único permiso de escritura, indicar las necesidades educativas especiales (NEE) de cualquier alumno o solicitante. No da acceso a facturas ni a pagos. El cargo de Coordinador/a de convivencia concede el mismo acceso de lectura, sin las NEE, más todas las faltas de convivencia del centro. El historial académico no necesita ningún cargo: lo puede leer cualquier profesor. Ved Consultar los datos académicos de un alumno.
El cargo de Coordinador/a TAC tampoco forma parte de esta jerarquía. Concede un bloque de permisos propio y separado (TAC: Manager/Administrador) y, a diferencia de todos los demás cargos de esta tabla, se asigna a mano, desde el campo Cargos de la ficha del profesor. Concede dos cosas: poder crear y editar fichas de profesorado enteras, información privada incluida, el mismo derecho que ha ganado la jefatura de estudios, y crear y suspender la cuenta de Google de cualquier alumno, restablecer su contraseña y consultar sus credenciales. Nada más de la escala de arriba. No es unipersonal: el cargo lo puede ocupar un equipo de varias personas a la vez.
La jefatura de estudios, la adjunta y la dirección ya pueden crear y editar profesorado. Hasta hace poco solo podía hacerlo la administración; ved Crear y editar profesorado. Borrar una ficha de personal y gestionar el PAS siguen siendo exclusivos de la administración.
Los permisos del tutor suben por la jerarquía. El jefe de seminario, el jefe de departamento y el jefe de estudios (o el adjunto) de un tutor tienen, sobre el alumnado de ese tutor, todos sus permisos; la dirección, sobre el alumnado de todos los tutores. Solo los jefes del tutor, no los de otros departamentos o áreas. Los listados de “Mis alumnos” solo muestran los grupos propios.
Navegar a: Empleados → [abrir la ficha del profesor]
Cada rol del catálogo tiene un color, que se muestra como insignia allá donde se muestran los roles de un profesor (su ficha de empleado, la tarjeta kanban del empleado). Para cambiarlo:
La insignia muestra automáticamente el color elegido con un texto legible, sea cual sea el tono escogido.

La cuenta de usuario del profesor se actualiza de inmediato: se concede el grupo de seguridad vinculado al rol, junto con todo lo que implica (p. ej. asignar Jefe de departamento también concede el acceso de Tutor y de Profesor).
Los roles Tutor, Jefe de departamento, Jefe de seminario, Jefe de estudios, Jefe de estudios adjunto, Secretario/a y Director no se pueden añadir ni quitar manualmente — ni desde aquí, ni desde la lista Asignado a del propio rol (Comunidad Educativa → Configuración → Profesorado/PAS → Roles), ni mediante importación o edición masiva. Intentarlo muestra un mensaje que indica exactamente dónde hay que hacer el cambio en realidad. El Tutor se gestiona automáticamente según si el profesor es tutor de algún Grupo; los cinco siguientes se gestionan automáticamente desde el formulario de un departamento; el Director se gestiona automáticamente desde Ajustes (ver más abajo).
Se revoca el grupo de seguridad correspondiente (y cualquier acceso que solo ese rol justificaba) de la cuenta de usuario del profesor.
Los permisos concedidos directamente en la cuenta de usuario se mantienen. Si se ha dado un permiso a mano desde Ajustes → Usuarios (por ejemplo, acceso de Secretaría a un profesor que no es el Responsable de área de Secretaría), cambiar los roles del profesor o actualizar EMS no lo quita. La única excepción: si más adelante el profesor pierde un rol que concede ese mismo permiso, se va con el rol, porque no hay forma de distinguir los dos casos. Si pasa, hay que volver a concederlo a mano.
A diferencia de los demás roles, Jefe de departamento y Jefe de seminario no se establecen desde la ficha del profesor — se establecen desde el departamento:
Manager del departamento) y, opcionalmente, el Jefe de seminario. Este campo solo muestra docentes y personal PAS — una cuenta técnica o del sistema nunca es una opción válida.
Esto tiene un efecto inmediato y automático sobre todos los profesores de ese departamento:
Nota para departamentos existentes: un departamento creado antes de activar esta funcionalidad puede no tener Jefe de departamento ni Jefe de seminario hasta que un administrador lo abra y los establezca — no se rellena nada automáticamente. Un departamento también puede quedarse sin Jefe de departamento (por ejemplo, durante una transición de curso, tras quitar al jefe saliente y antes de asignar uno nuevo) — no es obligatorio para guardar el formulario.
Cada departamento también tiene su propio color, que se muestra como un cuadradito en las vistas de lista, formulario y kanban del departamento. Para cambiarlo:
No todos los departamentos necesitan su propio Jefe de departamento. Si un departamento es lo bastante pequeño como para que lo gestione directamente el Jefe/Responsable de área de su departamento padre, marcar Comparte Responsable con el padre en lugar de establecer un Jefe de departamento:
Todos los profesores de ese departamento (y, si a su vez tiene subdepartamentos, su propio Jefe de departamento también) tienen su Responsable establecido al Jefe/Responsable de área del antepasado más cercano — subiendo por la jerarquía tantos niveles como haga falta hasta encontrar uno. Un departamento no puede tener a la vez Responsable propio y esta casilla marcada.
Algunos departamentos (actualmente VET, ESO/BTX y ASP) son departamentos top-level — esto cambia su formulario:
Qué Área/Rol elegir depende del departamento: VET y ESO/BTX son áreas Académicas, así que su Responsable de área normalmente es Jefe de estudios o adjunto; ASP es diferente — su Área es ASP, su Responsable de área es un profesor que coordina al personal administrativo/de secretaría, así que su Rol debería ser Secretario/a (esto concede el bloque de permisos de Secretaría, no uno académico — ver la nota bajo la tabla de permisos de arriba).
Esto tiene un efecto más allá del propio departamento:
Nota para departamentos existentes: VET, ESO/BTX y ASP ya están marcados como top-level, pero sin ningún Responsable de área establecido todavía — un administrador debe abrir cada uno y establecerlo manualmente; no se rellena nada automáticamente.
A diferencia de todos los demás roles, el Director no se establece desde ninguna ficha de profesor ni ningún formulario de departamento — se configura de forma centralizada desde Ajustes:
Esto tiene un efecto más allá del propio ajuste:
Nota sobre el acceso: la pantalla de Ajustes requiere el acceso de Ajustes de Odoo (concedido a través del grupo “Administrador de Ajustes” o root/admin) — es un permiso distinto del que controla los formularios de departamento anteriores. Alguien con acceso académico completo no tiene garantizado poder entrar en Ajustes.
Nota para instalaciones existentes: no hay ningún Director establecido por defecto — un administrador debe configurar uno manualmente; no se rellena nada automáticamente.