دُكّة — واجهات تشغيل المطاعم والمخزون وتكلفة الأطباق

يبدأ موظف الاستقبال مسودة لطاولة أو طلب استلام، ويضيف الأطباق من القائمة الثابتة ويحدد عدد الحصص وملاحظة المطبخ. أثناء المسودة يستطيع تعديل العدد أو إزالة بند، ولا يحجز شيئًا لمجرد كتابته.

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

بهذا يصبح لطلبين يتنافسان على آخر كمية ترتيب مفهوم: الطلب المؤكد له حجزه، والتذكرة التالية ترى الباقي الحقيقي. كما أن تغيير يوم قراءة الصالة لا يمحو حجزًا قائمًا من المخزون الحالي.

يفتح فريق المطبخ التذكرة ويقرأ البنود وما يحتاجه كل منها، ثم يبدأ التحضير. هنا فقط تتحول الكمية المحجوزة إلى حركة استهلاك في دفتر المكونات. الانتقال إلى جاهز للتسليم ثم مسلّم يغير حالة الخدمة، ولا يكرر خصم المكونات.

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

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

عند استلام مكونات، يسجل مسؤول الفرع الكمية بالكيلوجرام وسبب الحركة. وعند تسجيل هدر مخزني، لا يسمح له النظام بالسحب من كمية محجوزة للطلبات. رصيد كل فرع مستقل، فلا يغطي توريد فرع نقص فرع آخر في القراءة.

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

يبحث المسؤول في دفتر الطلبات ويصفي الحالات، أو يصدّر كل النتائج المطابقة. ويستطيع الرجوع إلى بنود التذكرة وسجل حركاتها بدل الاكتفاء برقم إجمالي لا يوضح مصدره.