Ticketing Core
Motor de ticketing marca blanca. Se identifica por lo que hace; la marca final está sin decidir.
Fase 1 · El corazón del motor
El corazón está construido y probado
Un solo repositorio con las cuatro aplicaciones y los cinco paquetes compartidos. Los tipos y el diseño se definen una vez y las cuatro los consumen: eso es lo que evita que se desincronicen, que era la deuda más grande de la versión anterior.
El corazón del negocio está construido y probado contra una base real: no se vende dos veces la misma mesa, un pago emite un solo boleto, y un QR falso —o repetido— no entra. La separación de los datos entre marcas se probó antes de construir encima, y es la compuerta de cada despliegue.
Las cuatro aplicaciones
Separadas porque tienen públicos, seguridad y ritmos distintos. Comparten todo lo demás.
Sitio público
apps/web
El escaparate y la compra de cada marca. Se resuelve por dominio.
Compra construida, a falta del cobro
Panel
apps/panel
El organizador y el administrador de cada marca. Móvil primero.
Montar la noche, completa
Escáner
apps/scanner
La puerta. Funciona sin internet, de dia y de noche.
Decide sin señal, probado
Consola
apps/console
La consola: crear marcas, encender funciones, ver el negocio.
Funcionando
Lo que se comparte
- domainLos tipos del negocio. Una sola definición para las cuatro apps.
- dbEl esquema del negocio, con el aislamiento entre marcas como compuerta de cada despliegue.
- tokensEl sistema de diseño: 4 capas, 3 temas, contraste validado.
- uiLos componentes compartidos.
- configLa configuración de herramientas.
Accesibilidad, comprobada sola
Cuando una marca define sus colores, el sistema mide el contraste antes de dejar guardar. Una combinación ilegible no entra. En California una plataforma inaccesible cuesta $4.000 por violación más los honorarios del abogado contrario, así que esto no es un detalle estético.
La paleta actual pasa todas las combinaciones que se revisan.