Neola

Neola · Caso de desarrollo · Boletería y eventos

Vender un asiento es reservarlo antes de cobrarlo.

Plataforma integral de venta de entradas para eventos: el comprador elige su butaca en un mapa real del escenario, el sistema se la aparta mientras paga, y si el pago no llega la libera sola. Detrás de esa secuencia de segundos hay control de aforo, cinco medios de pago, facturación y control de acceso en la puerta.

CodeIgniter 4 PHP 8.1 MariaDB Alta concurrencia
ESCENARIO
Disponible Seleccionada Vendida Bloqueada
62Módulos de gestión
5Medios de pago
16Reportes de taquilla
33Plantillas de recinto

El problema de fondo

El mismo asiento, dos personas, el mismo segundo.

Cuando salen a la venta las entradas de un concierto, cientos de personas entran al mismo tiempo y muchas van por la misma butaca. Vender un boleto dos veces no es un error contable: es alguien parado en la puerta con una entrada válida y sin asiento. Toda la arquitectura del sistema gira alrededor de evitarlo.

Lo que exige el negocio

  • Aforo exacto en todo momento. Cada butaca tiene un solo estado y una sola verdad, aunque diez procesos la consulten a la vez.
  • Reservar sin cobrar. El asiento se aparta mientras el comprador paga, y vuelve al mapa si no completa.
  • Varios canales a la vez. Venta web, punto de venta físico, cortesías y preventas comparten el mismo inventario de asientos.
  • Cierre de taquilla el mismo día. Arqueo, liquidación y conciliación por medio de pago, sin cuadrar a mano.

Cómo lo resuelve la plataforma

  • Reserva temporal con vencimiento. Al seleccionar, la butaca queda apartada con fecha de expiración; un proceso automático la libera si el pago no llega.
  • Estado único por asiento. Disponible, apartada, vendida o bloqueada. No hay estados intermedios ambiguos.
  • Un solo inventario. Web, taquilla, cortesías y preventas escriben sobre la misma estructura de butacas.
  • Trazabilidad completa. Cada entrada guarda quién la compró, por qué canal, con qué medio de pago y cuándo se usó en la puerta.

El recorrido de una entrada

De la butaca en pantalla al torniquete.

Estos seis pasos ocurren en orden y cada uno depende del anterior. El punto delicado es el tercero: es el único momento en que el sistema promete un asiento sin haber cobrado.

Paso 1

Elige el evento

Cartelera con búsqueda, contenido visual, localidades y tarifas por zona.

Paso 2

Escoge su butaca

Mapa del recinto con el estado real de cada asiento, actualizado al momento.

Paso 3

Queda apartada

La butaca sale del mapa para los demás compradores mientras se completa el pago.

Con vencimiento
Paso 4

Paga

Elige entre cinco pasarelas. La confirmación llega por retorno y por notificación.

Paso 5

Recibe el boleto

Entrada con código QR al correo, más comprobante de la compra.

Paso 6

Entra al evento

El QR se valida en la puerta y se marca como usado para que no se repita.

El corazón del sistema

Un mapa por recinto, no un mapa genérico.

Un estadio, un teatro y un salón de eventos no se dibujan igual. La plataforma maneja plantillas de recinto independientes, cada una con su propia distribución de zonas, filas y numeración, y todas conectadas al mismo motor de disponibilidad.

Configuración

Localidades y zonas

Cada recinto se divide en localidades con su aforo, su numeración y su propia tarifa. Se configuran sin tocar código.

AforoNumeración
Precios

Tarifario por zona y fecha

Precios distintos por localidad, con descuentos y condiciones. La misma butaca puede valer distinto según cuándo se compre.

DescuentosPreventa
Control

Bloqueo de butacas

Asientos retirados de la venta por producción, prensa, cortesías o problemas de visibilidad, sin alterar el aforo real.

ProducciónPrensa
Ocupación

Mapa de aforo y de calor

Dos vistas para el organizador: cuánto se ha vendido por zona y dónde se concentra realmente la demanda.

AnalíticaTiempo real

Pruébalo aquí mismo: arma una reserva

Demo interactiva

Recinto y tarifas de demostración. Toca mesas y butacas: la cotización se arma sola, igual que en la plataforma real.

ESCENARIO
MESAS VIP $180 · 4 personas
PREFERENCIA $90 · mesa de 2
GENERAL $25 · butaca
DisponibleTu selecciónOcupado

Alcance funcional

Todo lo que ocurre alrededor de una función.

La venta al público es solo una parte. Detrás hay una operación completa: producción del evento, canales alternos de venta, atención al comprador, control de acceso y cierre contable.

Creación de eventos

Alta del evento con fechas, sede, geolocalización, contenido visual, diseño del boleto y vista previa antes de publicar.

Punto de venta físico

Taquilla presencial con impresión de boleto, asociada a un punto de venta y a un responsable identificado.

Cortesías

Entregas sin cobro, con registro de quién las autorizó y a quién se asignaron. Cuentan al aforo pero no a la recaudación.

Preventas

Ventanas de venta anticipada para públicos específicos, con su propio inventario y condiciones de precio.

Control de acceso

Lectura del QR en la puerta, validación contra la base y marca de canje para impedir el reingreso con la misma entrada.

Facturación

Emisión del comprobante de la compra y envío automático al correo del comprador junto con la entrada.

Arqueo y liquidación

Cierre de caja por punto de venta y liquidación del evento: cuánto entró, por qué canal y con qué medio de pago.

Comunicación masiva

Envío de correos a los compradores de un evento para avisos de cambio de fecha, recordatorios o información de acceso.

Perfiles y permisos

Acceso por módulo según el rol: taquilla, producción, gerencia o control de puerta ven solo lo que les corresponde.

Medios de pago

Cinco pasarelas, un solo comportamiento.

Cada pasarela tiene su propia forma de confirmar un cobro, pero para el resto del sistema todas terminan igual: la reserva pasa a vendida, se genera el número de orden y salen los boletos por correo. Esa uniformidad es lo que permite sumar una nueva sin reescribir nada.

StripeInternacional
SquareInternacional
NuveiRegional
DatafastEcuador
PlacetopayEcuador · Certificada

Confirmación en dos vías

  • Retorno del navegador. El comprador vuelve al sitio y ve el resultado de su pago de inmediato.
  • Notificación del proveedor. La pasarela avisa por su cuenta, con validación de firma, por si el comprador cerró la ventana.
  • Conciliación programada. Un proceso periódico revisa lo que quedó pendiente y consulta el estado real.

Reglas que aplican a todas

  • El importe no cambia. Se fija al iniciar el cobro y es el mismo en el resumen, en el correo y en los reportes.
  • Un pago, una orden. Si las tres vías de confirmación llegan juntas, la orden se cierra una sola vez y el correo sale una sola vez.
  • Rechazo conserva el carrito. Si el pago falla, las butacas siguen apartadas hasta que expiren, para permitir el reintento.

Procesos desatendidos

Lo que corre solo, minuto a minuto.

Buena parte de la integridad del sistema no depende de que alguien haga clic, sino de procesos programados que corrigen y liberan sin intervención humana.

Cada 5 minutos

Liberación de butacas

Devuelve al mapa los asientos cuya reserva expiró sin pago. Sin este proceso, un carrito abandonado bloquearía la butaca para siempre.

Cada 2 minutos

Verificación de sesiones

Controla el origen de las reservas activas para detectar comportamientos anómalos durante los picos de venta.

Cada 10 minutos

Cola de comunicados

Procesa los envíos masivos por lotes, para que un correo a miles de compradores no bloquee la venta en curso.

Programado

Conciliación de pagos

Revisa las transacciones sin estado final y consulta al proveedor, para que ningún cobro quede sin resolver.

Reportería de taquilla

Dieciséis vistas del mismo evento.

El organizador, el contador y el jefe de sala necesitan cosas distintas de la misma función. Cada reporte responde una pregunta concreta de alguien que trabaja el día del evento.

01Resumen de ticketsCuántos se emitieron y en qué estado
02Ventas por díaCurva de venta desde el lanzamiento
03Vendidos por localidadQué zona se agota primero
04Actividad diariaMovimiento hora por hora
05Mapa de aforoOcupación real sobre el plano
06Mapa de calorDónde se concentra la demanda
07Listado de compradoresQuién compró qué, con sus datos
08CanjesEntradas ya usadas en la puerta
09Ventas por medio de pagoRecaudado por cada pasarela
10LiquidaciónCierre económico del evento
11Boleto físicoControl de talonarios impresos
12EstadísticasComportamiento agregado de ventas

Arquitectura

Construido para el pico, no para el promedio.

Una plataforma de boletería está tranquila casi todo el mes y recibe toda su carga en los diez minutos en que salen a la venta las entradas de un evento grande. El diseño responde a ese pico.

Aplicación

PHP 8.1 CodeIgniter 4 Composer JavaScript Bootstrap 5 Generación de QR

Datos

MariaDB 10.5 Modelo relacional Reservas con expiración Trazabilidad de estados

Infraestructura

Debian 11 Apache 2.4 SSL · Certbot CRON Correo transaccional

Integraciones

Cinco pasarelas de pago Webhooks firmados Correo masivo Impresión de boletos

¿Vendes entradas, cupos o reservas?

El mismo motor que aparta una butaca sirve para una mesa, una habitación, un cupo de curso o un turno de servicio. En Neola conectamos la venta con la operación completa: caja, cliente, factura, cartera y contabilidad.