دليل عملي لإدارة مخزون المطعم: الجرد الفعلي، Par Levels، طلبات الشراء، دوران المخزون، ومطابقة الاستخدام الفعلي مع Food Cost.
![]() |
| الجرد المنتظم يربط المخزون الفعلي بالتكلفة والاستهلاك. |
إدارة مخزون المطعم لا تعني فقط معرفة عدد الكراتين الموجودة في المخزن. المخزون هو نقطة الاتصال بين الشراء والاستلام والتخزين والوصفات والمبيعات والهدر وFood Cost، وأي خطأ فيه يمكن أن يجعل التقارير المالية تبدو جيدة أو سيئة دون أن تعكس ما يحدث فعليًا في التشغيل.
النظام الجيد يجيب باستمرار عن أربعة أسئلة: ماذا نملك الآن؟ كم نستهلك؟ متى نطلب؟ ولماذا يختلف الاستخدام الفعلي عن الكمية التي كان يفترض استهلاكها وفق المبيعات والوصفات؟
الهدف ليس الاحتفاظ بأكبر كمية ممكنة من الخامات، بل توفير ما يحتاجه التشغيل دون Stockouts، مع تجنب تكديس رأس المال في منتجات بطيئة الحركة أو معرضة للتلف.
ما المقصود بإدارة مخزون المطعم؟
Restaurant Inventory Management هي عملية تسجيل ومتابعة حركة الخامات والمنتجات منذ دخولها المنشأة وحتى استخدامها أو بيعها أو هدرها أو تحويلها إلى قسم آخر.
قد يشمل المخزون:
- اللحوم والدواجن والأسماك.
- الخضروات والفاكهة.
- منتجات الألبان.
- المجمدات.
- المواد الجافة.
- القهوة والشاي وخامات المشروبات.
- Syrups وSauces وPurees.
- مواد التعبئة والتغليف.
- بعض مواد التشغيل حسب نظام المنشأة.
ومن الأفضل عدم خلط كل هذه المجموعات في رقم واحد فقط عند التحليل؛ فقد يكون إجمالي المخزون طبيعيًا بينما توجد زيادة كبيرة في فئة وبنود ناقصة باستمرار في فئة أخرى.
الفرق بين الجرد والمخزون
المخزون Inventory هو المنتجات التي تمتلكها المنشأة في نقطة زمنية معينة.
أما الجرد Stock Count فهو عملية عد أو وزن أو قياس هذه المنتجات فعليًا وتسجيل الكميات الموجودة.
قد يخبرك النظام الإلكتروني أن لديك 12 كيلوجرامًا من منتج ما، لكن الجرد الفعلي يجد 8 فقط. الفرق بين الرقمين هو بداية التحقيق، وليس شيئًا يجب تصحيحه في النظام دون معرفة سببه.
الجرد الفعلي Physical Inventory
الجرد الجيد يحتاج إلى طريقة ثابتة حتى تكون المقارنة بين فترة وأخرى ذات معنى.
من أهم القواعد:
- إجراء الجرد في توقيت متشابه قدر الإمكان.
- استخدام ترتيب ثابت للأرفف والمخازن.
- استخدام وحدات قياس محددة لكل صنف.
- عدم تغيير طريقة تقييم الأسعار من فترة إلى أخرى دون توثيق.
- تسجيل العبوات المفتوحة بطريقة متسقة.
- فصل الأصناف التالفة أو غير الصالحة عن المخزون المتاح للاستخدام.
- تجنب استلام توريدات أثناء الجرد أو تسجيلها بوضوح إذا حدث ذلك.
إذا تم تنفيذ جرد هذا الأسبوع قبل توريد رئيسي، ثم جرد الأسبوع التالي بعد التوريد، ستظهر مقارنة مضللة ما لم يتم التعامل مع Cut-off بصورة صحيحة.
استخدم Count Sheet ثابتة
حتى عند استخدام برنامج Inventory، يفيد وجود ترتيب ثابت للأصناف حسب مواقعها الفعلية.
يمكن أن تحتوي Count Sheet على:
| الحقل | مثال الاستخدام |
|---|---|
| الصنف | اسم الخام المحدد |
| الموقع | Dry Store / Chiller / Freezer / Bar |
| وحدة الشراء | Case / Bag / Bottle |
| وحدة الجرد | Kg / L / Piece / Bottle |
| الكمية | الكمية الموجودة فعليًا |
| تكلفة الوحدة | وفق نظام التقييم المعتمد |
| القيمة | الكمية × تكلفة الوحدة |
وحدة الشراء ليست دائمًا وحدة الاستخدام
هذه من أكثر نقاط المخزون التي تسبب أخطاء في الأنظمة.
قد يشتري المطعم:
- كرتونة تحتوي على 12 عبوة.
- عبوة وزنها 5 كيلوجرامات.
- زجاجة سعتها لتر.
لكن الوصفة قد تستخدم الجرام أو الملليلتر أو القطعة.
لذلك يحتاج النظام إلى Conversion واضح بين:
Purchase Unit → Inventory Unit → Recipe Unit
إذا كانت الكرتونة تحتوي على 12 زجاجة وكل زجاجة 750 مل، فإن تغيير عدد الزجاجات داخل الكرتونة لدى المورد دون تحديث النظام سيشوّه تكلفة الوصفات والمخزون حتى إذا كان سعر الكرتونة مسجلًا بصورة صحيحة.
كيف نحسب استهلاك المخزون؟
المعادلة الأساسية للفترة هي:
الاستخدام = المخزون الافتتاحي + المشتريات − المخزون الختامي
وهي أساس حساب Cost of Goods Sold في أبسط صوره.
مثال:
- Opening Inventory = 40,000
- Purchases = 80,000
- Closing Inventory = 35,000
إذن:
40,000 + 80,000 − 35,000 = 85,000
هذا يعني أن قيمة المواد المستخدمة خلال الفترة بلغت 85,000 وحدة نقدية وفق البيانات المسجلة.
راجع دليل حساب Food Cost للمطاعم لتحويل هذا الرقم إلى نسبة من المبيعات وتحليلها.
Actual Usage وTheoretical Usage
معرفة ما تم استخدامه فعليًا مهمة، لكنها لا تخبرك وحدها إن كانت الكمية منطقية.
Actual Usage هو الاستخدام الناتج من حركة المخزون والجرد.
أما Theoretical Usage فهو ما كان يفترض أن تستخدمه المنشأة وفق عدد الأصناف المباعة والوصفات القياسية المسجلة.
مثال مبسط: إذا كانت Recipe تستخدم 200 جرام من خام معين وتم بيع 100 Portion، فإن الاستخدام النظري المرتبط بهذه المبيعات يساوي 20 كيلوجرامًا، قبل إدخال أي عوامل أخرى خاصة بنظام المنشأة.
إذا أظهر الجرد أن الاستهلاك الفعلي أعلى بصورة واضحة، فهناك Variance تحتاج إلى تفسير.
ما أسباب Inventory Variance؟
الفرق بين الاستخدام النظري والفعلي لا يعني تلقائيًا سرقة أو تلاعبًا.
قد ينتج عن:
- Portion أكبر من الوصفة.
- Waste غير مسجل.
- أخطاء في الجرد.
- اختلاف وحدات القياس.
- استلام كمية مختلفة عما تم تسجيله.
- Transfers بين الفروع أو الأقسام لم تُسجل.
- وجبات موظفين أو Complimentary Items غير مسجلة.
- أخطاء في Recipe Card.
- منتجات تالفة لم تُسجل كWaste.
- سرقة أو استخدام غير مصرح به في بعض الحالات.
لهذا يجب أن يكون التحقيق في الفرق مبنيًا على البيانات، وليس اتهام الفريق مباشرة.
الوصفة القياسية هي أساس Inventory Control
لا تستطيع حساب Theoretical Usage بصورة مفيدة إذا كان كل طاهٍ يستخدم كمية مختلفة.
يجب أن تحدد Standard Recipe:
- مقادير الخامات.
- Yield.
- Portion Size.
- طريقة التحضير.
بعد ذلك تستطيع ربط المبيعات بالكميات المفترض استهلاكها.
راجع دليل Recipe Costing وحساب تكلفة الوصفة.
ما هو Par Level؟
Par Level هو مستوى مخزون مستهدف تستخدمه المنشأة للمساعدة في تحديد كمية الطلب.
ويجب الانتباه إلى أن بعض أنظمة التشغيل تستخدم كلمة Par بمعنى Target Stock بعد التوريد، بينما يستخدمها آخرون للإشارة إلى نقطة أو حد لإعادة الطلب؛ لذلك يجب تعريف المصطلح بوضوح داخل المنشأة.
في نظام يعتمد على Target Par، تكون الفكرة البسيطة:
Order Quantity = Target Par − Available Stock
مع تعديل الطلب عند وجود:
- Open Purchase Orders.
- Forecast مختلف عن المعتاد.
- Events أو حجوزات كبيرة.
- موسمية.
- تغير في Lead Time المورد.
- تغير في المنيو.
لا تجعل Par Level رقمًا يتم وضعه عند افتتاح المطعم ثم يظل ثابتًا سنوات.
كيف تحدد Par Level عمليًا؟
ابدأ من الاستهلاك المتوقع حتى موعد التوريد التالي، ثم أضف Buffer منطقيًا للمخاطر التشغيلية.
مثال مبسط:
إذا كان متوسط استخدام خام معين 8 كيلوجرامات يوميًا، والتوريد يصل كل يومين، فقد تحتاج أولًا إلى تغطية نحو 16 كيلوجرامًا للاستهلاك المتوقع، ثم يتم تحديد Safety Stock بحسب موثوقية المورد وتذبذب المبيعات وطبيعة الخام.
لكن لا توجد صيغة واحدة مثالية لكل الأصناف؛ اللحوم الطازجة لا يجب أن تعامل بالطريقة نفسها التي تعامل بها عبوات جافة طويلة العمر.
Overstock ليس أمانًا دائمًا
شراء كمية كبيرة «حتى لا ينقص شيء» قد يخفض خطر Stockout، لكنه يخلق مشكلات أخرى:
- زيادة التلف.
- تجميد سيولة في المخزن.
- ازدحام الثلاجات والمخازن.
- صعوبة Rotation.
- زيادة احتمالية نسيان خامات قديمة.
- شراء جديد رغم وجود كمية كافية مخفية في المخزن.
وفي المقابل، خفض المخزون بصورة شديدة قد يؤدي إلى نفاد المنتجات وطلبات شراء طارئة وتوقف أصناف من المنيو.
المطلوب توازن بين Availability وCash وWaste.
FIFO وFEFO في إدارة المخزون
FIFO — First In, First Out يعني تنظيم دوران المخزون بحيث تستخدم الدفعات الأقدم قبل الأحدث عندما يكون ذلك مناسبًا.
أما FEFO — First Expired, First Out فيعطي الأولوية للمنتج الذي ينتهي تاريخه أولًا، حتى إذا لم يكن أول دفعة تم استلامها.
في المنتجات ذات تواريخ الصلاحية المختلفة، يكون الاعتماد على تاريخ الانتهاء الفعلي أكثر دقة من النظر إلى تاريخ الاستلام فقط.
ولا يكفي كتابة FIFO على باب المخزن؛ يجب أن يسمح ترتيب الأرفف للموظف فعليًا بالوصول إلى المنتج الذي يجب استخدامه أولًا.
الاستلام هو بداية Inventory Control
إذا دخلت بيانات خاطئة عند الاستلام فلن يصلحها الجرد أو برنامج Inventory لاحقًا.
عند وصول التوريد يجب مطابقة:
- الصنف.
- الكمية.
- الوحدة.
- السعر عند المسؤولية عن ذلك.
- الجودة.
- درجة الحرارة عند الحاجة.
- تاريخ الصلاحية.
- حالة العبوات.
كما يجب تسجيل أي Rejection أو Short Delivery بدل تسجيل الفاتورة كما لو أن الكمية وصلت كاملة.
راجع دليل استلام وتخزين الخامات في المطاعم.
Waste يجب ألا يختفي داخل Inventory Variance
إذا سقط منتج أو انتهت صلاحيته أو تم إعداد Batch بصورة خاطئة ثم تم التخلص منه دون تسجيل، سيظهر لاحقًا كفرق غامض في المخزون.
سجل Waste بسبب واضح مثل:
- Spoilage.
- Preparation Waste.
- Overproduction.
- Returned Food.
- Breakage أو Spill عندما ينطبق.
- Expired Stock.
كلما كانت أسباب الهدر منظمة، استطاعت الإدارة معرفة المشكلة بدل رؤية رقم إجمالي لا يفسر شيئًا.
راجع دليل التحكم في الهدر داخل المطعم.
ما هو Inventory Turnover؟
Inventory Turnover يساعد الإدارة على فهم سرعة استخدام المخزون واستبداله خلال فترة محددة.
المعادلة الأساسية:
Inventory Turnover = COGS ÷ Average Inventory
ويحسب متوسط المخزون بصورة مبسطة كالتالي:
Average Inventory = (Beginning Inventory + Ending Inventory) ÷ 2
إذا كان COGS خلال شهر يساوي 90,000، وكان متوسط المخزون 30,000:
Inventory Turnover = 90,000 ÷ 30,000 = 3 مرات خلال الفترة
المعادلة مستخدمة في مراجع إدارة خدمات الطعام، لكن الرقم وحده لا يخبرك ما إذا كان الأداء جيدًا أو سيئًا؛ فطبيعة المخزون تختلف بين المطاعم وبين Produce وDry Goods وFrozen Items. لذلك قارن الاتجاه عبر فترات متشابهة وافحص الفئات بصورة منفصلة عند الحاجة.
Days of Inventory on Hand
يمكن تحويل Turnover إلى مقياس أسهل في القراءة:
Days on Hand = عدد أيام الفترة ÷ Inventory Turnover
إذا كان Turnover = 3 خلال فترة 30 يومًا:
30 ÷ 3 = 10 أيام
هذا يعني أن متوسط المخزون يعادل تقريبًا عشرة أيام من الاستخدام وفق بيانات الفترة.
لا تحول الرقم إلى Target عالمي. المنتج الطازج والمجمد والجاف لا يجب أن يكون لها بالضرورة Days on Hand متطابقة.
Slow-Moving Inventory
وجود صنف في المخزن لا يعني أنه أصل مفيد إذا كان لا يتحرك.
راقب المنتجات التي:
- لا تستخدم إلا نادرًا.
- تم شراؤها لصنف خرج من المنيو.
- لها Pack Size أكبر من حاجة التشغيل.
- يتم إعادة طلبها رغم وجود كميات كبيرة منها.
- تقترب باستمرار من انتهاء الصلاحية.
قد يكون الحل تقليل Par أو تغيير Pack Size أو تعديل تكرار الطلب أو استخدام الخام في أصناف أخرى إذا كان ذلك مناسبًا للمنيو، وليس الاستمرار في شراء الكمية نفسها.
لا تنسَ Transfers بين الأقسام والفروع
إذا نقل المطبخ 5 كيلوجرامات من خام إلى فرع آخر ولم يسجل النقل، سيظهر فرع كأنه استهلك كمية زائدة بينما يظهر الآخر كأنه حصل على مخزون دون تكلفة.
نفس الأمر يحدث بين Kitchen وBar أو Banquet وRestaurant داخل المنشآت الكبيرة.
كل Transfer يجب أن يحتوي على:
- التاريخ.
- الصنف.
- الكمية.
- From Location.
- To Location.
- المسؤول عن النقل.
كم مرة يجب إجراء الجرد؟
لا يوجد جدول واحد مناسب لكل المطاعم.
يمكن أن يختلف التكرار حسب قيمة الصنف وسرعة استخدامه وقابليته للتلف ومدى خطورة حدوث فرق فيه.
قد تحتاج بعض المواد مرتفعة القيمة أو سريعة الحركة إلى Count متكرر، بينما تكفي مراجعة أقل تكرارًا لبعض المواد منخفضة القيمة ومستقرة الاستخدام.
الأهم أن يكون لديك Cadence ثابت يسمح بالمقارنة، بدل تغيير موعد الجرد كل مرة.
Cycle Counts بدل انتظار الجرد الكامل
ليس ضروريًا أن تنتظر Full Inventory حتى تراجع كل مشكلة.
يمكن استخدام Cycle Counts لفئات محددة بين الجردات الكاملة، مثل:
- البروتينات مرتفعة التكلفة.
- القهوة.
- الخامات كثيرة الفروق.
- الأصناف سريعة الحركة.
- المنتجات التي تظهر بها Stockouts متكررة.
إذا كان فرق صنف معين يتكرر، اجعله ضمن قائمة مراجعة متكررة حتى يتم تحديد السبب.
من يقوم بالجرد؟
يفضل أن تكون المسؤولية واضحة ومستمرة.
من الممارسات المفيدة:
- تدريب الأشخاص على طريقة العد نفسها.
- عدم السماح بتقدير الوحدات بطريقة مختلفة بين الموظفين.
- مراجعة الأصناف مرتفعة القيمة بواسطة شخص ثانٍ عند الحاجة.
- عدم إبلاغ العداد بالكمية التي «يفترض» أن يجدها إذا كان الهدف Count مستقلًا.
- مراجعة الفروق الكبيرة قبل إغلاق الفترة.
الجرد ليس مسابقة للوصول إلى الرقم الموجود في النظام؛ المطلوب تسجيل الموجود فعليًا.
Spreadsheet أم Inventory Software؟
المطعم الصغير قد يبدأ بـSpreadsheet منظم إذا كان عدد الأصناف محدودًا والمسؤوليات واضحة.
مع زيادة الحجم والفروع والتوريدات والوصفات، يصبح النظام المتكامل مفيدًا في ربط:
- Purchasing.
- Receiving.
- Inventory Counts.
- Recipe Cost.
- POS Sales.
- Transfers.
- Waste.
لكن البرنامج لا يصلح بيانات سيئة. إذا كانت Units أو Recipes أو Counts غير صحيحة، فإن النظام سيعطي تقارير دقيقة حسابيًا مبنية على مدخلات خاطئة.
روتين أسبوعي عملي لمدير المطعم
- راجع الأصناف التي نفدت أو اقتربت من النفاد خلال الأسبوع.
- راجع Waste غير المعتاد.
- افحص الأصناف مرتفعة القيمة أو كثيرة الفروق.
- راجع Purchases مقابل الاستخدام والمبيعات.
- تأكد من تسجيل Transfers.
- راجع Slow Movers والمخزون الزائد.
- حدث Par Levels إذا تغير Forecast أو Lead Time.
- نفذ الجرد في الموعد المعتمد.
- حلل الفروق قبل اعتماد أرقام الفترة.
- اربط النتائج بـFood Cost وRecipe Costing.
Checklist لمراجعة نظام المخزون
- هل لكل صنف اسم ووحدة قياس ثابتة؟
- هل Purchase Units مرتبطة بصورة صحيحة بوحدات الوصفات؟
- هل يوجد ترتيب ثابت للجرد؟
- هل نعرف Opening وClosing Inventory لكل فترة؟
- هل جميع المشتريات مسجلة؟
- هل Rejects وShort Deliveries مسجلة؟
- هل Transfers مسجلة؟
- هل Waste مسجل بأسباب واضحة؟
- هل Standard Recipes محدثة؟
- هل Portion Sizes قابلة للقياس؟
- هل Par Levels مبنية على استخدام وForecast حقيقيين؟
- هل تتم مراجعة الأصناف بطيئة الحركة؟
- هل تتم مقارنة Actual Usage مع Theoretical Usage؟
- هل تتم مراجعة الفروق قبل اتهام الفريق أو تعديل النظام؟
- هل Inventory Turnover واتجاهه تتم متابعتهما بمرور الوقت؟
المخزون ليس مجرد مهمة محاسبية
أفضل نظام Inventory ليس النظام الذي ينتج تقريرًا طويلًا في نهاية الشهر، بل النظام الذي يساعد المدير على اتخاذ قرارات أفضل قبل ظهور المشكلة.
الجرد الصحيح يكشف ما تم استخدامه، Standard Recipes تشرح ما كان يفترض استخدامه، Waste Logs تفسر جزءًا من الفرق، وPar Levels تساعد على تحديد ما يجب شراؤه بعد ذلك.
وعندما تعمل هذه الأدوات معًا، تصبح أرقام Food Cost أكثر قابلية للفهم، ويمكن للإدارة معرفة ما إذا كانت المشكلة في الأسعار أو الشراء أو التخزين أو الوصفات أو Portions أو الهدر بدل محاولة خفض التكلفة بصورة عشوائية.

COMMENTS