إدارة المخزون ونقاط البيع: اضبط نقطة إعادة الطلب

لنفترض أن شاشة الصنف تعرض 150 وحدة. يبدو القرار بسيطاً: لا حاجة للشراء. لكن هذه الكمية قد تتكوّن من 105 وحدات متاحة للبيع، و25 وحدة محجوزة لطلبات لم تُجهز، و20 وحدة غير متاحة بسبب فحص الجودة أو التلف. وتوضح حالات المخزون لدى Shopify أن الموجود الفعلي يشمل المتاح والمحجوز وغير المتاح، بينما لا يصبح المخزون الوارد قابلاً للبيع حتى استلامه. (help.shopify.com)

هنا تظهر وظيفة إدارة المخزون ونقاط البيع: ليست جمع المبيعات في تقرير واحد، بل منع كل قناة من قراءة نسخة مختلفة من الصنف. بيع الكاشير، وحجز المتجر الإلكتروني، والمرتجع، والتلف، والتحويل بين المواقع؛ كلها أحداث تغيّر قرار الشراء حتى لو بقي عدد الصناديق المرئي كما هو.

السؤال الصحيح ليس «كم وحدة لدينا؟»، بل «كم وحدة يمكن بيعها، وكم وحدة التزمنا بها، وما الذي سيصل فعلاً قبل أن ينفد المتاح؟». من دون هذه الحالات، يصبح تنبيه المخزون المنخفض مجرد جرس متأخر أو طلب شراء زائد.

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

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

وثائق Oracle تميّز بين قرار الإتاحة للعميل وقرار التوريد: نقطة إعادة الطلب تقارن الطلب المتوقع خلال مدة التوريد مع مخزون الأمان، بينما يمكن أن يدخل المخزون المؤكد تحت الطلب في حساب موضع الشراء. (docs.oracle.com)

في المثال السابق، إذا كانت الوحدات المتاحة 105 ووصلت 40 وحدة مؤكدة ضمن مدة التوريد، يصبح موضع الشراء 145 وحدة. النظر إلى المتاح وحده قد يطلق طلباً مبكراً، والنظر إلى الموجود البالغ 150 قد يخفي التزامات العملاء. القرار السليم يحتاج الحالتين وتاريخ الوصول.

الصيغة الأساسية هي: نقطة إعادة الطلب = متوسط الطلب اليومي × متوسط مدة التوريد + مخزون الأمان. أما مخزون الأمان فيتأثر بتقلب الطلب، وتقلب مدة التوريد، ومستوى الخدمة المستهدف. هذه هي البنية التي تستخدمها حسابات تحسين المخزون في Oracle. (docs.oracle.com)

في سيناريو افتراضي لصنف يبيع 8 وحدات يومياً، بانحراف معياري يومي قدره 3 وحدات، ومتوسط توريد 12 يوماً بانحراف معياري قدره يومان، ينتج مستوى خدمة 95% مخزون أمان يقارب 32 وحدة بعد التقريب للأعلى. الطلب المتوقع أثناء التوريد هو 96 وحدة؛ لذلك تصبح نقطة إعادة الطلب 128 وحدة.

المعادلة لا تصلح آلياً لكل صنف. وثائق Oracle نفسها تنبّه إلى أن افتراض التوزيع الطبيعي يصبح تقريبياً مع الطلب المتقطع أو الموسمي أو المدفوع بالعروض. الصنف الذي يبيع صفراً لأيام ثم يقفز في حملة يحتاج فصلاً بين الطلب الأساسي وأثر الحملة، لا متوسطاً يذيب الاثنين. (docs.oracle.com)

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

معامل Z يرتفع من 1.28 عند خدمة 90% إلى 1.65 عند 95%، ثم إلى 2.33 عند 99%. وبما أن مخزون الأمان يساوي تقلب الطلب خلال التوريد مضروباً في هذا المعامل، فإن القفزة من 95% إلى 99% تزيد المخزون الاحتياطي بنحو 41% إذا ثبتت العوامل الأخرى. (docs.oracle.com)

الأهم أن تقلب المورد قد يكون أغلى من طموح الخدمة. في السيناريو، يحتاج الصنف إلى 18 وحدة أمان تقريباً إذا كانت مدة التوريد ثابتة، لكنه يحتاج 32 وحدة عندما تتقلب المدة بانحراف يومين. قبل الضغط على المشتري لخفض المخزون، اسأل المورد عن انتظام الوصول.

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

يعرف تقرير Shopify أيام المخزون المتبقية بأنها كمية نهاية الفترة مقسومة على متوسط الوحدات المباعة يومياً. لهذا المؤشر قدرة على كشف ما يخفيه العدّ: قد ينخفض المخزون فعلياً بينما ترتفع مدة بقائه المتوقعة. (help.shopify.com)

في السيناريو، يبدأ الصنف عند 300 وحدة ومعدل 5 وحدات يومياً، أي 60 يوماً من التغطية. بعد شهر يبقى 210 وحدات، لكن السرعة تهبط إلى 3 يومياً فترتفع التغطية إلى 70 يوماً. وبعد 90 يوماً يصبح الرصيد 135 وحدة فقط، إلا أن البيع عند وحدة يومياً يرفع التغطية إلى 135 يوماً.

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

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

قبل اختيار نسبة الخصم، احسب هامش المساهمة بعد التخفيض: صافي سعر البيع ناقص تكلفة المنتج والتكلفة المتغيرة للطلب، بما فيها العمولة والتعبئة والدعم والشحن الذي يتحمله المتجر. في المثال الافتراضي، السعر 100 ريال، والتكلفة 60 ريالاً، والتكلفة المتغيرة 5 ريالات؛ لذا يبدأ الهامش عند 35 ريالاً.

خصم 20% يترك 15 ريالاً، وخصم 30% يترك 5 ريالات، بينما يصل الهامش إلى الصفر عند 35% وينقلب إلى خسارة عند 40%. قد يظل البيع الخاسر مبرراً في حالات محدودة، مثل تجنب التلف الكامل، لكنه يجب أن يظهر كقرار تصفية لا كنجاح تسويقي.

ينص معيار IAS 2 على قياس المخزون بالأقل من التكلفة وصافي القيمة القابلة للتحقق، أي سعر البيع المتوقع ناقص التكاليف اللازمة لإتمام البيع. لذلك لا ينبغي تأجيل الاعتراف بالمشكلة عبر إبقاء الصنف بتكلفته القديمة بينما لا يستطيع السوق استيعابه إلا بسعر أدنى. (ifrs.org)

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