جميع المقالات

ترقية أودو (Odoo) من 17 إلى 18 و19 و20: ما الذي يتغير وكيف تُرقّي بأمان

كيف تُرقّي أودو من الإصدار 17 إلى 18 أو 19 أو 20: ما يتغير في كل إصدار، وخدمة الترقية من Odoo أو OpenUpgrade، والتجربة على نسخة التجهيز، وخطة التراجع.

بقلم محمد سلمان علي خان، مؤسس Knova Digital Solutions · نُشر في · 8 دقائق للقراءة · ترقية أودو, Odoo 20, بيئة التجهيز, استضافة أودو

انتهى الدعم القياسي لإصدار Odoo 17 في سبتمبر 2026، فإن كنت ما زلت تعمل عليه فقد حان وقت التخطيط للترقية. تُرقّى قواعد بيانات Enterprise عبر خدمة الترقية التابعة لـOdoo نفسها، وهي تستطيع الانتقال مباشرة إلى أي إصدار ما زال ضمن الدعم القياسي (18.0 أو 19.0 أو 20.0). أما قواعد بيانات Community فتُرقّى باستخدام OpenUpgrade، وهو المشروع مفتوح المصدر التابع لرابطة مجتمع أودو (OCA)، إصدارًا رئيسيًا واحدًا في كل مرة. وفي الحالتين الطريقة الآمنة واحدة: رقِّ نسخة من قاعدة الإنتاج أولًا، وانقل وحداتك المخصّصة إلى الإصدار الجديد، واختبر عمليات عملك الحقيقية على تلك النسخة، ثم رقِّ الإنتاج بعد ذلك فقط، مع نسخة احتياطية يمكنك استعادتها إذا حدث خطأ.

تتناول هذه المقالة مواعيد الدعم، وما يغيّره كل إصدار، ومسارَي الترقية، والتجربة المسبقة وخطة التراجع، وما يقدّمه مساعد الترقية في Knova Cloud.

لماذا الترقية الآن: مواعيد الدعم

يدعم Odoo كل إصدار رئيسي ثلاث سنوات («الدعم القياسي»). بعدها يتوفر الدعم الممتد مقابل رسوم إضافية على Odoo.sh والتثبيت الذاتي فقط. وتذكر صفحة الدعم لدى Odoo:

الإصدارتاريخ الإصدارنهاية الدعم القياسي
Odoo 17.0نوفمبر 2023سبتمبر 2026
Odoo 18.0أكتوبر 2024سبتمبر 2027 (مخطط)
Odoo 19.0سبتمبر 2025سبتمبر 2028 (مخطط)
Odoo 20.0سبتمبر 2026سبتمبر 2029 (مخطط)

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

ما الذي يتغير بين الإصدارات

هذه أبرز التغييرات التي قد تمسّ مستخدميك وشيفرتك المخصّصة، بحسب ملاحظات الإصدار الرسمية من Odoo:

من Odoo 17 إلى 18

  • أُعيد تصميم نقطة البيع بالكامل.
  • أضافت المحاسبة الموازنات التحليلية واستيراد كشوف الحسابات البنكية من ملفات PDF والصور بتقنية التعرّف الضوئي (OCR).
  • أعاد المخزون بناء المسارات: قواعد الدفع (push) تُطبَّق الآن عند تأكيد التحويلات.
  • أضافت المبيعات والمتجر الإلكتروني المنتجات المركّبة (combo).
  • وللإمارات، أضاف الإصدار 18 تقرير ضريبة الشركات.

من Odoo 18 إلى 19

  • وكلاء ذكاء اصطناعي يجيبون من مستنداتك وينفّذون إجراءات.
  • المحاسبة: دُمجت إيصالات الشراء والبيع في الفواتير وفواتير الموردين، وأُضيفت ميزة الإقرار الضريبي لمتابعة مواعيد التقديم مع فحوص للتحقق.
  • المصروفات: أُلغيت تقارير المصروفات، وصار كل مصروف يُعتمد ويُرحّل منفردًا.
  • الرواتب: حلّت «دورات الدفع» (pay runs) محل دفعات قسائم الرواتب.
  • تطبيقان جديدان: ESG وEquity.
  • تقنيًا: صار PostgreSQL 13 هو الحد الأدنى. وللإمارات، أُعيد بناء إقرار ضريبة القيمة المضافة (VAT201) على محرك التقارير الجديد.

من Odoo 19 إلى 20

  • صلاحيات الوصول: أُلغيت قواعد السجلات (record rules)، وصار نطاق (domain) على صلاحية الوصول نفسها يحدد السجلات التي تنطبق عليها. قواعد الأمان المخصّصة تحتاج إلى نقل.
  • المحاسبة: حلّت الحسابات الأم محل مجموعات الحسابات، وصارت أرقام الحسابات اختيارية، وأصبح تقييم المخزون ممكنًا دون تطبيق المخزون.
  • البريد: أُلغيت قيم التتبّع المخزّنة، وصارت رسائل التتبّع تُبنى عند الطلب. التقارير التي تقرأ قيم التتبّع تحتاج إلى مراجعة.
  • الذكاء الاصطناعي: كل ميزاته تحتاج الآن إلى أرصدة IAP.
  • تقنيًا: صار Python 3.12 وPostgreSQL 16 هما الحد الأدنى. إن كنت تستضيف أودو بنفسك على Ubuntu 22.04 فيجب ترقية الخادم أيضًا؛ ويشرح دليل تثبيت Odoo 20 التثبيت على Ubuntu 24.04.
  • وللإمارات، أُعيد تصميم دليل الحسابات (أرقام من 6 خانات ومجموعات حسابات أم).

الانتقال من 17 إلى 20 يمرّ بهذه المجموعات الثلاث كلها: يجب نقل الوحدات المخصّصة عبر كل منها، وينبغي أن يرى المستخدمون الشاشات الجديدة قبل يوم التشغيل.

مساران للترقية: Enterprise وCommunity

Enterprise: خدمة الترقية من Odoo

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

على خادمك الخاص، يطلب هذا الأمر الموثّق نسخة تجريبية مُرقّاة:

python <(curl -s https://upgrade.odoo.com/upgrade) test -d <your db name> -t <target version>

والأمر نفسه مع production بدل test يُرقّي القاعدة الحقيقية. وفي الوثائق تفصيلان مهمان: تُرسل القاعدة دون مخزن الملفات (filestore)، فيجب دمج مخزن الملفات العائد مع مخزنك؛ وبعد اكتمال ترقية الإنتاج تنص Odoo على أنه لا يمكن العودة إلى الإصدار السابق عبر الخدمة. خطة التراجع هي نسختك الاحتياطية أنت.

Community: مشروع OpenUpgrade

تتولى رابطة مجتمع أودو (OCA) صيانة OpenUpgrade، بفرع لكل إصدار مستهدف وسكربتات ترحيل لكل وحدة. وهو ينتقل إصدارًا رئيسيًا واحدًا في كل مرة: من 17 إلى 18، ثم من 18 إلى 19. وقت كتابة هذه السطور:

  • يحتوي الفرعان 18.0 و19.0 على سكربتات ترحيل. وتُظهر جداول التغطية فيهما أن التطبيقات الأساسية، مثل المحاسبة والمبيعات والمشتريات والمخزون والتصنيع والموقع ونقطة البيع، مكتملة، لكن وحدات أصغر كثيرة بلا حالة بعد. راجع كل وحدة مثبّتة لديك.
  • أُنشئ الفرع 20.0 في 28 سبتمبر 2026 ولا يحتوي على أي سكربتات ترحيل بعد. ترقية Community إلى Odoo 20 عبر OpenUpgrade غير ممكنة اليوم؛ خطّط للإصدار 19 وتابع الفرع.

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

جرّب على نسخة من الإنتاج

اختبر على نسخة مُرقّاة محيَّدة: الإجراءات المجدولة متوقفة، والبريد الصادر محجوز، ومزوّدو الدفع في وضع الاختبار، ومزامنة البنوك متوقفة. ثم مرّ بعملياتك الحقيقية:

  1. اشترِ منتجًا واستلمه وبِعه واشحنه، وتأكد أن المسارات تطابق الإنتاج.
  2. اعتمد فاتورة عميل وأصدر إشعارًا دائنًا، وقارن تقاريرك المحاسبية وضرائبك بالإنتاج.
  3. اطبع تقارير الفاتورة وعرض السعر وأمر التسليم.
  4. ضع طلبًا على موقعك الإلكتروني إن كان لديك موقع.
  5. راجع التكاملات (واجهات API وEDI)، والإجراءات الآلية وإجراءات الخادم، والتصدير، وقوالب البريد، والترجمات.

كرّر الترقية التجريبية قرب يوم التشغيل، لأن بياناتك وسكربتات الترقية تتغير باستمرار. راجع دليلنا عن التطوير والتجهيز والإنتاج (بالإنجليزية).

يوم الترقية وخطة التراجع

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

كيف يساعدك مساعد الترقية في Knova Cloud

في Knova Cloud، يضم تبويب Upgrade في المشروع مساعد ترقية من ثلاث خطوات:

  1. الجاهزية. يقرأ الوحدات المثبّتة في الإنتاج ويصنّف كلًّا منها: قياسية، أو Enterprise، أو OCA، أو مخصّصة، أو مجهولة. ولوحدات OCA يتحقق من وجود الوحدة على فرع الإصدار المستهدف؛ وللوحدات المخصّصة يبحث عن فرع في مستودعك لذلك الإصدار ويفحص أرقام الإصدار في ملفات manifest. ويُنبّه إلى إعادات تسمية الوحدات المعروفة، ويقدّر المدة، ويصدر حكمًا: جاهز، أو يحتاج مراجعة، أو متوقف.
  2. التجربة على نسخة. يأخذ نسخة احتياطية جديدة من الإنتاج ويُرقّيها على فرع تجهيز (staging)، دون المساس بالإنتاج. كل دفع (push) يستعيد القاعدة المُرقّاة ويحدّث وحداتك أثناء نقلها. ثم تتأكد فحوص سريعة من أن أودو يعمل، وأن صفحة الدخول تستجيب، وأن القوائم الرئيسية تُفتح، وأن السجلات الأساسية مقروءة، وأن أعداد جهات الاتصال والفواتير وأوامر البيع والمنتجات وحركات المخزون متطابقة قبل الترقية وبعدها.
  3. الجدولة. تختار نافذة صيانة. يرى الزوار صفحة صيانة، وتُؤخذ نسخة احتياطية جديدة، ويُرقّى الإنتاج، وتُجرى الفحوص نفسها. وإذا فشلت تُستعاد النسخة الاحتياطية ويعود الإنتاج إلى الإصدار السابق تلقائيًا.

تستخدم مشاريع Community مشروع OpenUpgrade، وتستخدم مشاريع Enterprise خدمة الترقية من Odoo مع رمز اشتراكك. ويُرقّي المساعد اليوم حتى Odoo 19.0؛ أما الترقية إلى 20.0 فغير متاحة بعد، مع أن المشاريع الجديدة يمكن أن تبدأ على Odoo 20 من الآن. التفاصيل في وثائق الترقية (بالإنجليزية)، وتشرح صفحتا استضافة Community واستضافة Enterprise كيف يعمل كل إصدار. وإن كنت تشغّل أودو على خادمك الخاص، فيمكن للمنصة تثبيت أودو جديد عليه.

قائمة الاستعداد للترقية

  1. دوّن إصدارك ونسختك (Community أو Enterprise) والوحدات المثبّتة (قياسية، أو OCA، أو مخصّصة).
  2. اختر الإصدار المستهدف: 18 أو 19 لـCommunity اليوم؛ و18 أو 19 أو 20 لـEnterprise.
  3. انقل وحداتك المخصّصة، وتحقّق من توفر وحدات OCA.
  4. رقِّ نسخة واختبر عملياتك الحقيقية مع المستخدمين الرئيسيين.
  5. أعد التجربة في اليوم السابق، وخطّط للنافذة ولفحوص القرار.
  6. خذ نسخة احتياطية، ثم رقِّ، ثم افحص، وأبقِ خطة التراجع جاهزة.

هل تحتاج إلى مساعدة؟

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

المصادر

رُوجعت المصادر في 8 أكتوبر 2026. أودو (Odoo) وOdoo.sh علامتان تجاريتان لشركة Odoo S.A. أما Knova Cloud فخدمة مستقلة، غير تابعة لشركة Odoo S.A. ولا معتمدة منها.

عن الكاتب

محمد سلمان علي خان، مؤسس Knova Digital Solutions

محمد سلمان علي خان هو مؤسس Knova Digital Solutions في دبي. يبني ويدير استضافة أودو (Odoo) وتطبيقه للشركات في الإمارات وخارجها، ويكتب هذه الأدلة من واقع هذا العمل اليومي.

جرّب سير العمل على مستودعك الخاص

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

عرض الأسعار · تحدّث معنا