صدر Odoo 20 في الرابع والعشرين من سبتمبر 2026، وأول سؤال نسمعه من فرق المالية لا يتعلق بالمزايا بل بالتوقيت: هل يجب أن ننتقل، ومتى؟ الإجابة الصادقة تتوقف على الإصدار الذي تعمل عليه اليوم، وحجم الشيفرة المخصصة فوقه، ومدى استقرار ربط الفوترة الإلكترونية لديك. يعرض هذا المقال طريقتنا في اتخاذ القرار وخطة الاختبار التي نستخدمها، مكتوبة لفريق المالية الذي سيعتمد النتيجة.
كم مدة دعم كل إصدار من Odoo؟
يدعم Odoo كل إصدار رئيسي ثلاث سنوات. ووفقًا لملاحظات إصدار Odoo 20 وسياسة الدعم المعلنة، فإن الموعد المقرر لنهاية الدعم القياسي هو سبتمبر 2026 للإصدار 17.0، وسبتمبر 2027 للإصدار 18.0، وسبتمبر 2028 للإصدار 19.0، ما يضع Odoo 20 عند سبتمبر 2029 تقريبًا. ويشترك إصدارا Community وEnterprise في رقم إصدار واحد، فالتقويم واحد لهما، وإن اختلف ما يتضمنه كل منهما.
ماذا تفعل الشركة التي تعمل على Odoo 17؟
تخطط للترقية الآن. لقد حلّ سبتمبر 2026، وتشغيل نظام مالي خارج الدعم القياسي يعني أن الإصلاحات والمساعدة في الترقية لم تعد أمرًا يمكن الاعتماد عليه. هذا لا يعني الترقية الأسبوع القادم، بل يعني اختيار الإصدار المستهدف، وحجز نافذة الاختبار، وتجميد التخصيصات غير الضرورية حتى يتوقف النطاق عن التمدد. ولأغلب الشركات على 17 سيكون الهدف Odoo 20 لا 18 ولا 19، لأنه يمنح أطول أفق للدعم.
وماذا عن Odoo 18 وOdoo 19؟
على 18 استهدف الترقية خلال الاثني عشر شهرًا القادمة. الدعم مقرر حتى سبتمبر 2027، وهذا يترك وقتًا لمشروع هادئ، لا لتأجيل مفتوح يدفع العمل إلى نهاية السنة المالية. أما على 19 فلا ضغط زمنيًا قبل 2028. انتقل حين تغطي ميزة محددة في Odoo 20 تكلفتها، مثل تغييرات تقييم المخزون أو كشف التكرار في فواتير البيع والشراء الواردَين في ملاحظات الإصدار، لا لمجرد صدور إصدار جديد.
هل يمكن القفز مباشرة من 17 إلى 20؟
على Enterprise نعم. خدمة الترقية لدى Odoo تستطيع نقل قاعدة البيانات عبر عدة إصدارات في طلب واحد، من 17 إلى 20 مثلًا. هذا يوفّر الوقت، لكن تخطي الإصدارات يرفع مخاطر الاختبار: البيانات تمر بعدة خطوات ترحيل دفعة واحدة، وأي فرق تجده يصعب نسبته إلى تغيير بعينه. إن تخطيت إصدارات فخصّص وقتًا أطول للاختبار لا أقصر. أما قواعد بيانات Community والوحدات المخصصة فلها مسار ترحيل خاص، وهذا حديث منفصل عن الشيفرة.
ماذا تغطي خطة اختبار تبدأ بالمالية؟
أغلب اختبارات الترقية تتحقق من أن الشاشات تفتح والأزرار تعمل. الاختبار الذي يبدأ بالمالية يتحقق من أن الأرقام لم تتحرك. نجري الترقية على نسخة من قاعدة الإنتاج ونختبر بهذا الترتيب:
- مطابقة ميزان المراجعة: اطبع الميزان في التاريخ نفسه قبل الترقية وبعدها، حسابًا حسابًا، وفسّر كل فرق حتى يصل إلى صفر.
- مطابقة البنود المفتوحة: قارن الذمم المدينة والدائنة المفتوحة وسطور البنك غير المسوّاة، لكل شريك ولكل مستند، قبل وبعد.
- الضرائب: تأكد من بقاء كل ضريبة وشبكة ضريبية ووضع مالي، ثم أعد بناء آخر إقرار قيمة مضافة مُقدَّم من القاعدة المُرقّاة وقارنه.
- الفوترة الإلكترونية: أعد اختبار الربط مع ETA في مصر أو ZATCA في السعودية في البيئة التجريبية أو بيئة ما قبل الإنتاج لدى الجهة قبل التشغيل، بما في ذلك الإشعارات الدائنة والمستندات المرفوضة.
- الوحدات المخصصة: اكتب قائمة بكل وحدة مخصصة، وقرّر ترحيلها أو استبدالها بميزة قياسية أو إلغاءها، واختبر كل وحدة تمس المحاسبة.
- صلاحيات الوصول: تحقق من أن الأدوار وحدود الاعتماد والفصل بين المهام بعد الترقية كما كانت قبلها.
توقّع أن يتغير بعض السلوك عمدًا. فوفقًا لملاحظات إصدار Odoo 20، أصبحت قيود اليومية التي تمس الحسابات البنكية يجب أن تنشأ من معاملات بنكية، وهذا يمنع القيود اليدوية التي تُخل باتساق البنك. إن كان فريقك يسجّل المصروفات البنكية أو التحويلات بقيود يدوية اليوم، فهذه العادة يجب أن تتغير، ويجب أن يُثبت الاختبار أن الإجراء البديل يعمل.
الترقية تنتهي حين يتطابق ميزان المراجعة، لا حين تظهر شاشة الدخول.
لماذا نُجري إقفالًا موازيًا لشهر واحد؟
لأن الإقفال يختبر كل شيء دفعة واحدة: التسويات والاستحقاقات والإهلاك وتقييم المخزون والضريبة والتقارير. نُقفل شهرًا حديثًا في قاعدة الاختبار المُرقّاة، باتباع قائمة إقفال نهاية الشهر نفسها التي يستخدمها الفريق في الإنتاج، ونقارن القوائم المالية بتلك المعتمدة بالفعل. الفرق الذي يُكتشف هنا يكلّف ساعات قليلة، والفرق الذي يُكتشف بعد التشغيل يكلّف إعادة عرض.
كيف يجب أن يتم الانتقال والتراجع؟
اختر تاريخ الانتقال بعد إقفال شهر وقفله مباشرة، لا في منتصف فترة أبدًا. أوقف الترحيل، وخذ نسخة احتياطية نهائية، ونفّذ ترقية الإنتاج، ثم كرّر مطابقة ميزان المراجعة والبنود المفتوحة على النتيجة الحية قبل عودة المستخدمين. واتفق مسبقًا على قاعدة التراجع: من يقرر، وفي أي موعد، وما الذي يستدعيه. إن فشلت المطابقة ولم يُفسَّر الفرق خلال النافذة المتفق عليها، تُستعاد النسخة الاحتياطية وتُعاد المحاولة، بدل إصلاح الدفاتر يدويًا تحت الضغط.
من يملك القرار؟
قائد المالية، بدعم من تقنية المعلومات وشريك التنفيذ. يبدأ فريق تنفيذ وترقية Odoo لدى MFT كل ترقية بنماذج المطابقة السابقة، لأن من سيدافعون عن الأرقام أمام المراجعين هم من يجب أن يقبلوها.