لماذا لا يتم تحديث المخزون في Odoo؟ حلول شائعة

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

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

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

يحدّث Odoo المخزون عبر حركات المخزون والمواقع والحالة التشغيلية. في سير عمل الاستلام الأساسي ذي الخطوة الواحدة، يؤدي اعتماد الاستلام إلى نقل البضائع من موقع المورّد إلى WH/Stock. أما في سير العمل ذي الخطوات الثلاث، فتنتقل البضائع نفسها أولاً إلى WH/Input، ثم إلى WH/Quality Control، ولا تصل إلى WH/Stock وتصبح متاحة هناك إلا بعد إتمام التحويل الأخير. لذا قد يبدو المخزون متوقفاً، بينما هو في الواقع موجود في مرحلة وسيطة من سير العمل. وهذا الفرق أهم مما يتوقعه كثيرون.

هذا أول ما ينبغي التحقق منه. في Odoo، لا تحدّث عمليات الاستلام والتسليم والتحويل الداخلي المخزون إلا عند اعتماد الحركة ووصولها إلى الحالة المناسبة. في عمليات الاستلام ذات الخطوة الواحدة، يؤدي اعتماد الاستلام إلى نقل المخزون إلى WH/Stock. وفي سير العمل متعدد الخطوات، يجب اعتماد كل تحويل ضمن السلسلة.

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

هذه مشكلة مألوفة في Odoo. فالكمية موجودة، لكنها في WH/Input، أو WH/Quality Control أو موقع العبور أو تسوية المخزون، وربما على رف داخلي منسي، بدلاً من الموقع الذي يتوقعه فريقك. يتعامل Odoo مع المواقع بصرامة كبيرة. تُحتسب المواقع الداخلية ضمن مخزون المستودع، بينما لا تمثل مواقع المورّدين والعملاء المخزون المتوفر بالطريقة نفسها، وتُستخدم مواقع خسائر المخزون تحديداً للتسويات والتالف.

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

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

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

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

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

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

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

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

افتح المنتج. تحقق مما إذا كان خاضعاً لتتبع المخزون. راجع الكمية بحسب الموقع. افتح أحدث استلام أو تسليم أو تحويل داخلي وتأكد من أنه في حالة «تم» فعلاً. ثم افتح سجل الحركات وتتبّع مسار الحركة.

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

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

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

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

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

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

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