Hostelería con varias zonas: un sistema de pedidos para todas
Los negocios con varios puntos de servicio — restaurante y terraza, hotel con bar de piscina, spa y servicio de habitaciones — no necesitan un sistema de pedidos por cada punto, sino uno con lógica de zonas: cada zona tiene sus códigos QR, su carta y sus horarios, mientras que el mantenimiento y los informes siguen en un solo sitio. Los roles regulan quién ve qué pedidos. Lo decisivo es poder habilitar artículos por zona; si no, la tarta flameada del horno del restaurante aparece también en el bar de la piscina.
Una casa, cuatro cartas: terraza de desayunos, restaurante, bar de piscina y servicio de habitaciones. Quien lo resuelve con cuatro herramientas aisladas o con una sola carta gigante paga dos veces: en mantenimiento o en clientes desorientados. La tercera opción es la estructura: un sistema que entiende las zonas como unidades propias.
Qué debe poder hacer una zona
- Sus propios códigos QR: el código de la hamaca pertenece a la zona de piscina, de modo que el pedido llega al equipo de piscina y no a la cocina del restaurante.
- Su propia carta: cócteles y aperitivos en la piscina, la carta completa en el restaurante, una oferta reducida en el servicio de habitaciones.
- Sus propios horarios: el bar de la piscina cierra a las seis y a partir de entonces la zona no acepta más pedidos, sin que nadie tenga que acordarse.
- Habilitación de artículos: un plato existe una sola vez en el sistema y se asigna a las zonas en las que se puede pedir.
Roles: quién ve qué
Con el número de zonas crece el equipo, y con él la pregunta de quién puede ver qué. Un sistema de roles con permisos detallados lo resuelve: el camarero de la piscina ve los pedidos de piscina, la cocina ve las comandas, el responsable de turno lo ve todo y administración exporta cifras sin poder modificar cartas. Lo importante es que los permisos se ajusten por persona y no solo en niveles rígidos.
Qué sigue siendo central
| Por zona | Central para el negocio |
|---|---|
| Códigos QR, carta, horarios, responsabilidad | datos maestros de artículos, precios, alérgenos |
| Entrada de pedidos en cada equipo | informes: facturación, horas punta, artículos más pedidos |
| Ofertas propias (happy hour en la piscina) | gestión del equipo, roles y permisos |
| exportaciones de datos y entregas para facturación |
Por qué fracasan estos montajes
- Una sola carta para todo: 120 posiciones en la piscina abruman, y el equipo de piscina recibe pedidos que no puede preparar.
- Sistemas separados por punto de servicio: mantenimiento duplicado, informes separados y un cliente que se encuentra un manejo distinto en cada zona.
- Responsabilidad poco clara: si nadie fija qué equipo cubre qué zona, los pedidos se quedan parados. La tecnología no puede responder a una pregunta de organización, solo puede reflejarla.
¿Necesito varios sistemas de pedidos para varias zonas o locales?
No. Un sistema con lógica de zonas representa restaurante, terraza, bar de piscina o servicio de habitaciones como zonas separadas con sus propias cartas, códigos QR y horarios, mientras que el mantenimiento y los informes siguen siendo centrales. En MenuMonkeys el número de zonas depende del plan; a partir del plan Plus es ilimitado.
¿Pueden los distintos equipos ver solo sus propios pedidos?
Sí. Mediante roles y permisos por empleado se controla quién ve qué zonas y funciones, desde el servicio de piscina que solo recibe pedidos de piscina hasta el responsable de turno con acceso completo.
¿Cómo llegan los datos del sistema de pedidos a contabilidad o al sistema hotelero?
Mediante exportaciones e interfaces: exportaciones CSV de pedidos, clientes y valoraciones, un CSV de cargos a la habitación para entregar al sistema hotelero y webhooks propios para sistemas conectados. La conexión directa con un TPV se configura bajo petición.