تخطّي إلى المحتوى
ERP HERITAGE ODOO PARTNER · MELBOURNE

التخصيص

تخصيص، فقط حين لا يفي المعيار بالغرض.

وحدات مخصّصة، توسعات Studio، وUX مفصَّلة بقدر، تُستخدم بحكمة وقابلة للتراجع. كلّ تخصيص نُسلّمه موثَّق، مُنسَّق بالإصدارات، مُختبَر آلياً حيث يهمّ الأمر، وقابل للترقية إلى الإصدار التالي من Odoo دون إعادة كتابة.

يناسبك إذا

  • Odoo المعياري حقاً لا يستطيع نمذجة عمليّة تُشكِّل عاملك المُميِّز.
  • تقبل التعايش مع عدد قليل من التخصيصات المبنيّة بعناية بدلاً من سحابة من الحلول الفطنة.
  • تريد رؤية تقييم أثر مكتوب قبل أن يهبط أيّ كود مخصّص.

لا يناسبك إذا

  • تريد إعادة بناء الواجهة الدقيقة لنظام قديم تستبدله. هيِّئ Odoo أوّلاً؛ الجميع أسعد.
  • تريد شريكاً يقول نعم لكلّ طلب تخصيص. سنقول لا حين يُكلِّفك ذلك مرونةً مستقبلية.

المنهجية

كيف يجري فعلياً مشروع التخصيص.

5 مراحل. كل مخرَج موثَّق، كل قرار مسجَّل، كل تسليم مكتوب.

  1. 01

    التدقيق

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

  2. 02

    التصميم

    ملاحظة تصميم مكتوبة بنموذج بيانات وUX وخطّة ترحيل. مراجَعة معك قبل أن يُكتب الكود.

  3. 03

    البناء

    مُنفَّذ كوحدة مستقلّة في مستودع Git تملكه. مع linting، وتلميحات الأنواع، واختبارات آلية حيث تهمّ المنطق.

  4. 04

    الاختبار

    اختبارات وحدة للمنطق، اختبارات تكامل للتدفّق، UAT يدويّ مع فريقك في بيئة الاختبار.

  5. 05

    التوثيق

    README الوحدة في مستودعك، ملاحظات للمستخدم في runbook، تنبيهات الترقية لكلّ إصدار Odoo مدعوم.

ما تحصل عليه

المخرجات.

كل مخرَج يُسلَّم إليك. الكود والتهيئة والوثائق ومادة التدريب. لك أن تحتفظ بها، ولك أن تنقلها إلى أي خَلَف.

  • وحدة مخصّصة في مستودع Git الخاص بك
  • وثيقة تصميم وسجلّ قرارات
  • حزمة اختبارات آلية تُغطّي المنطق الجديد
  • وثائق للمستخدم النهائي والمشرف
  • ملاحظات توافق الترقية لكلّ إصدار Odoo

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

أسئلة حول التخصيص.

متى يكون التخصيص هو الخيار الصحيح؟ +

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

هل تنكسر التخصيصات عند ترقية Odoo؟ +

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

هل نملك الكود المخصّص؟ +

نعم. الكود يعيش في مستودع Git الخاص بك تحت ترخيصك. لا نحتفظ بأيّ حقّ عليه. سلِّمه لأيّ شريك خَلَف، وسيستطيع قراءته.

هل يمكنكم تكييف وحدة كتبها شريك سابق؟ +

غالباً نعم. ندقّقها أوّلاً، ونُصلِح المشكلات الواضحة، ثم نُبقيها أو نُعيد كتابتها بنظافة بموافقتك. انظر أيضاً خدمة الإنقاذ.

حدّثنا عن مشروع التخصيص الخاص بك.

رسالة وجيزة تكفي. نردّ شخصياً خلال يوم عمل واحد.