كيف تبني نظام مشتريات ومخزون احترافياً للمطعم أو الفندق؟ | Purchasing & Inventory Management
كيف تبني نظام مشتريات ومخزون احترافياً للمطعم أو الفندق؟
Purchasing & Inventory Management
في المطاعم والفنادق، الربح لا يضيع فقط بسبب ضعف المبيعات.
جزء كبير من الخسائر يمكن أن يحدث خلف الأبواب:
شراء بسعر غير مناسب.
شراء كميات أكبر من الحاجة.
استلام منتج أقل من المواصفات.
فرق في الأوزان والكميات.
تخزين سيئ.
انتهاء صلاحية المواد.
هدر غير مسجل.
صرف مواد بدون مستندات.
جرد غير دقيق.
أو عدم وجود رقابة واضحة بين المشتريات والمخزن والمطبخ والحسابات.
لهذا السبب، Purchasing & Inventory Management ليس مجرد قسم يطلب البضاعة ويضعها في المخزن.
هو نظام مالي وتشغيلي متكامل يؤثر مباشرةً على:
Food Cost.
Cash Flow.
Product Quality.
Food Safety.
Availability.
Waste.
Profitability.
خلال سنوات عملي في إدارة المطاعم والمطابخ المركزية والمشتريات والمخازن، تعلمت أن السيطرة الحقيقية على التكلفة لا تبدأ عند حساب Food Cost في نهاية الشهر.
تبدأ قبل ذلك بكثير.
تبدأ من السؤال:
ماذا نشتري؟
من أين؟
بأي مواصفات؟
بأي كمية؟
وبأي سعر؟
ثم:
ماذا استلمنا فعلياً؟
أين تم تخزينه؟
كم صرفنا؟
كم استهلكنا؟
كم تبقى؟
وما الفرق بين ما كان يجب أن نستهلكه وما استهلكناه فعلياً؟
النظام الاحترافي يمكن تلخيصه كالتالي:
Forecast
↓
Purchase Request
↓
Approval
↓
Supplier Selection
↓
Purchase Order
↓
Receiving
↓
Inspection
↓
Storage
↓
Issuing
↓
Production
↓
Inventory Count
↓
Variance Analysis
↓
Corrective Action
1. المشتريات تبدأ من الاحتياج وليس من المورد
من أكبر الأخطاء أن تبدأ عملية الشراء عندما يتصل المورد ويعرض منتجاً أو سعراً جيداً.
الشراء يجب أن يبدأ من احتياج تشغيلي حقيقي.
يجب أن نسأل:
ما حجم المبيعات المتوقع؟
ما المخزون الحالي؟
ما الكمية المطلوبة للإنتاج؟
ما الكمية الموجودة في الطريق؟
ما Par Stock؟
ما Lead Time للمورد؟
ما مدة صلاحية المنتج؟
وما مساحة التخزين المتوفرة؟
ثم نقرر الكمية المطلوبة.
الشراء الذكي ليس شراء أكبر كمية بأقل سعر.
الشراء الذكي هو شراء:
Right Product
Right Quality
Right Quantity
Right Price
Right Supplier
Right Time
2. ضع Product Specifications
لا تطلب:
"لحم جيد."
أو:
"أرز ممتاز."
أو:
"دجاج حجم كبير."
هذه أوصاف غير كافية لإدارة مشتريات احترافية.
كل مادة مهمة يجب أن يكون لها Product Specification واضح.
قد يشمل:
Product Name.
Brand إذا كان مطلوباً.
Country of Origin عند الحاجة.
Grade.
Size.
Weight.
Packing.
Unit.
Fat Percentage.
Trim Specification.
Fresh / Chilled / Frozen.
Shelf Life.
Storage Requirements.
Quality Standards.
كلما كانت المواصفة أوضح، قل الخلاف بين:
Purchasing.
Supplier.
Receiving.
Kitchen.
Cost Control.
3. السعر وحده لا يحدد أفضل مورد
أرخص مورد ليس دائماً أفضل مورد.
يجب تقييم المورد بناءً على:
Price.
Quality.
Consistency.
Delivery Reliability.
Food Safety Compliance.
Credit Terms.
Lead Time.
Availability.
Service.
Return Policy.
Documentation.
قد يكون المورد أرخص بنسبة بسيطة، لكنه يرسل منتجات بأوزان غير ثابتة أو جودة منخفضة أو يتأخر باستمرار.
الخسارة التشغيلية الناتجة قد تكون أكبر بكثير من فرق السعر.
4. أنشئ Approved Supplier List
يجب ألا يستطيع أي موظف شراء أي منتج من أي مورد بدون نظام.
Approved Supplier List تساعد على تحديد الموردين المعتمدين لكل فئة.
قبل اعتماد المورد يمكن تقييم:
التراخيص المطلوبة.
قدراته التشغيلية.
جودة المنتجات.
سلامة الغذاء.
النقل.
الأسعار.
شروط الدفع.
القدرة على التوريد المستمر.
الشكاوى السابقة.
وسرعة معالجة المشاكل.
ثم تتم مراجعة أداء المورد دورياً.
5. استخدم Supplier Evaluation
يمكن تقييم الموردين بنظام نقاط.
مثلاً:
Quality.
Price.
Delivery.
Food Safety.
Accuracy.
Service.
Response Time.
ثم تتم مقارنة الموردين بناءً على الأداء الحقيقي وليس العلاقات الشخصية فقط.
Supplier Scorecard يساعد الإدارة على اتخاذ قرارات مبنية على بيانات.
6. افصل بين طلب الشراء والشراء
Purchase Request – PR
هو طلب داخلي يحدد الحاجة.
أما:
Purchase Order – PO
فهو أمر الشراء الرسمي المرسل إلى المورد بعد الموافقة.
مثال:
Kitchen / Store
↓
Purchase Request
↓
Approval
↓
Purchasing
↓
Supplier Comparison
↓
Purchase Order
↓
Supplier
هذه الدورة تقلل المشتريات العشوائية.
7. ضع Approval Matrix
ليس من الصحيح أن يستطيع أي شخص شراء أي قيمة بدون موافقة.
يجب تحديد مستويات الصلاحية.
مثلاً:
من يستطيع طلب الشراء؟
من يوافق؟
من يختار المورد؟
من يعتمد القيمة؟
ومن يوافق على الحالات الطارئة؟
كلما زادت قيمة أو حساسية عملية الشراء، قد تحتاج إلى مستوى اعتماد أعلى وفق سياسة المؤسسة.
هذا يسمى:
Approval Matrix.
8. استخدم مقارنة الأسعار
للمشتريات المهمة أو المتكررة، يمكن استخدام:
Request for Quotation – RFQ
ثم مقارنة الموردين.
لكن المقارنة يجب ألا تكون فقط:
Supplier A = $10
Supplier B = $9
Supplier C = $8.50
يجب مقارنة:
Specification.
Unit Size.
Yield.
Quality.
Delivery.
Payment Terms.
Consistency.
السعر الظاهر ليس دائماً التكلفة الحقيقية.
9. Purchase Order يجب أن يكون واضحاً
PO الجيد يجب أن يحتوي على المعلومات الضرورية مثل:
Supplier.
Product.
Specification.
Quantity.
Unit.
Price.
Delivery Date.
Delivery Location.
Terms.
عندما يصل المنتج، Receiving يقارن البضاعة بالـPO.
بدون ذلك يصبح الاستلام معتمداً على الفاتورة التي أحضرها المورد فقط.
10. افصل المسؤوليات
من أهم مبادئ الرقابة:
Segregation of Duties.
يفضل ألا يكون شخص واحد مسؤولاً وحده عن:
طلب المنتج.
اختيار المورد.
اعتماد السعر.
استلام المنتج.
تسجيله.
والموافقة على الدفع.
لماذا؟
لأن جمع كل هذه الصلاحيات عند شخص واحد يضعف الرقابة ويزيد احتمالية الخطأ أو التلاعب.
النظام الجيد يوزع المسؤوليات حسب حجم المؤسسة.
11. الاستلام هو بوابة المخزون
Receiving من أهم نقاط السيطرة.
لا تستلم البضاعة ثم تفحصها لاحقاً.
الفحص يجب أن يحدث قبل قبولها عندما يكون ذلك ممكناً.
تحقق من:
Purchase Order.
Supplier.
Product.
Specification.
Quantity.
Weight.
Quality.
Packaging.
Expiry.
Temperature عند الحاجة.
Condition.
Price وفق النظام.
Invoice / Delivery Note.
ثم:
Accept
أو:
Reject.
12. لا تعتمد على وزن المورد فقط
خصوصاً في المنتجات عالية القيمة.
يجب أن يكون لديك ميزان مناسب ومعاير أو متحقق من دقته حسب النظام.
إذا طلبت:
50 kg
واستلمت فعلياً:
47 kg
لكن الفاتورة 50 kg، فأنت دفعت مقابل منتج لم تستلمه.
فرق صغير يتكرر يومياً يمكن أن يتحول إلى خسارة كبيرة سنوياً.
13. سجل المواد المرفوضة
Rejected Goods يجب ألا تبقى عملية شفوية.
سجل:
Supplier.
Product.
Quantity.
Reason.
Date.
Action Taken.
الأسباب قد تشمل:
Wrong Specification.
Wrong Quantity.
Damaged Packaging.
Quality Issue.
Temperature Issue.
Expired / Short Shelf Life.
Wrong Product.
هذه البيانات تساعد أيضاً في Supplier Evaluation.
14. لا تدخل أي مادة إلى المخزن بدون تسجيل
بعد قبول المنتج يجب إدخاله إلى النظام وفق الإجراءات المعتمدة.
يمكن استخدام:
Goods Received Note – GRN
أو النظام الإلكتروني المستخدم في المنشأة.
يجب أن تتطابق المعلومات الأساسية بين:
PO.
Delivery.
GRN.
Invoice.
هذه إحدى نقاط الرقابة المهمة.
15. Three-Way Matching
من الأنظمة المالية المفيدة:
Three-Way Match.
نقارن:
Purchase Order
+
Goods Received
+
Supplier Invoice
السؤال:
ماذا طلبنا؟
ماذا استلمنا؟
وعلى ماذا يطلب المورد الدفع؟
إذا كان هناك اختلاف، يجب التحقيق فيه قبل الدفع وفق سياسة المؤسسة.
16. التخزين ليس مجرد وضع البضاعة على الرفوف
المخزن هو أموال المؤسسة ولكن بشكل منتجات.
إذا كان لديك مخزون بقيمة 20,000 دولار، فكأن لديك 20,000 دولار داخل الرفوف والثلاجات والفريزرات.
لذلك يجب حماية المخزون كما نحمي النقد.
التخزين الجيد يحتاج إلى:
Organization.
Security.
Temperature Control.
Cleanliness.
Stock Rotation.
Access Control.
Documentation.
17. نظم المخزن
يجب أن يكون لكل مادة مكان محدد قدر الإمكان.
يمكن تقسيم المخازن إلى:
Dry Store.
Chiller.
Freezer.
Beverage Store.
Chemical Store.
Packaging Store.
High-Value Store.
ويجب مراعاة متطلبات Food Safety والفصل المناسب بين المواد.
18. استخدم Item Codes
عندما يكون لديك مئات المواد، الأسماء وحدها قد تسبب ارتباكاً.
يمكن إعطاء كل مادة:
Item Code.
مثلاً:
MEAT-001
DAIRY-005
DRY-014
أو أي نظام مناسب للمؤسسة.
Item Code يساعد في:
Purchasing.
Receiving.
Inventory.
Costing.
Reporting.
POS / ERP Integration.
19. Standardize Units
من الأخطاء الخطيرة استخدام وحدات مختلفة لنفس المنتج بدون Conversion واضح.
مثلاً:
نشتري بالكرتون.
نخزن بالكيلو.
ونستخدم بالغرام.
يجب أن يعرف النظام العلاقة بين:
Purchase Unit.
Storage Unit.
Recipe Unit.
مثلاً:
1 Carton
=
10 Bags
1 Bag
=
1 kg
1 kg
=
1000 g
بدون Unit Conversion صحيح، قد تصبح تقارير التكلفة والمخزون غير دقيقة.
20. FIFO وFEFO
FIFO:
First In, First Out.
FEFO:
First Expired, First Out.
في المواد ذات تواريخ الصلاحية المختلفة، FEFO مهم جداً.
الموظف لا يجب أن يضع المنتج الجديد أمام القديم.
يجب أن تتم عملية Stock Rotation عند كل استلام.
21. ضع Labels واضحة
بحسب نوع العملية ومتطلبات النظام، قد تحتاج المنتجات إلى معلومات مثل:
Product Name.
Receiving Date.
Opening Date.
Preparation Date.
Expiry / Use-By.
Batch / Lot عند الحاجة.
الهدف أن يستطيع الموظف معرفة حالة المنتج بدون تخمين.
22. ضع Par Stock
Par Stock هو المستوى المطلوب من المخزون لدعم التشغيل خلال فترة محددة مع مراعاة التوريد والطلب.
إذا كان الاستهلاك المتوقع:
100 وحدة
والموجود:
35
ولدينا:
10 وحدات قادمة
فالاحتياج المبدئي قبل أي Safety Stock أو عوامل أخرى:
100 - 35 - 10 = 55 وحدة.
لكن Par Stock لا يجب أن يكون رقماً ثابتاً إلى الأبد.
يتغير حسب:
Sales.
Season.
Events.
Lead Time.
Supplier Reliability.
Menu Changes.
Storage Capacity.
23. لا تخلط Par Stock مع Maximum Stock
Par يساعدك على تحديد مستوى التشغيل المطلوب.
لكن يجب أيضاً مراقبة:
Minimum Stock.
Maximum Stock.
Reorder Point.
Safety Stock.
حسب طبيعة المشروع.
المخزون القليل جداً يسبب:
Stock-Out.
والمخزون الزائد يسبب:
Cash Tied Up.
Expiry.
Waste.
Storage Problems.
24. احسب Reorder Point
بشكل مبسط، Reorder Point يعتمد على:
الاستهلاك خلال Lead Time
+
Safety Stock.
إذا كان المورد يحتاج ثلاثة أيام للتوصيل، يجب ألا تنتظر حتى يصبح المخزون صفراً ثم تطلب.
النظام يجب أن يتوقع الحاجة مسبقاً.
25. Forecast مهم جداً
المشتريات يجب أن تتحدث مع التشغيل.
Forecast يمكن أن يعتمد على:
Historical Sales.
Reservations.
Events.
Seasonality.
Day of Week.
Promotions.
Weather عندما يكون مؤثراً.
Menu Mix.
Occupancy في الفنادق.
إذا كانت الحجوزات غداً ضعف المعتاد، يجب أن يعرف المطبخ والمخزن والمشتريات ذلك قبل الخدمة.
26. الصرف من المخزن يجب أن يكون منظماً
لا يجب أن يدخل أي موظف إلى المخزن ويأخذ ما يريد.
يمكن استخدام:
Store Requisition.
القسم يطلب المواد.
المسؤول يعتمد الطلب حسب النظام.
Storekeeper يصرف الكمية.
ثم يتم تسجيل الحركة.
هذا يوفر:
Accountability.
Traceability.
Inventory Accuracy.
27. ضع أوقاتاً للصرف
في بعض العمليات، فتح المخزن طوال اليوم لأي طلب يزيد الفوضى.
يمكن تحديد Issue Times مناسبة للتشغيل.
مثلاً:
صرف رئيسي صباحاً.
وصرف إضافي منظم عند الحاجة.
الهدف ليس تعطيل المطبخ.
الهدف تقليل الطلبات العشوائية وتحسين التخطيط.
28. Emergency Issue يجب أن يبقى استثناءً
إذا كان المطبخ يطلب مواد طارئة يومياً، فالمشكلة ليست في المخزن.
قد تكون المشكلة في:
Forecasting.
Production Planning.
Par Stock.
Requisition.
Communication.
حل المشكلة من جذورها بدلاً من جعل Emergency Issue أسلوب عمل دائم.
29. Transfers يجب أن تسجل
إذا انتقلت مادة من:
Restaurant A
إلى:
Restaurant B
أو من:
Main Kitchen
إلى:
Banquet
يجب تسجيل:
Transfer Out.
و:
Transfer In.
وإلا سيظهر فرق في المخزون والتكلفة بين الأقسام.
30. Staff Meals وComplimentary Items
المواد المستخدمة في:
Staff Meals.
Complimentary Food.
Promotions.
Management Meals.
لا يجب أن تختفي من المخزون بدون تفسير.
يجب تسجيلها وفق سياسة المنشأة.
وإلا ستظهر في النهاية كأنها:
Food Cost Variance.
31. Waste يجب أن يسجل
كل هدر مهم يجب أن يكون له:
Waste Record.
يمكن تسجيل:
Product.
Quantity.
Cost.
Reason.
Department.
Employee / Supervisor.
Date.
الأسباب قد تكون:
Overproduction.
Spoilage.
Preparation Waste.
Wrong Order.
Quality Issue.
Expired Product.
Kitchen Error.
ثم نحلل الأسباب.
Waste Log ليس لمعاقبة الموظفين.
هو أداة لمعرفة أين نخسر المال.
32. الجرد ليس مجرد عدّ
Inventory Count يجب أن يكون منظماً.
قبل الجرد:
نرتب المخزن.
نوقف أو نسيطر على حركة المواد حسب الإجراء.
نتأكد من الوحدات.
نفصل المنتجات التالفة أو غير الصالحة حسب النظام.
ثم نعد المواد بطريقة ثابتة.
الجرد غير المنظم ينتج أرقاماً غير موثوقة.
33. استخدم نفس ترتيب المخزن في ورقة الجرد
إذا كان Inventory Sheet يتبع ترتيب الرفوف والثلاجات، يصبح العد أسرع وأقل عرضة للنسيان.
مثلاً:
Shelf 1
↓
Shelf 2
↓
Shelf 3
↓
Chiller
↓
Freezer
بدلاً من البحث عن كل منتج في قائمة عشوائية.
34. Blind Count
في بعض المؤسسات يمكن استخدام Blind Count.
الشخص الذي يقوم بالجرد لا يرى الكمية النظرية الموجودة في النظام أثناء العد.
لماذا؟
حتى لا يتأثر الرقم الذي يكتبه بما يتوقع النظام وجوده.
ثم تتم المقارنة بعد انتهاء العد.
35. الجرد الدوري
ليس ضرورياً انتظار نهاية الشهر لمراقبة كل شيء.
يمكن استخدام:
Daily Count
لبعض المواد الحساسة أو عالية القيمة.
Weekly Count
لفئات محددة.
Monthly Full Inventory
للجرد الكامل.
التكرار يعتمد على حجم وطبيعة العملية.
36. استخدم ABC Analysis
ليست كل المواد بنفس الأهمية المالية.
يمكن تصنيف المخزون مثلاً إلى:
A Items
مواد عالية القيمة أو عالية التأثير.
B Items
متوسطة.
C Items
أقل قيمة.
هذا يساعد على تركيز الرقابة على المواد الأكثر تأثيراً.
قطعة لحم مرتفعة التكلفة لا تحتاج نفس مستوى الرقابة الذي تحتاجه مادة منخفضة القيمة جداً.
37. Inventory Variance
بعد الجرد نقارن:
Theoretical Inventory
مع:
Actual Inventory.
الفرق يسمى:
Inventory Variance.
إذا كان النظام يقول إن لدينا:
100 kg
لكن الموجود فعلياً:
92 kg
لدينا فرق:
8 kg.
السؤال المهم ليس فقط:
كم الفرق؟
بل:
لماذا؟
38. أسباب Inventory Variance
يمكن أن تشمل:
Receiving Errors.
Unrecorded Issues.
Waste Not Recorded.
Portioning Errors.
Transfers Not Recorded.
Incorrect Units.
Recipe Errors.
Counting Errors.
Spoilage.
Theft.
Data Entry Errors.
لا تتهم الموظفين مباشرة.
ابدأ بالتحقيق في العملية.
39. اربط المخزون بـFood Cost
في المقال السابق عن Cost Control تحدثنا عن:
COGS
والصيغة الأساسية:
Opening Inventory
+
Purchases
-
Closing Inventory
=
Cost of Goods Sold
إذا كان Inventory غير دقيق، فإن COGS لن يكون دقيقاً.
وإذا كان COGS غير دقيق، فإن Food Cost Report لن يعكس الواقع.
لذلك:
Inventory Accuracy
هي أساس:
Cost Accuracy.
40. Actual vs Theoretical
النظام الاحترافي لا يكتفي بحساب Actual Food Cost.
يجب أن يقارنه مع:
Theoretical Food Cost.
Theoretical يعتمد على:
ما بعناه
×
الكمية القياسية لكل وصفة
×
تكلفة المكونات.
ثم نقارنه بما استهلكناه فعلياً.
الفرق يساعدنا على اكتشاف:
Waste.
Over-Portioning.
Recipe Non-Compliance.
Inventory Problems.
Unrecorded Consumption.
Possible Losses.
41. راقب Purchase Price Variance
ليس فقط كمية الاستخدام هي المهمة.
سعر الشراء نفسه قد يتغير.
إذا كانت تكلفة مادة ما:
$5
ثم أصبحت:
$5.75
يجب أن نعرف.
Purchase Price Variance يساعدنا على تحديد تأثير تغير أسعار الموردين على التكلفة.
قد نحتاج إلى:
التفاوض.
البحث عن بديل.
تغيير المواصفة.
مراجعة الوصفة.
أو تعديل سعر البيع إذا كان ذلك مناسباً.
42. راقب Yield وليس سعر الشراء فقط
لنفرض أن مورداً يبيع قطعة لحم بـ:
$10/kg
ومورداً آخر بـ:
$11/kg.
قد يبدو المورد الأول أرخص.
لكن بعد التنظيف:
الأول يعطي 70% Yield.
والثاني يعطي 85%.
عندها يجب مقارنة:
Usable Cost
وليس فقط Purchase Price.
التكلفة الحقيقية هي تكلفة الجزء القابل للاستخدام.
43. Inventory Turnover
Inventory Turnover يساعد على فهم سرعة حركة المخزون.
بشكل مبسط:
Inventory Turnover
=
Cost of Goods Sold
÷
Average Inventory
الرقم المناسب يختلف حسب نوع المشروع والفئة.
لكن المخزون البطيء قد يعني:
Overstocking.
Slow-Moving Items.
Cash Tied Up.
Expiry Risk.
44. Days on Hand
يمكن أيضاً دراسة:
Days on Hand.
أي تقريباً:
كم يوماً يستطيع المخزون الحالي تغطية التشغيل؟
إذا كان لديك مخزون يكفي شهراً بينما المورد يستطيع التوصيل خلال يوم واحد والطلب مستقر، فقد تكون لديك أموال مجمدة بدون داعٍ.
لكن القرار يعتمد على:
Lead Time.
Supply Risk.
Seasonality.
Import Conditions.
Product Availability.
45. Slow-Moving & Dead Stock
يجب إصدار تقرير بالمواد التي لا تتحرك.
اسأل:
لماذا ما زالت موجودة؟
هل الطبق توقف؟
هل اشترينا أكثر من الحاجة؟
هل هناك منتج بديل؟
هل يمكن استخدام المادة بطريقة مدروسة وآمنة قبل انتهاء صلاحيتها؟
Dead Stock هو مال متوقف داخل المخزن.
46. الأمن داخل المخزن
Access Control مهم.
ليس ضرورياً أن يستطيع كل موظف دخول المخزن.
يمكن تحديد:
Authorized Personnel.
ومراقبة:
Keys.
Access.
Issues.
Returns.
High-Value Products.
الهدف ليس عدم الثقة بالفريق.
الهدف حماية أصول المؤسسة.
47. Procurement Fraud Prevention
أي نظام مالي يجب أن يأخذ احتمالات التلاعب بعين الاعتبار بدون اتهام أحد مسبقاً.
أمثلة للمخاطر:
أسعار غير مبررة.
موردون غير معتمدين.
فواتير لكميات غير مستلمة.
تلاعب بالأوزان.
مشتريات بدون موافقة.
علاقات غير معلنة مع الموردين.
منتجات لا تطابق المواصفات.
وسائل الرقابة قد تشمل:
Segregation of Duties.
Approval Limits.
Supplier Comparison.
Three-Way Matching.
Audits.
Inventory Counts.
Price History.
Supplier Rotation أو Review عندما يكون مناسباً.
48. التكنولوجيا تساعد لكنها لا تصلح نظاماً سيئاً
يمكن استخدام:
POS.
Inventory Software.
ERP.
Purchasing Systems.
Barcode Systems.
لكن البرنامج لن يحل المشكلة إذا:
الوصفات غير صحيحة.
الوحدات غير صحيحة.
الموظفون لا يسجلون الهدر.
الاستلام غير دقيق.
الجرد غير صحيح.
Technology يجب أن تدعم النظام وليس أن تستبدله.
49. اربط POS بالمخزون عندما يكون مناسباً
في الأنظمة المتقدمة، بيع الطبق عبر POS يمكن أن يؤدي إلى استهلاك نظري للمكونات حسب Standard Recipe.
مثلاً:
بيعنا 100 Burger.
والوصفة تحتوي على:
180 g Beef.
الاستهلاك النظري:
18 kg Beef.
ثم نقارن مع الاستهلاك الفعلي.
هذا يجعل Variance Analysis أقوى بكثير.
50. Dashboard للإدارة
الإدارة لا تحتاج إلى قراءة آلاف الحركات يومياً.
تحتاج إلى مؤشرات واضحة.
Purchasing & Inventory Dashboard يمكن أن يعرض:
Purchases.
Food Cost.
Inventory Value.
Inventory Variance.
Waste.
Purchase Price Variance.
Supplier Performance.
Stock-Outs.
Slow-Moving Items.
Expired Items.
High-Value Items.
ثم يتم التركيز على الاستثناءات والمشاكل.
51. Daily, Weekly, Monthly Control
Daily:
Critical Stock.
High-Value Items.
Receiving Issues.
Waste.
Stock-Outs.
Weekly:
Purchases.
Price Changes.
Key Inventory.
Supplier Performance.
Waste Trends.
Monthly:
Full Inventory.
COGS.
Food Cost.
Variance.
Inventory Turnover.
Supplier Review.
Corrective Actions.
بهذه الطريقة لا ننتظر نهاية الشهر لاكتشاف مشكلة بدأت في اليوم الأول.
52. اربط جميع الأقسام
Purchasing & Inventory لا يمكن أن ينجح إذا عمل كل قسم وحده.
Kitchen يحدد الاحتياج والمواصفات.
Purchasing يدير الموردين والأسعار.
Receiving يتحقق من الاستلام.
Stores يحافظ على المخزون.
Cost Control يراقب الحركة والفروقات.
Finance يراجع الالتزامات والمدفوعات.
Management تراجع الأداء وتتخذ القرارات.
أي:
Kitchen
+
Purchasing
+
Receiving
+
Stores
+
Cost Control
+
Finance
+
Management
يجب أن تعمل كنظام واحد.
53. ضع SOP لكل عملية رئيسية
كما شرحنا في مقال SOP، يجب أن تكون الإجراءات الأساسية مكتوبة.
مثل:
Supplier Approval SOP.
Purchasing SOP.
Receiving SOP.
Rejection SOP.
Storage SOP.
Stock Issue SOP.
Transfer SOP.
Waste SOP.
Inventory Count SOP.
Emergency Purchase SOP.
هذه الإجراءات تحدد:
من يفعل ماذا؟
ومتى؟
وكيف؟
ومن يراجع؟
54. لا تجعل Emergency Purchasing عادة
الشراء الطارئ يحدث أحياناً.
لكن إذا كان يحدث باستمرار، فهناك مشكلة في النظام.
قد يكون السبب:
Poor Forecasting.
Wrong Par Stock.
Poor Communication.
Late Ordering.
Supplier Failure.
Menu Planning Issues.
كل Emergency Purchase متكرر يجب تحليله.
55. راقب جودة البيانات
هناك قاعدة مهمة:
Garbage In, Garbage Out.
إذا أدخلت بيانات خاطئة إلى أفضل نظام Inventory في العالم، ستحصل على تقارير خاطئة.
لذلك يجب التأكد من:
Item Codes.
Units.
Prices.
Recipes.
Yield.
Counts.
Transfers.
Waste.
Purchases.
Data Accuracy هي أساس الرقابة.
56. كيف نبني النظام من الصفر؟
يمكن اتباع التسلسل التالي:
Create Item Master
↓
Define Specifications
↓
Approve Suppliers
↓
Set Purchasing Procedures
↓
Define Approval Matrix
↓
Set Par Levels
↓
Create Purchase Requests
↓
Issue Purchase Orders
↓
Control Receiving
↓
Record GRN
↓
Organize Storage
↓
Control Issuing
↓
Record Transfers
↓
Record Waste
↓
Count Inventory
↓
Calculate Variance
↓
Analyze Causes
↓
Take Corrective Action
↓
Review Supplier Performance
↓
Improve
57. ما الذي يجب أن نبحث عنه في نهاية الشهر؟
لا يكفي أن نسأل:
كم اشترينا؟
يجب أن نسأل:
كم بعنا؟
كم استهلكنا؟
كم كان يجب أن نستهلك؟
كم هدرنا؟
كم فقدنا؟
ما قيمة المخزون؟
ما المواد البطيئة؟
ما المواد التي تغير سعرها؟
أي مورد ارتفع سعره؟
أين يوجد Variance؟
وما Corrective Action للشهر القادم؟
58. الهدف ليس تقليل المخزون إلى الصفر
بعض المديرين يعتقدون أن أفضل مخزون هو أقل مخزون ممكن.
هذا غير صحيح دائماً.
إذا خفضت المخزون أكثر من اللازم قد تواجه:
Stock-Out.
Emergency Purchases.
Higher Prices.
Menu Unavailability.
Guest Complaints.
Operational Disruption.
الهدف هو:
Optimal Inventory.
مخزون كافٍ للتشغيل، بدون تجميد أموال أو خلق هدر غير ضروري.
59. المشتريات الاحترافية تحمي الجودة والربحية معاً
Cost Control لا يعني دائماً شراء الأرخص.
إذا اشتريت منتجاً أرخص لكنه:
أقل جودة.
أقل Yield.
غير ثابت.
يسبب شكاوى.
أو يزيد الهدر.
فأنت لم توفر المال.
أنت نقلت التكلفة من فاتورة الشراء إلى مكان آخر داخل التشغيل.
الشراء الاحترافي يبحث عن:
Best Value.
وليس فقط:
Lowest Price.
60. القاعدة الأساسية
كل حركة للمخزون يجب أن يكون لها سبب وسجل.
دخلت مادة؟
يجب أن نعرف من أين جاءت.
خرجت؟
يجب أن نعرف أين ذهبت.
تم تحويلها؟
يجب تسجيلها.
هُدرت؟
يجب تسجيل السبب.
استخدمت في الإنتاج؟
يجب أن تربطها الوصفة بالمبيعات قدر الإمكان.
بقيت في المخزن؟
يجب أن تظهر في الجرد.
عندها نستطيع أن نسأل:
Opening Inventory
+
Purchases
-
Closing Inventory
=
Actual Consumption / COGS حسب نظام الحساب المستخدم.
ثم نقارن:
Actual
مع:
Theoretical.
وهنا تبدأ الرقابة الحقيقية.
الخلاصة
المشتريات والمخزون ليسا وظيفتين منفصلتين عن تشغيل المطعم.
هما جزء من قلب النظام المالي والتشغيلي.
النظام الاحترافي يبدأ من:
Forecasting
+
Specifications
+
Approved Suppliers
+
Purchase Requests
+
Purchase Orders
+
Approval Controls
+
Receiving
+
Storage
+
Stock Rotation
+
Issuing
+
Transfers
+
Waste Control
+
Inventory Counts
+
Variance Analysis
+
Cost Control
ثم نحول البيانات إلى قرارات.
لا تسأل فقط:
"كم سعر المنتج؟"
اسأل:
ما مواصفاته؟
ما Yield؟
كم نستهلك؟
كم نهدر؟
كم نخزن؟
كم مرة نطلب؟
هل المورد ثابت؟
هل الكمية المستلمة مطابقة؟
هل المخزون الفعلي يطابق النظام؟
وما التكلفة الحقيقية للمنتج بعد الاستخدام؟
عندما تستطيع الإجابة عن هذه الأسئلة بالأرقام، تصبح المشتريات أداة لتحقيق الربحية وليست مجرد عملية طلب بضائع.
والمخزن يتحول من مكان لتجميع الكراتين إلى مركز مالي يمكن قياسه والسيطرة عليه.
الهدف النهائي هو:
Buy Right
↓
Receive Right
↓
Store Right
↓
Issue Right
↓
Use Right
↓
Count Right
↓
Analyze Right
وعندها نستطيع السيطرة على:
Quality.
Availability.
Waste.
Food Cost.
Cash Flow.
Profitability.
وهذا هو الفرق بين مطعم يكتشف خسائره في نهاية الشهر، ومؤسسة تعرف يومياً أين تذهب أموالها ولماذا.
Chef Kassem Taha
Executive Chef | F&B & Hospitality Consultant
Restaurant Development
F&B Operations
Purchasing & Stores
Inventory Management
Cost Control
Menu Development & Menu Engineering
Kitchen & Central Kitchen Development
SOP Development
HACCP & Food Safety
Culinary Training & Team Development
Comments
Post a Comment