تخصيص أودو يناسب إجراءاتك دون أن يعطل الترقيات المستقبلية
يغطي Odoo القياسي جزءًا كبيرًا من إجراءات الأعمال، لكن لكل شركة قواعد تميزها: سلسلة اعتماد أو تفصيلة في التكاليف أو شكل مستند يتوقعه عملاؤك. نوسع Odoo لاستيعاب هذه الفروق بطريقة يستطيع فريقك صيانتها.
يمكن تخصيص Odoo على عدة مستويات: الإعدادات وتعديلات Studio والإجراءات الآلية وإجراءات الخادم ونماذج التقارير والوحدات البرمجية الخاصة بلغة Python. والمستوى الصحيح هو الأخف الذي يحقق المتطلب. نبني التخصيصات كوحدات مستقلة ترث السلوك القياسي بدلًا من تعديل الكود الأساسي لـ Odoo، ونحفظها في نظام لإدارة الإصدارات ونختبرها على نسخة تجريبية، لتبقى الترقية ممكنة.
Odoo
Python
JavaScript
PostgreSQL
Git
GitHub
الإعداد أولًا ثم التخصيص
كثير من الطلبات التي تصل على أنها تخصيص تُحل بالإعداد: خطوة اعتماد ثانية لأوامر الشراء، أو مسار مختلف لفئة أصناف، أو قائمة أسعار لكل مجموعة عملاء. كل سطر من الكود الخاص يحتاج إلى اختبار وتوثيق ونقل عند الترقية التالية، لذلك نتعامل معه كاستثمار يجب أن يبرر نفسه.
وحين يكون التخصيص مبررًا، مثل قاعدة تكاليف خاصة بقطاعك أو حقل يتطلبه تكامل أو مستند يطلبه جهة رقابية أو عميل رئيسي، نصممه بمسؤولية واضحة وحالات اختبار وتوثيق.
أنواع التخصيص التي نقدمها
لكل نوع تكلفة ومخاطر وأثر مختلف على الترقية.
نماذج التقارير وملفات PDF
فواتير وعروض أسعار وأذون تسليم وقسائم رواتب ونماذج فواتير ضريبية ثنائية اللغة بهوية شركتك.
تدفقات الاعتماد
اعتمادات متعددة المستويات حسب المبلغ أو الإدارة أو نوع الصنف للمشتريات والخصومات والمصروفات والمدفوعات.
الإجراءات الآلية وإجراءات الخادم
قواعد تُسند المهام وترسل التنبيهات وتحدّث الحقول أو تنشئ سجلات عند تحقق شروط معينة دون متابعة يدوية.
وحدات برمجية خاصة
نماذج بيانات وشاشات ومنطق أعمال جديد بلغة Python، في وحدات قابلة للتثبيت مع اختبارات.
التخصيص عبر Studio
حقول وشاشات وأتمتة بسيطة على Odoo Enterprise، موثقة حتى لا تضيع.
الصلاحيات وقواعد السجلات
مجموعات وقواعد سجلات بحيث يرى كل مستخدم بيانات شركته أو فرعه أو مستودعه أو فريقه فقط.
كيف يمر طلب التخصيص
المسار نفسه ينطبق سواء كان الطلب تقريرًا جديدًا أو وحدة كاملة.
الطلب والسبب التجاري
يشرح صاحب الطلب المشكلة وليس فقط الشاشة المطلوبة، ومن سيستخدم النتيجة.
التحليل والبدائل
نتحقق مما إذا كان الإعداد أو وحدة موجودة يحل الطلب، ثم نقترح الخيار الأخف.
التقدير والاعتماد
يُسجل الجهد والأثر على الترقية في طلب تغيير لاعتماده من جانبكم.
التطوير والاختبار على النسخة التجريبية
يُطوَّر الكود في نظام لإدارة الإصدارات ويُختبر على نسخة من قاعدة بياناتكم.
اختبار القبول والنشر
يعتمد المستخدم الرئيسي التعديل قبل نشره على بيئة التشغيل مع ملاحظات الإصدار.
قواعد التخصيص الآمن للترقية التي نلتزم بها
تحمي هذه القواعد قيمة التخصيص عند صدور إصدار جديد من Odoo.
- لا تعديل على الكود الأساسي لـ Odoo أو كود الوحدات الخارجية
- وراثة النماذج والشاشات القياسية بدلًا من نسخها
- وحدة واحدة لكل غرض تجاري باسم واضح
- حفظ الكود في مستودع لإدارة الإصدارات
- اختبارات آلية لمنطق الأعمال الحساس
- ملاحظات تقنية ووظيفية لكل وحدة
- تصدير تعديلات Studio وتوثيقها
أسئلة شائعة
هل يمنعنا التخصيص من ترقية Odoo؟
ليس إذا بُني بشكل صحيح، لكن كل وحدة خاصة تحتاج إلى مراجعة ونقل للإصدار الجديد. الوحدات المنظمة التي ترث الكود القياسي أقل تكلفة بكثير في النقل من التعديلات المتفرقة في الملفات الأساسية، ولذلك ندرج أثر الترقية في كل تقدير للتخصيص.
هل يكفي Studio أم نحتاج إلى مطور؟
يتعامل Studio، المتاح في Odoo Enterprise، جيدًا مع الحقول والشاشات والأتمتة البسيطة والتقارير الأساسية. أما الحسابات المعقدة والتكاملات وكائنات الأعمال الجديدة والمنطق الحساس للأداء فتحتاج إلى وحدة برمجية خاصة. وكثيرًا ما نجمع بينهما مع توثيق مكان كل تعديل.
هل يمكنكم تخصيص Odoo Community؟
نعم، الوحدات الخاصة تعمل على الإصدارين. ولأن Studio غير متاح في Community، تُبنى التعديلات التي كانت ستُجرى عبره كوحدات صغيرة.
من يملك الكود الخاص؟
تُحدد ملكية الوحدات الخاصة وترخيصها في اتفاقية المشروع. وفي جميع الحالات نسلم الكود المصدري في مستودع مع التوثيق، بحيث يمكن لفريق مؤهل آخر صيانته.
هل يمكنكم إصلاح تخصيصات نفذها طرف آخر؟
نعم، نبدأ بمراجعة الكود والإعدادات لاكتشاف الأنماط الخطرة مثل التعديل على الكود الأساسي أو الشاشات المكررة أو المنطق غير المختبر، ثم نقترح إصلاحات مرتبة حسب خطورتها على عملياتكم.
لديك متطلب لا يغطيه Odoo القياسي؟
اطلب جلسة تحليل احتياجات، وسنوضح لك هل يحل الإعداد المتطلب أم يستحق بناء تخصيص، وما أثر ذلك على الترقيات المستقبلية.