إنقاذ مشروع أودو المتعثر: التشخيص الخاص بأودو

لا يكتب في محرك البحث «تنفيذ أودو فشل» إلا في يوم سيئ.

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

فالتشخيص أولًا إذًا، والحديث عن الشريك في آخر الصفحة، بهذا الترتيب.

أما النسخة العامة من هذا — الأسباب الأربعة التي يتعثر لها أي مشروع نظام مؤسسي، والاختبارات التي تفرق بينها دون أن تتكئ على رأي أحد — فمبسوطة كاملةً في المشروع تعثر، ماذا الآن. وهي تنطبق هنا بلا تعديل، وكل ما يلي يفترض أنك قرأتها.

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

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

متأخر، أم ميت

ليستا حالة واحدة، ولا يتقاطع علاجاهما، لكنهما من داخل المشروع تتشابهان تشابهًا تامًا: السجل نفسه بلونه البرتقالي، والخطة نفسها وقد أزيحت شهرًا آخر.

والفارق ليس مقدار التأخر. الفارق هو مم يتكون ما تبقى من العمل.

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

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

ولهذا اختبار رخيص في أودو، غال في غيره تقريبًا، وهو أنفع ساعة تشتريها في مشروع متوقف.

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

سجل التخصيصات هو التشخيص الحقيقي

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

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

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

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

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

قطع Studio هي الدرجة الوسطى، وهي التي تنهي المشاريع بهدوء. فـ Studio يكتب السجلات نفسها التي يكتبها المطور — حقول، وشاشات موروثة، وقواعد أتمتة — فتعرفها عملية الترقية وتنتقل بلطف أكبر بكثير من الكود. وهذه ميزة حقيقية، وهي بعينها سبب تراكمها. لا شيء يقاومها: لا مراجعة، ولا اختبار، ولا تحكم في الإصدارات، والأهم: لا سجل لـ«لماذا». والحقل الذي أضيف في الشهر الثالث لمشكلة حلت بطريقة أخرى في الشهر السابع لا يمكن تمييزه، بعد سنتين، عن حقل يقوم عليه العمل. فلا يحذف شيء، ويبنى كل تغيير لاحق فوق الترسبات، ويصير السجل الذي عليك أن تنتجه حفريات لا وثيقة.

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

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

تطبيقات ثبتت ولم تهيأ

هذه أشيع طريقة يكذب بها تقرير متابعة أودو، ويكذب بصيغة صحيحة تقنيًا.

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

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

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

والعد الصادق لما هو حي فعلًا — لا مهيأ، بل حي — هو الأساس الذي يقوم عليه كل قرار إنقاذ، وهو دائمًا أقصر من التقرير.

حد الباقة، يكتشف في الشهر الخامس

هذا يخص النموذج التجاري لأودو وحده، وهو قابل للتفادي تمامًا، ونراه باستمرار.

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

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

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

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

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

هل الشريك بطيء، أم أن النطاق لم يكن حقيقيًا يومًا؟

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

أرني المستودع البرمجي، بصلاحية قراءة اليوم. لا عند الطلب، ولا عند التسليم — الآن. فكود أودو المخصص إما يسكن مستودعًا تستطيع قراءته، وإما يسكن خادم أحدهم، ولا ثالث لهما ينتهي نهاية طيبة.

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

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

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

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

ما الذي ينجو، وما الذي يرمى

قرار الإنقاذ ليس مسألة عزيمة. هو مسألة ما الذي يمكن إنقاذه، والجواب في أودو مائل ميلًا غير معتاد.

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

وهذا يعيد صياغة السؤال المركزي في إنقاذ أودو. السؤال ليس «هل ننقذ النظام؟». السؤال: هل ننقذ القرارات؟ فإن كان الجواب لا، فالإنقاذ وإعادة البدء عمل واحد بسعرين، والأولى أن تشتري الذي يحمل الاسم الصادق.

متى ينبغي أن تكمل مع شريكك الحالي

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

فالاختبار الصادق: ماذا يجلب الشريك الجديد مما لا يستطيع الحالي أن يجلبه؟

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

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

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

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

متى كان أودو نفسه اختيارًا خاطئًا

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

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

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

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

إن أنقذت، فأنقذ إنقاذًا أودويًا

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

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

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

أين يضعك هذا

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

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

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

ملاحظة عن المصادر

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

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