INVO ERP
Foodifyدراسة حالة

من آلاف اختيارات العملاء الفردية إلى إنتاج وتسليم متصلين.

تجمع Foodify بين اختيار مرن للوجبات وإنتاج غذائي على نطاق واسع. ربطنا طلب العملاء بالوصفات والتخطيط والمشتريات والمستودع والإنتاج والتعبئة وتجميع الطلبات النهائي، وصولاً إلى التسليم أمام الباب.

طبيعة عمليات Foodify

9
مناطق في المنشأة تتناولها دراسة الحالة
13
مرحلة في تدفق بيانات واحد متصل
1
طبقة بيانات مشتركة لكامل العمليات
high-SKU
عدد كبير من الأطباق والخيارات ومستويات السعرات
B2C
آلاف نقاط التسليم الفردية
من الباب إلى الباب
نطاق العملية: من نقرة العميل حتى التسليم

دور INVO

كيف ربطنا العملية في نظام واحد

  1. 01

    رسمنا خريطة العملية التشغيلية

    تتبّعنا مسار الطلب من قرار العميل حتى التسليم أمام بابه.

  2. 02

    صمّمنا تدفق البيانات

    ربطنا الطلب والوصفات والتخطيط والمستودع واللوجستيات في تدفق واحد مستهدف.

  3. 03

    بنينا النظام وكيّفناه

    أنشأنا حلاً يطابق العمليات الفعلية في Foodify.

لا نختزل عملنا في تطبيق WMS وMES وPurchasing وPacking. نحن نعرض المسار: العميل يضع طلباً، وFoodify تحوّل آلاف القرارات الفردية إلى خطة إنتاج واحدة قابلة للتنفيذ، ونحن نرسم هذه العملية ونربطها رقمياً من الطلب حتى التسليم النهائي.

سياق العميل

توصيل وجبات حِمية للأفراد بدرجة عالية من التخصيص

Foodify خدمة توصيل وجبات حِمية للأفراد. وخلافاً لمصنع ينتج منتجاً واحداً أو بضعة منتجات، على المنشأة أن تتعامل كل يوم مع عدد كبير من الأطباق والخيارات ومستويات السعرات والتكوينات الفردية للعملاء.

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

ما أردنا تحقيقه

  • ربط طلب العملاء باحتياج الإنتاج
  • إنشاء مصدر واحد لبيانات الوصفات والتقنية
  • توقّع الطلب بدقة أكبر قبل إغلاق الطلبات
  • ربط المشتريات والمستودع بخطة الإنتاج
  • إدارة الإنتاج والتقسيم والتعبئة رقمياً
  • ضمان تتبّع المنتج والدفعة
  • تجميع الطلبات الفردية ضمن عملية رقمية
  • ربط الحقيبة بالعميل والمسار والتسليم
  • إغلاق الحلقة بحيث تعود البيانات الفعلية إلى التخطيط

المنهجية

في كل منطقة عملنا وفق خمس خطوات

نصف كل منطقة في المنشأة بالتسلسل نفسه: من السياق التشغيلي، مروراً بتحليلنا والحل، وصولاً إلى التغيير الذي حققناه معاً.

  1. 01

    السياق

    كيف تبدو هذه المرحلة في العمل اليومي لدى Foodify.

  2. 02

    المشكلة

    ما الذي يختل عندما لا ترتبط المرحلة ببقية العملية.

  3. 03

    التحليل ورسم الخرائط

    كيف أعدنا تمثيل المسار الفعلي للعملية.

  4. 04

    ما الذي بنيناه

    كيف يدعم النظام هذا الجزء تحديداً من العمليات.

  5. 05

    أهم تغيير

    ما الذي غيّرناه فعلياً في العمليات بفضل ربط البيانات.

مناطق المنشأة

منشأة Foodify ككيان واحد

نأخذكم في جولة داخل منشأة Foodify على أثر طلب واحد، من قرار العميل حتى الحقيبة أمام بابه. لا نعرض النظام كمجموعة وحدات، بل نعرض كيف يدعم حلّنا كل مرحلة محددة من العملية الفعلية.

01

Customer Demand & Planning

Demand Engineكل شيء يبدأ من طلب العميل

في Foodify لا يأتي الطلب من منشأة أو من طلب مؤسسي مجمّع، بل من آلاف القرارات الفردية التي يتخذها العملاء يومياً في التطبيق.

  1. Customer Orders
  2. Forecast
  3. Production Demand
Customer Demand & Planning

السياق

يمكن للعميل اختيار أطباق مفردة أو حمية جاهزة، وتغيير عدد الوجبات ومستوى السعرات ويوم التسليم والعنوان، وطلب وجبات لعدة أفراد من العائلة، وإضافة Foodpack أو Kids Menu، وتعديل الطلب ضمن المهلة المسموح بها.

المشكلة

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

التحليل ورسم الخرائط

رسمنا مسار الطلب من نقرة العميل حتى بند محدد في خطة الإنتاج: ماذا طلب العميل، ولأي يوم، وبأي خيار، وكم يجب إنتاجه، ومتى يجب أن يبدأ الإنتاج.

ما الذي بنيناه لـ Foodify

  • ربط الطلبات مباشرة بالمصنع: Customer Order ← Production Demand
  • نظام يحوّل اختيارات العملاء وتبديل الوجبات وتغيير أيام التسليم والطلبات العائلية إلى احتياج إنتاجي محدد
  • تحديث الاحتياج مع كل تغيير

أهم تغيير

ربطنا عالمين كانا منفصلين، المبيعات والإنتاج، في تدفق واحد يصبح فيه قرار العميل فوراً معلومة لكامل سلسلة العمليات.

02

Recipes & Dietetics

Recipe & Food Technologyالوصفة كأساس رقمي للإنتاج

العدد الكبير من الأطباق والخيارات ومستويات السعرات يتطلّب مصدراً واحداً متسقاً لبيانات الوصفات. الوصفة ليست قائمة مكوّنات فحسب، بل نموذج لكيفية صناعة الوجبة فعلياً.

  1. Recipe
  2. Technology
  3. Yield
  4. Nutrition
  5. Cost
Recipes & Dietetics

السياق

تعتمد على الوصفة أقسام التغذية والتخطيط والمشتريات والإنتاج والتقسيم والملصقات والمعلومات المعروضة للعميل. وكل هذه العمليات يجب أن تقرأ البيانات نفسها.

المشكلة

من دون نموذج تقني كامل لا يمكن حساب الاحتياج ولا تكلفة الغذاء بشكل صحيح، فكيلوغرام من المادة الأولية لا يعني كيلوغراماً من المنتج النهائي، والفاقد ينشأ في كل مرحلة معالجة.

التحليل ورسم الخرائط

أعدنا تمثيل المسار الفعلي لنشوء الوجبة: Raw Material ← Preparation ← Cooking ← Cooling ← Portioning ← Finished Meal، مع المنتجات نصف المصنّعة والعائد والفاقد في كل عملية.

ما الذي بنيناه لـ Foodify

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

أهم تغيير

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

03

Predictive Planning

Predictive Layerكم وجبة يجب إنتاجها غداً فعلياً؟

في توصيل وجبات الحِمية يتغيّر عدد الطلبات وبنية القائمة كل يوم. ولا يكفي معرفة العدد الإجمالي للعملاء.

  1. Customer Orders
  2. Demand Forecast
  3. SKU Demand
  4. Recipe Explosion
  5. Material Requirements
  6. Production Plan
  7. Schedule
Predictive Planning

السياق

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

المشكلة

الاعتماد في التخطيط على الطلبات المغلقة وحدها يعني أن المصنع يتفاعل متأخراً، فلا يتبقّى وقت كافٍ للمواد الأولية والأشخاص والجدولة.

التحليل ورسم الخرائط

بنينا سلسلة الحسابات من طلبات العملاء مروراً بتفكيك الوصفات وحتى الجدولة، بحيث يكون لكل عنصر في الخطة مصدر واضح في طلب فعلي أو متوقَّع.

ما الذي بنيناه لـ Foodify

  • طبقة تنبؤية تستخدم البيانات التاريخية لتوقّع الطلب قبل إغلاق الطلبات
  • مساعدة Foodify على تجهيز الإنتاج والمواد والموارد والأشخاص والمشتريات والتعبئة مبكراً
  • تحدّث الخطة مع ورود الطلبات الفعلية

أهم تغيير

نقلنا التخطيط من التفاعل مع الطلبات المغلقة إلى تجهيز المصنع مسبقاً للطلب المتوقَّع.

04

Purchasing

Purchase Engineمشتريات تنبع ممّا تنوي Foodify إنتاجه

تتحوّل خطة الإنتاج تلقائياً إلى احتياج من المواد. ولم يعد على المشتري تحليل كل طبق يدوياً.

  1. Production Demand
  2. Recipes
  3. Material Requirement
  4. Current Stock
  5. Purchase Requirement
Purchasing

السياق

مع العدد الكبير من الأطباق والخيارات، يكون الحساب اليدوي للمواد الأولية أبطأ مراحل التوريد وأكثرها خطورة.

المشكلة

من دون ربط خطة الإنتاج بالمشتريات تغيب الإجابة الواضحة عمّا ينقص، وبأي كمية، وبحلول أي موعد، وتُتَّخذ القرارات بالخبرة بدل البيانات.

التحليل ورسم الخرائط

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

ما الذي بنيناه لـ Foodify

  • حل يعرض للمشتري ما ينقص، وبأي كمية، وبحلول أي موعد
  • من أي مورّد يمكن شراؤه، وبأي سعر، وما البدائل المتاحة
  • إتاحة تعديل القائمة وتحويلها إلى أوامر شراء

أهم تغيير

ربطنا المشتريات مباشرة بطلب العملاء الفعلي والمتوقَّع.

05

Warehouse & Receiving

Digital Receiving & Inventoryالمادة الأولية متاحة تماماً حين يحتاجها الإنتاج

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

  1. Planned Delivery
  2. Arrival
  3. Verification
  4. Quantity & Quality Check
  5. Lot / Expiry
  6. Inventory
Warehouse & Receiving

السياق

الاستلام هو اللحظة التي تنشأ فيها السيطرة على تكلفة المادة وجودتها وتتبّع دفعتها، أو تُفقد.

المشكلة

إذا وصلت الشحنة إلى النظام متأخرة، تفقد أرصدة المستودع مصداقيتها، ويعمل التخطيط والإنتاج على بيانات قديمة.

التحليل ورسم الخرائط

رتّبنا عملية الاستلام بالكامل، من الشحنة المخطَّطة حتى تحديث الرصيد وبيانات جودة المورّد، ثم صمّمنا على هذا الأساس الشاشات التشغيلية.

ما الذي بنيناه لـ Foodify

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

أهم تغيير

ضمنّا تتبّع الدفعة والتاريخ والموقع لكل مادة أولية، وجعلنا تخطيط الإنتاج يعتمد على الرصيد الفعلي لا على التقدير.

06

Raw Material Issue & Production

Issue Queue + MESمن الخطة إلى التنفيذ الفعلي في الصالة

لا ينتظر المستودع أن يطلب الإنتاج هاتفياً. فالنظام يعرف مسبقاً أي مادة، وبأي كمية، وفي أي ساعة، ولأي طبق، وإلى أي محطة عمل يجب أن تصل.

  1. Material Ready
  2. Prepare
  3. Cook
  4. Measure
  5. Finish
Raw Material Issue & Production

السياق

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

المشكلة

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

التحليل ورسم الخرائط

ربطنا جدول الإنتاج بقائمة صرف رقمية (Production Schedule ← Material Queue ← Picking ← Production Station)، وربطنا كل طبق بوصفته ودفعته ومحطته وترتيب عملياته وزمنه المخطَّط وعائده المتوقَّع.

ما الذي بنيناه لـ Foodify

  • تنفيذ عمليات الصرف على جهاز محمول لأمناء المستودع، حيث تحدّث كل عملية الرصيد وتترك أثراً رقمياً
  • تعليمات رقمية لموظفي الإنتاج
  • صورة آنية للمشرفين عن سير العمل والتأخيرات وجاهزية المكوّنات
  • تسجيل المسار كاملاً: Start ← Execution ← Time ← Weight ← Yield ← Loss ← Finish

أهم تغيير

نقلنا الإنتاج من خطة وتقارير لاحقة إلى تنفيذ رقمي مُراقَب في الوقت الفعلي.

07

Portioning & Packing

Portioning & Packing Controlآلاف الحصص المتماثلة والملصق الصحيح

يجب تحويل الطبق الجاهز إلى العدد المناسب من الحصص المتماثلة، ثم وضعه في العبوة الصحيحة مع الملصق الصحيح.

  1. Ready Meal
  2. Portion
  3. Pack
  4. Label
  5. Quality Check
  6. Finished Meal
Portioning & Packing

السياق

مع العدد الكبير من الخيارات ومستويات السعرات، يحدّد ثبات الوزن جودة المنتج وتكلفة الغذاء الفعلية.

المشكلة

من دون رقابة رقمية لا يُعرف كم حصة نتجت فعلياً عن دفعة معيّنة، وما مقدار انحراف الوزن، وما إذا كان المنتج قد حصل على الملصق الصحيح.

التحليل ورسم الخرائط

ربطنا التقسيم والتعبئة بدفعة الإنتاج وبالوصفة، بحيث يمكن مقارنة القيم المتوقَّعة بالقيم الفعلية.

ما الذي بنيناه لـ Foodify

  • نظام ضبط للتقسيم يتعرّف على الطبق وعدد الحصص المطلوبة
  • وزن الحصة والدفعة المرتبطة به
  • مقارنة Expected Portions بـ Actual Portions، وExpected Weight بـ Actual Weight
  • في التعبئة: نوع العبوة والوزن والدفعة والتاريخ والملصق والمعلومات المطلوبة عن المنتج

أهم تغيير

أتحنا ضبط الانحرافات والعائد الفعلي، وربطنا كل عبوة رقمياً بالمنتج وبالدفعة.

08

Bag Assembly

Order Fulfilmentمن العلبة الواحدة إلى طلب العميل الكامل

هذا أحد أهم الفروق بين Foodify وبين الإنتاج الغذائي التقليدي. فالوجبات الجاهزة لا تذهب إلى المستودع بلا هوية، بل يجب تجميعها وفق الطلبات الفردية.

  1. Packed Meals
  2. Customer Order
  3. Picking
  4. Bag Assembly
  5. Verification
  6. Closed Bag
Bag Assembly

السياق

مثال على قائمة تجميع للعميل 12487 يوم الثلاثاء: Breakfast A, Lunch C, Dinner B, Snack D, Foodpack 03.

المشكلة

خطأ التجميع لا يظهر إلا عند العميل. والوجبة الناقصة أو المستبدلة ليست مشكلة إنتاج، بل مشكلة تجربة عميل.

التحليل ورسم الخرائط

حوّلنا طلب العميل إلى قائمة تجميع رقمية مرتبطة بيوم محدد وعميل محدد وحقيبة محددة.

ما الذي بنيناه لـ Foodify

  • عملية يجمع فيها المشغّل كل المنتجات المسندة إلى العميل
  • التحقق من اكتمال الطلب، واليوم الصحيح، والعميل الصحيح
  • التحقق من عدد المنتجات، والبنود الإضافية، والإسناد إلى حقيبة بعينها

أهم تغيير

نقلنا العمليات من إنتاج وحدات مفردة إلى تجميع طلب فردي جاهز للتسليم.

09

Dispatch, Delivery & Data

Logistics + Analyticsالحقيبة الصحيحة أمام الباب الصحيح، وبيانات تعود إلى الخطة

لا تسلّم Foodify عدداً كبيراً من الوجبات إلى مستشفى واحد، بل تخدم عدداً كبيراً جداً من نقاط التسليم الفردية. لذلك يجب أن يرتبط الإنتاج بالعميل والعنوان والحقيبة والمسار.

  1. Finished Bag
  2. Dispatch
  3. Route
  4. Refrigerated Transport
  5. Customer Door
Dispatch, Delivery & Data

السياق

المنتج التشغيلي النهائي ليس علبة طعام، بل طلباً مجمّعاً بشكل صحيح ومسلّماً إلى العميل الصحيح في اليوم الصحيح.

المشكلة

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

التحليل ورسم الخرائط

ربطنا بيانات السلسلة كاملة: Customer Demand ← Recipe ← Purchase ← Inventory ← Production ← Packing ← Bag ← Delivery.

ما الذي بنيناه لـ Foodify

  • ربط كل حقيبة بالمستلم والعنوان واليوم والمنطقة والمسار
  • طبقة تحليلات تشمل المتوقَّع مقابل الفعلي، وتكلفة الغذاء، والاستهلاك الفعلي للمواد
  • العائد والفاقد وأزمنة الإنتاج وإنتاجية المحطات
  • اكتمال الطلبات وإنتاجية التعبئة وأخطاء التجميع ودقة التوقّعات

أهم تغيير

أغلقنا حلقة البيانات: تعود معلومات التنفيذ إلى الخطط التالية، فيساعد كل يوم إنتاج على تحسين اليوم الذي يليه.

The Connected Flow

Connected Food Operations System

لم نصنع القيمة الأكبر في وحدة بعينها، بل من خلال ربط العملية كاملة. ربطنا تغيير طلب العميل بالطلب، والطلب بخطة الإنتاج، والخطة بالمواد والمشتريات، وبيانات التنفيذ مرة أخرى بالتخطيط.

طلب العميل

  1. 01Customer / Order
  2. 02Demand
  3. 03Recipes
  4. 04Production Forecast

التوريد

  1. 05Production Plan
  2. 06Material Requirements
  3. 07Purchasing
  4. 08Receiving & Warehouse

التنفيذ والتسليم

  1. 09Production / MES
  2. 10Portioning & Packing
  3. 11Bag Assembly
  4. 12Dispatch & Delivery

حلقة التعلّم

  1. 13Data → Better Forecast

ربطنا بيانات الإنتاج والتعبئة والتسليم بالتوقّع، لرفع دقة كل دورة تخطيط تالية.

نتائج المشروع

ثمانية تحوّلات حقّقناها مع Foodify

  • طلبات العملاء كعالم تجارة إلكترونية منفصل

    طلب العميل مرتبط مباشرة باحتياج الإنتاج

  • الوصفة كقائمة مكوّنات

    الوصفة كنموذج رقمي للتقنية والعائد والتكلفة

  • التخطيط بعد إغلاق الطلبات

    توقّع الطلب وتجهيز المصنع مسبقاً

  • مشتريات تُحسب يدوياً طبقاً بعد طبق

    احتياج الشراء محسوب من خطة الإنتاج والأرصدة

  • الشحنات والأرصدة تُحدَّث متأخرة

    استلام رقمي مع الدفعة وتاريخ الصلاحية والرصيد الفعلي

  • الإنتاج يُبلَّغ عنه بعد وقوعه

    تنفيذ رقمي يسجّل الزمن والوزن والعائد والفاقد

  • إنتاج وحدات مفردة

    طلب عميل فردي كامل في حقيبة واحدة

  • بيانات محبوسة داخل مراحل منفردة

    طبقة بيانات واحدة من الطلب حتى التسليم وعودةً إلى التوقّع

ملاحظة

في هذه المرحلة نصف النتائج التي حقّقناها وصفياً. وسنضيف الأرقام ومؤشرات الأداء المحددة بعد تأكيد Foodify للبيانات.

اربط طلب العملاء بالإنتاج والتسليم.

نبدأ بتحليل عملياتك ورسم خرائطها، تماماً كما فعلنا مع Foodify.

تحدّث مع INVO