Dispositivi connessi e IoT
KDS per ristoranti e software per la visualizzazione degli ordini: architettura tecnica in tempo reale
Prototipo KDS e architettura software scalabile che combina POS, ordini online, schermata della cucina e schermata di consegna al cliente su un unico backend.
Risposta breve
Flusso ininterrotto di ordini dalla cassa alla cucina
Kitchen Display System sposta gli ordini dal POS o dai canali online alla corretta stazione di preparazione; Mostra la durata, le note del prodotto e i cambiamenti di stato in tempo reale. La stessa infrastruttura può produrre chioschi per ordini self-service, schermi da cucina, schermi per spedizionieri e schermi per ordini già pronti rivolti al cliente. Il primo MVP può essere distribuito con un singolo ramo, due stazioni di staging e una schermata di consegna.
Servizi e modello di ordinazione basato su eventi
Nell'architettura base, l'Order API accetta l'ordine, il servizio Routing divide i prodotti in stazioni, il servizio Kitchen gestisce lo stato di preparazione e il Display Gateway gestisce le connessioni WebSocket. L'ordine attraversa gli stati CREATED, ACCEPTED, PREPARING, READY e HANDED_OFF. Ogni modifica viene registrata con un evento sequenziale e un timestamp. Pertanto, quando il display viene ricollegato, non solo recupera l'ultima visualizzazione ma anche lo stato affidabile dell'ordine tramite il backend.
Ruoli dello schermo ed esperienza dell'utente
La schermata di preparazione mostra gli articoli della stazione, il tempo trascorso, gli allergeni e le note speciali. La schermata Expediter combina parti di diverse stazioni in un unico ordine. La schermata di ritiro pubblica il nome del cliente o il numero dell'ordine solo nei gruppi IN PREPARAZIONE e PRONTO. I touch target dovrebbero essere grandi e i colori dovrebbero avere un contrasto elevato; la situazione non va spiegata solo con i colori. Nelle cucine affollate, è possibile aggiungere facoltativamente il supporto audio, vibrazione o allarme esterno.
Durabilità e integrazione offline
Un gateway di filiale locale può mantenere il flusso tra il POS e gli schermi della cucina quando Internet non funziona. Una volta ripristinata la connettività cloud, gli eventi vengono sincronizzati con ID univoci. Le integrazioni POS e di consegna vengono trasformate in uno schema di ordini comune; Viene memorizzato anche l'ID univoco del canale. Se il WebSocket si interrompe, il client si riconnette con una latenza crescente e richiede gli aggiornamenti mancanti dall'ultimo numero di sequenza di eventi.
Come preparare una demo funzionante?
Il pacchetto demo include tre finestre del browser o pannelli Android: custodia, cucina e schermata di ritiro. Un ordine di due articoli viene effettuato alla cassa, l'hamburger viene inviato alla stazione calda e la bevanda viene inviata alla stazione fredda. I tempi di preparazione sono in diretta; la carta scaduta entra nello stato di avviso. Quando due stazioni sono completate, l'expediter rende l'ordine PRONTO e il numero appare sullo schermo del cliente. Nella presentazione viene mostrato anche il comportamento di disconnessione e riconnessione breve della rete.
Osservabilità, autorizzazione e sicurezza dei dati
Il pannello delle operazioni mostra il tempo di consegna medio, il carico della stazione, il tasso di ordini scaduti e i motivi di annullamento. I processi di lavoro vengono scritti nell'audit trail con ruolo e ID dispositivo. Nella schermata di ritiro non vengono visualizzate informazioni personali non necessarie; le note dell'ordine vengono aperte solo alla stazione interessata. Le impostazioni del menu, del ramo e del dispositivo vengono mantenute aggiornate; la distribuzione errata può essere ripristinata alla configurazione precedente.
Roadmap pilota e di produzione
Nel primo progetto pilota vengono misurati il tasso di abbandono degli ordini, la latenza dello stato e la disponibilità dello schermo. Nella fase successiva si aggiungono il multifiliale, il multimarca, la consegna tramite corriere, la previsione della preparazione del prodotto e la gestione della capacità della cucina. L'obiettivo commerciale dell'implementazione dovrebbe essere meno carta, scadenze più visibili, un tasso di consegne errate inferiore e un'integrazione controllata con i sistemi POS esistenti.
Domande frequenti
È necessario un hardware integrato speciale per KDS?
Per la maggior parte delle installazioni MVP e sul campo, è sufficiente un pannello Android, un tablet o un display industriale in modalità kiosk. L’esigenza fondamentale è la resilienza, la gestione della rete e una corretta integrazione.
WebSocket è sufficiente da solo?
Adatto per l'aggiornamento in tempo reale; tuttavia, per tornare allo stato corretto dopo l'interruzione sono necessarie anche la registrazione persistente degli eventi, la numerazione delle sequenze e la risincronizzazione basata su REST.