Facturación electrónica desde el restaurante del hotel: qué datos deben viajar desde el ticket

Un mismo plato, servido en la misma mesa, puede terminar facturado de tres formas distintas según quién lo pidió: un comensal de paso, un huésped que lo cargó a su habitación, o una empresa con convenio corporativo. El ticket es igual en cocina, pero el camino fiscal que sigue después es completamente distinto, y confundirlo es de los errores más comunes en el restaurante de un hotel.

Por qué el restaurante de un hotel factura distinto que uno independiente

Un restaurante independiente, sin hotel, casi siempre factura directamente al comensal que está sentado en la mesa. El restaurante de un hotel tiene una capa adicional: el consumo puede terminar en el folio del huésped, y ese folio se cierra hasta la salida, a veces días después de que el plato se sirvió. La factura no puede depender de cuándo se sirvió el plato, sino de cuándo se cierra el folio y a nombre de quién.

Esto significa que el sistema del restaurante necesita capturar, desde el momento del ticket, información que en un restaurante sin hotel podría esperarse a pedir hasta el final: si el consumo va a la habitación (Cargo a la habitación), si el huésped viaja por una empresa con convenio (Cuentas de empresa y convenios), y qué datos fiscales corresponden a cada uno.

Los tres caminos de un mismo ticket

Antes de hablar de datos específicos, conviene tener clara la ruta completa de cada tipo de consumo.

Datos del comensal de paso

Este es el caso más simple, y el que más se parece a cualquier restaurante sin hotel. El comensal pide su cuenta, decide si quiere factura, y da sus datos fiscales en ese momento: nombre o razón social, identificación fiscal, domicilio fiscal y el uso que le dará a la factura. El sistema debe capturar estos datos antes de cerrar el ticket, no después, porque una vez cerrado el turno recuperar esa información depende de la memoria de alguien.

• Nombre o razón social exactamente como aparece en su identificación fiscal, sin abreviar.
• Identificación fiscal completa, verificada antes de timbrar, porque un error aquí obliga a cancelar y reemitir.
• Domicilio fiscal, que en varios países determina impuestos aplicables.
• Uso o motivo de la factura, cuando el marco fiscal local lo requiere.

Datos del huésped que carga a la habitación

Cuando el consumo se carga al folio, el dato fiscal no siempre lo tiene el mesero en la mesa: puede que el huésped ya lo haya dado en recepción al registrarse, o que lo dé hasta el momento de la salida. Lo importante es que el sistema conecte el ticket con el folio correcto desde el primer momento, para que en la salida no haya que reconstruir, mesa por mesa, quién consumió qué.

• El folio debe llevar amarrados todos los tickets que se cargaron durante la estancia, con fecha, punto de consumo e importe de cada uno.
• Si el huésped pide factura individual del consumo de alimentos y bebidas, separada de la de hospedaje, el sistema debe poder generar ambas sin duplicar ni omitir renglones.
• Si el huésped no pide factura durante la estancia y la solicita después, el sistema necesita conservar el detalle el tiempo suficiente para poder timbrarla, no solo un total genérico.

Datos de la empresa con convenio corporativo

Este es el caso más delicado, porque involucra un tercero que no está sentado en la mesa ni en el hotel: la empresa que firmó el convenio. Cómo se redacta ese convenio para que no genere pleitos se explica en esta guía (Cómo escribir un convenio corporativo de hotel que no genere pleitos). Del lado fiscal, lo que debe viajar desde el ticket es distinto según lo que el convenio haya pactado.

1. Confirmar, desde que se abre el folio del viajero corporativo (/viajero-corporativo), a nombre de quién va a facturarse: al huésped, a la empresa, o dividido entre los dos según el tope del convenio.
2. Si la empresa cubre solo hasta un monto y el huésped consume por encima, el sistema debe poder dividir un mismo folio en dos facturas: una a la empresa por el tope, otra al huésped por el excedente.
3. Registrar los datos fiscales completos de la empresa desde que se firma el convenio, no cada vez que un viajero de esa empresa se hospeda, para no depender de que cada huésped los traiga consigo.
4. Si el convenio pide una sola factura consolidada por periodo, en lugar de una por estancia, el sistema debe poder agrupar varios folios de distintos huéspedes de la misma empresa en un solo comprobante, sin perder el detalle de cuál huésped generó cada consumo.

Qué pasa cuando el dato fiscal llega tarde o cambia

En la práctica, el dato fiscal casi nunca llega completo la primera vez. El huésped da el nombre mal escrito, la empresa cambia de identificación fiscal entre una estancia y otra, o alguien pide la factura tres semanas después de haberse ido. El sistema del restaurante debe poder sostener esta realidad sin obligar a nadie a recapturar todo desde cero.

• Conservar el detalle de consumo, no solo el total, durante el tiempo que la ley fiscal exija para poder facturar después.
• Permitir corregir un dato fiscal y volver a timbrar sin tener que reconstruir manualmente qué se consumió y cuándo.
• Dejar un registro de quién solicitó cada corrección y cuándo, útil si el contralor necesita explicar una diferencia en una auditoría.

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 ninguna empresa. Imagina un huésped corporativo cuya empresa cubre hasta 500 por noche en alimentos y bebidas, y que una noche consume 680 entre cena y minibar.

Sin un sistema que conecte el ticket con el tope del convenio desde que se generó el consumo, esta división de 500 y 180 se hace a mano al momento de la salida, revisando ticket por ticket, con el huésped esperando en el mostrador. Con el dato viajando desde el ticket, la salida solo confirma un cálculo que el sistema ya hizo.

Errores fiscales que se repiten en restaurantes de hotel

• Facturar todo el consumo a la empresa aunque exista un tope pactado, porque nadie configuró la división en el sistema.
• Perder el detalle de qué se consumió cuando la factura se pide semanas después, y terminar facturando solo un total sin desglose.
• Usar los datos fiscales de la última estancia de una empresa sin confirmar que siguen vigentes, y descubrir el error hasta que la factura rebota.
• No separar la factura de hospedaje de la de alimentos y bebidas cuando el huésped lo pide, mezclando dos comprobantes que fiscalmente son distintos.

Casi todos estos errores comparten una causa: alguien intentó resolver en la salida, con el huésped enfrente, algo que debió quedar configurado desde que se firmó el convenio o desde que se registró la estancia. El momento del cierre de folio es el peor momento del proceso para descubrir un dato fiscal incompleto.

Qué hacer esta semana

1. Revisa si tu sistema captura el dato fiscal del comensal antes de cerrar el ticket, no después.
2. Confirma que cada folio de huésped conserva el detalle de consumo, no solo un total, hasta que se factura.
3. Verifica cómo se divide hoy una factura cuando el convenio corporativo tiene un tope y el huésped lo excede.
4. Revisa los datos fiscales de tus empresas con convenio y confirma que siguen vigentes.
5. Pregunta qué tan fácil es corregir y volver a timbrar una factura cuando el dato llegó mal la primera vez.

Inn Restaurant conecta cada ticket con el folio y con el convenio corporativo que le corresponde, para que la factura salga con los datos correctos sin reconstruir nada a mano. Si quieres ver cómo se divide un folio entre empresa y huésped, la demo de quince minutos (contacto) lo muestra con un caso real de tu operación.