Cómo operamos
Criterios concretos, no promesas vacías
Infraestructura propia
Superficies y datos bajo control ExperienceBT — sin depender de un marketplace genérico.
Multi-tenant
Cada productora y venue opera su identidad; el stock y los reportes no se mezclan entre clientes.
Acceso en puerta
Escaneo y aforo el día del evento, con la misma verdad que la boletera y la taquilla.
La noche del evento
De la apertura de puertas al corte de caja
Seis momentos de una función y, en cada uno, dos cosas ocurriendo a la vez: lo que hace tu equipo en el recinto y lo que hace la plataforma por debajo. Así se ve una noche operada con inventario único y control de acceso propio.
Antes de abrir
Aforo y turnos ya configurados
El evento está armado en el sistema desde días antes: turnos, zonas, tipos de boleto y quién puede hacer qué.
El operador
- Define los turnos con su aforo, sus zonas y sus tipos de boleto.
- Da de alta al equipo de taquilla y de puerta, cada quien con su rol.
- Prueba un escaneo real en cada dispositivo antes de que llegue la gente.
El sistema
- Cierra la venta de un turno en cuanto llega a su aforo, en línea y en taquilla.
- Muestra a cada persona solo las pantallas que le tocan por su rol.
- Deja el catálogo del evento disponible en los puntos de acceso.
Apertura de puertas
Se abre el acceso
Primer boleto escaneado. De aquí en adelante cada código se resuelve en la puerta, no en una lista impresa.
El operador
- Abre los accesos y asigna a una persona por punto de control.
- Escanea el código del asistente desde el dispositivo de puerta.
El sistema
- Valida el boleto y responde una sola cosa: válido, ya usado, cancelado o de otro turno.
- Marca el boleto como utilizado en ese instante, para que no sirva dos veces.
- Registra cada validación con su puerta, su usuario y su hora.
Pico de entrada
Todos llegan al mismo tiempo
El tramo que decide cómo se recuerda la noche. La fila avanza o la fila se queja, y no hay segunda oportunidad.
El operador
- Abre más puntos de acceso o mueve personal según cómo crece la fila.
- Consulta cuánta gente lleva dentro cada turno sin bajar a preguntar.
El sistema
- Resuelve cada acceso con una lectura y una respuesta, sin buscar nombres a mano.
- Suma la asistencia en vivo y la contrasta contra el aforo del turno.
- Separa el conteo por puerta, para ver cuál se está saturando.
Venta en puerta
Taquilla con el evento en curso
Llega quien no compró en línea. La caja vende sobre el mismo inventario que la tienda, no sobre un apartado aparte.
El operador
- Cobra en taquilla, en efectivo o con cobro digital por Mercado Pago.
- Entrega el boleto con su código y manda al comprador a la puerta.
El sistema
- Descuenta del mismo inventario que la venta en línea: no hay dos existencias que conciliar al cierre.
- Emite el boleto con el código listo para validarse en el acceso.
- Deja cada cobro asociado al turno de caja y a la persona que lo hizo.
Reingresos
Salidas y vueltas a entrar
Quien sale al estacionamiento, a fumar o a la calle y regresa. Es el punto por donde se cuela quien no pagó.
El operador
- Marca la salida del asistente en el punto de acceso.
- Autoriza el reingreso escaneando otra vez el mismo boleto.
El sistema
- Distingue un reingreso autorizado de un segundo intento con un boleto ya utilizado.
- Guarda la traza completa: cada entrada y cada salida con su hora.
- Mantiene el conteo de aforo correcto mientras la gente entra y sale.
Cierre y corte
Se cierra la caja y el evento
Cuando termina la función, el número ya está. No se arma al día siguiente con notas sueltas y capturas de pantalla.
El operador
- Cierra la venta en puerta y cierra el turno de caja.
- Cuenta el efectivo contra lo que declara el sistema.
El sistema
- Cierra el turno con el desglose por método de pago y por cajero.
- Consolida la asistencia por turno y por puerta frente a lo vendido.
- Deja el reporte del evento disponible para consultarlo y descargarlo.
Si tu operación tiene un momento que aquí no aparece —cortesías de última hora, acreditaciones, accesos separados por zona— lo revisamos contigo, con el sistema a la vista, antes de que abras la venta.
Con qué se conecta
Las piezas que sostienen la operación
Nada de esto es un extra que se contrata aparte. Es lo que la plataforma ya hace para que un evento se venda, se cobre y se controle de principio a fin.
Pagos en línea
Cobro con Mercado Pago desde la página del evento. El boleto se emite cuando el pago queda confirmado del lado del procesador, no cuando el navegador dice que salió bien.
Boleto digital con QR firmado
Cada boleto lleva un código único y firmado que la puerta verifica contra el sistema. Una captura reenviada sirve una sola vez: el primero que entra la consume.
Correo transaccional
Confirmación de compra y entrega del boleto por correo en automático, desde un remitente verificado y con el mismo estado que tiene la orden en el sistema.
Lectores y PDA en puerta
La aplicación de acceso corre en teléfono o en PDA con lector. Varias puertas escanean contra el mismo padrón al mismo tiempo sin pisarse entre ellas.
Exportación de reportes
Ventas, cortes de caja y escaneos se descargan en formato de hoja de cálculo para conciliar con contabilidad, con el venue o con quien reparta la taquilla.
Dominios y subdominios por cliente
Cada cliente opera bajo su propio dominio o subdominio y con su marca. La plataforma es multi-tenant: los datos de un organizador no se cruzan con los de otro.
Compromisos de operación
Qué garantizamos en operación
Cinco criterios que se pueden verificar dentro del sistema, no adjetivos de folleto. Es lo que sostiene la plataforma cuando el evento ya está vendido y la puerta está por abrir.
Aislamiento entre organizaciones
Cada cliente opera sobre su propio espacio de datos. El filtro por organización vive en la capa de acceso, no en la interfaz: eventos, inventario y compradores de una productora no aparecen —ni por error de consulta— en la sesión de otra.
Acceso por rol y bitácora de auditoría
Nadie recibe permisos totales por comodidad. Cada persona entra con un rol acotado —taquilla, puerta, reportes, administración— y las acciones sensibles quedan registradas con usuario, fecha y hora, para poder revisarlas después de la noche del evento.
Inventario único como fuente de verdad
Venta en línea, caja en puerta y cortesías descuentan del mismo inventario. No mantenemos stock paralelo por canal ni conciliamos hojas al cierre: cuando un lugar se vende, deja de estar disponible en todas las superficies al mismo tiempo.
Respaldo de la base antes de cada despliegue
Ninguna actualización sale a producción sin respaldo previo de la base. Si un cambio se comporta distinto a lo esperado, la vuelta atrás es hacia un estado conocido y verificable, no una reconstrucción improvisada con la venta abierta.
TLS vigente en todos los subdominios
Cada tienda de evento, panel de taquilla y punto de control de acceso se sirve por HTTPS con certificado vigente y renovación automática. Ninguna superficie que pida datos del comprador viaja sin cifrar.
Cualquiera de estos puntos se revisa contigo durante la implementación, con el sistema a la vista.
Seguridad y manejo de datos
Cómo se protegen la operación y los datos de tu evento
Seis mecanismos, descritos tal como funcionan. Cada uno responde a algo que puede salir mal en un evento real: una venta que se filtra al competidor, un corte que no cuadra, un boleto fabricado en la entrada.
Aislamiento de datos entre organizaciones
La plataforma es multi-tenant: cada organización trabaja sobre su propio espacio de datos y el filtro por organización se aplica en la capa de acceso, no en la pantalla. Una consulta que llega sin organización no devuelve filas incompletas: no devuelve nada.
Por qué importaDos productoras pueden estar peleando el mismo fin de semana y la misma plaza; ninguna tiene por qué ver los precios, la venta ni los compradores de la otra.
Acceso por rol con bitácora de auditoría
Cada persona entra con un rol acotado —taquilla, puerta, reportes, administración— y ve solo lo que ese rol necesita. Las acciones sensibles, como cancelar una orden, emitir una cortesía, cambiar un precio o reimprimir un boleto, quedan registradas con usuario, fecha y hora. La bitácora se escribe siempre y no se edita desde el panel.
Por qué importaCuando el corte no cuadra, la diferencia entre una sospecha incómoda y un hecho verificable es tener el registro de quién hizo qué y a qué hora.
Boleto con QR firmado
El código QR no es el número del boleto. Lleva una firma criptográfica generada con una llave que solo vive en el servidor, y en la puerta se valida la firma junto con el estado del boleto. Alterar un dígito rompe la firma; copiar un boleto legítimo tampoco multiplica el acceso, porque el primero que entra lo marca como utilizado.
Por qué importaSi el boleto valiera por su número, bastaría con entender cómo se numeran para fabricar boletos en casa y presentarlos en la entrada.
Sesiones separadas por host
La taquilla, el panel de administración y la tienda pública se sirven desde hosts distintos, y la cookie de sesión se emite acotada a su host. Una sesión abierta en la taquilla no autentica en administración: son credenciales distintas para superficies distintas.
Por qué importaLa tablet de la taquilla pasa la noche en la puerta, prestada y desatendida; esa sesión no puede ser la llave del panel donde se cambian precios y se consultan datos de compradores.
TLS en todos los subdominios
Cada tienda de evento, cada panel y cada punto de control de acceso se sirve por HTTPS con certificado vigente y renovación automática. No hay subdominios en claro para pruebas ni para operaciones internas.
Por qué importaEn el wifi de un venue, cualquier cosa que viaje sin cifrar —la contraseña de la taquilla, el correo de un comprador— la puede leer quien esté conectado a la misma red.
Respaldo de la base antes de cada despliegue
El respaldo forma parte del despliegue: se toma antes de aplicar cualquier cambio de esquema, no como una tarea aparte que alguien puede olvidar. Si una actualización se comporta distinto a lo esperado, la vuelta atrás es hacia un estado conocido.
Por qué importaLas actualizaciones caen con la venta abierta, y ninguna puede poner en riesgo el padrón de boletos que ya se pagaron.
No presumimos certificaciones ni sellos que no tengamos. Lo que está descrito aquí se puede revisar contigo dentro del sistema durante la implementación, con la cuenta a la vista.
Preguntas frecuentes
Lo que preguntan antes de firmar
¿El evento se vende bajo mi marca o bajo la de ustedes?
Bajo la tuya. Cada evento recibe su propio subdominio, su identidad y su tienda. ExperienceBT es la infraestructura, no la marca de cara al comprador.
¿Qué pasa si se cae el internet en la puerta?
El escaneo está pensado para operar con latencia mínima y la taquilla cobra en efectivo sin depender de la pasarela. La prioridad es que la fila no se detenga.
¿Puedo vender en línea y en puerta al mismo tiempo?
Sí, y es el punto: los dos canales descuentan del mismo inventario. No hay forma de sobrevender por descuadre entre una hoja y el sitio.
¿Quién ve los datos de mis asistentes?
Tu organización. El acceso es por rol y cada cliente está aislado del resto; los reportes no se cruzan entre organizaciones.
¿Cómo cobro?
Venta en línea con pasarela y caja en puerta para efectivo o terminal. El corte sale del mismo sistema.
Siguiente paso
Hablemos antes de que abras la venta.
Revisamos contigo el aforo, los canales de venta y la operación de puerta. Si la plataforma no es la adecuada para tu evento, te lo decimos en la primera llamada.