تابي على أودو Community أو Enterprise: وش اللي يتغير فعلًا

نُشر في 22 سبتمبر 2026آخر تحديث 5 نوفمبر 2026مدة القراءة 11 دقيقة

هل تابي وتمارا يشتغلون على أودو Community؟ وش يضيف Enterprise؟ وليش Odoo Online ما يقبل الإضافة بينما Odoo.sh والسيرفر الخاص يقبلونها.

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

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

سؤالان، مو سؤال واحد

أودو له نسختان. Community مجانية ومفتوحة المصدر بترخيص LGPLv3. وEnterprise مدفوعة، تضيف تطبيقات ودعمًا رسميًا واستضافة وخدمة ترقية. صفحة مقارنة النسختين عند أودو تعرض تطبيقًا تطبيقًا وش موجود في أي نسخة.

وبشكل منفصل، قاعدة بيانات أودو تعيش في واحد من ثلاثة أماكن. Odoo Online، وأودو نفسه يستضيفها ويديرها. أو Odoo.sh، منصة أودو اللي تنشر عليها من مستودع Git. أو سيرفر خاص، سواء جهازك أو VPS أو حاوية تديرها أنت. صفحة الاستضافة في التوثيق تشرح كيف تنتقل قاعدة البيانات بينها.

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

وش تحتاجه الإضافة من أودو

ملف التعريف في الإضافة يعتمد على خمس وحدات: payment وaccount_payment وwebsite_sale وpoint_of_sale وmail. كلها موجودة في Community. إطار مزودي الدفع، وزر الدفع في الفاتورة، والمتجر الإلكتروني، ونقاط البيع، وطبقة الرسائل، كلها في النسخة المجانية. وصفحة المقارنة عند أودو تؤكد إن الفوترة والمدفوعات والمتجر الإلكتروني ونقاط البيع متاحة في النسختين.

ما فيه اعتماد على محاسبة Enterprise ولا على Studio ولا على صندوق IoT ولا على تطبيق الجوال. مسار نقاط البيع عبارة عن رمز QR في نافذة بالمتصفح وسيرفر يتابع البوابة، فما بين الكاشير وتابي إلا سيرفر أودو حقك. والمكتبة الوحيدة اللي تستوردها الإضافة خارج أودو هي requests، وأودو نفسه يحتاجها أصلًا. والترخيص LGPL-3، فشريكك يقدر يقرأ الكود ويصونه على أي نسخة.

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

على أودو Community

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

ثلاثة أشياء تختلف، ولا واحد منها داخل الإضافة.

القائمة اسمها الفوترة، مو المحاسبة

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

مطابقة التحويلات يدوية

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

الترقية مشروعك أنت

اشتراك Enterprise يشمل خدمة الترقية من أودو لقاعدة البيانات. Community ما تشمل هذا. وهذا يهم الإضافة لأنها مبنية لكل إصدار على حدة، فرع لكل إصدار من 14.0 إلى 19.0، ولما تنقل قاعدة البيانات تغير الفرع معها. على Community الترحيل كله عليك أو على شريكك. والطريق المفتوح المصدر هو OpenUpgrade من رابطة مجتمع أودو (OCA). هو مو خدمة من أودو، وسكربتاته تغطي وحدات أودو نفسها، فنقل فرع الإضافة وتجربتها على الإصدار الجديد يبقون عليك في كل الأحوال.

على أودو Enterprise

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

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

تطبيق المحاسبة يأخر القيد وحالة «مدفوع»

كود أودو نفسه يشرح الفرق. Community ما فيها شاشة مطابقة، فأودو يقيد الدفعة على طول ويعلّم الفاتورة «مدفوع». أما مع تطبيق المحاسبة، فالفاتورة اللي دفعتها لسا تنتظر المطابقة مع حركة بنك تظهر «بانتظار التسوية» (In Payment). ومن أودو 18، دفعة تابي أو تمارا الأونلاين بدون حساب إيصالات مستحقة ما ينشأ لها قيد أصلًا لين تصير المطابقة.

يعني نفس البيعة ممكن تطلع «مدفوع» وبقيدها على قاعدة تجربة Community، وتطلع «بانتظار التسوية» بدون قيد على قاعدتك في Enterprise. الدفعة ما فشلت. والحل إعداد واحد: سطر المزود في اليومية الوسيطة تخليه يشير للحساب الوسيط، وخطواته في دليل تسوية التحويلات. والفيصل هنا هل تطبيق المحاسبة مثبت، مو نوع الترخيص، فقاعدة Enterprise اللي عليها الفوترة بس تتصرف مثل Community.

تطبيق الاشتراكات يخفي تابي وتمارا

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

على Odoo Online: هنا الجدار

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

جزء من السبب إن Odoo Online يشغّل كمان إصدارات بينية يسميها أودو إصدارات SaaS، من 19.1 إلى 19.4 في الدورة اللي راحت، تطلع كل شهرين أو ثلاثة وعلى Odoo Online فقط. وإضافات الطرف الثالث تُبنى للإصدارات الرئيسية.

فلو متجرك على Odoo Online، الجواب الصريح إنه ما تقدر تثبت أي إضافة تابي أو تمارا، وإضافتنا منها. الخيارات:

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

قبل ما تنقل: شوف رقم إصدارك

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

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

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

على Odoo.sh

Odoo.sh يحتاج خطة Enterprise تشمل استضافة Odoo.sh، فما فيه Community على Odoo.sh. والنشر عن طريق Git: تضيف مجلد الإضافة إلى فرع في مستودع GitHub المرتبط بالمشروع، وOdoo.sh يتعرف على مجلدات الوحدات بنفسه. دليل إنشاء المشروع عند أودو يقترح submodules للوحدات المتاحة للعموم، أما الإضافة المشتراة فتحفظ مجلدها في مستودعك مباشرة.

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

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

على سيرفرك

السيرفر الخاص هو المكان الوحيد اللي تشتغل فيه النسختان مع كود من طرف ثالث. انسخ مجلد payment_tabby_tamara إلى مسار الإضافات، أعد تشغيل أودو، فعّل وضع المطور، حدّث قائمة التطبيقات وثبّت. ومع صورة Docker الرسمية مجلد الإضافات الإضافية هو /mnt/extra-addons. الخطوات نفسها على Community وEnterprise، وEnterprise يزيد عليها تسجيل رمز الاشتراك فقط. ولو الإضافة ما طلعت في التطبيقات أو وقف التثبيت برسالة خطأ، دليل أخطاء التثبيت والترقية يمر على كل حالة لحالها.

ثلاثة إعدادات في السيرفر يعتمد عليها الدفع

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

• وضع البروكسي. لو أودو ورا nginx أو أي reverse proxy، حط proxy_mode = True وخلّ البروكسي يمرر X-Forwarded-Host وX-Forwarded-Proto، زي ما يوضح دليل النشر عند أودو. من أودو 15 الإضافة تبني عنوان رجوع العميل، وعنوان إشعارات تمارا، من اللي يشوفه أودو في الطلب. وبدون وضع البروكسي ممكن يطلع العنوان باسم جهاز داخلي، أو http ومتجرك على https. وفي أودو 14 تقرأ الإضافة معامل النظام web.base.url بدال كذا، فراجعه.
• dbfilter. لو السيرفر فيه أكثر من قاعدة بيانات، اضبط dbfilter بحيث كل اسم نطاق يودّي لقاعدة وحدة. إشعار البوابة يوصل بدون جلسة، فأودو ما عنده شيء ثاني يختار به القاعدة: يرد 404 والإضافة ما تدري عن الإشعار أصلًا. ودليل أودو يقول إن هذا الإعداد لازم ينضبط على أي سيرفر إنتاج فيه عدة قواعد.
• عنوان عام. الإشعارات لازم توصل سيرفرك من الإنترنت، وعنوان تابي لازم يتسجل أول. وطلب التجربة ممكن يطلع ممتاز بدونها، لأن أودو يفحص الدفعة كمان لما يرجع المتصفح. وبعدها العميل اللي يوافق ويسكر التبويب يبقى طلبه غير مدفوع، وهذي الحالة خطة التجربة تعلمك كيف تجربها.

الترقية والإضافة مثبتة

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

أودو 20.0 نزل في سبتمبر 2026. والإضافة ما لها فرع 20.0 وقت كتابة هالسطور، فالمتجر اللي يستقبل تابي أو تمارا عن طريقها ما يقدر ينتقل لـ 20 اليوم.

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

القرار في جدول واحد

تحققان قبل ما تدفع لأي شيء

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

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

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

أسئلة متكررة