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