Chekchi · POS va boshqaruv paneli
Fastfood KDS: oshxona ekrani qanday ishlashi kerak
KDS — chek ekrani emas, oshxona navbati. Ticket, stansiya va tayyorlik vaqtini to‘g‘ri yuritmasa, ekran faqat shovqin qo‘shadi.
2026-10-22 · Fastfood · 5 daqiqa
KDS — chek ekrani emas, oshxona navbati. Ticket, stansiya va tayyorlik vaqtini to‘g‘ri yuritmasa, ekran faqat shovqin qo‘shadi.
Fastfoodda kassa chekni yopadi, lekin mijoz hali ovqatini olmagan. KDS (Kitchen Display System) aynan shu oraliqni boshqaradi: buyurtma qaysi stansiyaga tushadi, kim tayyorlaydi, qachon tayyor bo‘ldi va qachon berildi. Agar KDS shunchaki chekni katta ekranda ko‘rsatsa, u oshxonadagi tartibsizlikni raqamlashtiradi, xolos. Yaxshi KDS navbatni qisqartiradi, lekin buning uchun ticket hayoti aniq bo‘lishi kerak.
Har bir ticket yangi, tayyorlanmoqda, tayyor va berilgan holatlaridan o‘tadi. Har bir o‘tish vaqt bilan yozilishi kerak, aks holda “qancha kutdik?” degan savolga javob bo‘lmaydi. Ticket ichida burger, kartoshka va ichimlik alohida qatorlar bo‘lib, ularning har biri o‘z stansiyasiga yo‘naltiriladi. Modifikatorlar — pishloqsiz, achchiq, qo‘shimcha sous — ticketda aniq ko‘rinishi shart; ularni og‘zaki aytish tizimni ma’nosiz qoldiradi.
Oshxona odatda bir necha stansiyaga bo‘linadi: grill, fry, sovuq, ichimlik va yig‘ish. Har bir stansiya faqat o‘ziga tegishli qatorlarni ko‘rishi kerak, aks holda ekran tez to‘lib ketadi. Yakuniy yig‘uvchi (expediter) barcha qatorlarning tayyorligini bitta ticketda ko‘rishi foydali. Lekin bitta buyurtma ikki ekranda ikki marta “tayyor” deb belgilanmasligi uchun holat yagona manbadan boshqarilishi kerak. Bu yerda takroriy bosish oddiy xato emas, ikki marta tayyorlashga olib keladi.
Navbat tartibi faqat “kim birinchi keldi” bo‘lishi shart emas. Ba’zi buyurtmalar tayyorlashga uzoq, ba’zilari qisqa; shuning uchun tayyorlanish vaqti (promise time) bo‘yicha prioritet foydali. Kechikayotgan ticket rang yoki belgi bilan ajralib turishi kerak, lekin rang yagona signal bo‘lmasin — rang ko‘rmaydigan xodim ham tushunadigan matn yoki ikonka bo‘lsin. Qo‘lda prioritet o‘zgartirish imkoniyati bo‘lsa, u sabab bilan va auditga yozilishi kerak.
Bump — ticketni “tayyor” deb belgilash. U faqat ovqat haqiqatan tayyor bo‘lganda bosilishi kerak; avtomatik bump yoki taymer bo‘yicha yopish oshxonani emas, hisobotni yaxshilaydi. Xato bosilgan ticketni qaytarish (recall) uchun qisqa oyna bo‘lishi foydali, lekin u cheksiz bo‘lmasligi kerak. Kim bump qilgani va qachon qilgani yozilsa, keyinchalik kechikish sababini topish osonlashadi. Bu ayniqsa ko‘p smenali oshxonalarda muhim.
Tarmoq yoki elektr uzilganda nima bo‘lishini oldindan hal qilish kerak. Ticket yo‘qolsa, oshxona mijoz buyurtmasini bilmay qoladi; bu eng yomon holat. Shuning uchun oflayn rejim bo‘lsa, ticket lokal navbatda saqlanishi, qog‘oz chek zaxira bo‘lishi yoki kassa aniq ogohlantirishi kerak. “Internet yo‘q, lekin hammasi ishlayapti” degan soxta holat ko‘rsatilmasligi shart. KDS sinovida tarmoqni uzib ko‘rish, qayta ulanganda ticketlar tartibi va dublikatlar tekshirilishi kerak.
Chekchi’da fastfood KDS ishga tushirilgan: buyurtma ticketga bo‘linadi, stansiya bo‘yicha ko‘rsatiladi, start/bump va tayyorlash vaqti yoziladi. Real pilot hali o‘tkazilmagan; printer va oflayn zaxira yo‘q, shuning uchun KDS sinovi tarmoq va qurilma cheklovlarini hisobga olishi kerak. Modul uchun o‘lchanadigan ko‘rsatkichlar oddiy: buyurtmadan birinchi bosishgacha vaqt, tayyorlash vaqti, bumpdan berishgacha vaqt va soatiga tayyorlangan ticket soni. Bu raqamlar real pilotda o‘lchanadi.