Cuando un restaurante evalúa un sistema, casi siempre mira la lista de módulos. Pocas veces mide lo único que el personal va a sufrir todos los días: cuánto tarda la pantalla en reaccionar cuando se toca un botón.
La diferencia entre 80 milisegundos y 1,2 segundos parece irrelevante en una demo tranquila. En un sábado a las 8 de la noche, con 40 mesas ocupadas y cuatro mozos tomando pedidos a la vez, esa diferencia es la cola en la puerta.
Qué hace lento a un sistema de restaurante
- Recargar la página entera por cada acción. Los sistemas antiguos vuelven a pedir toda la pantalla al servidor cada vez que agregas un producto. Son cientos de recargas por turno.
- Consultas sin optimizar. Un listado de mesas que recalcula todos los consumos históricos en cada refresco se degrada a medida que crece el negocio: funciona el primer mes y se arrastra al sexto.
- Depender del internet para todo. Si cada tecla viaja hasta un servidor lejano, la velocidad del local marca el ritmo del servicio.
- Interfaces sobrecargadas. Pantallas que cargan imágenes pesadas de cada producto para una operación que se hace en dos toques.
Las decisiones detrás de PuntoRest
PuntoRest está construido sobre Vue 3 en la interfaz y PHP en el servidor, una combinación deliberadamente sobria. La interfaz es reactiva: cuando agregas un producto al pedido, la pantalla se actualiza al instante y la sincronización con el servidor ocurre en segundo plano, sin bloquear al mozo.
- Renderizado por diferencias. Al cambiar el estado de una mesa no se redibuja el salón completo, solo esa mesa. Con 120 mesas en pantalla, la diferencia se nota.
- Datos mínimos por petición. Cada llamada trae lo que la pantalla necesita y nada más. Un cambio de estado de mesa viaja en unos pocos cientos de bytes, no en una página completa.
- Consultas acotadas por periodo y sucursal. Los reportes se calculan sobre el rango pedido, no sobre todo el histórico.
- Actualización en tiempo real solo donde aporta. El plano de mesas y la cola de cocina se refrescan solos; un formulario de configuración no necesita hacerlo.
Cómo medir la velocidad antes de comprar
No hace falta ser técnico. En cualquier demo, cronometra estas cuatro acciones con el sistema ya cargado de datos:
- Abrir el plano de mesas del salón más grande.
- Agregar cinco productos con toppings a un pedido.
- Cerrar una cuenta y emitir el comprobante.
- Abrir el reporte de ventas del mes en curso.
Si alguna de esas cuatro tarda más de dos segundos en la demo, con datos de prueba, tardará más con tu operación real de un año. Pide siempre probar con volumen, no con tres mesas de ejemplo.
Velocidad no es solo tecnología
Una parte del rendimiento no está en el código, sino en el diseño de cada pantalla. En PuntoRest, cobrar en mostrador es un clic, separar una cuenta no obliga a rehacer el pedido y la comanda sale sola a su área. Cada clic que no existe es tiempo que no se pierde, y eso pesa tanto como la infraestructura.
El resultado buscado es simple: que el sistema nunca sea el motivo por el que un cliente espera.
Preguntas frecuentes
¿PuntoRest funciona si el internet del local es lento?
La interfaz responde de forma local y sincroniza en segundo plano, por lo que la toma de pedidos se mantiene fluida. Aun así, recomendamos una conexión estable para la emisión de comprobantes electrónicos ante SUNAT.
¿El sistema se pone lento cuando el negocio acumula años de datos?
No. Las consultas se acotan por periodo y sucursal, de modo que un reporte del mes no recorre todo el histórico. Los reportes de rangos muy amplios simplemente tardan lo esperable para su volumen.
¿Cuántos usuarios simultáneos soporta?
Un local típico trabaja con entre 3 y 15 usuarios a la vez sin degradación. Para operaciones más grandes o multi-sucursal, dimensionamos el servidor según el volumen de transacciones.
¿Por qué PHP y no otra tecnología?
Por estabilidad, costo de hosting y facilidad de mantenimiento a largo plazo. Combinado con Vue 3 en la interfaz, permite respuestas inmediatas sin encarecer la infraestructura del cliente.