تنص وثائق Odoo على أن Odoo Online لا يتوافق مع الوحدات المخصصة ولا مع الوحدات المتاحة في متجر تطبيقات Odoo. تخصيصات Studio لا مشكلة فيها على Online، لكن أي وحدة Python مخصصة تعني الحاجة إلى Odoo.sh أو الاستضافة المحلية.

إذا بدأت على Online

• الانتقال لاحقًا ممكن: نزّل نسخة احتياطية من مدير قواعد البيانات واستوردها إلى Odoo.sh أو استعدها على خادمك الخاص.
• إذا كانت قاعدة بياناتك على Online تعمل على إصدار وسيط، فقم أولًا بالترقية إلى الإصدار الرئيسي التالي، لأن هذه الإصدارات غير مدعومة على Odoo.sh أو في الاستضافة المحلية.
• ترقيات Odoo Online إلزامية وفق جدول زمني، وتقوم Odoo بترقية قاعدة البيانات تلقائيًا إذا لم تتخذ أي إجراء قبل الموعد المحدد.

إذا اتجهت مباشرة إلى Odoo.sh

• تحتاج إلى اشتراك Enterprise يتضمن Odoo.sh، وإلى مستودع GitHub لوحداتك.
• تُنسخ بيئة الإنتاج احتياطيًا تلقائيًا كل يوم، وتمنحك فروع الاختبار المرحلي نسخًا مُحيَّدة من بيئة الإنتاج لاختبار التغييرات بأمان.
• الترقيات مطلوبة بعد انتهاء فترة الدعم، ويجب جعل وحداتك المخصصة متوافقة مع الإصدار الجديد قبل أن تتسنى ترقية قاعدة البيانات.

إذا اخترت الاستضافة الذاتية

• يمكنك البقاء على إصدار ما للمدة التي تريدها، لكنك تتحمل مسؤولية الأمان وHTTPS وإدارة PostgreSQL والنسخ الاحتياطية لكل من قاعدة البيانات ومخزن الملفات.

نصيحتنا لحالتك: إذا كان من المرجح أن تحتاج إلى وحدة العمولات وتكامل شركة الشحن خلال سنتك الأولى، فابدأ على Odoo.sh لتجنب عملية نقل في منتصف مرحلة التطبيق. وإذا لم يكن ذلك مؤكدًا، فتحقق أولًا مما إذا كان Studio والميزات القياسية يغطيانهما؛ فإن كان الأمر كذلك، فإن Odoo Online هو أبسط بداية.

أيًّا كان المسار الذي تختاره، اختبر الخطة في قاعدة بيانات منسوخة أو مرحلية، وتحقق من التفاصيل وفق وثائق Odoo الحالية وشروط اشتراكك.