حالة الطلب ودورة حياته

في مطعم مزدحم، يطرح أربعة أشخاص سؤال "أين هذا الطلب الآن؟" في وقت واحد — الضيف المنتظِر، والمطبخ الذي يطبخ، والمُوصّل الذي يوشك أن يسلّم، والمالك الذي يراقب الصالة. يجيب DashDine عنه بحالة واحدة مشتركة على كل طلب، فيرى الجميع الحقيقة نفسها في الوقت نفسه.

تذكر كل حالة أدناه ما الذي يحرّك الانتقال وما الذي يراه كل شخص.

الطلبات التي لا تكتمل تنتهي بحالة "ملغى" — من الضيف أو الموظفين أو لتعذّر التنفيذ. تزيل حالة الإلغاء الطلب من المسار النشط وتسجّل السبب. يرى الضيف هذا السبب على صفحة التتبع، وتتابع التقارير معدل الإلغاء كمقياس مستقل.

صُمم المسار ليتقدّم بالترتيب كي لا يضيع شيء. تتغير الحالة حين يلمس موظف الحالة التالية على بطاقة الطلب — لا تقدّم تلقائيًا، لذا يبقى طلب "جاهز" منسيٌّ في عموده حتى يلاحظه أحد.

في وضع المطبخ، يدفع تقدّم الأصناف الطلب إلى الأمام: بدء الصنف الأول ينقل الطلب من "تم الإرسال" إلى "قيد التحضير"، وتحديد الصنف الأخير جاهزًا ينقل الطلب كاملًا إلى قائمة الجاهز تلقائيًا. وإكمال الطلب في المطبخ هو ما يطلقه إلى المُوصّل.

فور الإرسال، تفتح الواجهة متتبع طلب مباشرًا يعرض مرجع الطلب والأصناف والمجموع والجدول الزمني للحالات. وحين يغيّر الموظفون الحالة، تتحدّث صفحة الضيف خلال ثوانٍ آنيًا — دون حاجة للتحديث.

إذا توقفت صفحة الضيف عن التحديث أكثر من ثلاثين ثانية، فالأرجح أن اتصاله انقطع. يعيد الاتصال الفوري ربطه تلقائيًا؛ وإن تعذّر، يظهر شريط يطلب تحديث الصفحة. أما شاشات الموظفين فتعرض أحدث حالة بغض النظر عن اتصال الضيف.