Una sola cuenta, de la pista de karts a la parrilla

Una familia llega un sábado por la tarde, compra entradas para los karts en la recepción, come en la parrilla una hora después y termina la visita en el arcade. Una visita. Tres transacciones, tres terminales de pago, tres recibos.

Así funciona la mayoría de los centros de entretenimiento familiar, y casi todos los operadores saben explicar por qué es un problema sin haberle puesto nunca un número. El huésped busca la billetera tres veces, y cada vez es una oportunidad para decidir que la tarde terminó.

La solución que todos nombran es una sola cuenta. La razón por la que casi nunca llega es que una cuenta que atraviesa un FEC tiene que superar obstáculos que una cuenta de restaurante jamás encuentra, y casi ninguno es un problema de software.

¿Qué significa realmente una sola cuenta en un FEC?

La frase se usa para tres cosas distintas, y la diferencia decide qué puedes construir de verdad.

• Un solo medio de pago. La misma tarjeta, pulsera o teléfono se acepta en todo el edificio, pero cada compra sigue siendo su propia transacción y su propia autorización. La mayoría de los locales que dicen tener una sola cuenta tienen esto.
• Un solo saldo. El huésped carga valor por adelantado y lo va gastando entre atracciones y comida. Esto es valor almacenado: cómodo, un pasivo en tus libros, y termina la visita en el momento en que el saldo se acaba y nadie tiene ganas de recargar.
• Una sola cuenta. Una cuenta abierta y corriente que acumula cargos en todo el local y se liquida una vez, al final. Al huésped se le identifica en lugar de pedirle fondos por adelantado, así que no hay saldo que se acabe ni decisión de recarga que perder.

Solo la tercera elimina el momento de fricción, porque solo la tercera no tiene un segundo evento de pago a mitad de la visita. También es la más difícil de entregar, por razones que tienen poco que ver con tu POS.

¿Por qué la cuenta se detiene en la puerta de la atracción?

Porque la atracción es dueña de su propia transacción.

El control de pistas, los karts, el laser tag y el lanzamiento de hachas suelen venderse como paquetes en los que el software es inseparable del hardware, y ese software espera vender sus propias sesiones. Un operador con seis atracciones ha comprado seis sistemas de cara al huésped sin haber decidido nunca nada sobre el conjunto, un patrón que tratamos a fondo en por qué los FEC acaban con seis sistemas.

Lo que sorprende a los operadores es dónde está realmente el muro. Rara vez es la dificultad técnica. Local tras local reporta lo mismo: la integración se puede construir, y el proveedor de la atracción simplemente no expone la API que la haría funcionar. Eso convierte la pregunta al proveedor en comercial y no técnica, y en algo lo bastante concreto como para responderse. ¿Vas a exponer una API a nivel de transacción, y lo vas a poner por escrito? Las respuestas ordenan tu edificio entre las atracciones que una cuenta puede cruzar y las que no, más rápido que cualquier auditoría técnica.

¿Cómo funciona una sola cuenta cuando cada departamento tiene su propio merchant ID?

Esta restricción toma por sorpresa a la mayoría de los operadores, y conviene revisarla antes de armar cualquier lista de proveedores.

Los locales con varios departamentos suelen liquidar cada uno con su propio merchant ID. La parrilla es un MID, el puesto de helados otro, el arcade un tercero, la tienda un cuarto. Las razones suelen ser sólidas e históricas: entidades legales separadas, contratos con procesadores firmados en momentos distintos, divisiones de propiedad o un tratamiento fiscal que cambia según el departamento.

Una cuenta que abarca departamentos tiene que hacer algo específico con esto. Los cargos deben capturarse contra el merchant ID correcto en el momento en que se registran, agruparse por separado por MID durante la noche para que cada depósito cuadre, y aun así mostrarse al huésped como un solo total. Un sistema que solo puede liquidar una cuenta contra una única cuenta de comercio no te da una sola cuenta sin antes fusionar tus cuentas de comercio, y eso es un cambio contable y a veces legal, no una casilla de configuración.

Plantéalo a los proveedores en esos términos. ¿Puede una sola cuenta de huésped capturar y liquidar entre varios merchant IDs, y sobreviven los reportes por departamento?

¿Qué tiene que ser cierto para que una cuenta siga al huésped?

Cuatro condiciones, y son acumulativas.

Una credencial que funcione sin el teléfono en la mano. Un huésped en una pista de karts, con un arnés de escalada o a media pista de boliche no tiene el teléfono disponible. Una credencial física es lo que hace que la cuenta sea alcanzable en el momento de la compra, y las tarjetas y pulseras RFID son la respuesta habitual.

Preautorización al abrir. La cuenta tiene que quedar asegurada sin que el local retenga una tarjeta física. Guardar la tarjeta en el cajón es el atajo al que se recurre, y crea su propio problema al cierre: más licencias en el cajón que cuentas cerradas.

Que todas las zonas escriban en la misma cuenta. Una terminal fija en la parrilla, un dispositivo portátil en el piso, un quiosco en el puesto de comida y un menú por código QR en una mesa tienen que sumar a una sola cuenta en lugar de abrir cuatro. Si alguna zona solo puede iniciar su propio ticket, ahí se rompe la cuenta.

Liquidación que se divide mientras los reportes no. El problema del merchant ID de arriba, resuelto en la captura y no parchado al cierre.

¿Cómo evitas que una cuenta familiar se vuelva una barra libre?

Esta es la objeción que los operadores plantean de inmediato, y es justa. Si la cuenta está abierta y cuatro pulseras pueden cargarle, ¿qué frena el gasto?

El permiso pertenece a la credencial, no a la persona del equipo que está enfrente. Un padre abre la cuenta y es su dueño. Cada credencial adicional en esa cuenta puede llevar su propio límite de gasto, sus propias restricciones por categoría, o ambas. La pulsera de un adolescente puede comprar un refresco y una partida, y ser estructuralmente incapaz de comprar una cerveza.

Ese último caso es lo que hace que esto sea más que comodidad. En un local que sirve alcohol a adultos en una sala llena de menores, una credencial que lleva los derechos de consumo le quita el juicio a un empleado de temporada en su tercer turno. Es un mecanismo de cumplimiento disfrazado de función de comodidad.

¿A quién le conviene más este enfoque operativo?

Una sola cuenta vale el proyecto en locales con tres o más atracciones que generan ingresos más un programa real de alimentos y bebidas, donde los huéspedes se mueven físicamente entre zonas durante la visita. Por debajo de eso, los traspasos son tan pocos que la fricción no cuesta una cantidad medible.

Encaja especialmente bien donde la fila de un departamento es visiblemente el cuello de botella, como la estación de recarga del arcade o el mostrador de la parrilla a la una de la tarde. Quitar el evento de pago de esa fila suele dar más capacidad que sumarle personal. Este es el caso que un POS para centros de entretenimiento familiar tiene que resolver antes de que importe cualquier otra cosa de la lista de funciones.

Encaja mal en locales de una sola atracción con una barra de snacks, donde un punto de venta ya cubre todo el recorrido del huésped. Y es prematuro donde los proveedores de las atracciones todavía no han respondido la pregunta de la API, porque esa respuesta determina cuánto del edificio puede cruzar una cuenta. Pregunta primero, define el alcance después.

¿Quieres ver cómo se vería una sola cuenta de huésped en todas tus atracciones? Solicita una demo, o empieza por la arquitectura tecnológica completa para FEC. Si lo que duele de verdad es el lado de los reportes, el informe que rehaces cada mañana lo trata directamente.

Preguntas frecuentes

¿Puede una cuenta de huésped funcionar entre boliche, arcade y comida en un mismo local?

En parte, y el límite lo ponen tus proveedores de atracciones, no tu punto de venta. Las capas de pago y de cuenta suelen poder unificarse aunque el control de pistas o los sistemas de seguridad de las atracciones sigan con su proveedor original. El factor decisivo es si cada proveedor expone acceso a la API a nivel de transacción.

¿Cuál es la diferencia entre una tarjeta de valor almacenado y una cuenta abierta?

Una tarjeta de valor almacenado guarda dinero que el huésped ya te pagó, y sigue siendo un pasivo hasta que se gasta. Una cuenta abierta no guarda dinero: identifica al huésped y acumula cargos que se liquidan una vez al final. El valor almacenado termina cuando el saldo se acaba; una cuenta no tiene saldo que acabarse.

¿Puede una sola cuenta liquidarse entre varios merchant IDs?

Algunos sistemas pueden y muchos no, así que pregúntalo específicamente. Los locales que operan cada departamento con su propia cuenta de comercio necesitan que los cargos se capturen contra el MID correcto al registrarse y se agrupen por separado durante la noche, mientras el huésped sigue viendo un solo total. Un sistema que liquida una cuenta contra un único comercio te obligará a fusionarlas primero.

¿Una cuenta abierta aumenta el riesgo de que se vayan sin pagar?

No cuando las cuentas se preautorizan al abrirse, lo que las asegura sin retener una tarjeta física. El riesgo práctico mayor en la mayoría de los locales es el arreglo contrario, donde se recogen tarjetas o identificaciones en el mostrador y la noche termina con varias sin reclamar en un cajón.