Gestionar empleados y roles con seguridad

Usuario, rol y permiso separados

Un usuario pertenece a una sola persona con su nombre y correo electrónico. Un rol describe un trabajo como recepción o limpieza. Los permisos deciden si puede leer, escribir o administrar.

El Hotel Nordlicht comienza con perfiles de gestión, recepción, limpieza y finanzas. Una persona puede cubrir varias tareas pero aún usa una cuenta personal y el rol más pequeño adecuado.

Mantén tres conceptos separados. Un usuario es una persona identificable con credenciales personales, idioma y estado activo. Un rol agrupa un ámbito de trabajo aprobado. Un permiso permite una acción concreta como leer reservas, cambiar la configuración financiera o administrar usuarios. Nunca crees un usuario de “recepción” compartido, porque las acciones, errores y posteriores auditorías ya no pertenecerían a una sola persona. Asigna a cada empleado el hotel correcto y evita llevar permisos de otra responsabilidad simplemente por conveniencia. Los roles del sistema proporcionan una base mantenida; Los roles personalizados se justifican únicamente por una necesidad operativa estable. Documente el propietario del rol y la fecha de aprobación. Antes de la configuración, escribe el conjunto de tareas previsto y las exclusiones confidenciales. El modelo está listo cuando la gerencia puede explicar quién es la persona, por qué existe el rol y qué acciones exactas otorga o niega sin depender de un puesto de trabajo informal.

Planificar tareas antes de los permisos

Enumere de cinco a diez tareas frecuentes por lugar de trabajo. La recepción trabaja con reservas, invitados y mensajes; limpieza con el plan diario; financiar con documentos y pagos; Gestión con informes y configuración.

Marque si cada tarea necesita acceso de lectura o escritura. El visionado de salas no implica gestión de disponibilidad; La visualización de facturas no implica corrección de pago. No habilite módulos “por si acaso”.

Diseñar el acceso desde tareas y riesgos. Enumere lo que deben hacer la recepción, el servicio de limpieza, las finanzas, la administración y la cobertura temporal en un turno normal, luego identifica los datos más pequeños y el conjunto de acciones necesarias. Separa la lectura, creación, edición, aprobación, exportación y administración cuando el producto lo admita. Presta especial atención a los datos de los huéspedes, documentos, pagos, tarifas, configuración del hotel y administración de usuarios. Una persona que necesita un informe no necesita automáticamente derechos de configuración; un ama de llaves que actualiza el trabajo de la habitación no necesita financiación de los huéspedes. Define una escalada de emergencia en lugar de otorgar a cada usuario acceso de administrador permanente. Ten en cuenta qué acciones requieren una segunda aprobación o una revisión posterior. Compara el plan con arreglos sustitutos reales y soporte fuera del horario laboral. La planificación de tareas pasa cuando cada permiso admite un flujo de trabajo con nombre, cada exclusión confidencial tiene una alternativa operativa y no existe ningún privilegio únicamente porque "puede ser útil algún día".

Revisa los roles del sistema y agrega roles personalizados deliberadamente

Abre Configuración → Usuarios y roles. STRYK proporciona Propietario, Administrador, Recepción y Servicio de limpieza como perfiles iniciales. Revisa la descripción, el estado activo, los usuarios asignados y los permisos del módulo.

Crea un rol personalizado solo para un trabajo distinto y duradero, como Finanzas sin configuración de hotel. Utiliza un nombre y una descripción claros, selecciona los módulos necesarios y verifica el estado guardado.

Revisa los roles del sistema existentes antes de crear uno personalizado. Compara los permisos reales del rol con la matriz de tareas y prueba las áreas de producto que expone. Elige la línea base con menos privilegios más cercana y luego crea una función personalizada solo cuando un trabajo recurrente no se pueda representar de forma segura. Asigna nombres claros a los roles personalizados según la responsabilidad, documente a su propietario y evita nombres específicos de personas que dejen de tener sentido después de los cambios de personal. Nunca copies una función de administrador y elimina algunos elementos visibles sin probar acciones ocultas. Vuelve a abrir la función guardada y compara todos los permisos. Mantén un rol canónico para el mismo trabajo en lugar de varias versiones casi idénticas. Si una nueva función agrega un permiso, revisa su efecto antes de realizar una asignación amplia. El diseño de roles se aprueba cuando el rol seleccionado admite todas las tareas requeridas, bloquea acciones sensibles no relacionadas y sigue siendo comprensible para un gerente que no lo creó.

Cree usuarios personales de forma segura

En el área de usuario, elija Crear usuario e ingrese el nombre completo, el correo electrónico individual accesible y el rol preparado. Comparta la contraseña inicial de forma segura y revise la ortografía del correo electrónico antes de guardarla.

Hotel Nordlicht crea usuarios separados para administración, turnos de recepción, limpieza y finanzas. Los turnos pueden compartir un rol pero nunca una cuenta.

Crea una cuenta para el empleado nombrado utilizando un correo electrónico de trabajo verificado y el hotel correcto. Establecer el idioma previsto, el estado activo y la función aprobada; No preconfigures datos personales ficticios para que las capturas de pantalla parezcan completas. Realiza la incorporación a través del flujo de cuenta aprobado y solicita al empleado que mantenga las credenciales en privado. Nunca envíes una contraseña de administrador compartida en el chat ni la guarde en una nota de recepción. Confirma que la persona pueda iniciar sesión y llegar al inquilino y al idioma correctos. Revisa el registro de usuario después de guardarlo y verifica que no se haya heredado ningún rol no deseado. Para acceso elevado, registra el aprobador y la fecha de revisión. Una identidad de quiosco es un usuario técnico dedicado específico del inquilino y debe abrir la experiencia del quiosco, no el administrador normal; no es un sustituto de las cuentas de los empleados. La creación de usuarios se realiza cuando una persona real controla una cuenta atribuible y no se debe compartir ninguna credencial o función para completar un turno.

Prueba cada rol con casos positivos y negativos.

Inicia sesión con un usuario de prueba de rol y verifica los casos positivos: la recepción llega a las reservas y a los huéspedes, realiza el mantenimiento del plan diario y financia el documento correcto. Utiliza datos de prueba marcados.

Luego verifique las restricciones deliberadas. Si falta una tarea, cambie la función central utilizando el permiso mínimo requerido, inicie sesión nuevamente y vuelva a probar los casos permitidos y bloqueados.

Prueba cada rol con casos positivos y negativos mientras inicia sesión como usuario de prueba. Los casos positivos demuestran que se requiere trabajo: una recepcionista abre y actualiza una reserva aprobada, un ama de llaves utiliza el plan de día compartido, un usuario de finanzas accede al documento deseado y la gerencia realiza su configuración autorizada. Los casos negativos son igualmente importantes: los mismos usuarios deben fallar visiblemente al intentar finanzas no relacionadas, administración de usuarios, exportación de huéspedes sensibles o configuraciones de hotel. Prueba la navegación directa y las entradas de menú ocultas; La seguridad no puede depender únicamente de un eslabón perdido. Registra el rol, la acción, el resultado esperado, el resultado real y la evidencia. Trate un error de STRYK que aún cambie los datos como una falla crítica y trate un éxito simulado localmente como no válido. Vuelve a realizar la prueba después de las ediciones de roles y después de cambios materiales en el producto. Una función se aprueba solo cuando las acciones requeridas se realizan correctamente, las acciones prohibidas fallan en el lado del servidor y el resultado sobrevive al cierre de sesión y al inicio de sesión nuevo.

Maneje la cobertura, los cambios de roles y las salidas de manera limpia

Para cubrir, defina fechas y la tarea adicional concreta. Distinga la lectura de documentos de la gestión de pagos y registre cuándo el acceso debe volver a la normalidad.

Para un cambio de trabajo permanente, actualice el usuario personal en lugar de crear una segunda cuenta. Inhabilite a los que salen antes de su último día pero preserve el historial. La desactivación de STRYK no reemplaza la lista completa de bajas del hotel.

Maneje la cobertura, los cambios de roles y las salidas como eventos de acceso fechados. Para una cobertura temporal, otorgue el rol adicional más pequeño durante el período definido, registra el aprobador y la fecha de eliminación, y evita compartir credenciales. Cuando un empleado cambia de departamento, compara las matrices de tareas antiguas y nuevas y elimina los permisos que ya no sean necesarios antes de agregar otros nuevos. Al salir, desactiva el usuario personal de inmediato, conserva el historial de auditoría y reasigne la propiedad operativa abierta, como salas de limpieza o aprobaciones. No elimines la cuenta para borrar el historial y no la dejes activa “por si acaso”. Revisar las sesiones activas o accesos relacionados donde el sistema lo proporcione y cambiar cualquier credencial externa compartida que la persona conocía legítimamente. Prueba al empleado sustituto de forma independiente. El evento se completa cuando el usuario anterior no puedes acceder al hotel, el historial necesario sigue siendo atribuible, la obra abierta tiene un nuevo propietario y el sucesor solo ha aprobado los permisos actuales.

Revisar y aprobar el acceso periódicamente

Realiza una breve conciliación mensual del equipo y una revisión trimestral completa de las funciones. Verifica usuarios activos, trabajos, personal estacional, cobertura, duplicados y roles no utilizados.

Fecha de registro, revisor, cambios y próxima revisión. El Hotel Nordlicht confirma seis cuentas personales, cuatro funciones operativas y ningún inicio de sesión compartido.

Ejecute una revisión de acceso periódica utilizando la lista de usuarios activos, las definiciones de roles y la responsabilidad operativa reciente. Para cada usuario, confirma la identidad, el estado del empleo o contrato, el hotel, el rol, los permisos elevados, la última aprobación y la necesidad comercial continua. Revisa los roles personalizados para detectar duplicaciones y permisos agregados por nuevas funciones. Muestra de evidencia de auditoría para acciones sensibles de finanzas, invitados, precios y administración. Solicitar a los gerentes que aprueben o eliminen el acceso explícitamente; El silencio no es aprobación. Realiza un seguimiento de las subvenciones temporales después de su fecha de finalización y de las cuentas inactivas que aún permanecen habilitadas. Registra la fecha de revisión, el revisor, las correcciones y las pruebas de finalización sin copiar datos personales innecesarios en una segunda hoja de cálculo. Repite después de cambios importantes de personal o de productos y en un intervalo regular definido. La revisión se completa cuando cada cuenta activa tiene un propietario y motivo actual, cada función ha pasado sus pruebas, se elimina el exceso de acceso y la administración puede rastrear la decisión desde el sistema central.

Al final de la revisión, realice una verificación de inquilino por separado: todos los usuarios activos solo deben acceder al hotel para el cual han sido aprobados, y las solicitudes directas realizadas con el ID de otro inquilino deberían fallar en el lado del servidor. El certificado de prueba no debe contener datos del huésped ni contraseña; el usuario, rol, hotel, acción, baneo esperado y tiempo son suficientes. De esta manera, la verificación de autorización no solo se realiza a nivel de menú, sino que también verifica la separación de datos de varios hoteles.