- تفرض MySales حدود مدة الصلاحية لمنع الطلبات من تجاوز ما يمكن بيعه واقعياً قبل انتهاء الصلاحية، مما يلغي التخمين اليدوي لفئات المنتجات القابلة للتلف.
- يعمل توقع عمليات الشطب على أفقَين زمنيَّين -- D1 (الخسائر قبل التسليم التالي) وD1D2 (الخسائر بين عمليتَي التسليم التاليتَين) -- ويُغذّي صيغة الطلب مباشرةً.
- يُعوّض النظام تلقائياً عن الهدر المتوقع عبر زيادة كميات الطلب، مع تحديد سقف للطلبات عند الحدود الآمنة لمدة الصلاحية في آنٍ واحد.
- تستند قيم مدة الصلاحية افتراضياً إلى بيانات السجل الرئيسي للمنتج، غير أنه يمكن تجاوزها لكل SKU ومتجر على حدة للتحكم الدقيق المحلي.
تُمثّل البضائع القابلة للتلف واحدةً من أعلى الفئات مخاطرةً في عمليات تجديد مخزون التجزئة. إذا كان الطلب مفرطاً، انتهت صلاحية المنتج على الرف. وإذا كان غير كافٍ، أضرّت الخسائر في المبيعات بالهامش.
تحلّ MySales هذا التوتر من خلال محاسبة مدة الصلاحية الآلية وتوقع عمليات الشطب -- مما يضمن أن يعكس كل طلب نافذةَ المبيعات الواقعية ومعدل الهدر المتوقع لكل SKU في كل موقع.
كيف تُحاسب MySales مدةَ الصلاحية
تفرض MySales قيود مدة الصلاحية من خلال معلمة واحدة قوية: مدة الصلاحية (Shelf Term).
تُحدد مدة الصلاحية الحد الأقصى لعدد أيام الطلب المستقبلي الذي ينبغي أن يُغطّيه المخزون. وهي تتحكم مباشرةً في الكمية التي سيسمح بها النظام لأي منتج معيّن، مانعةً تراكم المخزون تجاوزاً لما يمكن بيعه قبل انتهاء الصلاحية.
الحساب بسيط:
الحد الأقصى للمخزون = متوسط التوقع اليومي × مدة الصلاحية (بالأيام)
قيد مدة الصلاحية ليس ثابتاً. تُعيد MySales حساب الحد الأقصى المسموح به للمخزون ديناميكياً، مستوعبةً التحولات الموسمية في الطلب والتوقعات الترويجية النشطة. خلال ذروة الترويج، يرتفع الحد الأقصى المسموح به وفقاً لذلك -- لا يكبح النظام الطلبات اصطناعياً حين يكون الطلب الحقيقي مبرراً للأحجام الأعلى.
افتراضياً، تُورث قيم مدة الصلاحية من البيانات الرئيسية للمنتج. غير أنه يمكن تجاوزها يدوياً على مستوى SKU-المتجر من خلال شاشة تجديد المخزون > معلمات العنصر، مما يمنح مديري الفئات تحكماً دقيقاً حين تختلف الظروف المحلية عن الإعداد الافتراضي.
يفرض النظام أيضاً حداً أدنى لطلب حزمة واحدة لكل SKU، حتى حين يقترب التوقع من الصفر. يمنع ذلك نفاد المخزون الكامل للمنتجات بطيئة الحركة التي لا تزال تحتاج إلى حضور على الرف.
فهم عمليات الشطب D1 و D1D2
تتوقع MySales خسائر المنتجات -- عمليات الشطب -- عبر أفقَين زمنيَّين متمايزَين، يؤدي كل منهما دوراً مختلفاً في حساب الطلب:
-
تمثّل عمليات شطب D1 توقع خسائر المنتجات التي ستحدث بين الآن وتاريخ التسليم التالي (D1). وهي وحدات موجودة حالياً في المخزون ومن المتوقع أن تنتهي صلاحيتها أو تُتلف قبل وصول الشحنة التالية.
-
تمثّل عمليات شطب D1D2 توقع الخسائر خلال الفترة بين التسليم التالي (D1) والتسليم اللاحق (D2). وتُحاسب هذا المقاربة هدر المخزون الحالي والمستقبل خلال تلك الفترة.
يضمن هذا النهج المزدوج الأفق رؤية كاملة للنظام بشأن الخسائر المتوقعة عبر دورة تجديد المخزون بأكملها.
كيف تُحرّك عمليات الشطب صيغة الطلب
عمليات الشطب ليست معلوماتية -- بل هي حسابية. تُغذّي كلتا الفئتين صيغة الطلب مباشرةً، لكن عبر آليات مختلفة.
تُخفّض عمليات شطب D1 المخزون المتوقع عند D1. حين يُقدّر النظام حجم المخزون المتاح عند وصول التسليم التالي، يطرح الخسائر المتوقعة. يعني انخفاض المخزون المتوقع ارتفاع الطلب المطلوب.
تُضاف عمليات شطب D1D2 مباشرةً إلى صيغة الطلب كطلب إضافي. يعامل النظام الهدر المتوقع خلال فترة المبيعات التالية باعتباره حجماً يجب تعويضه، مما يزيد الطلب وفقاً لذلك.
تخلق هاتان الآليتان نظاماً متوازناً. تضمن عمليات شطب D1 ألا يُبالغ النظام في تقدير المخزون المتاح، فيما تضمن عمليات شطب D1D2 أن يُقدّم النظام طلباً كافياً لتغطية الطلب الاستهلاكي الفعلي والخسائر المتوقعة معاً. النتيجة: طلبات لا ينفخ فيها افتراضات المخزون القديمة ولا تُقلّص بتجاهل الهدر.
مثال عملي: حساب الطلب مع مدة الصلاحية وعمليات الشطب
يحتاج متجر تجزئة إلى تقديم طلب لمنتج ألبان قابل للتلف. المعلمات التالية معروفة وقت حساب الطلب.
بيانات المدخلات:
| المعلمة | القيمة |
|---|---|
| توقع D1D2 (حتى التسليم التالي) | 100 وحدة |
| عمليات شطب D1D2 | 10 وحدات |
| مخزون الأمان | 15 وحدة |
| مخزون العرض | 5 وحدات |
| المخزون الحالي (Stock O1) | 90 وحدة |
| التوقع حتى D1 (Forecast O1D1) | 50 وحدة |
| عمليات الشطب حتى D1 (Write-offs O1D1) | 5 وحدات |
| الإمدادات العابرة (In-transit O1D1) | 10 وحدات |
| مدة الصلاحية | 14 يوماً |
| متوسط التوقع اليومي | 10 وحدات/يوم |
الخطوة 1 -- حساب المخزون المتاح عند D1:
Stock D1 = Stock O1 - Forecast O1D1 - Write-offs O1D1 + In-transit O1D1 = 90 - 50 - 5 + 10 = 45 وحدة
يتوقع النظام توافر 45 وحدة عند وصول التسليم التالي، بعد احتساب المبيعات المتوقعة والهدر والشحنات الواردة.
الخطوة 2 -- حساب حد مدة الصلاحية:
حد مدة الصلاحية = متوسط التوقع اليومي × مدة الصلاحية = 10 × 14 = 140 وحدة
هذا هو السقف المطلق -- لن يتجاوز النظام هذه الكمية بصرف النظر عن مخرجات الصيغة الأخرى.
الخطوة 3 -- حساب الطلب:
الطلب = توقع D1D2 + عمليات شطب D1D2 + مخزون الأمان + مخزون العرض - Stock D1 = 100 + 10 + 15 + 5 - 45 = 85 وحدة
الطلب المحسوب البالغ 85 وحدة يقع دون حد مدة الصلاحية البالغ 140 وحدة، لذا لا ينطبق القيد. يبقى الطلب النهائي عند 85 وحدة. لو أسفر الحساب عن نتيجة تتجاوز 140، لكان النظام قد حدّد سقف الطلب عند 140 وحدة لتجنب مخاطر مدة الصلاحية.
تكوين مدة الصلاحية
تُدار معلمة مدة الصلاحية من خلال شاشة تجديد المخزون > معلمات العنصر. يمكن للمستخدمين تحديد موضع SKU والمتجر المعني، ثم تعيين العدد المطلوب من الأيام في عمود مدة الصلاحية -- كأن يكون 14 يوماً لمنتج ألبان طازج أو 3 أيام لوجبة جاهزة قصيرة الصلاحية.
بمجرد الحفظ، تتجاوز القيمة اليدوية الإعداد الافتراضي من البيانات الرئيسية للمنتج لمجموعة SKU-المتجر تلك تحديداً. تواصل جميع المواقع الأخرى استخدام الإعداد الافتراضي للبيانات الرئيسية. هذا التحكم الدقيق ذو قيمة خاصة للمتاجر ذات أنماط الدوران غير المعتادة، كالمواقع ذات الحركة المنخفضة حيث يتطلب المنتج ذاته مدة صلاحية أقصر لتجنب الهدر.
مراقبة توقعات عمليات الشطب
تظهر بيانات عمليات الشطب على مستوى سطر الطلب من خلال شاشة الطلب > البنود. يُعرض لأي مجموعة SKU ومتجر، في عمودَين مخصصَين، توقعات الخسائر لدى النظام:
- يُظهر عمود شطب D1 الخسائر المتوقعة قبل التسليم التالي، والتي تُقلّص تقدير النظام للمخزون المتاح.
- يُظهر عمود شطب D1D2 الخسائر المتوقعة بين عمليتَي التسليم التاليتَين، والتي تُضاف حجماً إضافياً في صيغة الطلب.
قد تدل قيم الشطب المرتفعة بشكل غير معتاد لـ SKU معيّن على مشكلة منهجية -- سوء ممارسات التدوير على مستوى المتجر، أو مشكلات في جودة المورّد، أو مدة صلاحية لم تعد تعكس سلوك المنتج الفعلي. تتيح مراجعة شاشة الطلب > البنود بانتظام لمديري تجديد المخزون رصد هذه الإشارات مبكراً واتخاذ إجراءات تصحيحية قبل تفاقم الخسائر.
الأثر التجاري
تُحقق محاسبة مدة الصلاحية الآلية وتوقع عمليات الشطب نتائج ملموسة عبر ثلاثة محاور.
تقليل الهدر. من خلال تحديد سقف الطلبات عند حدود مدة الصلاحية الآمنة، تمنع MySales تراكم المخزون الذي لا يمكن بيعه قبل انتهاء الصلاحية. يشهد تجار التجزئة الذين يطبّقون هذا المنطق عادةً انخفاضات ملحوظة في شطب المنتجات القابلة للتلف، لا سيما في الفئات ذات مدة الصلاحية القصيرة كمنتجات الألبان والمخبوزات والأطعمة الجاهزة.
تحسين التوافر. تضمن آلية تعويض عمليات الشطب ألا يتسبب الهدر المتوقع في فجوات غير متوقعة على الرف. يُقدّم النظام استباقياً طلبات لكميات الاستبدال، محافظاً على مستويات الخدمة المستهدفة حتى في الفئات عالية الهدر.
الكفاءة التشغيلية. لم يعد مديرو المتاجر والفئات بحاجة إلى تعديل الطلبات يدوياً استناداً إلى حدسهم حول مدة الصلاحية ومعدلات الهدر. يُضمّن النظام هذا المنطق بصورة منهجية، مما يُحرّر الفرق للتركيز على إدارة الاستثناءات والقرارات الاستراتيجية بدلاً من تصحيحات الطلبات الروتينية.
يُحوّل الجمع بين قيود مدة الصلاحية وتوقع عمليات الشطب تجديد مخزون المنتجات القابلة للتلف من عملية مرتفعة المخاطر ومعتمدة على الحكم الشخصي إلى عملية مضبوطة تعتمد على البيانات.