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

التقييم اليدوي مقابل التلقائي — لماذا يهمّك الفرق

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

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

الخطوة 1: فعّل المحاسبة التلقائية (Automatic Accounting)

هذا مفتاح عام على مستوى الشركة، ويجب تفعيله قبل أي خطوة أخرى وإلا فلن يعمل شيء. تحتاج أولاً إلى تطبيق Accounting مثبّتًا — تطبيق Inventory وحده لن يعرض لك هذا الخيار. اذهب إلى Accounting → Configuration → Settings، وابحث عن قسم Stock Valuation، وفعّل خيار Automatic Accounting. ثم احفظ.

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

الخطوة 2: ابنِ الملف المحاسبي لتصنيف المنتج

توجّه إلى Inventory → Configuration → Product Categories. عدّل تصنيفًا موجودًا أو أنشئ تصنيفًا جديدًا خاصًا بخط عملك — "إلكترونيات"، "أغذية مجمّدة"، "مستلزمات زراعية" — ولا تترك كل شيء تحت تصنيف "All" الافتراضي. هذا التصنيف الافتراضي هو المتّهم الأول وراء حسابات مخزون لا تُعبّأ بشكل صحيح، لأنه مشترك بين كل أنواع المنتجات التي تبيعها، ونادرًا ما يحمل الحسابات الصحيحة لجميعها.

في نموذج التصنيف، اضبط Inventory Valuation على Automated. هذا التغيير وحده يظهر قسم Account Stock Properties، حيث تحدد ثلاثة حسابات:

• Stock Valuation Account — حساب الأصول الذي يحمل القيمة الحالية لكل ما لديك من مخزون في هذا التصنيف.
• Stock Input Account — يحمل طرف القيد المقابل للمخزون الوارد، ما لم يكن هناك حساب تقييم محدد مسبقًا على موقع المصدر. هذا الحساب يصبح الافتراضي لكل منتج ضمن التصنيف، رغم إمكانية تجاوزه لكل منتج على حدة عند الحاجة.
• Stock Output Account — الطرف المقابل لحركات المخزون الصادر، أي عمليات التسليم.

ملاحظة عملية من واقع كيف تُستخدم هذه الحسابات فعليًا: تاريخيًا، وما زال شائعًا اليوم، يُضبط كل من Input وOutput على نفس حساب Stock Interim (Received) من نوع الأصول المتداولة — وطالما أن الإدخال والإخراج يشيران إلى نفس الحساب، فإن القيود المؤقتة تتصافى بشكل نظيف. بعض الإعدادات تستخدم بدلاً من ذلك Stock Interim (Delivered) للاثنين معًا. ما يكسر التسوية هو خلط الحسابات بشكل غير متسق بين التصنيفات دون منطق واضح. اختر قاعدة واحدة وطبّقها على مستوى الشركة كاملة.

الخطوة 3: اختر طريقة التكلفة الصحيحة

يوفّر لك Odoo ثلاث طرق للتكلفة، تُضبط على مستوى التصنيف: Standard PriceAverage Cost (AVCO)، وFIFO. هذا ليس اختيارًا شكليًا — إنه يغيّر طريقة حساب تكلفة البضاعة المباعة في كل عملية بيع.

Standard Price يستخدم تكلفة ثابتة تضبطها يدويًا وتحدّثها بشكل دوري. طريقة بسيطة ويمكن التنبؤ بها، وتناسب المنشآت التي بالكاد تتحرك فيها أسعار الشراء — كوزّع لديه عقود طويلة الأمد مع موردين. AVCO يعيد حساب متوسط تكلفة مرجّح كل مرة تستلم فيها مخزونًا بسعر مختلف. هذا الخيار الأكثر مرونة لأعمال مثل تجارة الإلكترونيات حيث تتذبذب أسعار الموردين لكنك لست بحاجة لتتبّع دفعات فردية. FIFO يفترض أنك تبيع أقدم مخزونك أولاً، ويحسب تكلفة البضاعة المباعة تبعًا لذلك — وهذا الخيار الطبيعي للمواد سريعة التلف والمنتجات الزراعية، حيث يتحرك المخزون فعليًا من الأقدم إلى الأحدث، وحيث تتبّع الهامش بدقة على مخزون متقادم أمر مهم فعلاً.

لا تكتفِ بـ Standard لمجرد أنه كان الخيار المفعّل عند تثبيت النظام. إذا كنت تبيع أي شيء بتقلبات سعرية حقيقية أو صلاحية محدودة، فإن AVCO أو FIFO سيعطيان محاسبك أرقامًا يمكنه الوثوق بها.

الخطوة 4: اجعل المنتج "قابلًا للتخزين" واربطه بالتصنيف الصحيح

كل ما ضبطته على مستوى التصنيف لن يعني شيئًا إن لم يكن المنتج نفسه مضبوطًا لاستخدامه. افتح نموذج المنتج وتحقق من أمرين. أولاً، يجب أن يكون Product Type مضبوطًا على Storable Product — الخدمة أو المنتج الاستهلاكي (Consumable) لا يولّد قيود تقييم مخزون على الإطلاق، وهذا مقصود، لأن Odoo لا يتتبّع كميات المخزون لهذه الأنواع. ثانيًا، يجب أن يشير حقل Product Category إلى التصنيف الذي ضبطته للتو، لا إلى "All" أو إلى تصنيف افتراضي متبقٍّ من إعداد قاعدة البيانات الأولي.

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

الخطوة 5: تحقّق من القيود المحاسبية في أول استلام وأول تسليم

بعد تفعيل المحاسبة التلقائية وضبط المنتج والتصنيف بشكل صحيح، جرّب اختبارًا فعليًا. استلِم أمر شراء لمنتج قابل للتخزين، ثم أكّد عملية تسليم. كل حركة من هاتين الحركتين تُنشئ Stock Move Layer (SVL)، وكل SVL يولّد قيده المحاسبي الخاص تلقائيًا. اذهب وتحقّق — Inventory → Reporting → Valuation سيعرض لك الـ SVL، ومن هناك يمكنك فتح القيد المحاسبي المرتبط مباشرة. إذا رأيت مدينًا ودائنًا يهبطان في حسابات Stock Input وStock Output وStock Valuation التي ضبطتها، فقد انتهيت. وإذا لم ترَ شيئًا، راجع الخطوات من 1 إلى 4 — إحداها تم تخطّيها.

Perpetual مقابل Periodic — أيهما يناسب عُمان؟

هناك نمطان معروفان في المحاسبة لتوقيت تسجيل هذه القيود. المحاسبة الدورية (Periodic) — العرف الأوروبي — تسجّل فواتير الموردين كمصروفات حسب طبيعتها، وتعدّل تقييم المخزون فقط عند الإقفال. أما المحاسبة المستمرة (Perpetual)، وهي المعيار الأنجلوسكسوني، فتسجّل فواتير الموردين كأصول تدخل مباشرة في تقييم المخزون، ولا تعترف بتكلفة البضاعة المباعة إلا عند تنفيذ عملية التسليم فعليًا.

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

الأخطاء التي تتكرر باستمرار

ثلاثة أمور تفسّر تقريبًا كل مكالمة دعم فني تصلني بعنوان "لماذا لا تُسجَّل القيود؟" حول هذا الموضوع. الأول: تصنيف المنتج لا يحمل أي حسابات مضبوطة أصلاً — أحدهم أنشأ التصنيف لأغراض تنظيمية فقط ولم يلمس تبويب المحاسبة أبدًا. الثاني: المنتج مضبوط كنوع Consumable أو Service بدلاً من Storable، فهو لم يكن مؤهلاً للتقييم من الأساس. الثالث: لم يُفعَّل خيار Automatic Accounting في Accounting → Configuration → Settings، فكل إعدادات التصنيف صحيحة لكنها غير فعّالة هيكليًا. تحقّق من هذه الثلاثة بالترتيب — الخلل يكون غالبًا في أحدها.

قائمة فحص سريعة قبل إقفال الشهر

• تفعيل Automatic Accounting ضمن Accounting → Configuration → Settings.
• كل تصنيف منتج نشط لديه Inventory Valuation مضبوط على Automated، مع تحديد حسابات Stock Valuation وStock Input وStock Output.
• لا يوجد منتج فعّال تحت تصنيف "All" الافتراضي.
• كل عنصر يُتتبَّع مخزونه مضبوط كـ Storable Product، لا Consumable.
• طريقة التكلفة تناسب طبيعة البضاعة — Standard لأسعار مستقرة، AVCO لتكاليف موردين متذبذبة، FIFO للمواد سريعة التلف.
• عيّنة استلام وعيّنة تسليم تُظهران قيدًا محاسبيًا مسجّلاً بشكل صحيح في Inventory → Reporting → Valuation.

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

المصادر

• Automatic inventory valuation — Odoo 18.0 documentation
• Automatic inventory valuation — Odoo 19.0 documentation
• Valuation cheat sheet — Odoo 19.0 documentation
• Inventory valuation configuration — Odoo 15.0 documentation
• Inventory valuation configuration — Odoo 13.0 documentation

مصدر الصورة: USDAgov — PDM