كيف توقفنا عن كتابة أتمتة لمرة واحدة وبنينا محرك قواعد بلا كود

كيف توقفنا عن كتابة أتمتة لمرة واحدة في Odoo

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

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

طبقة إعداد، لا طبقة كود

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

فوق ذلك توجد حزم أتمتة جاهزة لكل تطبيق من تطبيقات Odoo: مجموعة قواعد محاسبية يمكنك تفعيلها، ومجموعة لمكتب المساعدة، ومجموعة لإدارة علاقات العملاء (CRM). لا ينتظر العميل الجديد مطورًا ليبني له تذكيراته. القواعد موجودة بالفعل ويتم تفعيلها فحسب.

لماذا يكون التحوّل نفسه هو الحكاية الحقيقية

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

This is how Majorbird keeps custom work fast and maintainable at the same time. If you're weighing how much of your Odoo should be custom code versus configuration, that's a conversation worth having. Reach the Majorbird team at odoo@majorbird.com or www.majorbird.com.