هل تقارن بين موردي أنظمة التجديد التلقائي؟ تأكد من طرح هذه الأسئلة عليهم.
-
هل يدعم النظام منهجية الطلب Pick-to-Zero؟ السياق: وفق هذه المنهجية، تُعاد احتساب الطلبات من مركز التوزيع (DC) إلى المتاجر بعد وصول البضاعة إلى المركز وتُرسل في اليوم ذاته. وهذا هو الفارق الجوهري بينها وبين منهجية Cross-Dock التي لا تُعيد احتساب الطلبات بعد الوصول. وغياب دعم Pick-to-Zero للمنتجات الطازجة يعني ارتفاع مخاطر الهدر، أما بالنسبة لبقية البضائع فيزيد من خطر سوء توزيع المخزون وحالات نفاد الرصيد (OOS) والإفراط في التخزين.
-
هل يدعم النظام طلب المكونات وفق الوصفات للـ SKU المُصنَّعة داخل المتجر، كالقهوة والمخبوزات والمعجنات؟
-
هل يمكن التحكم في تاريخ انتهاء صلاحية البضاعة في المخزون وفق طريقة FIFO؟ السياق: يساعد ذلك على منع ضياع المبيعات. فبعد سحب المنتج منتهي الصلاحية من الرف، قد لا تستطيع المتاجر مواكبة عمليات الشطب، مما يؤخر الطلبات. فضلاً عن ذلك، قد تكون البضاعة الموجودة على الرف ضمن الصلاحية وقت تقديم الطلب، ولكنها قد تنتهي قبل موعد التسليم التالي، مما يجعل الرقابة على تواريخ الصلاحية أمراً ضرورياً.
-
هل يدعم النظام تحديد حدود قصوى لحجم الطلب للبضاعة القريبة من انتهاء صلاحيتها؟ السياق: يُقلِّل ذلك من الهدر في المتاجر التي يكون فيها مخزون العرض كبيراً نسبةً إلى المبيعات المتوقعة وعدد الوحدات المطلوبة القريبة من الانتهاء.
-
هل يمكن إدارة تواريخ الصلاحية في النظام بحيث يُطلَب المنتج بناءً على توقع بيع نسبة محددة منه قبل انتهاء الصلاحية؟
-
هل يمكن تحديد الحد الأقصى المسموح به من الهدر في النظام لضمان توافر المخزون، مثلاً لأغراض إعداد الطعام؟ السياق: لنأخذ بعض أنواع السلطة مثالاً؛ فهي بطيئة المبيعات وعمرها الافتراضي قصير جداً (تنتهي صلاحيتها بنهاية اليوم). تحرص بعض سلاسل التجزئة رغم ذلك على إبقاء كميات معينة في المخزون رغم الاحتمال الكبير لشطبها، بهدف الحفاظ على مخزون العرض. وقد ينطبق هذا أيضاً على البضائع ذات العمر الافتراضي الأطول والمبيعات البطيئة.
-
هل يُحلِّل النظام تلقائياً أسباب غياب البضائع عن الرف (نقص التسليم، الهدر، المردودات، غياب جدولة الطلبات، غياب الربط بالعقود/المواصفات، تحديد العبوات بسبب الصلاحية، عدم كفاية الطلب...إلخ)؟ هل يمكنك تصنيف حالات نفاد الرصيد حسب هذه الأسباب؟
-
هل يتيح النظام التحقق مما إذا كان بالإمكان تقديم طلبات لأي SKU في التشكيلة؟ وهل يُبيِّن سبب تعذّر ذلك والإجراءات المطلوبة لتفعيل الطلب (مثل بدء ربط، أو إنشاء جدول، أو تحديد وصفة)؟
-
هل يدعم النظام إمكانية تحديد هدف للمخزون الاحتياطي بهدف توفير مستوى أعلى من توافر المنتج لمواضع KVI؟ وهل يؤخذ العمر الافتراضي للمنتج تلقائياً في الحسبان لتجنب الهدر؟
-
هل يدعم النظام الزيادة التلقائية في الطلبات المرسلة إلى المتاجر للمنتجات التي تشهد ارتفاعاً مفاجئاً في الطلب بسبب عروض ترويجية قادمة أو موسمية، دون الحاجة إلى احتساب الكميات الإضافية يدوياً أو إدخال معاملات تعزيز؟
-
عند احتساب الطلبات من الموردين إلى مركز التوزيع، هل يأخذ النظام في الحسبان بشكل منفصل لكل متجر عوامل مثل: مخزون العرض؛ المخزون الاحتياطي؛ توقعات المبيعات؛ جدول التسليم من المركز إلى المتاجر؛ الحد الأدنى لكمية الطلب من المركز إلى المتاجر؟ هل يتوقع النظام مستويات المخزون المستقبلية لتحسين دقة طلبات الموردين؟
-
هل يتمتع النظام بالقدرة على الاختيار الديناميكي لحجم العبوة (صغيرة، متوسطة، صندوق كبير) لعمليات التسليم من المركز إلى المتاجر بهدف الموازنة تلقائياً بين تكاليف التجهيز في المستودع وتكاليف التمويل مع الأخذ بعين الاعتبار مخاطر الهدر؟ السياق: عندما تكون مبيعات منتج ما على وشك الارتفاع قبيل عرض ترويجي أو موسم ذروة، من المنطقي شحن عبوات أكبر قبل هذه الفترات لتقليل عبء العمل في المستودع وتكاليف التجهيز.
-
هل يوفر النظام وسائل لتحسين تكاليف تجهيز البضائع في مركز التوزيع دون تعديلات يدوية للحدود الدنيا والقصوى؟ هل تؤخذ ارتفاعات الطلب الموسمية والترويجية في الحسبان؟
-
هل يدعم النظام طلب البضائع باستخدام صيغة نقطة إعادة الطلب (الاستيراد الخاص، والبضائع ذات فترات تسليم طويلة إلى المركز) مع:
-
توقع مستويات المخزون المستقبلية،
-
مراعاة تحسين التكاليف اللوجستية (الوزن، عدد المنصات، الحجم)،
-
تقليص أيام المخزون.
-
هل يُحسَب تأثير Bullwhip في حالات نفاد الرصيد في مركز التوزيع؟ السياق: في حال عدم تلبية طلبات مركز التوزيع لمتجر معين بشأن منتج ما، قد يرتفع مبيعات البدائل، مما يستنزف مخزونها الاحتياطي ثم مخزون العرض. وإذا نمت مبيعات SKU البديل بأكثر من 100%، فقد يؤدي ذلك إلى تضخيم الطلبات التالية من المركز إلى المتاجر بنسبة 200-300%. تُقدِم المتاجر على طلبات أضخم ليس فقط بسبب ارتفاع المبيعات، بل لتجديد المخزون الاحتياطي ومخزون العرض المستنزَف أيضاً. قد يؤدي ذلك إلى دورات متكررة بين نفاد الرصيد والإفراط في التخزين في المركز إذا اعتُمدت شحنات المركز السابقة في التنبؤ بطلبات الموردين. ويمكن الوقاية من ذلك بتوقع رصيد مخزون المركز والمتاجر 30-40 يوماً مسبقاً.
-
هل يدعم النظام استراتيجية التوزيع بالدفع (توزيع كمية محددة من البضائع من المركز على المتاجر)؟ هل يأخذ في الحسبان التوقعات ورصيد المخزون لكل متجر في وضع التوزيع بالدفع؟
-
هل يمكن توقع مبيعات الـ SKU الجديدة وطلبها تلقائياً سواء أدخل المستخدم SKU مماثلاً أم لا؟
-
هل يمكن إجراء توقعات مبيعات آلية وطلبات للبضائع التي كانت متوفرة سابقاً في جزء من المتاجر فقط وتبدأ الآن البيع في متاجر أكثر دون وجود سجل مبيعات في هذه المتاجر؟
-
هل يمكن اليوم الاطلاع على الطلبات التي ستُولَّد من المتاجر إلى المركز أو الموردين في المستقبل؟
-
إذا كان النظام قادراً على احتساب احتياجات الطلبات المتوقعة مستقبلاً، فهل يمكن قياس دقة هذه الطلبات المتوقعة؟
-
هل يمكن الاطلاع على المنتجات التي لن تُطلبها المتاجر في الـ 20-30-40 يوماً القادمة بسبب الإفراط في التخزين؟ السياق: يساعد ذلك على تجنب تصنيف المواضع التي أبرمت السلسلة التجارية اتفاقاً مع الموردين بشأن مستوى معين من مخزون العرض على أنها إفراط في التخزين.
-
هل يمكن تقدير معدل دوران المخزون باستثناء مخزون العرض؟
-
هل يمكن تتبع سجل التغييرات في مخزون العرض؟
-
إذا تجاوز الطلب اليومي من المتجر إلى المركز المخزون المتاح في المركز، فهل يستطيع النظام إعادة توزيع حجم الطلب بين المتاجر بناءً على مخزون ومبيعات كل متجر بهدف تحسين توزيع المخزون؟
-
هل يدعم النظام إجازات موظفي المركز/الموردين ويُجري طلبات أكبر تلقائياً خارج الجدول قبل بدء الإجازة؟
-
هل يتيح النظام التعامل مع الحالات التي لا يتسع فيها شاحنة النقل للطلب الكامل من المركز إلى المتجر وتبقى بعض البضائع في المركز في انتظار الشحنة التالية؟ السياق: مهم بصفة خاصة في أعقاب فترات نفاد رصيد المركز حين تُقدِم المتاجر على طلبات أعلى من المعتاد.