Queue: La Sincronización como Eje Operativo
Queue nace para resolver la brecha entre la actividad física de un restaurante y la contabilidad en tiempo real. En la industria de la hospitalidad, la velocidad de ejecución y la tolerancia a fallas de red no son opcionales: son el eje de la rentabilidad del negocio.
1. El Reto: Conectividad Crítica en Hostelería
- Problema de Negocio: En una cafetería física de alto volumen, una pérdida de conectividad a internet de apenas 5 minutos paraliza la impresión de comandas en cocina, detiene la facturación en caja y genera cuellos de botella en la experiencia del comensal. Las soluciones tradicionales basadas exclusivamente en la nube causan pérdidas monetarias directas y fricción operativa.
- Constraints:
- Baja tolerancia a fallas de red (el sistema debe operar al 100% de sus funciones de venta de manera local).
- Alta concurrencia en la red local (múltiples dispositivos interactuando simultáneamente: tablet de caja, celulares de meseros y pantallas de producción).
- Tiempos de respuesta inferiores a 100ms en operaciones críticas como la creación y modificación de pedidos.
2. Arquitectura de Datos Local-First
Para resolver estos desafíos, diseñamos y construimos una arquitectura orientada a datos locales donde el dispositivo es el dueño absoluto de su estado.
- Stack Tecnológico: Flutter 3.x para una interfaz consistente multiplataforma, Riverpod para una inyección de dependencias limpia y Drift (SQLite) como motor relacional nativo y único Source of Truth local.
- Persistencia Local: Utilizamos Drift mediante Data Access Objects (DAOs) y un esquema relacional optimizado en su versión 27. Esta base de datos local gestiona el almacenamiento rápido de comandas, catálogo de insumos, recetas y estados de inventario directamente en la memoria del dispositivo, logrando lecturas y escrituras con latencia cero.
- Sincronización Híbrida: La reconciliación con la nube (Firebase Firestore) ocurre de manera asíncrona mediante repositorios híbridos. Cuando hay internet, un worker en segundo plano detecta cambios locales sin bloquear la interfaz y realiza escrituras en lotes hacia la base de datos distribuida.
- Resolución de Conflictos: Empleamos una estrategia Last-Write-Wins (LWW) basada en marcas de tiempo de alta precisión (`updatedAt`). Esto permite reconciliar diferencias en los pedidos cuando múltiples meseros editan un ticket de mesa simultáneamente sin interrumpir el flujo del servicio.
3. Capas del Sistema (Modos de Juego)
La plataforma se segmenta en tres capas de acceso optimizadas para cada rol operativo del negocio:
- Modo Operación (Staff): Flujo de trabajo ultrarrápido y reactivo para el personal operativo (cajeros y meseros). Incluye el sistema de visualización de cocina con indicadores visuales y alertas sonoras configuradas según el SLA (Service Level Agreement) del ticket.
- Modo Coordinación (Manager): Herramienta de gestión intermedia para supervisores que conecta las comandas activas con las recetas. Permite configurar alertas de stock, gestionar reabastos de insumos y revisar la lista de tareas del día.
- Modo Estratégico (Owner): Panel de control ejecutivo centrado en métricas financieras clave en tiempo real: Prime Cost (costo de materia prima + mano de obra), RevPASH (ingresos por hora de asiento disponible) y flujo de caja proyectado, apoyado por una capa de IA interpretativa que ayuda a tomar decisiones de menú.
4. Contabilidad Invisible y Deducción de Inventario
El rigor contable se automatiza detrás de la operación del staff mediante procesos automatizados:
- Deducción Reactiva de Insumos: Al marcar un platillo como entregado en la pantalla de cocina, el motor local deduce de forma inmediata las porciones exactas de cada ingrediente del stock actual de la sucursal, basándose en la base de datos de recetas del sistema para evitar mermas fantasma y sobreventas.
- Cálculo de Margen Bruto: Cada venta se cruza automáticamente con el costo de adquisición de insumos del Price Hunter interno, calculando de manera transparente la utilidad bruta y el impacto financiero exacto en la caja al cierre del turno.
5. Evolución del Sistema (Simulación Empresarial)
Pivot y Gamificación Operativa (Sección Modular)
Esta sección queda estructurada de manera modular para facilitar la incorporación a futuro de mecánicas de simulación interactiva. La visión de evolución del software es transformar la recopilación de datos de la operación real de la cafetería en un simulador de negocios donde el score de los gerentes se determine por optimizar la rentabilidad del local (minimizando mermas y mejorando tiempos de ciclo de servicio).
