تغيير شريك اودو: ما الذي تستلمه قبل نقل المشروع؟

تاريخ المراجعة: 27 أكتوبر 2026 | مصدر التحقق: توثيق Odoo 20 واتفاقيته | وقت القراءة: نحو 8 دقائق

أبرز ما في هذا المقال

• حدد ما ستغيّره: جهة الخدمة، أم الحسابات، أم الاستضافة.

• ملف قاعدة البيانات ليس المشروع كله.

• لا تجرّب الاستيراد على بيئة الإنتاج.

• اختبر الاستعادة والعمليات الأساسية قبل اعتماد الانتقال.

متى تفكر في تغيير شريك اودو؟

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

يمكنك بدء النقاش مع تودو اوبس - ToDoOps بوصف المشكلة ونوع الاستضافة، دون إرسال بيانات دخول أو قاعدة بيانات. حزمة الاستلام التي نشرحها أدناه تُجهّز قبل اعتماد الانتقال، ولا يلزم اكتمالها قبل أول تواصل.

ابدأ من السؤال التجاري: هل تحتاج تغيير جهة الدعم فقط، أم إصلاح أجزاء من التنفيذ، أم نقل الاستضافة أيضًا؟ فصل هذه الاحتياجات يساعدك على طلب عمل محدد، ويقلل احتمال دفع تكلفة إعادة تنفيذ أشياء تعمل جيدًا. هذا الدليل يجمع حقائق من توثيق اودو مع توصيات عملية لتقييم مشروعك؛ ولا يحسم عقدًا أو حقوق شفرة بعينها.

ما الذي سيتغير عند انتقالك؟

أولًا: جهة الدعم. من يستقبل طلباتك ويتواصل مع Odoo نيابة عنك؟ تسمح اتفاقية Enterprise بتغيير جهة الخدمة مع إشعار، وتتضمن شرطًا لإشعار Odoo عند تغيير جهة الاتصال الرئيسية [1]. وهذا لا يعني أنه ينهي عقد التنفيذ القائم مع الشريك الحالي، ولا أنه يلزمه بتسليم كل شفرة. لذلك راجع متطلبات الإشعار في اشتراكك، وأحكام الإنهاء والتسليم في عقد التنفيذ نفسه.

ثانيًا: ملكية القاعدة والحسابات. من يملك حساب الاشتراك، ومن مدير القاعدة، ومن لديه صلاحية التنزيل؟ إدارة القاعدة على Odoo Online تتطلب مدير القاعدة، وتنزيل نسخة ZIP موثق لكنه قد يُعطَّل للقواعد الكبيرة، فتلزم طريقة بديلة عبر الدعم [2]. أما «نقل ملكية القاعدة» فهو طلب دعم مختلف عن تغيير الشريك [2].

ثالثًا: الاستضافة. قد تبقى قاعدتك على Odoo Online حتى بعد تغيير الشريك، وقد تنتقل، والقراران مستقلان [3]. تغيير الشريك لا يستلزم تغيير الاستضافة. وإن كان الانتقال بين Online وOdoo.sh أو الاستضافة المحلية مطروحًا، فهو مشروط بتوافق النسخة الرئيسية، والنسخ الوسيطة من SaaS غير مدعومة في هذا المسار حتى ترقيتها إلى نسخة رئيسية مناسبة [3]. والعودة إلى Online لا تقبل وحدات غير قياسية، ولا يصح افتراض أن خطة Custom تتيح شفرة خادم في Online [3]. وقد يحتاج المسار العكسي إلى تنسيق في الاشتراك والدعم.

وعند مقارنة عروض الانتقال، افصل بين هذه المفاهيم: Standard وCustom خطط، وCommunity وEnterprise إصدارات، وعرض «التطبيق الواحد المجاني» مختلف عن كليهما [5]. والاستضافة على Odoo.sh والتنفيذ وصيانة الشفرة مستثناة من الاشتراك وفق شروطه [5].

حزمة الاستلام العملية

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

وثائق الاستيراد تشرح نقل القاعدة، وتتناول إضافة الوحدات البرمجية إلى مستودع المشروع على نحو مستقل [4]. لذلك نراجع البيانات والمرفقات والشفرة والتراخيص بوصفها أجزاء متكاملة؛ وجود ملف نسخة احتياطية وحده لا يثبت أن جميع متطلبات التسليم اكتملت.

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

سيناريو افتراضي

شركة توزيع، لنسمِّها شركة «س»، لاحظت أن طلبات الدعم عند شريكها الحالي تأخذ وقتًا أطول، وأن المسؤول عن حسابها تغيّر مرتين. قررت أن تستكشف شريكًا آخر دون أن تغيّر شيئًا في نظامها الحي.

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

هذه حالة افتراضية للتوضيح، وليست حالة عميل لدينا ولا تقديرًا لمدة مشروع.

اختبار نسخة واستعادة وقبول وتراجع

الخطوة 1: نسخة اختبارية، لا إجراء على الإنتاج. النسخ المكررة الاختبارية مؤقتة وتعطّل الإجراءات الخارجية افتراضيًا [2]. ولا نبني على ذلك وعدًا بعزل كل نسخة، فتفحص الإعدادات يدويًا قبل الاعتماد. وفي استيراد القاعدة إلى Odoo.sh، يستبدل الاستيراد بيانات الفرع المستهدف، لذلك لا تستخدم فرع الإنتاج الحالي للتجربة [4]. أما التحويل النهائي فينفذه الفريق وفق خطة معتمدة بعد اجتياز الاختبار وحفظ النسخة المطلوبة للاستعادة.

الخطوة 2: استعادة. أن تعمل القاعدة بعد الاستعادة، ويمكنك الدخول بصلاحيات مختلفة، وتظهر الأرصدة والسجلات المتوقعة. وتذكّر أن النسخ الاحتياطي والاستعادة لا يعنيان وعدًا بانقطاع صفري أو فقد صفري [6]، وأن أهداف التعافي من الكوارث لا تحدد مدة نقل الشريك [6].

الخطوة 3: قبول. نفّذ بنفسك سيناريوهات من عملك، لا قائمة تطبيقات: عملية شراء واستلام، أو بيع وتسليم وفاتورة، وتقرير مهم للإدارة، وفتح مرفقات حقيقية، وإجراء من كل دور.

الخطوة 4: تراجع. حدد مسبقًا من يقرر العودة، ومتى، وإلى ماذا. نسّق مسؤولية الدعم أثناء التسليم، وما إذا كانت هناك حاجة إلى فترة تداخل متفق عليها. وثّق موعد التحويل، والجهة التي تستقبل الأعطال، وكيف تُحفظ المعاملات التي أضيفت بعد آخر نسخة؛ إعادة نسخة أقدم قد تستبعد هذه المعاملات إذا لم تعالجها الخطة.

ما يرفع الجهد وما يمكن إبقاؤه

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

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

للمقارنة بين الشركاء المحتملين استخدم معايير اختيار شريك اودو، فهي تصلح لتقييم أي جهة بما فيها شركتنا.

الأسئلة الشائعة

كم تبلغ تكلفة تغيير شريك اودو؟

تتبع التكلفة العمل المطلوب: متابعة ودعم على البيئة الحالية، أم معالجة تخصيصات، أم نقل استضافة واختبارات أوسع. لا يدل عدد المستخدمين وحده على حجم هذا العمل. ابدأ بوصف مشكلتك ونوع الاستضافة؛ ثم يُراجع نطاق التقييم وما يمكن إبقاؤه قبل تسعير التنفيذ.

كم يستغرق الانتقال؟

تتأثر المدة بإتاحة الحسابات والوثائق، وتوافق الإضافات، وإجراءات الإشعار والتسليم، وحجم الاختبار. وقد لا يحتاج تغيير جهة الدعم إلى نقل تقني أصلًا. يتحدد الجدول بعد الفحص؛ ومدة المشروع ليست هي مدة التوقف المخططة إن احتاج المسار إلى توقف.

هل يمكن بقاء القاعدة على الاستضافة الحالية؟

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

ما الذي أجهزه قبل أول تواصل؟

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

هل يجب إعادة تركيب النظام من الصفر؟

يُحسم ذلك بالفحص. قد يمكن الإبقاء على أجزاء سليمة من الإعداد والبيانات والعمل على الفجوات فقط، وقد تحتاج إضافة غير متوافقة إلى معالجة أوسع. اطلب تقريرًا يبين ما سيبقى وسبب إعادة أي جزء، مع اختبار يثبت النتيجة.

ابدأ بتقييم ما تحتاج تغييره

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

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

مصادر التحقق

[1] اتفاقية اشتراك اودو Enterprise، الإصدار 13 المؤرخ 24 سبتمبر 2026: تعريف جهة الشراكة ومتطلبات الإشعار.

[2] توثيق اودو 20: إدارة Odoo Online، وتنزيل النسخة، ونقل ملكية القاعدة، والنسخ الاختبارية.

[3] توثيق اودو 20: تغيير الاستضافة وتوافق الإصدارات والوحدات.

[4] توثيق اودو 20: إنشاء مشروع Odoo.sh واستيراد القاعدة والوحدات والاشتراك.

[5] صفحة خطط اودو الرسمية: Standard وCustom وما يشمله الاشتراك وما يُسعّر منفصلًا.

[6] اتفاقية مستوى الخدمة السحابية لاودو؛ أهداف التعافي لا تمثل وعدًا خاصًا بنقل مشروعك.

قائمة الاستلام والسيناريو وأسئلة القبول توصيات تحليلية من تودو اوبس، وليست نتائج حالة عميل أو ضمانات من المزود. تمت مراجعة المراجع في 27 أكتوبر 2026.