Vernetzte Geräte und IoT
Restaurant-KDS- und Bestellbildschirm-Software: Technische Architektur in Echtzeit
KDS-Prototyp und skalierbare Softwarearchitektur, die POS, Online-Bestellung, Küchenbildschirm und Kundenlieferungsbildschirm in einem einzigen Backend vereint.
Kurze Antwort
Unterbrechungsfreier Bestellfluss von der Kasse bis zur Küche
Das Kitchen Display System verschiebt Bestellungen vom POS oder Online-Kanälen an die richtige Zubereitungsstation; Zeigt Dauer, Produkthinweise und Statusänderungen in Echtzeit an. Mit derselben Infrastruktur können Selbstbestellungskioske, Küchenbildschirme, Express-Bildschirme und vorgefertigte Bestellbildschirme für den Kunden hergestellt werden. Der erste MVP kann mit einer einzigen Verzweigung, zwei Staging-Stationen und einem Bereitstellungsbildschirm bereitgestellt werden.
Services und ereignisbasiertes Bestellmodell
In der Grundarchitektur nimmt die Order API die Bestellung entgegen, der Routing-Dienst teilt die Produkte in Stationen auf, der Kitchen-Dienst verwaltet den Vorbereitungsstatus und das Display Gateway verwaltet WebSocket-Verbindungen. Der Auftrag durchläuft die Zustände CREATED, ACCEPTED, PREPARING, READY und HANDED_OFF. Jede Änderung wird mit einem sequentiellen Ereignis und Zeitstempel aufgezeichnet. Wenn das Display also wieder verbunden wird, ruft es nicht nur die letzte Ansicht, sondern auch den zuverlässigen Bestellstatus über das Backend ab.
Bildschirmrollen und Benutzererfahrung
Der Vorbereitungsbildschirm zeigt die Artikel der Station, die verstrichene Zeit, Allergene und besondere Hinweise. Der Expediter-Bildschirm fasst Teile von verschiedenen Stationen zu einem Auftrag zusammen. Der Abholbildschirm veröffentlicht den Kundennamen oder die Bestellnummer nur in den Gruppen VORBEREITEN und BEREIT. Touch-Ziele sollten groß sein und die Farben sollten einen hohen Kontrast aufweisen; die Situation sollte nicht nur mit Farbe erklärt werden. In stark frequentierten Küchen kann optional eine Ton-, Vibrations- oder externe Alarmunterstützung hinzugefügt werden.
Offline-Haltbarkeit und -Integration
Ein lokales Filial-Gateway kann den Datenfluss zwischen dem POS und den Küchenbildschirmen aufrechterhalten, wenn das Internet ausfällt. Sobald die Cloud-Konnektivität wiederhergestellt ist, werden Ereignisse mit eindeutigen IDs synchronisiert. POS- und Lieferintegrationen werden in ein gemeinsames Bestellschema umgewandelt; Außerdem wird die eindeutige ID des Kanals gespeichert. Wenn der WebSocket ausfällt, stellt der Client die Verbindung mit zunehmender Latenz wieder her und fordert fehlende Aktualisierungen seit der letzten Ereignissequenznummer an.
Wie bereite ich eine funktionierende Demo vor?
Das Demopaket umfasst drei Browserfenster bzw. Android-Panels: Gehäuse, Küche und Abholbildschirm. An der Kasse wird eine Zwei-Artikel-Bestellung aufgegeben, der Burger wird zur Heißstation und das Getränk zur Kaltstation geleitet. Die Vorbereitungszeiten sind live; die überfällige Karte wechselt in den Warnstatus. Wenn zwei Stationen abgeschlossen sind, macht der Expediter die Bestellung BEREIT und die Nummer erscheint auf dem Kundenbildschirm. Auch das Verhalten bei kurzzeitigem Trennen des Netzwerks und erneutem Verbinden wird in der Präsentation dargestellt.
Beobachtbarkeit, Autorisierung und Datensicherheit
Das Bedienfeld zeigt die durchschnittliche Durchlaufzeit, die Stationsauslastung, die Rate überfälliger Bestellungen und die Gründe für die Stornierung an. Worker-Prozesse werden mit Rolle und Geräte-ID in den Audit-Trail geschrieben. Auf dem Abholbildschirm werden keine unnötigen persönlichen Informationen angezeigt; Bestellnotizen werden nur für die entsprechende Station geöffnet. Menü-, Zweig- und Geräteeinstellungen werden auf dem neuesten Stand gehalten; eine fehlerhafte Bereitstellung kann auf die vorherige Konfiguration zurückgesetzt werden.
Pilot- und Produktisierungs-Roadmap
Im ersten Pilotprojekt werden Auftragsabwanderung, Statuslatenz und Bildschirmverfügbarkeit gemessen. In der nächsten Stufe kommen Multi-Filialen, Multi-Marken, Kurierzustellung, Produktzubereitungsprognose und Küchenkapazitätsmanagement hinzu. Der kommerzielle Fokus des Rollouts sollte auf weniger Papier, besser sichtbaren Fristen, einer geringeren Falschlieferungsrate und einer kontrollierten Integration in bestehende Kassensysteme liegen.
Häufig gestellte Fragen
Ist für KDS spezielle eingebettete Hardware erforderlich?
Für die meisten MVP- und Feldinstallationen ist ein Android-Panel, ein Tablet oder ein Industriedisplay im Kioskmodus ausreichend. Die entscheidenden Anforderungen sind Belastbarkeit, Netzwerkmanagement und ordnungsgemäße Integration.
Reicht WebSocket allein aus?
Geeignet für Live-Update; Allerdings sind auch eine dauerhafte Ereignisprotokollierung, eine Sequenznummerierung und eine REST-basierte Neusynchronisierung erforderlich, um nach der Unterbrechung wieder in den richtigen Zustand zu gelangen.