Widać to na poniższym obrazie prezentującym na raz 4 ekrany KDS w procesie realizacji zamówienia:

Jest to tylko jedna z wielu możliwości konfiguracji KDS w ramach Ordering Stack.

Przykład

Przykładem może być konfiguracja dla restauracji serwującej burgery i frytki. Mamy tutaj 3 role:

1. grilowanie mięsa (grill)
2. obsługa frytkownicy (fries)
3. kompletowanie kanapek (topping)
4. kompletowanie, pakowanie i wydawanie zamówienia (delivery)

Gdy pojawia się zamówienie składające się z burgera, frytek oraz napoju, proces kuchenny wygląda nastepująco:

1. Na ekranie grill pojawia się nowe zamówienie (tylko pozycje do grilowania), status: NIEROZPOCZĘTE
2. Grillman rozpoczyna grilowanie mięsa z zamówienia i na ekranie zaznacza to zamówienie jako rozpoczęte.
3. W tym samym momencie na ekranie przy frytkownicy pojawia się to zamówienie (tylko pozycje do realizacji na frytkownicy). STATUS: NIEROZPOCZĘTE
4. Gdy pracownik rozpoczyna smażenie frytek oznacza zamówienie jako rozpoczęte.
5. Zamówienie na ekranie KDS kompletacji kanapek pojawia się, gdy grillman rozpocznie prace, widać jego status.
6. Na ekranie KDS wydawania zamówienia nasze zamówienie pojawia się dopiero gdy stanowiska grill i frytki oznaczą zakończenie zamówienia (obaj muszą skończyć)

Wymagania techniczne

Jedynym wymogiem technicznym dla ekranu KDS jest możliwość uruchomienia aplikacji webowej na urządzeniu z ekranem dotykowym połączonej do sieci Internet. Może to być tablet z systemem operacyjnym Android lub iOS. Uruchomiona instancja KDS wymaga dotatkowo określenia 3 parametrów:

• id tenanta (organizacji)
• id venue (restuaracji)
• opcjonalnie określenia nazwy konfiguracji np. grill, topping lub innej dowolnej

Wszystkie komponenty Ordering Stack, w tym KDS, bazuja na idei przesyłania danych w trybie „push”. Oznacza to, że aplikacja KDS po uruchomieniu nasłuchuje na nowe zdarzenia i gdy tylko takie się pojawią, są natychmiast obsługiwane. W praktyce oznacza to, że od razu po dodaniu nowego zamówienia, pojawi się ono na KDS.