> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/es/usuarios-y-credenciales/add-and-modify-access-groups/legacy-access-control-roles.md). # Roles heredados de control de acceso {% hint style="success" %} 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](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) para obtener más información. {% endhint %} 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. {% hint style="warning" %} Si un usuario tiene un rol heredado de control de acceso, necesita [migrar a los roles actuales](#h_f4e9888012) antes de que se puedan realizar cambios en sus permisos de control de acceso. {% endhint %} *** ## 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](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) (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](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) 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](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) de otros usuarios. * Para cualquier sitio que el usuario pueda ver, actualizar el [administrador de sitio de acceso](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) 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

| {% hint style="danger" %} Los Administradores de acceso que no sean también Org Admins no pueden concederse a sí mismos permisos de Administrador de sitio de acceso. {% endhint %}
*** ## Migrar roles heredados de control de acceso {% hint style="danger" %} Debe ser un Org Admin o **ambos** un [Administrador del sistema de Access](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) **y** [Administrador de Access User](/access-control/es/primeros-pasos/roles-and-permissions-for-access-control.md) para migrar a un usuario con roles heredados de control de acceso a los roles actuales de control de acceso. {% endhint %} {% stepper %} {% step %} **En Verkada Command, vaya a Todos los productos > Admin.** {% endstep %} {% step %} **En Configuración de la organización, seleccione Usuarios.** {% endstep %} {% step %} **Seleccione al usuario con un rol heredado de control de acceso.** {% endstep %} {% step %} **En el panel lateral izquierdo, junto a Roles de control de acceso, haga clic en Actualizar roles.** {% endstep %} {% step %} **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**. {% endstep %} {% endstepper %} 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](/command/es/usuarios-y-permisos/manage-users-in-your-organization/manage-command-groups.md) 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.
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.verkada.com/access-control/es/usuarios-y-credenciales/add-and-modify-access-groups/legacy-access-control-roles.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.