بيتزا تحتاج 12 دقيقة ومزة تحتاج 4 دقائق على نفس الطاولة: إن انطلقا معًا، المزة تنتظر باردة ثماني دقائق. الحل خوارزمي عبر تأخير زمني للتذاكر.
منطق الخوارزمية
كل منتج يحمل حقل cook_time: بيتزا 12، مزة 4، طبق رئيسي 8. الطلب يعتمد أطول cook_time هدفًا ويحسب رجوعًا.
تذكرة البيتزا تنطلق عند t=0، تذكرة المزة عند t=8 (12 − 4). كلاهما جاهز عند t=12. خدمة متزامنة بدل أطباق غير منسقة.
حالة Da Felice
تراتوريا رومانية بـ 28 مقعدًا فعّلت fan-out في خريف 2025. متوسط زمن «تذكرة — طاولة» انخفض من 31 إلى 23 دقيقة، أي -26% بدون موظفين إضافيين.
- زمن خمول فرن البيتزا: -18%
- شكاوى الطبق البارد: -71%
- دوران الطاولات في الساعة: 1.4 → 1.8
تفاصيل التطبيق
في thMenu حقل cook_time اختياري. مع تعبئته يرتب KDS تلقائيًا؛ بدونه تنطلق التذكرة عند t=0 — توافق رجعي كامل.
سعة المحطة تُحتسب أيضًا: أربع بيتزات داخل الفرن، الخامسة تنتظر ثلاث دقائق. المجدول يعرف طول الطابور.
الأسئلة الشائعة
من يعبّئ cook_time؟ الشيف يقيس كل منتج تحت حِمل واقعي ويُدخل القيم من لوحة thMenu.
هل يعمل في الذروة؟ خاصة وقت الذروة — طابور المحطة يُحتسب لحظيًا.
على أي خطة؟ Platinum مع KDS ووحدة الطلبات.
هل وجدت هذا مفيداً؟ شاركه.
مقالات ذات صلة
ما هي قائمة QR؟ الدليل الشامل للمطاعم
تتيح قائمة QR للعملاء الوصول الفوري إلى قائمة طعامك عبر هواتفهم الذكية — دون تطب…
التحول من قائمة الطعام الورقية إلى قائمة QR الرقمية: دليل خطوة بخطوة
هل تريد اعتماد قوائم QR لكنك لا تعرف من أين تبدأ؟ يغطي هذا الدليل التصوير والمحت…
قوائم QR مستهدفة جغرافياً: تقديم لغات مختلفة حسب IP الزائر
كيف يوجّه منتجع شامل من 180 مقعداً في أنطاليا نفس QR إلى قوائم تركية أو ألمانية …