لا تكتمل ترقية أودو حتى تتمكن الشركة من معالجة طلب، واعتماد مصروف، واستلام مخزون، وإقفال فترة محاسبية، والوثوق بالأرقام الناتجة. تساعد قائمة التحقق للترقية إلى أودو 20 الفرق على تقييم جاهزية الأعمال قبل الانتقال إلى الإنتاج، بأدلة تشمل البيانات والوحدات المخصصة والتكاملات واختبار قبول المستخدم.
لا تستطيع قاعدة بيانات تجريبية للعرض كشف جميع مخاطر نظام يضم معاملات تراكمت على مدى سنوات، واعتمادات مخصصة، ومهام مجدولة، واتصالات بأنظمة خارجية. استخدم هذه القائمة إطارًا لقبول الانتقال إلى الإنتاج. ولتسلسل خطوات الترحيل التقنية، راجع دليل الترقية إلى أودو 20.
1. تأكد من مسار الترقية ونطاق المشروع
سجّل إصدار أودو الحالي، وفئته، ونوع الاستضافة، وحجم قاعدة البيانات، والشركات النشطة، والتطبيقات المثبتة، وإضافات الأطراف الثالثة. تأكد من إتاحة أودو 20 هدفًا لترقية قاعدة بياناتك تحديدًا قبل الالتزام بموعد للإنتاج. فصدور إصدار جديد لا يثبت أهلية جميع البيئات للترقية إليه.
اتبع إجراءات الترقية المناسبة لبيئتك، سواء كانت Odoo Online أو Odoo.sh أو تثبيتًا محليًا. تحقّق بصورة مستقلة من الأهلية للخدمة وتغطية العقد؛ ولا تفترض أن خدمات ترقية Enterprise تشمل قاعدة بيانات Community. كما يحتاج تغيير الاستضافة أو فئة الإصدار إلى تخطيط منفصل.
عيّن مسؤولًا عن كل وحدة، وحدد قرارًا بشأنها: الاحتفاظ بها، أو استبدالها، أو إعادة تطويرها، أو الاستغناء عنها، أو دراستها. أدرج الوحدات التي تبدو غير مستخدمة؛ فقد تظل حقولها أو صلاحياتها أو اعتمادياتها مؤثرة في قاعدة البيانات.
ينبغي أن يشمل سجل النطاق:
- تطبيقات الأعمال والعمليات التي لا تحتمل التوقف.
- الوحدات المخصصة، وتعديلات Studio، والتقارير، والإجراءات الآلية، وقواعد الأمان.
- تكاملات الدفع والشحن والرواتب والمتاجر والتقارير.
- السجلات المحاسبية التاريخية، والمرفقات، وسجلات الموظفين، وأحجام البيانات.
عالج المتطلبات المكتشفة لاحقًا من خلال إجراء مكتوب لضبط التغييرات، يتضمن أثرها المحتمل في النطاق والتكلفة والجدول الزمني. ولا تحوّل اعتمادية أغفلها الفريق إلى بند غير مفسّر في الفاتورة.
2. تحقّق من توافق الوحدات المخصصة مع أودو 20
افصل الإعدادات عن الشيفرة المخصصة. فالضرائب والاعتمادات والقوالب وتعديلات Studio تحتاج إلى مراجعة وظيفية، بينما تحتاج وحدات Python ووحدات التحكم والواجهات وملفات الواجهة الأمامية أيضًا إلى عمل لضمان التوافق. نجاح تثبيت الوحدة ليس إلا الفحص الأول.
توصي إرشادات أودو لترقية قواعد البيانات المخصصة بتشغيل الوحدات المخصصة على قاعدة بيانات فارغة بالإصدار المستهدف قبل اختبارها على بيانات الإنتاج بعد ترقيتها. ويساعد ذلك على فصل مشكلات توافق إطار العمل عن مشكلات البيانات التاريخية والإعدادات.
راجع ملفات تعريف الوحدات واعتمادياتها وقواعد الوصول والتقارير ومنطق الأعمال. وعندما تتغير النماذج أو الحقول أو المعرّفات، استخدم سكربتات الترقية المناسبة للحفاظ على بياناتها. اختبر استمرار الوحدة في فرض الاعتمادات، والفصل بين الشركات، والضوابط المالية أو ضوابط المخزون.
فكّر في استبدال الشيفرة المخصصة عندما تفي الوظائف القياسية بالمتطلب. واحصل على موافقة مسؤول العملية قبل إزالة سلوك يعتمد عليه المستخدمون. يغطي دليل ترقية وحدات أودو المخصصة هذا العمل بمزيد من التفصيل.
3. نفّذ تجربة على نسخة إنتاج قابلة للاستعادة
ابدأ بنسخة احتياطية جرى التحقق منها وبيئة اختبار معزولة. سجّل توقيت النسخة الاحتياطية، ومراجعة الشيفرة، والإعدادات، وخطوات الترحيل، والأخطاء. وحوّل التصحيحات اللازمة إلى سكربتات قابلة لإعادة التنفيذ أو خطوات موثقة بدلًا من تراكم تعديلات غير موثقة في بيئة التجهيز.
المرفقات مهمة. عند ترقية تثبيت محلي عبر خدمة الترقية من أودو، لا تحتوي قاعدة البيانات المعادة على مخزن ملفات الإنتاج الأصلي. اتبع الإجراء الموثق لدمج الملفات المعادة مع مخزن ملفات الإنتاج المطابق قبل التحقق من المستندات والصور.
أعد التجربة باستخدام نسخة حديثة من الإنتاج قبل الانتقال الفعلي. قِس المدة الكاملة، بما فيها نقل البيانات واستعادتها وتحديث الوحدات والمطابقة وفحوص الأعمال. فمدة معالجة الترحيل وحدها لا تكفي لتقدير موثوق لفترة التوقف.
4. اختبر التكاملات دون تشغيل إجراءات في الإنتاج
يحيّد أودو قواعد بيانات الاختبار بعد ترقيتها: تُعطّل الإجراءات المجدولة والبريد الصادر، ويتحول مزودو الدفع والتوصيل إلى إعدادات الاختبار، وتُعطّل المزامنة البنكية. ولذلك، لا تثبت جلسة ناجحة في بيئة التجهيز أن هذه الاتصالات تعمل.
احصر بصورة منفصلة إشعارات الويب المخصصة، وعمّال معالجة قوائم الانتظار، والبرمجيات الوسيطة الخارجية. تأكد من أنها لا تستطيع تحصيل مبالغ من العملاء، أو حجز شحنات، أو إرسال إشعارات. ولا تُعِد تفعيل مسارات محددة إلا باستخدام بيانات اعتماد ومستلمين ونقاط اتصال مخصصة للاختبار وتحت السيطرة.
عند اختبار طلب من متجر إلكتروني، اختبر إنشاء العميل والضرائب وحجز المخزون والفوترة وتنفيذ الطلب وتحديثات الحالة. ثم اختبر الأحداث المكررة، وانتهاء مهلة الاستجابة، والبيانات الواردة غير الصالحة، وبيانات الاعتماد الملغاة، وإعادة المحاولة. لا تكفي استجابة HTTP ناجحة: تأكد من صحة النتيجة التجارية وعدم تكرار المعاملة.
بالنسبة إلى أودو 20 تحديدًا، افحص استخدام RPC القديم. تنص وثائق أودو لواجهة RPC الخارجية على إزالة خدمة db في الإصدار 20، بينما يُخطط لإزالة خدمتي common وobject في الإصدار 22. ولا يشمل إشعار التقادم هذا وحدات تحكم JSON-RPC المخصصة. احصر نقاط الاتصال المستخدمة فعليًا قبل التخطيط للبدائل.
5. طابق بيانات الأعمال، لا أعداد السجلات فقط
اسأل كل قسم عن الإجماليات والسجلات التي تثبت استمرارية العمل. قارن تقارير متكافئة باستخدام عوامل التصفية نفسها للشركة والعملة والفترة الزمنية وحالة الترحيل المحاسبي. تحقّق من الفروق قبل اعتبارها تغييرات غير مؤثرة بين الإصدارات.
ينبغي للمالية مراجعة موازين المراجعة، والذمم المدينة والدائنة، والضرائب، والقيود المرحلة، وحالة التسويات البنكية. وينبغي للمخزون مقارنة الكميات والحجوزات والتقييم والدفعات والأرقام التسلسلية والتحويلات المفتوحة. وعلى فرق المبيعات والخدمة فحص الأسعار والعقود النشطة وعروض الأسعار وتذاكر الدعم والمرفقات.
قد تكشف أعداد السجلات عن عناصر مفقودة، لكن تطابق الأعداد لا يثبت سلامة العلاقات أو حالات الاعتماد أو القيم المخصصة. اجمع بين مقارنات سجلات محددة ومطابقة الإجماليات المهمة. وسجّل الفروق المتوقعة وأسبابها وقبول المسؤول عنها.
افصل تغييرات الأرشفة أو الاحتفاظ بالبيانات عن الترقية ما لم يشملها النطاق صراحةً. فنقل السجلات التاريخية إلى مكان آخر يضيف متطلبات تحقق، ولا ينبغي أن يتحول إلى حل مرتجل خلال فترة التوقف.
6. احصل على أدلة قبول المستخدم والأداء
زوّد مسؤولي الأعمال بسيناريوهات متكاملة ذات نتائج متوقعة. يمكن لمسؤول المستودع استلام مخزون، وتعيين رقم دفعة، وإتمام تسليم جزئي، ومعالجة مرتجع. ويمكن للمالية إصدار فاتورة، واستلام دفعة، وإجراء التسوية، والتحقق من التقارير. وينبغي للمديرين اختبار الاعتمادات ضمن حدود صلاحياتهم الفعلية.
يحتاج كل اختبار إلى مسؤول وبيانات إدخال ونتيجة متوقعة ونتيجة فعلية وأدلة وحالة للعيب المكتشف. أشرك المستخدمين العاديين إلى جانب مسؤولي النظام؛ فصلاحيات المسؤول قد تخفي نقصًا في الصلاحيات. واختبر الفصل بين الشركات والسجلات المقيدة ذات الصلة.
استخدم أحجامًا واقعية عند اختبار تأكيد الطلبات وحجز المخزون والاستيراد والمهام المجدولة والتقارير. واتفق على أزمنة استجابة مقبولة ومدد لإنهاء المعالجة المجمعة. لا تكفي مجموعة بيانات تجريبية صغيرة لإثبات الأداء على سجل تاريخي بحجم بيانات الإنتاج.
اشترط قبولًا مكتوبًا من مسؤولي العمليات المعنيين. يجب أن تمنع العيوب الحرجة غير المحلولة الانتقال إلى الإنتاج، بينما تُدرج طلبات التحسين في قائمة منفصلة مرتبة حسب الأولوية.
اربط الأدلة بالنسخة البرمجية المحددة التي يجري اعتمادها. وإذا عدّل المطورون وحدة ذات صلة بعد ذلك، فأعد السيناريوهات المتأثرة قبل الاعتماد. وإلا فقد تصف نتيجة اختبار معتمدة برنامجًا لن يصل إلى الإنتاج أصلًا.
7. حدّد الانتقال إلى الإنتاج والاستعادة حسب الاستضافة
ضع دليل تشغيل محددًا بالوقت يشمل النسخة الاحتياطية الأخيرة، وإيقاف المعاملات مؤقتًا، وتعليق التكاملات، والمسؤوليات، والتحقق، والتواصل، وصلاحية اتخاذ قرار التنفيذ أو التأجيل. امنع الكتابة إلى قاعدة البيانات القديمة بعد أخذ نسخة الترقية؛ فهذه التغييرات لا تظهر تلقائيًا في النظام المرقّى.
تختلف الاستعادة باختلاف الاستضافة. تحذّر وثائق أودو لترقية الإنتاج من عدم إمكانية الرجوع عن ترقية Odoo Online بعد اكتمالها. ويتراجع Odoo.sh تلقائيًا عن عملية ترقية فاشلة؛ وهذا يختلف عن التراجع عن معاملات تجارية جرت بعد انتقال ناجح إلى الإنتاج.
في الاستضافة التي تديرها بنفسك، جرّب استعادة التطبيق القديم وقاعدة البيانات ومخزن الملفات المطابق. وحدد كيفية التعامل مع المعاملات التي تُنشأ بعد إعادة فتح النظام. فالنسخة الاحتياطية وحدها لا تتيح رجوعًا دون فقد بيانات.
8. استخدم معايير مكتوبة لقرار التنفيذ أو التأجيل
قبل اعتماد الانتقال إلى الإنتاج، اشترط أدلة تثبت أن:
- مسار الترقية المتاح والوحدات المطلوبة قد جرى تأكيدهما.
- مسارات الأعمال الحرجة تنجح بصلاحيات المستخدم المناسبة.
- الفروق المالية وفروق المخزون قد حُلّت أو قُبلت.
- التكاملات تعالج الإخفاقات وإعادة المحاولة دون إنشاء سجلات مكررة.
- التجربة الكاملة تقع ضمن فترة التوقف المتفق عليها.
- حدود الاستعادة ومسؤولي القرار وتغطية الدعم واضحة للجميع.
بعد الإطلاق، راقب الأخطاء وقوائم الانتظار والمهام المجدولة ونشاط التكاملات والتقارير الرئيسية. عيّن مسؤولين للاستجابة خلال فترة دعم مكثف محددة، وميّز العيوب عن المتطلبات الجديدة. وأعد فحص أول دورات تشغيل وتقارير مكتملة قبل إغلاق المشروع.
قائمة التحقق للترقية إلى أودو 20: أسئلة شائعة
كم تستغرق الترقية إلى أودو 20؟
لا توجد مدة واحدة موثوقة لجميع الحالات. يؤثر حجم قاعدة البيانات والتخصيصات والتكاملات والعيوب واختبارات الأعمال في مدة المشروع. قدّر توقف الإنتاج بناءً على تجربة جرى قياسها، ثم أضف وقتًا للتحقق وهامشًا للطوارئ.
هل تضمن ترقية الاختبار الناجحة جاهزية الإنتاج؟
لا. إنها تثبت أن نسخة محددة أكملت تلك العملية. وما زلت بحاجة إلى مسارات عمل مقبولة، وبيانات مطابقة، وأدلة على عمل التكاملات، ودليل تشغيل قابل للتكرار على النسخة النهائية من الإنتاج.
ما الذي ينبغي أن يمنع قرار الانتقال إلى الإنتاج؟
من الأمثلة: فروق محاسبية غير مفسّرة، أو معاملات مكررة، أو تعطل عمليات المستودع، أو صلاحيات غير صحيحة. حدّد العوائق الحرجة مع مسؤولي الأعمال مسبقًا. ولا تسمح لضغط الجدول الزمني بأن يحل محل معايير القبول المتفق عليها أثناء التخطيط.
تصبح الترقية إلى أودو 20 جاهزة عندما تنتج هذه الفحوص أدلة. وإذا احتجت إلى مساعدة في تحديدها، فتعرّف على خدمات أودو من Octivex، وضع خطة قبول تستند إلى مسارات العمل الفعلية في شركتك.