⬆️ استراتيجية الترقية لـ Odoo 20 لعميل على إصدار أقدم وعنده 4 موديولات مخصصة

الترقية الصح بتبدأ بالقرار مش بالكود: دليل Odoo للداتابيز اللي فيها موديولات مخصصة بيقول وقّف التطوير وراجع كل تخصيص قدام الـ Standard الأول، وبعدين اطلب نسخة مترقية. ممكن موديول أو اتنين يتشالوا لأن Standard غطاهم، وده بيوفّر أكبر جهد. وفي 20 كمان ملفات الصلاحيات (ir.model.access.csv والـ Record Rules) اتدمجت في ir.access، فأي موديول هيترقّى ملف صلاحياته لازم يتعاد. تعديل الأربعة من غير جرد بيصرف وقت على حاجات مالهاش لزوم، ورفع نسخة للترقية قبل الجرد بيطلّعلك أخطاء موديولات ممكن تكون هتتشال أصلاً، وانتظار إصدار جديد بيزوّد الفجوة.

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

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

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