تحتاج شركتك إضافة لاودو: هل تكفي إعدادات النظام، أم تحتاج وحدة برمجية لا تسمح بها استضافتك الحالية؟ حسم هذا السؤال مبكرًا يجعل ميزانية المشروع وخطة تطويره أوضح. هنا نقارن Online وOdoo.sh والخادم الذي تديره شركتك، لتعرف ما تستطيع تغييره، ومن يتولى تشغيله، وكيف تختبره قبل أن يصل إلى فريقك.
ما الفرق بين Online وOdoo.sh والخادم الخاص؟
القاعدة المختصرة: كلما زاد التحكم زادت المسؤولية.
Odoo Online: مستضاف ومُدار
بحسب وثائق 19.0 (مرجع Online)، لا يوجد تثبيت محلي، ولا تُدعم الوحدات المخصصة (custom modules) ولا متجر التطبيقات (Apps Store). التخصيص بدون كود ممكن، ويتوقف على الخطة. وتذكر الوثيقة نسخ اختبار مدتها 15 يومًا بحد أقصى 5 نسخ. يناسب منشأة تعتمد تطبيقات قياسية ولا تريد إدارة خادم.
Odoo.sh: تطوير واختبار وإنتاج
تقسّم وثائق 19.0 (مرجع Hosting) بيئة Odoo.sh إلى ثلاث مراحل Builds: تطوير واختبار وإنتاج، وينسخ التجريبي (staging) الإنتاج عند كل بناء جديد. فتجرّب التغيير على نسخة قبل أن يصل إلى عملياتك الحية. وتبقى مسؤولية صيانة الكود المخصص واختبار دورة العمل محددة مع فريق التنفيذ. يناسب منشأة تحتاج تخصيصًا برمجيًا وانضباطًا في الاختبار دون تشغيل الخادم بنفسها.
الخادم الخاص (Self-host)
قد يكون الخادم داخل المنشأة أو لدى مزود سحابي تتعاقد معه. تتولى شركتك، أو الجهة التي تفوضها، التشغيل والتأمين والتحديث والنسخ والاختبار بحسب العقد. يناسب هذا المسار متطلبات تحكم محددة مع جهة واضحة تتحمل المسؤولية.
السحابة مألوفة في السوق السعودي: تذكر نشرة الهيئة العامة للإحصاء لعام 2025 أن 51.3% من المنشآت تستخدم خدمات الحوسبة السحابية (إجمالي الجدول 25). وما يهمك هو من يتحمل المسؤولية في بيئتك. في تودو اوبس - ToDoOps نراجع متطلبات العمل والتخصيص مع البيئة التي ستشغّلها، ويمكنك التعرف على نهجنا في الصفحة الرئيسية.
ماذا يحدث حين تحتاج وحدة مخصصة بعد البدء على Online؟
مثال افتراضي: مدير مصنع تغليف بلا فريق تقني اختار Online لأن تطبيقاته قياسية ولا يريد مسؤولية خادم. كتب في ورقة القرار سطرًا واحدًا: «إذا احتجنا وحدة برمجية مخصصة فالبيئة نفسها ستتغير». بعد فترة طلب مدير المبيعات تقريرًا لا تغطيه الإعدادات. لم يُفاجأ المدير، فقد سبق أن حدد السؤال: هل يكفي حل بدون كود ضمن خطتنا، أم يستحق الأمر الانتقال؟ ما غيّر الموقف لم يكن الاختيار الأول بل كتابة شرطه مبكرًا.
هل يمكن الانتقال من Online إلى Odoo.sh أو خادم لاحقًا؟
نعم، لكن الحالتين مختلفتان في وثائق Hosting 19.0:
- نسخ Online الوسيطة (مثل 19.1): تحتاج إلى انتظار الإصدار الرئيسي المتوافق أو الترقية إليه قبل النقل إلى Odoo.sh أو إلى خادم.
- غير ذلك: لا يشترط كل انتقال الإصدار التالي، لكن النقل ليس تبديل رابط. يلزم اختبار قبل التنفيذ.
لذلك اسأل مبكرًا عن نوع النسخة التي ستعمل عليها وعن خطتك للتخصيص خلال السنوات القادمة. وللاطلاع على ما قد تحتاجه من وحدات راجع تطبيقات اودو، وللمقارنة بحسب نشاطك راجع الحلول حسب القطاع.
أين تُحفظ النسخ الاحتياطية وكم نسخة؟
تذكر سياسة الاستضافة السحابية المنشورة لدى اودو، والمراجعة في 28 أكتوبر 2026، الاحتفاظ بـ14 نسخة احتياطية كاملة: 7 يومية و4 أسبوعية و3 شهرية (مرجع Cloud SLA). وتُحفظ النسخ في أوروبا وكندا، ولا يمكن تقييد أماكن حفظها.
عمليًا:
- حدد موقع قاعدة البيانات الرئيسية ومواقع النسخ كلًا على حدة؛ اسم منطقة الاستضافة وحده لا يثبت أن البيانات والنسخ كلها داخل السعودية.
- اطلب من المورد كتابةً موقع الحفظ وعدد النسخ ومدة الاحتفاظ بها.
- إن كانت لمنشأتك متطلبات تنظيمية، فاعرضها على مسؤول الامتثال قبل التوقيع لا بعده.
ما الذي تدفع مقابله: الرخصة أم الاستضافة أم التشغيل؟
يختلط في الميزانية أربعة بنود، والأفضل أن تُسعَّر كل منها على حدة:
| البند | السؤال الذي يفصله |
|---|---|
| الرخصة | ما التطبيقات والمستخدمون المشمولون؟ |
| الاستضافة | من يشغّل البيئة ويحفظ النسخ؟ |
| التشغيل | من يتابع التحديثات والأعطال والصلاحيات؟ |
| الاختبار | أين تُجرَّب التغييرات قبل الإنتاج؟ |
اطلب عروضًا مكتوبة تفصل هذه البنود، وراجع دليل اسعار اودو لبند الرخص، واستعن بـحاسبات تودو اوبس لتقدير أولي لميزانية التنفيذ والوقت المحتمل توفيره. ثم أضف عرض الاستضافة والتشغيل الفعلي عند المقارنة.
أي بيئة تناسب منشأتي؟
| وضع المنشأة | الأقرب |
|---|---|
| تطبيقات قياسية بلا فريق تقني | Online |
| تخصيص برمجي مع حاجة لاختبار منظم | Odoo.sh |
| فريق تقني وسياسات تحكم صارمة | خادم خاص |
استخدمه نقطة بداية لنقاش داخلي، ثم اختبر الإجابات على احتياجك الفعلي.
أسئلة شائعة قبل اختيار البيئة
هل يكفيني التخصيص بدون كود على Online؟
قد يكفي، وإمكاناته تتوقف على الخطة. اكتب قائمة بما تحتاجه من تعديلات، وإن ظهر بينها ما يتطلب وحدة برمجية فـOnline لا يدعمها.
كيف أختبر تغييرًا قبل الإنتاج؟
على Odoo.sh عبر staging المنسوخة من الإنتاج. وعلى Online عبر نسخ الاختبار التي تذكر الوثيقة أن مدتها 15 يومًا بحد أقصى 5 نسخ.
هل كل انتقال من Online يتطلب الإصدار الرئيسي التالي؟
لا. هذا ينطبق على نسخ Online الوسيطة مثل 19.1. غيرها لا يشترط ذلك لكنه يحتاج اختبارًا قبل النقل.
هل أستطيع تحديد مكان حفظ النسخ الاحتياطية؟
بحسب وثيقة Cloud SLA لا يمكن تقييد أماكن حفظها، وهي في أوروبا وكندا. إن كان ذلك يخالف متطلباتك فهو يوجّه اختيارك للبيئة.
من المسؤول في الخادم الخاص إذا تعطل التحديث؟
فريقك، وفق العقد. حدد قبل البدء من يملك التحديث ومن يستعيد النسخة.
جهّز ثلاث إجابات قبل اجتماعك مع المورد
- هل سنحتاج وحدة مخصصة خلال السنوات القادمة؟
- من يملك التحديث والاستعادة عندنا؟
- هل موقع حفظ النسخ مقبول لمنشأتنا؟
بهذه الإجابات يصبح اختيار البيئة قرارًا مدروسًا. تعرّف على طريقة تطبيق اودو مع تودو اوبس، واستخدم الحاسبات لتقدير أولي للتنفيذ. ثم ناقش اختيار البيئة معنا بمتطلباتك، لنحدد ما يحتاج إعدادًا وما يحتاج تطويرًا، وما يجب أن يشمله عرض التشغيل.
المراجع
- وثائق Odoo 19.0، صفحة Odoo Online: الاستضافة المُدارة، وعدم دعم الوحدات المخصصة وApps Store، ونسخ الاختبار. المراجعة: 28 أكتوبر 2026.
- وثائق Odoo 19.0، صفحتا Hosting وOdoo.sh Builds: توافق الإصدارات عند الانتقال، ومراحل التطوير والاختبار والإنتاج. المراجعة: 28 أكتوبر 2026.
- اودو — Cloud Hosting Service Level Agreement: سياسة النسخ الاحتياطية المنشورة حاليًا. المراجعة: 28 أكتوبر 2026.
- الهيئة العامة للإحصاء، إحصاءات نفاذ واستخدام تقنية المعلومات والاتصالات للمنشآت 2025: جداول النشرة (الجدول 25) والنشرة العربية.