توقع الطلب

يجيب الطاهي كل صباح عن السؤال نفسه: كم من ماذا يجب تحضيره. ويجيب مسؤول المشتريات عن سؤال مجاور: كم من ماذا يجب طلبه. وعادةً يجيب الاثنان من الذاكرة.

افتح لوحة الإدارة → المخزون → تبويب «التوقع» (admin.cenaly.com/inventory). يأخذ التبويب سجل المبيعات ويحوّله إلى ثلاثة مخرجات محددة. الترتيب على الشاشة حسب الإلحاح: في الأعلى ما يُحتمل أن ينفد قبل نهاية اليوم، وأدناه خطة التحضير، وأبعد منه مسودة الطلب إلى المورّد. وإذا لم توجد عناصر معرّضة للخطر، فلن تظهر الكتلة العلوية إطلاقًا. وفي الأسفل تمامًا، كمرجع مطوي، يقع جدول «التوقع حسب الأطباق» — ولا حاجة للنظر إليه حتى ترغب في التحقق من رقم.

كيف يُحسب التوقع#

إحصاءان فقط، وكلاهما قابل للشرح للطاهي بصوت مسموع:

1. كم يُباع من هذا الطبق عادةً في هذا اليوم من الأسبوع. نافذة السجل — 8 أسابيع (56 يومًا). والتقدير النقطي هو الوسيط، لا المتوسط: ثمانية أيام ثلاثاء، أحدها كان عيد ميلاد لـ40 شخصًا، يقول المتوسط «حضّر لـ40» كل أسبوع، أما الوسيط فيتجاهل يوم الثلاثاء ذاك. وفي الجدول المرجعي «التوقع حسب الأطباق» يظهر بجانب الرقم مدى المشاهدات الفعلي (الحد الأدنى–الحد الأقصى)، وعدد المشاهدات في العيّنة، والذروة — جزء اليوم ذو أعلى نسبة مبيعات. وفي رأس التبويب يُكتب أساس الحساب: «وسيط اليوم نفسه من الأسبوع خلال 56 يومًا · N يوم عمل من السجل».
2. كيف يتوزع هذا الطلب داخل اليوم — نسب حسب أجزاء اليوم: الصباح (6–11)، الغداء (11–16)، المساء (16–23)، الليل (23–6). والحدود واحدة لجميع المنشآت، أما الملف نفسه فيُحسب على كل أيام السجل دفعةً واحدة، لا لكل ثلاثاء على حدة.

وما يُعد مشاهدةً هو أيضًا قرار واعٍ: الطلبات الملغاة لا تدخل السجل؛ ويوم اليوم غير المنتهي لا يدخل العيّنة؛ والأيام قبل أول بيع للطبق لا تُعد أصفارًا (فالطبق الجديد لا يحصل على «صفر مبيعات» عن الأسابيع التي لم يكن فيها على القائمة بعد)؛ و«يوم بلا مبيعات» يختلف عن «يوم كانت فيه المنشأة مغلقة». ويُحسب اليوم بتوقيت الفرع. ويدخل في الحساب أعلى 500 عنصر في الفرع حسب الإيراد — فيُستبعد الذيل الطويل من القائمة.

أقل من ثلاث مشاهدات لليوم نفسه من الأسبوع — لا يظهر رقم. ففي الجدول تحل شرطة محل الرقم، وفي عمود المشاهدات تظهر علامة «قليل». ولن يدخل هذا الطبق في خطة التحضير ولا في الشراء إطلاقًا. فتوقع لا يمكن الوثوق به أسوأ من غيابه: إذ يُحضَّر ويُشترى بناءً عليه.

ويحدد المفتاح في الأعلى اليوم الذي يُبنى عليه التوقع — اليوم أو غدًا.

خطة التحضير#

يتفكك التوقع حسب الأطباق عبر البطاقات التقنية إلى احتياج من السلع والمنتجات نصف المصنّعة. ويجري التفكيك وفق البطاقات التقنية الحالية، لحظة فتح التبويب — فإذا غيّر الشيف الوصفة صباحًا، راعت الخطة ذلك (أما التعديل المُجرى في نافذة مجاورة فيلتقطه تحديث الصفحة).

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

جدول الخطة:

الموعد ليس «بداية الوردية». فإذا كانت الصلصة تكفي للصباح لا للغداء، فعلى الطاهي أن يلحق بها بحلول 11:00، لا 6:00. وتُقرَّب الساعة إلى أقرب حد من حدود أجزاء اليوم (6:00، 11:00، 16:00، 23:00)، أما المنتجات نصف المصنّعة المتداخلة فليس لها موعد إطلاقًا — بل تظهر شرطة: فهي تُطبخ «قبل» ما يُصنع منها. والصفوف مرتبة حسب الموعد: الأقرب موعدًا أعلى في القائمة. وإذا لم يكن هناك ما يُحضَّر، يكتب التبويب ذلك صراحةً: الأرصدة تكفي لتغطية التوقع.

ويُستهلك رصيد المنتج نصف المصنّع مرة واحدة: فإذا دخل المرق نفسه في الصلصة وفي الحساء معًا، لطبّق الحساب الساذج الرصيد مرتين ولنقص شراء المواد الخام.

ويحوّل زر «إلى لوحة الوردية» الخطة إلى قائمة مهام — انظر لوحة مهام الوردية. وتُنشأ مهمة عامة واحدة «خطة التحضير — <التاريخ>»، ويصبح كل تحضير مهمة فرعية لها بالكمية والساعة في العنوان مباشرةً («صلصة ديميغلاس — 16 قطعة بحلول 11:00»)؛ ولا يمكن إغلاق المهمة العامة إلا بإغلاق كل المهام الفرعية. والضغط المتكرر لا يُنشئ نسخًا مكررة: فإذا كانت خطة هذا التاريخ على اللوحة بالفعل، فسيقول الزر ذلك.

والأطباق بلا بطاقة تقنية لا تدخل الخطة وتُدرج في تحذير منفصل (حتى 20 اسمًا): فالتوقع لا يستطيع قول شيء عنها، وقول ذلك بصوت مسموع خير من التظاهر بأن الطلب مكتمل.

مسودة الطلب إلى المورّد#

أسفل الخطة توجد مسودة الشراء للأفق الزمني المحدد للتغطية (حقل «التغطية، بالأيام»: عادةً مدة التوريد زائد المخزون الاحتياطي؛ القيمة الافتراضية 3 أيام، والمسموح من 1 إلى 30).

لكل منتج تُحسب قيمتان، وتُؤخذ الأكبر:

• الاحتياج وفق التوقّع خلال الأفق الزمني ناقص الرصيد الحالي؛
• الاستكمال حتى الرصيد المستهدف (وإذا لم يكن محددًا للمنتج — حتى نقطة إعادة الطلب) — منطق المخزون المعتاد.

لماذا الأكبر وليس إحداهما بدل الأخرى: المخزون الاحتياطي لا يعرف شيئًا عن يوم الجمعة غدًا بإقبال مضاعف؛ والتوقّع لا يعرف شيئًا عن المنتجات التي لا تدخل أصلًا في البطاقات الفنية (التغليف، المستهلكات) — فهذه معايير المخزون هي مرجعها الوحيد. السطور التي دخلت القائمة وفق القاعدة الثانية معلَّمة بـ«حسب نقطة إعادة الطلب». انتبه: القاعدة تنظر إلى الرصيد المستهدف، لذلك ستدخل المسودة منتجًا لا يزال أعلى من نقطة إعادة الطلب لكنه أدنى من الرصيد المستهدف — وتبويب «يجب الطلب» لا يعرض هذا المنتج بعد.

وفق التوقّع تُشترى المكوّنات النهائية فقط: المنتجات نصف المصنّعة لا تدخل الطلب إلى المورّد وفق التوقّع (فهي تُنتَج وفق خطة التحضير) — وقد تدخل المسودة فقط وفق معيار المخزون.

تُقرَّب الكمية إلى الأعلى حتى مضاعف التغليف، إذا كان محددًا للمنتج. السطور مجمَّعة حسب المورّدين (المنتجات بلا مورّد معيَّن — في مجموعة منفصلة)، والزر ينشئ طلبًا خاصًا بكل مورّد — وبعد ذلك تكون هذه مشتريات معتادة من قسم المخزون.

«سينفد بحلول 19:00»#

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

تُحسب الكتلة لليوم فقط: عند التبديل إلى «غدًا» تختفي — فلا وجود لخطر «سينفد بحلول 19:00» في يوم الغد.

تصحيح وفق وتيرة اليوم: إذا استُهلك بحلول الظهر أكثر من المعتاد، يرتفع التوقّع لبقية اليوم بالتناسب، ويظهر في السطر تعليق مثل «وتيرة اليوم ×1.4». تُحسب الوتيرة وفق المبيعات الفعلية (الشطب والتلف وطعام الموظفين لا تدخل فيها) وتُقاس لأول عشرة سطور أو نحوها من الأكثر خطرًا — أما الباقي فيُحسب وفق النمط المعتاد. المعامل محصور في النطاق ×0.5…×2 — فالتصحيح على «اليوم مزدحم» مطلوب، أما التنبؤ بناءً على إيصال واحد فلا. وإذا لم يكن هناك ما تُقاس به الوتيرة إطلاقًا، سيقول التبويب بصدق إنه أُخذ النمط المعتاد ليوم الأسبوع.

ما يلزم لظهور التوقّع#

يُعاد حساب إجمالي السجل على الخادم نحو مرة كل نصف ساعة (وللحسابات العاملة الآن فقط)؛ أما تفصيل البطاقات الفنية وخصم الأرصدة فيُحسبان لحظة فتح التبويب، وفق البيانات الحالية.

الأقسام المرتبطة#

• المخزون — البطاقات الفنية والأرصدة والاستلام والمشتريات
• لوحة مهام الوردية — إلى أين تذهب خطة التحضير
• هندسة القائمة — ما يُفعل بالطبق عندما يظهر الطلب والهامش معًا
• التحليلات — المبيعات حسب الأطباق والفترات

الأسئلة الشائعة#

لماذا تحمل نصف الأطباق علامة «قليل»؟#

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

لماذا يُستخدم الوسيط وليس المتوسط؟#

الوسيط مقاوم للقيم الشاذة. فحفل واحد لـ40 شخصًا يزيح المتوسط بحيث يحضّر المكان كميات زائدة أسابيع. والمتوسط لا يُعرض في الواجهة إطلاقًا — فقط الوسيط والتشتت وعدد المشاهدات.

هل يراعي التوقّع الطقس والأعياد وكرة القدم؟#

لا. فهو يعرف يوم الأسبوع ووقت اليوم فقط. أما أسبوع العيد والمباراة في الجوار فيبقيهما المدير في ذهنه — وهذا أصدق من نموذج يتظاهر بأنه راعاهما.

هل يمكن بناء توقّع لأسبوع قادم؟#

يعرض التبويب اليوم وغدًا. وللشراء يُحدَّد الأفق الزمني بشكل منفصل — بحقل «التغطية، بالأيام»: يُضرب فيه توقّع يوم واحد.

هل ترسل مسودة الشراء الطلب إلى المورّد فورًا؟#

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