Soluciones por tipo de alojamiento

Software de gestión para resorts

Un resort es una operación grande y multi-servicio: alojamiento, varios puntos de gastronomía, spa, actividades y un equipo numeroso que tiene que moverse coordinado. Lokibed concentra todo en un folio único por huésped: el POS de restaurante y bar trabaja sobre un plano de mesas con zonas, y al cerrar la comanda elegís caja o folio —si va al folio, el total se postea contra la cuenta abierta de esa reserva—. Una salvedad para una operación de este tamaño: el POS no descuenta stock de A&B; el stock auditado vive en el módulo de insumos, con órdenes de compra y proveedores, pero todavía no está enganchado al POS. El housekeeping y las tareas se asignan y priorizan por urgencia para sostener el estándar a gran escala.

La rentabilidad se gestiona con RevPAR, ADR, ocupación y ALOS en vivo, más siete reportes gerenciales —KPIs, producción por canal, pickup, forecast, arqueo, fiscal y segmento, dos de ellos con export CSV— y un pricing dinámico determinista: reglas explícitas de ocupación proyectada y pickup, sin IA, que vos aprobás antes de que toquen la grilla BAR. No hay channel manager, así que ese precio no viaja a las OTAs. Para grupos que operan varias propiedades el sistema es multi-empresa y multi-hotel, con el aislamiento garantizado por Row Level Security en Postgres y probado con tests que intentan cruzar tenants; la base de datos aislada por cliente es roadmap. Los asistentes de IA existen con alcance declarado y chico: cuatro acciones dentro del PMS y una sola escribe.

Lo que resuelve para tu operación

  • Folio único por huésped que consolida alojamiento, gastronomía, spa y actividades.
  • POS de restaurante y bar con plano de mesas por zona; la comanda se cierra contra el folio o contra caja.
  • El POS no descuenta stock de A&B: el stock auditado está en insumos, con órdenes de compra y proveedores, sin enganche al POS.
  • Housekeeping y tareas a gran escala, asignadas y priorizadas por urgencia para todo el equipo.
  • Revenue: RevPAR, ADR, ocupación y ALOS en vivo, siete reportes gerenciales (dos con export CSV) y pricing determinista con aprobación manual.
  • Multi-empresa y multi-hotel con aislamiento por Row Level Security en Postgres, probado con tests que intentan cruzar de un tenant a otro. El silo por cliente es roadmap.

Preguntas frecuentes

¿Consolida el consumo de restaurantes, spa y actividades en una sola cuenta?
Sí. Todo se carga a un folio único por huésped: al cerrar la comanda del POS contra folio, el total se postea a la cuenta abierta de esa reserva, y los servicios y actividades se cargan al mismo folio, sin tickets sueltos ni conciliaciones manuales. Si el consumo no es de un huésped alojado, la comanda se cierra contra caja. Lo que ese circuito no hace es mover stock: el POS no descuenta insumos de A&B.
¿Está preparado para operar varias propiedades de una cadena?
Sí, es multi-empresa y multi-hotel desde el back-office, con usuarios y permisos por rol. Sobre el aislamiento conviene ser preciso, porque es la pregunta de toda cadena: no es una base por cliente, es Row Level Security en Postgres —una garantía a nivel del motor, no un filtro que cada consulta tiene que recordar— con pruebas automatizadas que intentan leer datos de otro tenant y verifican que la base lo rechace. El silo por cliente es una decisión de roadmap, no código que tengamos hoy. El white-label con dominio propio ya está soportado por la resolución de tenant, con el certificado emitido a mano en el alta. Y la API pública, para ser exactos, hoy es de lectura y expone una sola cosa: reservas, con API keys hasheadas, scopes y OpenAPI.
¿Qué reportes de revenue incluye para una operación grande?
RevPAR, ADR, ocupación y ALOS en vivo sobre tus reservas y estadías reales, más siete reportes gerenciales: KPIs, producción por canal, pickup, forecast de ocupación, arqueo de caja, fiscal y producción por segmento. Dos exportan a CSV. Arriba de eso corre el pricing dinámico, y acá la precisión importa: no usa IA. Son reglas explícitas de ocupación proyectada y pickup que proponen un factor sobre la BAR; cada recomendación queda sugerida y la aprobás vos, y aplicarla escribe el precio en tu grilla BAR, que es lo que leen el motor directo y el neto de agencias. A las OTAs no llega, porque no tenemos channel manager.

¿Lo vemos con tu operación real?

Agendá una demo y te mostramos el PMS con tu caso de uso. Cotizamos según tus propiedades, habitaciones y módulos.

Solicitar una demo