Odoo 19.4: ما الذي يستحق التفعيل وكيف تختبر الترقية دون تعطيل العمليات؟

ياسر نجيب
•
•
آخر مراجعة:
•
6 دقائق قراءة

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

لكن الرقم 19.4 يحتاج تفسيراً دقيقاً. وثائق Odoo تعرضه كإصدار SaaS ضمن rolling release لـ Odoo Online. لا يعني ذلك أن قاعدة On-Premise أو Odoo.sh على 19.0 تملك كل ميزة بنفس اللحظة. كما أن ظهور ميزة في release notes لا يثبت أنها متاحة في Community أو في كل localization أو خطة. ابدأ من نوع الاستضافة والنسخة الفعلية والتطبيقات المثبتة قبل إنشاء خطة.

ملاحظات إصدار Odoo 19.4 الرسمية وتوثيق الترقية الرسمي

أولويات تختلف حسب العملية

لا تحوّل release notes إلى backlog كامل. صنّف التغييرات حسب المشكلة التشغيلية:

  • المالية: كشف التكرار، مطابقة أمر الشراء مع فاتورة المورد، تقسيم journal items، وإعادة تشغيل التسوية الآلية.
  • المخزون: allocation report، مخزون في تاريخ سابق، stock aging، HS code لكل variant، وتتبع مرجع شراء المورد عند الاستلام.
  • التصنيع: مقارنة Bills of Materials، continuous production، وكميات المقاول الفرعي.
  • المبيعات: العمولة على المدفوع، هوامش قابلة للتعديل، أسطر وصف بلا منتج، وقوالب عروض أسهل.
  • POS والخدمة: طابعات متعددة، رسوم خدمة، إيصال مبسط، وإرسال إيصال self-order عبر WhatsApp أو SMS.

اختر تغيراً يحل خطأً مقاساً أو وقتاً مهدراً. وجود زر جديد لا يعني عائداً.

المحاسبة: التنبؤ لا يلغي المراجعة

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

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

تحسين كشف التكرار يعطي تحذيراً أحمر للاحتمال العالي وأصفر للحالات التي تستحق التحقيق قبل الترحيل. اكتب سياسة: الأحمر يوقف posting حتى المراجعة، والأصفر يحتاج سبباً موثقاً للتجاوز. اختبر اختلاف العملة والمرجع والتاريخ وcredit note حتى لا تمنع فاتورة صحيحة أو تسمح بنسخة مكررة.

المخزون: تقارير مفيدة تحتاج تعريفاً واحداً

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

قارن التقرير مع حركات فعلية قبل وبعد receipt وdelivery وinventory adjustment. اختبر backdate، returns، lot/serial، multi-company وmulti-warehouse. لا تستخدم لقطة تاريخية لتعديل اليوم من دون فهم الحركات التي أنتجتها. وفي aging، حدد هل القرار مبني على تاريخ الدخول الأول أم آخر حركة وكيف تعامل transfers الداخلية.

أما HS code لكل variant فيحل مشكلة منتجات تختلف مادتها أو بلدها حسب المتغير. راجع بيانات الجمارك ولا تنسخ الرمز من template إلى كل variant آلياً. الخطأ هنا قد ينتقل إلى مستند شحن أو تصريح خارجي.

التصنيع والمبيعات: اختبر السلسلة لا الشاشة

تتيح continuous production بدء العملية التالية عندما تصبح كمية جزئية جاهزة. قد يقل وقت الانتظار، لكنه يغير افتراضات الحجز والجودة والتتبع. اختبر scrap، فشل quality check، دفعة جزئية، وتوقف workstation. يجب ألا تبدأ عملية تستهلك كمية لم تعتمد فعلياً.

في المبيعات، حساب العمولة على المبلغ المدفوع أقرب إلى النقد المحصل من قيمة العرض. حدد التعامل مع الدفعة الجزئية والمرتجع والcredit note والعملات وتقسيم العمولة بين الموظف والمدير. لا تطبق rule جديداً بأثر رجعي قبل مقارنة كشف متوقع مع كشف فعلي واعتماد المالية.

ميزة الشحن دون Inventory قد تناسب شركة خدمات أو تدفقاً بسيطاً، لكنها لا تستبدل تطبيق المخزون إذا كنت تحتاج reservations وpickings وlots ومستودعات. فعّلها فقط عندما تكون حالة fulfilment المطلوبة بسيطة ومكتوبة.

POS والرسائل: الرسالة ليست دليلاً على التسليم

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

إرسال الإيصال عبر WhatsApp أو SMS في self-order يحتاج موافقة العميل ورقم صحيحاً ومزوداً متاحاً وتكلفة رسالة. سجّل حالة queued, sent, delivered وfailed منفصلة. لا تصف الإيصال بأنه وصل لأن Odoo أنشأ مهمة إرسال.

السعودية والخليج: تحديث مهم لكن ليس اعتماداً تلقائياً

تتضمن 19.4 تغييرات localization للسعودية، منها معرفات شريك متعددة مثل الهوية الوطنية والإقامة وGCC ID، تحديد نوع الفاتورة والمعاملة، تاريخ نهاية التوريد، وقيود رقم المبنى والرقم الثانوي إلى أربع خانات لتقليل أخطاء XML. هذه تغييرات عملية للشركات السعودية.

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

الاستضافة والتوافق

تقول وثائق Odoo إن Odoo Online لا يدعم custom modules أو تطبيقات Odoo Apps، بينما Odoo.sh وOn-Premise يدعمان تخصيصات مع مسؤولية ترقية الكود. وتوضح وثائق الترقية أن minor versions عادة تصدر كل شهرين وقد تصبح الترقية إلزامية بعد أسابيع في مسارات rolling release. عند وجود custom modules، يجب توفير نسخة متوافقة قبل إكمال الترقية.

لذلك سجّل:

  1. hosting ونوع الخطة والنسخة الدقيقة.
  2. Community أو Enterprise والتطبيقات المرخصة.
  3. Studio والتخصيصات والوحدات الخارجية.
  4. تكاملات API وEDI والطابعات والدفع.
  5. localizations والشركات والعملات.

لا تختبر قاعدة فارغة ثم تفترض أن production سليمة.

التكلفة الفعلية

في 26 أغسطس 2026 تعرض صفحة Odoo العامة One App Free، وStandard بسعر 16.90 دولاراً لكل مستخدم شهرياً مع الدفع السنوي أو 21.10 شهرياً، وCustom بسعر 25.50 سنوياً أو 31.90 شهرياً. الأسعار المعروضة بالدولار وقد تختلف حسب البلد والضرائب والعقد. Standard يعمل على Odoo Online بلا custom modules، بينما Custom مطلوب عادة لـ Studio والتطوير المخصص وAPI، واستضافة Odoo.sh ليست مشمولة تلقائياً في رسم الاشتراك.

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

أسعار Odoo الرسمية

بوابة ترقية عملية

  1. اطلب نسخة test upgraded ولا تلمس production أولاً.
  2. شغّل inventory لوحدات custom وStudio والتكاملات.
  3. اختبر quote إلى sale ثم delivery ثم invoice ثم payment.
  4. اختبر purchase إلى receipt ثم bill ثم reconciliation.
  5. اختبر manufacturing وPOS والفروع حسب الاستخدام.
  6. قارن التقارير والضرائب والعمولات قبل وبعد.
  7. نفذ UAT بأدوار حقيقية وصلاحيات محدودة.
  8. عالج كل فرق غير مفسر وكرر الاختبار.
  9. خذ backup وحدد downtime وخطة الاتصال.
  10. نفذ production فقط بعد نجاح staging وتوقيع أصحاب العملية.

توصية عملية

أنصح فرق Odoo Online بمراجعة إشعار الترقية الآن واختيار ثلاث عمليات حرجة للاختبار، لا تجربة كل ميزة. أما Odoo.sh وOn-Premise، فلا تفترض أن 19.4 هي target مطابقة لـ 19.0؛ راجع مسار النسخة والاستضافة ووحداتك أولاً.

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

المصادر وتاريخ المراجعة

اقرأ أيضاً