Diferencia entre revisiones de «Anular permisos»

De MoodleDocs
({{Urgente de traducir}})
(tidy up)
Línea 5: Línea 5:
Las anulaciones pueden utilizarse  para abrir áreas dando a los usuarios permisos adicionales. Por ejemplo, se puede utilizar una anulación para permitir a los estudiantes calificar los mensajes del foro (veáse [[Configuraciones del foro]] para más detalles).
Las anulaciones pueden utilizarse  para abrir áreas dando a los usuarios permisos adicionales. Por ejemplo, se puede utilizar una anulación para permitir a los estudiantes calificar los mensajes del foro (veáse [[Configuraciones del foro]] para más detalles).


Overrides may also be used to prevent actions, such as starting new discussions in an archived forum.
Las anulaciones también se pueden utilizar para impedir acciones, como iniciar nuevas discusiones en un foro archivado.


==Permissions==
==Permisos==
[[Archivo:override permissions.png|thumb|Anular permisos con permisos anulados resaltados]]
[[Archivo:override permissions.png|thumb|Anular permisos con permisos anulados resaltados]]
There are four settings for each permission capability:
Hay cuatro configuraciones para cada capacidad de permiso:


;Inherit
;Heredar
:The default setting. If a capability is set to inherit, the user's permissions remain the same as they are in a less specific context, or another role where the capability is defined. For example, if a student is allowed to attempt quiz questions at the course level, their role in a specific quiz will inherit this setting. Ultimately, if permission is never allowed at any level, then the user will have no permission for that capability.  
:La configuración predeterminada. Si una capacidad está configurada para heredar, los permisos del usuario siguen siendo los mismos que en un contexto menos específico o en otro rol donde se define la capacidad. Por ejemplo, si a un estudiante se le permite responder preguntas de un examen a nivel de curso, su función en un examen específico heredará esta configuración. En última instancia, si nunca se permite el permiso en ningún nivel, entonces el usuario no tendrá permiso para esa capacidad.


;Allow
;Permitir
:This enables a user to use a capability in a given context. This permission applies for the context that the role gets assigned plus all lower contexts. For example, if a user is assigned the role of student in a course, they will be able to start new discussions in all forums in that course (unless a forum contains an override with a prevent or prohibit value for the capability).
:Esto permite a un usuario utilizar una capacidad en un contexto determinado. Este permiso se aplica al contexto en el que se asigna el rol más todos los contextos inferiores. Por ejemplo, si a un usuario se le asigna el rol de estudiante en un curso, podrá iniciar nuevas discusiones en todos los foros de ese curso (a menos que un foro contenga una anulación con un valor de prevención o prohibición para la capacidad).


;Prevent
;Prevenir
:By choosing this you are removing permission for this capability, even if the users with this role were allowed that permission in a higher context.
:Al elegir esto, está eliminando el permiso para esta capacidad, incluso si a los usuarios con este rol se les permitió ese permiso en un contexto superior.


;Prohibit
;Prohibir
:This is rarely needed, but occasionally you might want to completely deny permissions to a role in a way that can NOT be overridden at any lower context or by another role. An example of when you might need this is when an admin wants to prohibit one person from starting new discussions in any forum on the whole system. In this case they can create a role with that capability set to "Prohibit" and then assign it to that user in the system context.
:Esto rara vez es necesario, pero en ocasiones es posible que desee denegar completamente los permisos a una función de una manera que NO pueda ser anulada en ningún contexto inferior o por otra función. Un ejemplo de cuándo podría necesitar esto es cuando un administrador quiere prohibir que una persona inicie nuevas discusiones en cualquier foro de todo el sistema. En este caso, pueden crear un rol con esa capacidad configurada en "Prohibir" y luego asignarlo a ese usuario en el contexto del sistema.


==Conflict resolution of permissions==
==Resolución de conflicto de permisos==


Permissions at a "lower" context will generally override anything at a "higher" context (this applies to overrides and assigned roles). The exception is PROHIBIT which can not be overridden at lower levels.
Permissions at a "lower" context will generally override anything at a "higher" context (this applies to overrides and assigned roles). The exception is PROHIBIT which can not be overridden at lower levels.

Revisión del 12:36 26 may 2024

Nota: Urgente de Traducir. ¡ Anímese a traducir esta muy importante página !.     ( y otras páginas muy importantes que urge traducir)


Las anulaciones son permisos específicos diseñados para anular un papel en un contexto específico, permitiéndole "ajustar" sus permisos según sea necesario.

Las anulaciones pueden utilizarse para abrir áreas dando a los usuarios permisos adicionales. Por ejemplo, se puede utilizar una anulación para permitir a los estudiantes calificar los mensajes del foro (veáse Configuraciones del foro para más detalles).

Las anulaciones también se pueden utilizar para impedir acciones, como iniciar nuevas discusiones en un foro archivado.

Permisos

Anular permisos con permisos anulados resaltados

Hay cuatro configuraciones para cada capacidad de permiso:

Heredar
La configuración predeterminada. Si una capacidad está configurada para heredar, los permisos del usuario siguen siendo los mismos que en un contexto menos específico o en otro rol donde se define la capacidad. Por ejemplo, si a un estudiante se le permite responder preguntas de un examen a nivel de curso, su función en un examen específico heredará esta configuración. En última instancia, si nunca se permite el permiso en ningún nivel, entonces el usuario no tendrá permiso para esa capacidad.
Permitir
Esto permite a un usuario utilizar una capacidad en un contexto determinado. Este permiso se aplica al contexto en el que se asigna el rol más todos los contextos inferiores. Por ejemplo, si a un usuario se le asigna el rol de estudiante en un curso, podrá iniciar nuevas discusiones en todos los foros de ese curso (a menos que un foro contenga una anulación con un valor de prevención o prohibición para la capacidad).
Prevenir
Al elegir esto, está eliminando el permiso para esta capacidad, incluso si a los usuarios con este rol se les permitió ese permiso en un contexto superior.
Prohibir
Esto rara vez es necesario, pero en ocasiones es posible que desee denegar completamente los permisos a una función de una manera que NO pueda ser anulada en ningún contexto inferior o por otra función. Un ejemplo de cuándo podría necesitar esto es cuando un administrador quiere prohibir que una persona inicie nuevas discusiones en cualquier foro de todo el sistema. En este caso, pueden crear un rol con esa capacidad configurada en "Prohibir" y luego asignarlo a ese usuario en el contexto del sistema.

Resolución de conflicto de permisos

Permissions at a "lower" context will generally override anything at a "higher" context (this applies to overrides and assigned roles). The exception is PROHIBIT which can not be overridden at lower levels.

If two roles are assigned to a person in the same context, and for a particular permission one role has ALLOW and one has PREVENT, then ALLOW will win.

Special exceptions

Note that the guest user account will generally be prevented from posting content (eg forums, calendar entries, blogs) even if it is given the capability to do so.

Locations for overriding permissions

  • Front page context: Administration > Front Page settings > Users > Permissions
  • Course category context (when used):Category > Administration > Permissions
  • Course context: Administration > Course administration > Users > Permissions
  • Module context: (from the chosen module) Administration > Module administration > Permissions
  • Block context: (from the chosen block) Administration > Block administration > Permissions
  • User context: (from the user's profile) Administration > Roles > Permissions

Ability to override permissions

Users who have the capability moodle/role:override allowed or the capability moodle/role:safeoverride allowed) can override permissions for selected roles (as set in Configuraciones del foro).

The default manager role has the capability moodle/role:override allowed, and can override permissions for all other roles.

The default teacher role has the capability moodle/role:safeoverride allowed, and can override permissions for the roles of non-editing teacher, student and guest.

Enabling non-editing teachers to override safe permissions

  1. Access Administration > Site Administration > Users > Permissions > Define roles.
  2. Edit the non-editing teacher role and change the capability Capabilities/moodle/role:safeoverride to allow.
  3. Click the button "Save changes".
  4. Click the tab "Allow role overrides" (in Administration > Site administration > Users > Permissions > Define roles).
  5. Check the appropriate box(s) in the non-editing teacher row to set which role(s) they can override. Most likely it will just be the student role (you don't want non-editing teachers to be able to override managers), so check the box where the non-editing teacher row intersects with the student column.
  6. Click the button "Save changes".

If preferred, a new role for overriding permissions may be created and selected non-editing teachers assigned to it.

Overriding permissions for selected students

Sometimes a teacher will want to over ride permissions for selected students. Typically they will assign a student a role locally. For example, assign a student as a non-editing teacher. However, managers can override specific permission in a role. This does not create a new role. It modifies an existing specific role and affects all users assigned to that role in the context.

Sometimes the administrator (or someone with the permissions to) will create a new role. For example, the administrator will copy all the student permissions to a new role, then change specific permissions. The teacher then assigns specific students to this role without having to worry about checking off the correct role permissions.

Vea también