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

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

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

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

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

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

ما المقصود بإدارة المخزون في المتاجر الإلكترونية؟

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

وتعتمد الإدارة الفعالة على ثلاثة عناصر مترابطة:

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

وإذا كان المطلوب إرسال هذه التنبيهات عبر واتساب، فيمكن دراسة Whats360 بوصفها طبقة للإشعارات والتكامل البرمجي، وليست بديلًا تلقائيًا عن نظام إدارة المخزون.

الفرق بين المخزون الفعلي والمتاح للبيع

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

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

هذه الفروق هي الأساس الذي تعتمد عليه أي أتمتة ناجحة.

إنشاء سجل مخزون دقيق لكل منتج

يحتاج كل منتج إلى سجل موحد يمكن الرجوع إليه عند البيع والجرد والشراء وإرسال التنبيهات.

الحقول الأساسية المقترحة هي:

• SKU: رمز فريد للمنتج أو المتغير.
• اسم المنتج والتصنيف.
• المقاس أو اللون أو السعة، إذا كانت متغيرات المنتج مؤثرة في المخزون.
• الرصيد الفعلي.
• الرصيد المحجوز.
• الكمية المتاحة للبيع.
• متوسط الطلب اليومي.
• زمن التوريد المتوقع.
• المخزون الاحتياطي.
• نقطة إعادة الطلب.
• الكميات المؤكدة في الطريق.
• تاريخ آخر تحديث.
• المورد المسؤول.
• حالة المنتج: متاح، منخفض المخزون، غير متاح، أو قيد الفحص.

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

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

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

تصنيف المنتجات حسب الأولوية

ليست جميع المنتجات بحاجة إلى المستوى نفسه من المتابعة.

يساعد تحليل ABC على ترتيب المنتجات بحسب قيمة استهلاكها، والتي يمكن تقديرها بضرب الكمية المستهلكة خلال فترة محددة في تكلفة الوحدة.

• الفئة A: منتجات تمثل أهمية مالية مرتفعة وتستحق رقابة دقيقة.
• الفئة B: منتجات ذات أهمية متوسطة.
• الفئة C: منتجات أقل مساهمة في قيمة الاستهلاك، ويمكن أن تناسبها قواعد متابعة أبسط.

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

لذلك، يمكن بناء مصفوفة أولوية إضافية:

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

كيفية حساب نقطة إعادة الطلب

نقطة إعادة الطلب (Reorder Point) هي مستوى المخزون الذي يستدعي بدء إجراء إعادة التوريد حتى لا ينفد المنتج قبل وصول الشحنة الجديدة.

لنفترض أن متجرًا يبيع 8 وحدات يوميًا، ويحتاج المورد إلى 6 أيام لتسليم المنتج، وأن المخزون الاحتياطي المحدد هو 15 وحدة.

الطلب المتوقع خلال زمن التوريد:

ثم نضيف المخزون الاحتياطي:

إذًا، نقطة إعادة الطلب تساوي 63 وحدة.

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

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

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

متى لا تكفي المعادلة البسيطة؟

قد يكون متوسط المبيعات اليومية مضللًا عندما يتغير الطلب بصورة كبيرة خلال الأسبوع أو الموسم، أو عندما تختلف مواعيد المورد الفعلية عن المواعيد المتوقعة.

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

كيف تحدد المخزون الاحتياطي؟

المخزون الاحتياطي (Safety Stock) هو كمية إضافية تُحتفظ بها لمواجهة ظروف غير مؤكدة، مثل زيادة الطلب عن المتوقع أو تأخر المورد.

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

يمكن البدء بتقدير تشغيلي بسيط يعتمد على أسئلة واضحة:

• ما مقدار الزيادة المعتادة في الطلب؟
• كم يومًا يتأخر المورد عادةً عن موعده المتوقع؟
• ما مدى أهمية استمرار توافر المنتج؟
• ما تكلفة التخزين مقارنة بتكلفة نفاد المنتج؟
• هل توجد بدائل يستطيع العميل شراءها؟

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

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

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

تحديد كمية إعادة التوريد

بعد معرفة وقت إعادة الطلب، تأتي مسألة تحديد الكمية المناسبة للشراء.

إذا كان المخزون المستهدف 150 وحدة، والمخزون المتاح 40 وحدة، والكميات المؤكدة في الطريق 30 وحدة:

إذن، الكمية الأولية المقترحة هي 80 وحدة، قبل مراعاة القيود الأخرى.

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

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

والقاعدة العملية هي الفصل بين ثلاثة قرارات:

قد تكون الإجابة عن السؤال الأول واضحة حسابيًا، بينما يحتاج السؤالان الآخران إلى موافقة مسؤول المشتريات أو الإدارة المالية.

دورة حياة المخزون من الطلب إلى المرتجع

تتوقف دقة أي نظام مخزون على كيفية تسجيل الأحداث التشغيلية.

عند إنشاء الطلب

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

عند الإلغاء

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

عند استلام المرتجعات

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

عند استلام شحنة جديدة

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

عند تزامن العمليات

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

من الممارسات المفيدة إنشاء سجل أحداث يحتوي على معرف فريد لكل عملية، مع آلية تمنع تطبيق الحدث نفسه مرتين. ويُستحسن أيضًا إجراء تسوية دورية بين الجرد الفعلي والبيانات المسجلة.

تصميم نظام تنبيهات آلي للمخزون

بعد ضبط البيانات، يمكن تعريف الأحداث التي تستحق تنبيهًا بدل إرسال إشعارات عند كل تغيير بسيط.

من أمثلة الأحداث:

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

يُحدد المستلم حسب الإجراء المطلوب. فمسؤول المشتريات يحتاج إلى تنبيه إعادة الطلب، بينما يحتاج فريق المستودع إلى إشعار الاستلام والفروق، وقد تحتاج الإدارة إلى تقرير دوري عن المنتجات الحرجة.

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

هذه الرسالة أكثر فائدة من عبارة «المخزون منخفض»، لأنها تشرح سبب التنبيه وتساعد الموظف على اتخاذ القرار.

كيف تربط المخزون بإشعارات واتساب عبر Whats360؟

Whats360 هي منصة لإدارة وأتمتة أعمال واتساب، وتتيح إمكانات مرتبطة بالرسائل وواجهات API وWebhooks والبوتات ووظائف أخرى بحسب الخدمة والإعدادات المستخدمة.

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

يمكن للمطور استكشاف وثائق Whats360 API وقسم Webhooks لتحديد طريقة التكامل المناسبة للإمكانات المتاحة.

البنية التقنية المقترحة

يتكون التدفق من المراحل التالية:

• يسجل نظام المتجر عملية بيع أو استلام أو تعديل للمخزون.
• يتحقق منطق العمل من الرصيد وقواعد إعادة الطلب.
• يُنشأ حدث عند تحقق شرط التنبيه.
• تتحقق خدمة التكامل من صحة الحدث وعدم معالجته سابقًا.
• يُجهز محتوى الرسالة ويُرسل طلب الإرسال إلى Whats360 API.
• تُسجل نتيجة الطلب وأي خطأ يحتاج إلى معالجة.
• تُراجع حالات الفشل وتُعاد المحاولة وفق سياسة محددة.

بهذا التصميم، تكون المسؤوليات منفصلة: نظام المخزون يحدد الحقيقة التشغيلية، وخدمة التكامل تدير قواعد الإشعار، وWhats360 تتولى جانب إرسال الرسائل وفق الواجهة والإعدادات المتاحة.

مثال تطبيقي

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

ينشئ النظام حدثًا يحتوي على رمز المنتج والرصيد والحد المحدد. تتحقق خدمة التكامل من أن الحدث جديد، ثم تبني رسالة لمسؤول المشتريات وترسلها عبر الواجهة البرمجية المناسبة.

بعد ذلك، تُحفظ نتيجة الإرسال مع معرف الحدث ووقت التنفيذ. إذا فشل الطلب بسبب خطأ مؤقت، يمكن إعادة المحاولة وفق سياسة محددة، مع التأكد من عدم إرسال إشعار مكرر نتيجة تكرار الحدث.

اعتبارات الأمان والموثوقية

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

WHATS360_API_TOKEN=WHATS360_API_TOKEN
INVENTORY_SOURCE_URL=INVENTORY_SOURCE_URL
INVENTORY_ALERT_RECIPIENT=INVENTORY_ALERT_RECIPIENT

متى تحتاج إلى مطور؟

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

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

أتمتة خدمة العملاء والتحقق من التوافر

لا تقتصر فائدة بيانات المخزون على المشتريات؛ إذ يمكن أن تساعد فرق خدمة العملاء في الرد على سؤال: «هل المنتج متوفر؟».

لكن يجب أن يعتمد الرد على مصدر بيانات حديث، وأن يراعي الحجوزات وحالة المرتجعات والتحديثات الجارية.

يمكن تصميم سيناريوهات مثل:

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

ويمكن استكشاف Conversation Bots في Whats360 لمعالجة المحادثات المتكررة ضمن الإمكانات المتاحة.

إذا لم تتوفر معلومة مؤكدة، فالأفضل أن يوضح النظام الحاجة إلى التحقق بدل تقديم وعد غير دقيق للعميل.

اختيار التقنية المناسبة لإدارة المخزون

لا توجد أداة واحدة تناسب جميع المتاجر. الاختيار يعتمد على حجم العمليات وتعقيدها ومصادر البيانات المتاحة.

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

وعند البحث عن أفضل منصة عربية لهذا الغرض، ينبغي مقارنة الوظائف المطلوبة فعليًا، ودقة البيانات، وواجهات التكامل، والتكلفة الإجمالية، وسهولة الصيانة. لا يكفي وجود API أو اسم تجاري معروف لإثبات أن الحل يناسب جميع المتاجر.

مؤشرات قياس أداء إدارة المخزون والأتمتة

تساعد مؤشرات الأداء على معرفة ما إذا كانت الإجراءات الجديدة تحسن العمليات، بدل الاكتفاء بعدد الرسائل المرسلة.

يجب تحديد تعريف موحد لكل مؤشر قبل مقارنة النتائج. فمعدل النفاد مثلًا يمكن حسابه بعدة طرق، ولا تكون المقارنة عادلة إذا تغيرت طريقة الحساب بين الفترات.

ومن المهم أيضًا الفصل بين أداء نظام المخزون وأداء منصة الإشعارات. فقد يكون التنبيه قد أُرسل بسرعة، لكن قرار الشراء تأخر بسبب الموافقات الداخلية أو نقص السيولة.

خطة تنفيذ تدريجية

يمكن تنفيذ المشروع على مراحل لتجنب أتمتة بيانات غير دقيقة.

الأخطاء الشائعة التي يجب تجنبها

الأسئلة الشائعة حول إدارة المخزون وWhats360

مقالات ذات صلة

المصادر والمراجع

الكلمات المفتاحية

الأسئلة الشائعة التي يجيب عنها المقال