Hostelería y restauración: gestionar accesos de TI del personal de temporada
Operaciones de TI · 4 min
Sector de actividad: Hotelería y restauración
Artículos de Bruno Roque
Equipos rotativos y cuentas compartidas en cajas y sistemas de reservas crean riesgos poco visibles. Vea cómo organizar entradas, cambios y salidas sin retrasar el servicio.
TL;DR
- En la hostelería y la restauración, la rotación de personal es estructural y debe reflejarse en la forma en que se crean y se retiran los accesos.
- Las cuentas genéricas en el terminal de punto de venta o en el sistema de gestión hotelera dificultan la atribución de acciones y la investigación.
- Para quienes aceptan tarjetas, el PCI DSS exige identificación individual y solo admite credenciales compartidas en circunstancias excepcionales y controladas.
- Perfiles por función, fechas de fin de contrato y desactivación asociada a recursos humanos reducen la dependencia de la memoria de quien está de turno.
- El nivel de automatización posible depende de los proveedores de software y del tamaño del negocio, y debe evaluarse caso por caso.
La rotación de personal forma parte del modelo operativo
En hostelería y restauración, tanto en Portugal como en otros destinos turísticos europeos, la contratación sigue la demanda: refuerzos en temporada alta, extras para eventos, becarios y trabajadores temporales entran y salen a lo largo del año. Cada persona necesita, ya desde el primer turno, acceso al sistema de gestión hotelera (PMS, Property Management System), al terminal de punto de venta (POS), al cuadrante de turnos, al correo electrónico y, a veces, a portales de reservas. La cuestión operativa es sencilla de formular y difícil de cumplir: cómo conceder el acceso correcto el primer día y retirarlo el último, sin depender de la memoria de quien está de servicio.
Las cuentas compartidas ocultan quién hizo qué
Bajo presión de servicio, es habitual recurrir a atajos: un usuario genérico para la recepción, un código de caja compartido por la sala, una contraseña pegada junto al terminal. Estos atajos resuelven el problema del momento, pero crean dos riesgos persistentes. El primero es la pérdida de trazabilidad, porque un descuento indebido, una devolución o una consulta a datos de huéspedes ya no pueden atribuirse a una persona concreta. El segundo es la permanencia de accesos tras la salida del empleado, particularmente sensible en portales accesibles por internet, como gestores de canales o extranets de agencias de viajes online.
El PCI DSS ofrece una referencia objetiva para quienes aceptan tarjetas
El PCI DSS es una norma de la industria de pagos, aplicada por vía contractual y no por ley, que abarca a las entidades que procesan datos de tarjetas. Según el PCI Security Standards Council, el uso de credenciales compartidas, de grupo o genéricas debe evitarse salvo en circunstancias excepcionales, y el requisito 8.2.2 se aplica a todas esas credenciales y no solo a las de administración. El objetivo declarado es que cada acción sea atribuible a un identificador individual. El alcance concreto depende de la arquitectura de pagos, por ejemplo del tipo de terminales usados, y debe confirmarse con el adquirente o con un evaluador cualificado. En paralelo, los datos de huéspedes son datos personales cubiertos por el RGPD, y el control de accesos es una de las medidas organizativas habitualmente consideradas, en función del riesgo.
El ciclo de vida de los accesos empieza en recursos humanos
Un enfoque que suele funcionar es tratar el registro de contratación como origen de los accesos. Perfiles predefinidos por función, como recepcionista, camarero, jefe de sala o gobernanta, evitan decisiones improvisadas y permisos heredados de compañeros. Cada cuenta nace con la fecha de fin de contrato y se desactiva automáticamente ese día, mientras que los cambios de función obligan a revisar el perfil en lugar de sumar permisos. En el POS, tarjetas personales o códigos individuales permiten una identificación rápida sin sacrificar la velocidad del servicio, y el inicio de sesión único puede simplificar el resto cuando los proveedores lo soportan. Una revisión de cuentas al final de cada temporada ayuda a detectar lo que se haya escapado al proceso. Para situaciones imprevistas, como una avería en el turno de noche, conviene definir de antemano accesos de emergencia controlados, en lugar de reactivar cuentas antiguas.
Las excepciones y los límites exigen decisiones explícitas
No todo cabe en el modelo ideal. Terminales de cocina compartidos, cuentas de servicio que conectan el PMS con el POS y accesos remotos de proveedores necesitan reglas propias, con un responsable identificado y revisión periódica. Muchos PMS y POS en modelo SaaS ofrecen integración limitada con directorios de identidad, lo que obliga a combinar automatización con listas de verificación manuales. En un pequeño restaurante, una lista de salida cumplida con disciplina puede ser suficiente, mientras que un grupo hotelero con varias unidades se beneficia de la centralización y de la detección de riesgos de identidad. Donde el equipo interno es reducido, un soporte técnico continuo puede asegurar creaciones y desactivaciones por la noche y los fines de semana, periodos en los que la operación hotelera sigue funcionando.
Una disciplina sencilla sostiene la operación
Gestionar accesos de personal de temporada es, sobre todo, un problema de proceso, no de tecnología. La identificación individual, los perfiles por función y la desactivación ligada al fin del contrato pueden ayudar a reducir riesgos de fraude, de exposición de datos de huéspedes y de dificultades en auditorías. El diseño adecuado depende del tamaño del negocio, de la arquitectura de pagos y de las capacidades de los proveedores, y las obligaciones concretas deben confirmarse para cada caso.
Relacionado
- Cómo Observability y AIOps ayudan a acelerar la respuesta a incidentes
- SOC/NOC gestionado para PYMES: una alternativa a la operación interna 24/7
- CMDB: gestionar dependencias antes del incidente
- Runbooks: convertir la respuesta a incidentes en operación repetible