Nomenclatura de permisos
Los permisos siguen una convención clara de módulo más acción, de modo que cada concesión se lee como lenguaje natural.
Use un modelo de usuario, rol y permiso en el que tanto las comprobaciones del servidor como la interfaz del espacio de trabajo siguen la lista de permisos efectivos del usuario que ha iniciado sesión.
Los nombres de permiso del tipo módulo-acción hacen comprensibles las reglas de acceso al configurar los roles.
Use un modelo de usuario, rol y permiso en el que tanto las comprobaciones del servidor como la interfaz del espacio de trabajo siguen la lista de permisos efectivos del usuario que ha iniciado sesión.
Los permisos siguen una convención clara de módulo más acción, de modo que cada concesión se lee como lenguaje natural.
Cada acción protegida verifica al usuario que ha iniciado sesión y los permisos que requiere antes de ejecutarse.
Los menús y botones siguen la misma lista de permisos, así que cada persona solo ve lo que realmente puede hacer.
Use un modelo de usuario, rol y permiso en el que tanto las comprobaciones del servidor como la interfaz del espacio de trabajo siguen la lista de permisos efectivos del usuario que ha iniciado sesión.
Cada vista se mantiene estructurada y revisable: nada queda oculto tras una pestaña.
Los nombres de permiso del tipo módulo-acción hacen comprensibles las reglas de acceso al configurar los roles.
Cada acción protegida declara los permisos que requiere y bloquea a los usuarios que no los cumplen.
La navegación y las acciones solo se muestran cuando el usuario tiene el permiso necesario.
Cuando un usuario tiene varios roles, sus permisos efectivos se combinan.
El acceso se controla a nivel de cada acción de cada módulo.
Superadministrador, gerente de RR. HH., analista de RR. HH., contador, jefe de departamento y empleado vienen listos para usar.
Los administradores pueden crear roles específicos para responsabilidades operativas reales.
Las acciones siguen protegidas aunque un elemento de la interfaz se oculte de forma incorrecta.
Una capa de plan se sitúa por encima de los permisos: los módulos que no incluye el plan de la empresa permanecen desactivados, conceda lo que conceda un rol.
El modelo es aditivo: el acceso lo conceden los roles asignados.
Siguen un estilo de nomenclatura de módulo más acción.
El usuario obtiene la unión de los permisos de ambos roles.
No. Las comprobaciones en el servidor se aplican a cada acción protegida.
Adapte su flujo de trabajo actual a la configuración, los permisos y el plan de implantación del HRM adecuados.