Cargo a la habitación: por qué un campo de texto no basta

Pídele a cualquier proveedor de punto de venta que te enseñe su cargo a la habitación. Te va a mostrar una pantalla de cobro con una tecla que dice “habitación” y un campo donde el mesero escribe 241. Eso no es cargo a la habitación. Es un campo de texto. Este artículo explica, con la precisión que le importa a un director de sistemas, qué tiene que hacer un cargo a la habitación de verdad, y por qué no se puede resolver con una integración.

La pregunta que el campo de texto no contesta

Cuando el huésped dice “cárgalo a mi cuarto”, el sistema tiene que contestar, en ese instante y sin llamar a nadie, cinco preguntas: ¿hay alguien hospedado en ese cuarto ahora?, ¿es esta persona?, ¿su empresa cubre este consumo o solo el hospedaje?, ¿de quién es el impuesto?, y ¿a dónde va este dinero, si no entra al cajón del restaurante? Un campo de texto no contesta ninguna. Acepta el 241, imprime un vale, y deja las cinco preguntas para que las conteste recepción mañana, con el huésped ya en el aeropuerto.

Requisito 1: verificación de estancia

Un cargo real consulta el estado del cuarto en el mismo instante en que el mesero lo selecciona. Si el cuarto está vacío, lo rechaza. Si está ocupado, muestra el nombre del huésped, las fechas de entrada y salida, y pide una confirmación que no es teclear otra vez el número. El mesero ve “241, Ana López, sale el jueves” y el huésped confirma que es Ana. Un cargo a un cuarto que hizo salida hace una hora no puede existir, porque no hay folio abierto que lo reciba.

Esto solo es posible si el punto de venta lee la misma tabla de estancias que la recepción. No una copia sincronizada cada cinco minutos: la misma. En una integración entre dos sistemas, el cambio de cuarto que recepción hizo a las 8:05 llega al punto de venta a las 8:10, y el cargo de las 8:07 se fue al cuarto anterior.

Requisito 2: el cargo no toca la caja

Un cargo a la habitación es una venta del restaurante que se cobra en otro lugar y en otro momento: en recepción, al hacer la salida, junto con las noches. Por eso no puede entrar al cajón del restaurante ni afectar su efectivo esperado. Tiene que registrarse como venta del punto de consumo, con su mesero, su hora y su detalle, y al mismo tiempo generar un cargo en el folio del huésped, con referencia a la cuenta que lo originó.

Los sistemas que no distinguen entre venta y cobro fallan aquí de dos maneras. O meten el cargo al cajón como si fuera efectivo, y el corte del restaurante sale con un “faltante” que en realidad es un cargo pendiente en recepción. O no lo registran como venta hasta que recepción lo cobra, y el reporte del restaurante de ese día miente por todo lo que se cargó a cuartos. Una orden no es un pago. Cuando el sistema lo respeta, el cargo existe como venta desde el primer segundo y como dinero solo cuando alguien lo cobra.

Requisito 3: el convenio se aplica solo

Si el huésped viene por una empresa, el cargo tiene que consultar el convenio en el momento de cargar, no al final del mes. El convenio dice, por categoría, qué cubre la empresa y qué paga el huésped. El sistema toma cada línea de la cuenta, la clasifica, y la manda al folio que corresponde: los alimentos al folio de la empresa, la cerveza al folio personal. Si dos reglas chocan, gana la más específica, y esa jerarquía está escrita en el convenio, no en la memoria del mesero.

Aquí es donde una integración se vuelve imposible en la práctica. El convenio vive en el sistema de hotel. La cuenta con sus líneas vive en el punto de venta. Para aplicarlo al cargar, el punto de venta tendría que conocer las reglas del convenio, las categorías del catálogo del hotel y los folios abiertos de ese cuarto. En cuanto lo hace, ya no es un punto de venta integrado: es una copia parcial del sistema de hotel, que va a discrepar de la original.

Requisito 4: el impuesto se reparte

Si una cuenta se divide entre dos folios, el impuesto se divide con ella, en la misma proporción. El impuesto de los alimentos va al folio de la empresa; el del vino, al del huésped. Cada folio cierra con su propia base gravable, y cada factura sale con lo que le toca. Un sistema que manda el impuesto completo a un solo folio produce una factura corporativa incorrecta y una personal incompleta, y el contralor de la empresa lo va a notar.

Este cálculo tiene que hacerse en el servidor, no en el navegador del mesero. El precio, el impuesto y el total que quedan en el folio son los que calculó el sistema con la versión vigente de las reglas, no los que tenía en pantalla una tableta que lleva tres días sin recargar.

Requisito 5: rastro en dos direcciones

Desde la cuenta del restaurante tienes que poder llegar al folio donde acabó cada línea. Desde el folio tienes que poder llegar a la cuenta, al mesero, a la mesa y a la hora en que se sirvió. Cuando el huésped en la salida pregunta “¿qué es este cargo de 340?”, recepción abre el folio, toca el cargo, y ve la cuenta completa: mesa 4, dos platos, una botella de agua, atendió Carlos, 21:12. Sin esa liga, la respuesta es “déjeme llamar al restaurante”, y la salida se convierte en una disputa.

El rastro también sirve al contralor: para auditar, tiene que poder tomar cualquier cargo de cualquier folio y reconstruir de dónde salió, con quién y por qué, sin cruzar dos reportes de dos sistemas por número de cuarto y hora aproximada.

Por qué una integración no lo resuelve

Una integración es un acuerdo entre dos sistemas para intercambiar mensajes. Funciona para cosas que cambian poco: una tarifa, un catálogo. El cargo a la habitación cambia todo el tiempo y en los dos lados a la vez: el huésped cambia de cuarto, el convenio cambia de tope, la cuenta se divide en la mesa, recepción anula un cargo. Cada uno de esos eventos es un mensaje que puede llegar tarde, llegar dos veces o no llegar. Y cada mensaje perdido es una diferencia a fin de mes que alguien va a buscar a mano. Dos sistemas son dos verdades. La mejor integración es la que no existe.

La prueba de un minuto

Cuando evalúes un sistema, pide esto en la demo: carguen una cuenta con comida y alcohol a un cuarto de un huésped con convenio corporativo que no cubre alcohol. Luego abran el folio de ese cuarto. Si en menos de un minuto ves la comida en el folio de la empresa, la cerveza en el del huésped, el impuesto repartido, y puedes tocar el cargo y llegar a la mesa y al mesero, tienes cargo a la habitación. Si ves un cargo total en un folio con un número de referencia, tienes un campo de texto.

Inn Restaurant no se integra con el hotel: es el mismo sistema, y por eso el cargo cumple los cinco requisitos de origen. Mira el detalle en la página de cargo a la habitación (/cargo-a-la-habitacion) y las bases técnicas en la página de tecnología (/tecnologia). Y la pregunta para tu próxima demo: si tu sistema solo te deja teclear un número de cuarto, ¿tienes cargo a la habitación o tienes un campo de texto?