Multipropiedad: un tablero para varios hoteles sin mezclar sus cajas ni sus folios
Cuando un dueño opera más de un hotel, quiere ver todo desde un solo lugar, pero cada propiedad necesita su caja, su folio y su equipo separados. Aquí está cómo se resuelve esa tensión sin sacrificar ninguno de los dos lados.
El dueño de dos o tres hoteles vive una contradicción todos los días: quiere ver el grupo entero en una sola pantalla, y al mismo tiempo necesita que cada hotel funcione como si fuera el único que existe. Un tablero mal diseñado resuelve un lado del problema y rompe el otro, y el que paga esa factura suele ser el contralor, a fin de mes.
Por qué mezclar propiedades es más fácil de lo que parece
Cuando un grupo hotelero crece, casi siempre empieza duplicando lo que ya funcionaba en el primer hotel: mismo sistema, misma cuenta, a veces hasta el mismo usuario y contraseña para “no complicar las cosas”. Funciona bien mientras hay una propiedad. En cuanto hay dos, cualquier atajo de configuración se convierte en un riesgo: un descuento aplicado en el hotel equivocado, un corte de caja que suma la venta de dos restaurantes, un folio de huésped que aparece en la propiedad que no es.
El problema no es técnico en el fondo, es de diseño de permisos. Un sistema pensado para un solo hotel no distingue entre “ver todo” y “operar todo”, y esa distinción es exactamente lo que un grupo de varios hoteles necesita desde el primer día.
Las tres capas que un grupo necesita separar
Para que la multipropiedad funcione sin fricción, conviene pensar en tres capas distintas, cada una con su propia regla.
La caja: nunca se mezcla
Cada hotel del grupo tiene su propia caja, su propio corte y su propio efectivo. La página de caja (Caja y cortes) de un hotel jamás debe mostrar movimientos de otro, ni siquiera al gerente general del grupo, que ve el consolidado en un reporte distinto, no en la operación diaria de cada caja. Mezclar cajas entre propiedades no es una conveniencia, es un problema de control interno que tarde o temprano genera una diferencia que nadie puede explicar.
El folio: siempre de una sola propiedad
El folio de un huésped pertenece a la propiedad donde se hospeda. Si el mismo huésped se hospeda después en otro hotel del grupo, se abre un folio nuevo en esa propiedad, no se reutiliza el anterior. Un cargo a la habitación (Cargo a la habitación) que por error se cuelga en la propiedad equivocada genera un problema doble: el huésped ve un cargo que no reconoce, y el hotel que sí lo generó no cobra lo que le corresponde.
Los permisos: por rol y por propiedad, al mismo tiempo
Un mesero del hotel A no necesita ver nada del hotel B. El gerente de alimentos y bebidas de una propiedad puede necesitar ver solo la suya. El dueño y el contralor corporativo son los únicos roles que de verdad necesitan cruzar propiedades, y aun así con distintos niveles: uno para consolidar cifras, otro para poder entrar a operar si hace falta.
Qué sí conviene consolidar
La separación estricta de caja y folio no significa que el grupo tenga que vivir a ciegas de propiedad en propiedad. Hay información que sí gana valor cuando se consolida, siempre que quede claro que consolidar es distinto de mezclar.
- Venta total del grupo por día, sumando cada propiedad como una línea separada, no como una sola cifra sin desglose.
- Consumo de alimentos y bebidas por habitación ocupada (/blog/como-se-calcula-el-consumo-de-alimentos-y-bebidas-por-habitacion-ocupada) de cada hotel, uno junto al otro, para comparar desempeño real entre propiedades similares.
- Costo de alimentos como porcentaje de la venta, por propiedad, para detectar si una está perdiendo margen frente a las demás.
- Cortes de caja por punto de consumo, agrupados por hotel, para que el contralor corporativo revise todos sin tener que entrar a cada sistema por separado.
Comparables entre casas: la trampa de comparar peras con manzanas
Comparar dos hoteles del mismo grupo es tentador y peligroso a la vez. Un hotel boutique (Hotel boutique) de veinte habitaciones y un resort (Resort) de ciento cincuenta no comparten ni tamaño ni tipo de huésped, y comparar su venta absoluta lleva a conclusiones equivocadas. Lo que sí se puede comparar con justicia son los indicadores relativos: consumo por habitación ocupada, ticket promedio, porcentaje de cargos a la habitación sobre el total. Esos números sí viajan bien entre propiedades de distinto tamaño, porque ya están ajustados por escala.
La comparación también debe respetar el tipo de operación. Un hotel todo incluido (Todo incluido) mide su restaurante distinto que un hotel de ciudad donde el huésped paga cada consumo por separado, y meter ambos en la misma tabla sin esa nota confunde más de lo que aclara.
Cómo se ve un tablero bien diseñado
Un tablero de multipropiedad bien pensado tiene una jerarquía clara: primero el grupo, después cada propiedad, después cada punto de consumo. El usuario debe poder entrar al nivel de grupo para ver el panorama, y bajar a una sola propiedad cuando algo le llama la atención, sin perder el contexto de dónde está parado.
- Vista de grupo: venta consolidada del día, comparada contra el mismo día de la semana pasada, con una fila por propiedad.
- Vista de propiedad: el detalle completo de esa casa, como si fuera el único hotel del sistema, con su caja y su folio propios.
- Vista de punto de consumo: el nivel donde el capitán y el gerente de alimentos y bebidas trabajan todos los días, sin ver nada de otras propiedades.
- Alertas configurables por propiedad, no solo por grupo, porque el umbral razonable para un resort de ciento cincuenta habitaciones no sirve para un hotel boutique de veinte.
Un ejemplo ilustrativo con números
Las cifras que siguen son inventadas para mostrar el cálculo, no son datos de ningún grupo real. Imagina un grupo con dos hoteles: uno de 30 habitaciones y otro de 80, ambos con restaurante propio.
| Propiedad | Habitaciones | Venta de A&B del mes (ejemplo) | Noches ocupadas del mes (ejemplo) | Consumo por habitación ocupada |
|---|---|---|---|---|
| Hotel A | 30 | 81,000 | 540 | 81,000 ÷ 540 = 150 |
| Hotel B | 80 | 184,000 | 1,600 | 184,000 ÷ 1,600 = 115 |
Si el dueño solo mirara la venta total, el Hotel B parecería mejor por vender más del doble. Pero al comparar el consumo por habitación ocupada, el Hotel A captura más de cada noche vendida: 150 contra 115. Esa diferencia es la que el contralor corporativo debe investigar, no la venta absoluta, que solo refleja el tamaño de cada propiedad.
Cuando el grupo crece: qué revisar antes de sumar el tercer hotel
Cada hotel nuevo que se suma al grupo multiplica el riesgo de mezclar cajas y folios, si la base no estaba bien puesta desde el segundo. Antes de abrir una tercera propiedad, vale la pena revisar estos puntos.
- Confirmar que cada propiedad tiene su propio corte de caja y que nadie puede ver el efectivo de otra sin el permiso corporativo explícito.
- Revisar que los folios de huéspedes están completamente separados por propiedad, incluso si el huésped repite en el grupo.
- Definir por escrito qué roles pueden cruzar propiedades y cuáles quedan encerrados en la suya, antes de que alguien lo pida “por urgencia” y quede como excepción permanente.
- Probar el tablero consolidado con datos reales de las dos primeras propiedades antes de dar de alta la tercera, para detectar mezclas antes de que sean tres veces más difíciles de corregir.
Vale la pena pensar en la capacitación del equipo corporativo con la misma seriedad que en la del equipo de cada propiedad. Un contralor corporativo que nunca aprendió a leer el tablero consolidado termina pidiendo reportes sueltos por correo a cada gerente, y eso reintroduce exactamente el trabajo manual que la multipropiedad debería eliminar. La capacitación no es un evento único: conviene repetirla cada vez que se suma una propiedad nueva, porque el tablero cambia de forma con cada hotel que entra al grupo.
Un grupo de hoteles necesita ver todo desde un solo lugar sin que las cajas ni los folios se mezclen entre propiedades. Consolida los indicadores relativos, no las cifras absolutas, y define permisos por rol y por propiedad desde el segundo hotel, no cuando ya sean cinco.
Qué hacer esta semana
- Revisa si algún usuario puede ver la caja de más de una propiedad sin un permiso corporativo explícito.
- Confirma que los folios de huéspedes están separados por propiedad y no se reutilizan entre hoteles.
- Compara el consumo por habitación ocupada de cada hotel del grupo, no solo la venta total.
- Escribe la lista de roles que sí necesitan cruzar propiedades y por qué, y la de los que no.
- Si el grupo va a crecer, prueba el tablero consolidado con las propiedades actuales antes de sumar la siguiente.
Inn Restaurant separa caja y folio por propiedad y consolida los indicadores que sí conviene ver en grupo, con permisos que respetan cada hotel. La página para cadenas y grupos (Cadenas y grupos) explica cómo se configura, y la demo de quince minutos (contacto) es el mejor lugar para verlo con tus propias propiedades.
Más artículos
Impresoras de tickets y de cocina: cómo elegir, dónde ponerlas y cuándo dejar de usarlas
La impresora parece el mueble menos importante del restaurante del hotel, hasta que se atasca a las nueve de la noche. Aquí está cómo elegirla, dónde ubicarla y cuándo conviene cambiar el papel por una pantalla.
API y eventos: qué debe poder leer y escribir tu contador desde el sistema del restaurante del hotel
Tu contador no necesita otro usuario más en la tablet del mesero: necesita acceso ordenado a los datos correctos, con una llave que sea solo suya. Aquí está qué debe poder leer, qué casi nunca debe poder escribir, y por qué eso cambia según la propiedad.
Hardware para el restaurante del hotel: tablets, terminales e impresoras que sí conviene comprar
Cambiar de sistema no debería obligarte a comprar todo de nuevo, pero tampoco conviene quedarte con hardware pensado para otra operación. Aquí está qué necesita de verdad el restaurante de tu hotel, qué es opcional según tu tamaño y qué es un gasto heredado que puedes dejar atrás.
El restaurante de tu hotel ya vende bien. Falta que el hotel lo sepa.
Quince minutos, con tu carta y tus mesas. Sin instalar nada.