Es fin de mes y el estado de resultados se ve como siempre. Comida. Licor, cerveza, vino, sin alcohol. Boliche. Arcade. Laser tag. Lanzamiento de hachas. Todas las líneas están ahí, y todas son correctas.
Entonces alguien hace la pregunta que importa para el plan de ventas del próximo trimestre: ¿cuánto de eso vino del público general y cuánto de los eventos? Y la respuesta honesta es que nadie lo sabe sin una tarde de trabajo.
Un operador de un centro de entretenimiento con boliche describió exactamente cómo su equipo obtiene esa cifra. Cada evento en el edificio recibe una "tarjeta de evento". La tarjeta es un registro de empleado ficticio asignado a un centro de ingresos de eventos, y cada vez que el personal la pasa, la venta cae ahí. Funciona. También es la señal de que el sistema nunca se construyó para responder esa pregunta.
¿Por qué es tan difícil separar el ingreso del público general del de eventos?
Porque la mayoría de los reportes de un POS pueden cortar una venta de cuatro maneras, y ninguna es la que necesitas.
Pueden decirte qué se vendió, por artículo y categoría. Quién la registró, por empleado. Dónde se registró, por terminal o centro de ingresos. Y cuándo, por franja horaria. Público general contra evento no es ninguna de esas. Es un dato sobre por qué el huésped está en el edificio, y eso pertenece a la visita, no al artículo, a la persona ni al lugar.
La misma pista la usa una fiesta de cumpleaños a las dos y una pareja que entró de la calle a las cuatro. El mismo bartender sirve a un grupo corporativo y a la gente sin reservación que está detrás. En un local de entretenimiento, los eventos y el público general comparten el piso, el personal y el menú, así que cada dimensión que el reporte ya registra también es compartida.
¿Cuánto cuesta en realidad el truco del empleado ficticio?
Vale la pena entender por qué los operadores llegan a él, porque la razón es buena. Una versión "de evento" de cada artículo del menú separaría el ingreso, pero también duplicaría el menú, desordenaría el costo de ventas y pondría en riesgo la clasificación de impuestos. Enviar las ventas de eventos a través de un empleado dedicado deja intactos los artículos, así que la comida sigue reportándose como comida y la cerveza como cerveza. El truco protege el estado de resultados.
Lo que cuesta es todo lo demás que depende de saber quién registró la venta:
- Se rompen las métricas de mano de obra. Las ventas por hora trabajada, el desempeño de los meseros y la asignación de propinas suponen que el empleado del ticket es una persona real trabajando un turno real.
- La auditoría queda en blanco. Cuando una cortesía o una anulación cae en la tarjeta de evento, sabes que fue un evento y nada sobre quién la autorizó.
- Depende de que alguien la pase. Si la tarjeta se queda en un cajón, las ventas del evento caen en público general. Si nunca se cambia de vuelta, las ventas del público general caen en eventos. En ambos casos el error es invisible.
- No resuelve a los invitados que se mueven. Un invitado del evento que va a la barra principal y pide una ronda es ingreso del evento por cualquier definición razonable. La tarjeta no está en la barra principal.
Y la cifra todavía hay que sacarla después. Algunos operadores ya exportan cada semana un reporte consolidado por centro de ingresos y se lo dan a un asistente de IA para que lo interprete. Es un parche ingenioso, pero es un parche sobre datos que se etiquetaron a mano desde el principio.
¿Dónde debería vivir la etiqueta del evento?
En la cuenta. Es el único objeto que pertenece a la visita.
Si el evento está ligado a la cuenta contra la que gasta el grupo, cada pedido en esa cuenta hereda la etiqueta automáticamente, en cualquier barra, pista o mostrador, sin importar qué empleado lo registre. Los artículos se quedan como están, así que el impuesto y el costo de ventas no se tocan. Los empleados siguen siendo reales, así que los datos de mano de obra y de auditoría quedan limpios. Y nadie tiene que acordarse de pasar nada.
Es la misma estructura que hace funcionar varias cuentas de grupo en un solo piso, tema de tres eventos corporativos, un solo piso, una noche. Una vez que el gasto de un grupo vive en su propia cuenta, atribuirlo es una propiedad de esa cuenta y no una reconstrucción.
Todavía quedan dos huecos por cerrar:
- El dinero que nunca pasa por el POS. Depósitos cobrados en un sistema de eventos aparte, facturas pagadas con cheque para evitar la comisión de tarjeta, paquetes liquidados por contrato. Si ese dinero no llega a la cuenta del evento, el ingreso de eventos queda subestimado en todos los reportes, por bien etiquetadas que estén las ventas dentro del local. Reservas y POS: la brecha de conciliación en los FEC explica cómo deberían fluir los depósitos.
- Una definición por escrito. Decide de antemano si la compra de un invitado del evento en una barra de público general cuenta como ingreso del evento, y si los paquetes prevendidos cuentan el día en que se reservan o el día en que se consumen. El software puede aplicar la regla. No puede elegirla por ti.
¿Qué debería mostrar un reporte de público general contra eventos?
Cuando la etiqueta vive en la cuenta, el reporte deja de ser un proyecto. Una versión útil muestra:
- Ingreso por categoría, separado por origen. Las mismas líneas del estado de resultados que ya usas, una vez para público general y otra para eventos.
- Resultados por evento. Ingreso contra lo cotizado, depósitos aplicados y saldo pendiente, para ver qué paquetes se ganan su tiempo en el piso.
- Gasto por huésped, por origen. Los invitados de eventos y el público general suelen gastar muy distinto en comida, bebida y juego. Esa diferencia es la que debería guiar los precios.
- Peso de los eventos por día de la semana. La mayoría de los locales descubre que sus días entre semana dependen de los eventos mucho más que sus fines de semana.
Pertenece a la misma vista diaria que todo lo demás, no a una exportación mensual aparte. El informe que rehaces cada mañana enumera las demás líneas que necesita esa vista, y un panel de gerente solo es tan útil como el etiquetado que tiene debajo.
¿A quién le conviene más este enfoque operativo?
Atribuir los eventos a nivel de cuenta se gana su lugar en locales donde los eventos son una parte grande del ingreso y comparten el piso con el público general: centros de boliche y entretenimiento que venden paquetes de pistas, salidas corporativas y fiestas de cumpleaños junto al juego libre. Si hoy estás usando un truco, ya tienes el problema.
Encaja especialmente bien donde los invitados de eventos se mueven por el local. Los grupos que pasan entre pistas, barras y atracciones son justo donde falla el etiquetado por terminal o por empleado.
Importa menos en locales donde los eventos ocurren en un espacio aparte con su propio personal y sus propias terminales. Ahí, un centro de ingresos por ubicación ya hace el trabajo. Y es prematuro si todavía no han acordado internamente qué cuenta como ingreso de eventos. Resuelve eso primero. Toma una reunión, no una migración.
¿Quieres ver el ingreso del público general y el de eventos separados sin un empleado ficticio? Solicita una demo, revisa qué debería manejar ya un POS para centros de entretenimiento familiar, o empieza por la arquitectura tecnológica completa para FEC.
Preguntas frecuentes
¿Cómo separo el ingreso del público general y el de eventos en mi POS?
Liga el evento a la cuenta contra la que gasta el grupo, para que cada pedido quede etiquetado automáticamente sin importar dónde ni quién lo registre. Etiquetar por artículo, por empleado o por terminal falla en locales donde los invitados de eventos y el público general comparten el mismo piso y el mismo personal.
¿Qué es un centro de ingresos en un POS?
Un centro de ingresos es una agrupación de reporte que reúne ventas, normalmente por ubicación dentro del local o por tipo de negocio. Funciona bien cuando cada fuente de ingreso tiene su propio espacio y sus propias terminales. Funciona mal para los eventos, que usan las mismas pistas, barras y personal que el público general.
¿Los depósitos de eventos cuentan como ingreso del evento?
Sí, pero el día en que ocurre el evento, no el día en que se paga el depósito. Hasta entonces un depósito es un pasivo. Debe aplicarse a la cuenta del evento cuando llega el grupo, para que el ingreso del evento y el depósito aparezcan en el mismo lugar.
¿Por qué no crear artículos de menú separados para los eventos?
Duplicar artículos para rastrear las ventas de eventos duplica el menú que tienes que mantener y hace más difícil conservar exactos el costo de ventas y la clasificación de impuestos. Etiquetar la cuenta mantiene un solo menú y aun así separa de dónde vino el ingreso.
