Roles heredados de control de acceso

A partir del 14 de noviembre de 2024, los permisos de control de acceso han cambiado. Los usuarios con roles heredados de control de acceso conservarán sus permisos hasta que se actualicen a los roles actuales. Los usuarios agregados o modificados después de esta fecha recibirán los nuevos permisos de control de acceso. Ver roles y permisos para el control de acceso para obtener más información.

Hay dos conjuntos de roles heredados que definen los permisos de un usuario para ver y administrar el control de acceso dentro de Command:

Rol de acceso (heredado). Este rol se establece a nivel de organización, ya sea Gestor de acceso o Administrador de acceso.
Administrador de sitio de acceso (heredado). Este rol se establece a nivel de sitio para cada sitio. Para que un usuario sea Administrador de sitio de acceso de cualquier sitio, su rol de control de acceso debe estar establecido como Gestor de acceso o Administrador de acceso.

Si un usuario tiene un rol heredado de control de acceso, necesita migrar a los roles actuales antes de que se puedan realizar cambios en sus permisos de control de acceso.

Comparación de permisos

A continuación se muestran diagramas que comparan los permisos de los roles heredados de control de acceso (mostrados en azul) con los roles actuales de control de acceso (mostrados en blanco).

Permisos de Sistema de acceso a nivel de organización

Permisos de Gestión de usuarios de acceso a nivel de organización

Permisos de control de acceso a nivel de sitio

Descripciones detalladas de los roles heredados

Gestor de acceso

Un usuario con su rol de control de acceso a nivel de organización establecido como Gestor de acceso puede:

Hacer todo lo que un Miembro de acceso puede hacer.
Desbloquear las puertas a las que se les ha dado acceso.
Ver, agregar, suspender y editar usuarios de acceso, incluida la actualización de la información del usuario (no sincronizada mediante SCIM), la concesión y suspensión del acceso, y la adición y eliminación de credenciales.
Ver, editar y eliminar grupos de acceso (no sincronizados mediante SCIM).
Ver, editar y eliminar edificios.
Ver, editar, eliminar y agregar pisos dentro de los edificios.
Si es un Org Admin, ver las descripciones de los informes de eventos guardados creados por otros usuarios y eliminarlos.

Para los sitios de los que un Gestor de acceso es Administrador de sitio de acceso, puede:

Ver y desbloquear puertas.
Cambiar la programación de una puerta por una programación de puerta que ya se haya creado.
Agregar a una puerta una excepción de programación de puerta que ya se haya creado.
Ver eventos de acceso en vivo e históricos. Ejecutar, guardar, exportar y distribuir informes de estos eventos. Agregar y editar alertas basadas en eventos de acceso.

Administrador de acceso

Un usuario con su rol de control de acceso a nivel de organización establecido como Administrador de acceso puede:

Todo lo que puede hacer un Gestor de acceso.
Ver, agregar, editar y eliminar grupos de acceso (no sincronizados mediante SCIM).
Ver, agregar, eliminar y editar programaciones de puertas, excepciones de programación de puertas y excepciones de programación de acceso.
Actualizar el rol de acceso de otros usuarios.
Para cualquier sitio que el usuario pueda ver, actualizar el administrador de sitio de acceso rol de otros usuarios.
Configurar los ajustes de acceso de toda la organización, como el desbloqueo por Bluetooth.

Para los sitios de los que un Administrador de acceso es Administrador de sitio de acceso, puede:

Realizar todo lo que puede hacer un Gestor de acceso.
Agregar, editar y eliminar puertas, entradas/salidas AUX, bloqueos e controladores de acceso.
Agregar, editar y eliminar niveles de acceso y excepciones de programación de acceso.
Administrar la configuración de acceso a nivel de sitio, como el desbloqueo por Bluetooth y las actualizaciones de firmware programadas.

administrador de sitio de acceso

Cuando un usuario es Administrador de sitio de acceso de un sitio determinado, sus permisos para ese sitio dependen de si su rol de control de acceso a nivel de organización es Gestor de acceso o Administrador de acceso. La siguiente tabla describe qué permisos se conceden cuando se convierte a un usuario en Administrador de sitio de acceso de un determinado Sitio X:

Gestor de acceso

Acceso Administrador

Ver eventos en vivo de puertas para las puertas de Sitio X

Ver informes de las puertas de Sitio X

Ver el historial de eventos de puertas

Ver el historial de eventos de usuario de las puertas de Sitio X

Cambiar la programación de una puerta de Sitio X por otra programación que ya exista

Anular la programación de una puerta de Sitio X

Desbloquear una puerta en Sitio X desde Verkada Command

Hace todo lo que puede hacer un Gestor de acceso, además de:

Cambiar el rol de acceso de otros usuarios

Agregar/eliminar administradores de sitio de acceso para Sitio X

Agregar/eliminar dispositivos de control de acceso en Sitio X

Agregar/configurar/eliminar puertas y dispositivos AUX en Sitio X

Agregar/configurar/eliminar niveles de acceso en Sitio X

Los Administradores de acceso que no sean también Org Admins no pueden concederse a sí mismos permisos de Administrador de sitio de acceso.

Migrar roles heredados de control de acceso

Debe ser un Org Admin o ambos un Administrador del sistema de Access y Administrador de Access User para migrar a un usuario con roles heredados de control de acceso a los roles actuales de control de acceso.

En Verkada Command, vaya a Todos los productos > Admin.

En Configuración de la organización, seleccione Usuarios.

Seleccione al usuario con un rol heredado de control de acceso.

En el panel lateral izquierdo, junto a Roles de control de acceso, haga clic en Actualizar roles.

Haga clic en Asignar nuevos roles.

a. Seleccione los roles de Sistema de acceso, Gestión de usuarios de acceso y Sitio de acceso que desea que tenga el usuario. b. Haga clic en Finalizar y aplicar roles.

Después de migrar los nuevos roles de control de acceso, se eliminarán todos los roles heredados de control de acceso del usuario. En adelante, solo se le podrán conceder a este usuario los roles actuales de control de acceso.

Preguntas frecuentes

¿Qué sucede si se agrega a un usuario con roles heredados de control de acceso a un grupo de Command que le otorga roles actuales de control de acceso?

Si se agrega a un usuario con roles heredados de control de acceso a un grupo de Command que tiene roles actuales de control de acceso, entonces el usuario recibirá todos los permisos que le otorgue la combinación de sus roles heredados y actuales de control de acceso.

Aunque este estado es compatible, se recomienda migrar los roles de acceso heredados de un usuario a los roles actuales de control de acceso antes de asignar permisos a través de un grupo de Command. Esto ayuda a simplificar el seguimiento de los permisos de acceso actuales del usuario.

Última actualización hace 5 meses

¿Te fue útil?