Punto de venta y sistema de gestión hotelera en uno: por qué la integración es la fuente de casi todos los errores

En la mayoría de los hoteles, el restaurante tiene un punto de venta y recepción tiene un sistema de gestión hotelera, y entre los dos hay algo que el proveedor llama integración. Suena a que los dos sistemas se hablan. En la práctica es un mensajero: recibe el cargo del restaurante, lo lleva al folio y, si algo en el camino no coincide, lo deja tirado en un registro que nadie revisa. Casi todo lo que sale mal entre el restaurante y recepción pasa en ese camino.

Dos sistemas, un enlace y lo que vive en medio

Un punto de venta sabe de mesas, comandas, cocina y cortes. Un sistema de gestión hotelera sabe de reservas, estancias, folios y tarifas. Ninguno fue diseñado pensando en el otro, y cada uno guarda su información con sus propias reglas. El enlace entre ellos tiene que traducir: el número de habitación del punto de venta a una estancia del sistema hotelero, el total del ticket a una línea del folio, el nombre del punto de consumo a un código de ingreso.

Cada traducción es un punto de falla. Y hay una consecuencia peor que el error: la ceguera. Cuando el cargo falla en el enlace, ninguno de los dos sistemas lo sabe con certeza. El punto de venta cree que lo envió. El sistema hotelero nunca lo recibió. El consumo existe en un ticket cerrado y no existe en ningún folio. Se descubre, si se descubre, en la salida del huésped o en la conciliación del mes.

Lo de “casi todos los errores” del título no es exageración retórica. Si haces la lista de los problemas entre restaurante y recepción de un hotel, casi ninguno ocurre dentro del punto de venta ni dentro del sistema hotelero. Ocurren en el viaje entre los dos.

Anatomía de un cargo que viaja entre sistemas

Para ver dónde se pierde el consumo conviene seguir a un solo cargo desde la mesa hasta el folio. Este es el recorrido típico cuando hay dos sistemas.

1. El huésped dice “a mi habitación” y el mesero captura en el punto de venta el número que el huésped le dio.
2. El punto de venta pregunta al enlace si esa habitación está ocupada. A veces la pregunta se hace; a veces solo se acepta el número.
3. El enlace consulta al sistema hotelero y devuelve un nombre, o un error, o nada si la línea está lenta.
4. El mesero cierra el ticket con la forma de pago “cargo a habitación”. El punto de venta lo marca como cobrado.
5. El enlace toma el ticket cerrado y lo envía al sistema hotelero como una línea del folio, con un código de ingreso.
6. El sistema hotelero lo acepta si la habitación sigue ocupada, el folio sigue abierto y el código existe. Si algo falla, lo rechaza o lo deja en cola.
7. Recepción ve el cargo en el folio cuando abre la estancia para la salida. Si nunca llegó, no ve nada, y el huésped tampoco.

Siete pasos, cinco sistemas o personas distintas, y el punto de venta dio por cobrado el consumo en el paso cuatro. Todo lo que pase del paso cinco en adelante es invisible para el restaurante. Esa es la trampa: el restaurante reporta una venta que recepción quizás nunca cobró.

Los errores típicos del enlace

Fíjate en la columna de “cuándo”. Ninguno de los errores se descubre en el momento en que ocurre. Todos se descubren después, cuando ya es caro corregirlos, y varios se descubren nunca. Los demás lugares por donde se escapa el consumo en un hotel los recorremos en el artículo sobre los ocho lugares donde se pierde consumo (Los ocho lugares por donde se pierde consumo en un hotel), y el enlace entre sistemas aparece en más de uno.

Por qué el enlace falla más de lo que parece

Las versiones

Un enlace se construye para una versión del punto de venta y una versión del sistema hotelero. Cuando cualquiera de los dos se actualiza, el enlace puede dejar de entender lo que recibe. El proveedor del punto de venta dice que el problema es del sistema hotelero, y al revés. Mientras tanto, los cargos no viajan.

El cierre de día

Los sistemas hoteleros hacen un cierre de fecha por la noche, normalmente de madrugada. Durante ese proceso, muchos no aceptan cargos. Si el bar cierra a la una y el cierre de fecha corre a la una y media, los últimos tickets del bar llegan a un sistema que no los quiere, y quedan en cola con la fecha equivocada.

El huésped que cambia de habitación

Es el caso más frecuente y el más difícil para un enlace basado en número de habitación. El huésped se cambia de la 210 a la 315 por un problema con el aire acondicionado. Esa noche cena y dice “a mi habitación, la 315”. El punto de venta acepta 315 porque está ocupada. Pero si el cambio no se reflejó a tiempo, o si el mesero recordó el número anterior, el cargo va a la 210, donde ahora duerme otra persona que va a reclamar en la mañana.

La cola que nadie revisa

Todo enlace tiene un lugar donde deja lo que no pudo entregar. Se llama cola, registro de errores o pendientes. En casi todos los hoteles nadie tiene ese lugar como responsabilidad diaria. Se revisa cuando el contralor no cuadra el mes, y para entonces los huéspedes de esos cargos ya están en su casa.

Un ejemplo ilustrativo con números

Las cifras que siguen son inventadas para mostrar el cálculo; no son datos de ningún hotel ni de la industria. Imagina un hotel de 100 habitaciones cuyos puntos de consumo generan 900 cargos a la habitación al mes, con un consumo promedio de 350 por cargo. Son 900 × 350 = 315,000 al mes que viajan por el enlace.

Supón que el enlace falla en un 2 % de los cargos por cualquiera de las causas de la tabla. Son 900 × 0.02 = 18 cargos al mes que no llegan bien al folio, por un valor de 18 × 350 = 6,300. Si la mitad se recupera con trabajo de recepción y contraloría y la otra mitad se pierde, la pérdida directa es 3,150 al mes, o 37,800 al año.

Ahora el trabajo de recuperación: cada uno de los 18 cargos toma unos treinta minutos entre buscar el ticket, encontrar al huésped correcto, corregir el folio y, a veces, llamar. Son 18 × 30 = 540 minutos, es decir, 9 horas al mes de gente calificada dedicadas a reparar lo que el enlace rompió. En un año, 108 horas.

Y falta lo que no se puede medir con esta aritmética: el huésped de la 210 que encontró una cena ajena en su cuenta, y la confianza entre recepción y restaurante que se desgasta con cada caso. Un 2 % suena pequeño hasta que lo multiplicas por doce meses y le pones nombre a cada huésped.

Qué significa “en uno” de verdad

Muchos proveedores dicen que su sistema está integrado y en realidad venden dos productos con un enlace en medio, a veces desarrollado por un tercero. “En uno” significa algo más concreto: que el mesero y la recepcionista trabajan sobre el mismo registro del huésped, y que el cargo no viaja porque nace donde tiene que estar.

• El mesero busca al huésped por nombre o habitación y ve la estancia real: nombre, fecha de salida, si hay convenio y si hay límite de crédito. No teclea un número a ciegas.
• El cargo se registra en el folio en el mismo instante en que se cierra el ticket. No hay envío, no hay cola, no hay “ya se mandó”.
• Si el huésped cambió de habitación, el cargo va a la persona, no al número. La habitación es un dato de la estancia, no el identificador del cargo.
• Recepción ve el detalle del consumo dentro del folio: qué se consumió, a qué hora, en qué punto de consumo y quién lo atendió. No una línea que dice “restaurante 350”.
• El corte del restaurante y el reporte del hotel salen de los mismos datos. La conciliación deja de existir como tarea.
• No hay cierre de fecha que rechace cargos: el consumo de la una de la mañana sabe a qué fecha de negocio pertenece.

Cómo funciona ese cargo ligado a la estancia, paso por paso desde la pantalla del mesero, lo mostramos en la página de cargo a la habitación (Cargo a la habitación).

Lo que “en uno” no resuelve

Conviene ser honesto sobre los límites. Tener el punto de venta y el sistema hotelero en uno elimina el enlace y sus errores, pero no elimina los errores de proceso. Un mesero puede seguir cargando a la persona equivocada si no confirma el nombre en voz alta. Recepción puede seguir haciendo salidas rápidas sin revisar el folio. Un convenio de empresa mal capturado sigue cobrando de más.

Lo que cambia es que esos errores se ven en el momento, en la pantalla del que los comete, y no días después en una cola. Y que la corrección es una acción en el sistema, no una investigación entre dos proveedores. El proceso sigue importando; solo deja de competir con la tecnología.

Hay otro límite: si el hotel ya tiene un sistema hotelero que no va a cambiar, el punto de venta tiene que enlazarse con él de todas formas. En ese caso, lo que se puede exigir es un enlace con verificación en el momento, cola visible con responsable y registro de cada envío. Es el segundo mejor escenario, y es mucho mejor que el enlace ciego.

Preguntas para tu proveedor

Ya sea que evalúes un sistema en uno o un enlace entre dos, estas preguntas separan las respuestas comerciales de las técnicas. Pide que te las contesten con una demostración, no con una presentación.

• Cuando el mesero captura un cargo, qué ve en pantalla del huésped: nombre, fecha de salida, convenio. Si solo ve “habitación ocupada”, el enlace es ciego.
• Qué pasa con un cargo si el folio ya se cerró. Dónde queda, quién lo ve y cómo se avisa.
• Qué pasa si el huésped cambió de habitación hace una hora. Muéstrenlo con un caso real en la demostración.
• Dónde está la cola de cargos que no llegaron y quién la revisa cada día en el hotel. Si la respuesta es “no hay cola porque no falla”, desconfía.
• Qué pasa cuando cualquiera de los dos sistemas se actualiza. Quién avisa y quién arregla.
• Cómo ve el contralor el ingreso del restaurante dentro del reporte del hotel, y si tiene que conciliar algo a mano a fin de mes.

Qué necesita el contralor de ese reporte y por qué la conciliación manual es la señal más clara de un enlace ciego lo desarrollamos en la página para contralores (Contralor).

Qué hacer esta semana

1. Pregunta quién revisa hoy la cola de cargos que no llegaron al sistema hotelero. Si nadie sabe qué cola es, ya tienes tu primer hallazgo.
2. Pide al contralor cuántas horas dedicó el mes pasado a conciliar restaurante contra folios, y cuántos cargos ajustó a mano.
3. Haz una prueba: cambia a un huésped de habitación por la tarde y carga una cena a su nombre por la noche. Ve a dónde llegó el cargo.
4. Revisa a qué hora corre el cierre de fecha del sistema hotelero y a qué hora cierra el bar. Si se cruzan, hay cargos con fecha equivocada.
5. Escribe las seis preguntas para el proveedor y pide una demostración en vivo con tu propio caso de cambio de habitación.

Inn Restaurant registra cada cargo del restaurante del hotel directamente en la estancia del huésped, con nombre, fecha de salida y convenio a la vista del mesero, sin un enlace en medio que pueda perderlo. Si quieres ver la prueba del cambio de habitación con tus propios ojos, en una demo de quince minutos (contacto) se hace en vivo.