Dispositivos conectados e IoT
KDS de restaurante y software de pantalla de pedidos: arquitectura técnica en tiempo real
Prototipo KDS y arquitectura de software escalable que combina POS, pedidos online, pantalla de cocina y pantalla de entrega al cliente en un único backend.
respuesta corta
Flujo ininterrumpido de pedidos desde la caja hasta la cocina
Kitchen Display System traslada los pedidos desde el punto de venta o los canales en línea a la estación de preparación correcta; Muestra duración, notas de producto y cambios de estado en tiempo real. La misma infraestructura puede producir quioscos de autoservicio, mamparas de cocina, mamparas de expedición y mamparas de pedidos ya preparadas orientadas al cliente. El primer MVP se puede implementar con una sola sucursal, dos estaciones de preparación y una pantalla de entrega.
Modelo de pedidos de servicios y basados en eventos.
En la arquitectura básica, Order API acepta el pedido, el servicio de enrutamiento divide los productos en estaciones, el servicio de cocina administra el estado de preparación y Display Gateway administra las conexiones WebSocket. El pedido pasa por los estados CREADO, ACEPTADO, PREPARANDO, LISTO y ENTREGADO. Cada cambio se registra con un evento secuencial y una marca de tiempo. Entonces, cuando se vuelve a conectar la pantalla, no solo recupera la última vista sino también el estado confiable del pedido a través del backend.
Roles de pantalla y experiencia de usuario
La pantalla de preparación muestra los elementos de la estación, el tiempo transcurrido, alérgenos y notas especiales. La pantalla Expediter combina piezas de diferentes estaciones en un solo pedido. La pantalla de retiro publica el nombre del cliente o número de pedido solo en los grupos PREPARANDO y LISTO. Los objetivos táctiles deben ser grandes y los colores deben tener un alto contraste; la situación no debe explicarse sólo con el color. En cocinas concurridas, se puede añadir opcionalmente soporte de sonido, vibración o alerta externa.
Durabilidad e integración sin conexión
Una puerta de enlace de sucursal local puede mantener el flujo entre el punto de venta y las pantallas de la cocina cuando se corta Internet. Una vez que se restablece la conectividad en la nube, los eventos se sincronizan con ID únicos. Las integraciones de POS y entrega se transforman en un esquema de pedido común; También se almacena la identificación única del canal. Si el WebSocket se rompe, el cliente se vuelve a conectar con una latencia creciente y solicita las actualizaciones que faltan desde el último número de secuencia del evento.
¿Cómo preparar una demostración funcional?
El paquete de demostración incluye tres ventanas del navegador o paneles de Android: caja, cocina y pantalla de recogida. Se realiza un pedido de dos artículos en la caja registradora, la hamburguesa se dirige a la estación caliente y la bebida a la estación fría. Los tiempos de preparación están activos; la tarjeta vencida entra en estado de advertencia. Cuando se completan dos estaciones, el expedidor prepara el pedido LISTO y el número aparece en la pantalla del cliente. En la presentación también se muestra el comportamiento de desconectar brevemente la red y volver a conectarla.
Observabilidad, autorización y seguridad de los datos.
El panel de operaciones muestra el tiempo de entrega promedio, la carga de la estación, la tasa de pedidos vencidos y los motivos de cancelación. Los procesos de trabajo se escriben en la pista de auditoría con función e ID de dispositivo. No se muestra información personal innecesaria en la pantalla de recogida; las notas de pedido se abren únicamente en la estación correspondiente. La configuración del menú, la sucursal y el dispositivo se mantiene actualizada; la implementación defectuosa se puede revertir a la configuración anterior.
Hoja de ruta piloto y de productización
En el primer piloto, se miden la rotación de pedidos, la latencia del estado y la disponibilidad de la pantalla. En la siguiente etapa se añaden multisucursal, multimarca, entrega por mensajería, previsión de preparación de productos y gestión de capacidad de cocina. El enfoque comercial del lanzamiento debería ser menos papel, plazos más visibles, una menor tasa de entregas erróneas y una integración controlada con los sistemas POS existentes.
Preguntas frecuentes
¿Se requiere hardware integrado especial para KDS?
Para la mayoría de las instalaciones de campo y MVP, es suficiente un panel, una tableta o una pantalla industrial Android que se ejecute en modo quiosco. La necesidad crítica es la resiliencia, la gestión de la red y la integración adecuada.
¿Es suficiente WebSocket por sí solo?
Adecuado para actualización en vivo; sin embargo, también se requieren el registro de eventos persistente, la numeración de secuencia y la resincronización basada en REST para volver al estado correcto después de la interrupción.