المحطة 9 من 10
التخصيص في أودو: الإعداد وStudio والكود
ما تخرج به من هذه المحطة
حدّ فاصل مكتوب تطبّقه على أي طلب تخصيص، وفهم لتكلفة كل مستوى على الترقية، وقدرة على قول «لا» بحجّة فنية بدل أن تُنفّذ ما سيُندم عليه.
كل ما سبق كان تعلّم النظام كما هو. هذه المحطة تعلّم شيئاً مختلفاً: متى تتوقّف عن تغييره.
وهي أهمّ محطة مهنياً في المسار كلّه، لأن الفارق بين مستشار جيّد ومستشار سيّئ ليس في ما يستطيع تنفيذه، بل في ما يرفض تنفيذه. والمستشار الذي ينفّذ كل طلب يصله يسلّم عميله نظاماً يعمل اليوم ويستحيل ترقيته بعد عامين.
المستويات الأربعة، وتكلفة كل واحد
| المستوى | مثاله | من ينفّذه | تكلفته على الترقية |
|---|---|---|---|
| 1 — إعداد | تفعيل خيار، شروط سداد، متتالية ترقيم، قاعدة تسعير | مستخدم متمكّن | لا شيء |
| 2 — بيانات وتقارير | تجميع تقرير، حفظ عرض، قائمة أصناف، مخطط حسابات | مستخدم متمكّن | لا شيء تقريباً |
| 3 — تخصيص مرئي | حقل إضافي، نقله في الشاشة، شرط ظهور، تعديل قالب طباعة | مستشار وظيفي | متوسطة — تُراجَع عند كل إصدار |
| 4 — وحدة مكتوبة | منطق حساب جديد، تكامل خارجي، سير عمل غير موجود | مطوّر | عالية ومتكرّرة سنوياً |
والقاعدة الحاكمة، وهي التي يجب أن تكتبها وتلتزم بها: لا تنزل إلى مستوى أدنى قبل أن تُثبت أن الذي فوقه لا يكفي.
والسبب في العمود الأخير. الإعداد جزء من المنتج فيرحل معه إلى الإصدار التالي. والكود شيء أضفته أنت من خارجه، فمع كل إصدار سنوي أنت — لا أودو — من يجعله يعمل ثانيةً.
لماذا يُتجاوز المستوى الأول عادةً
لأن أحداً لم يبحث فيه. أكثر طلبات التخصيص التي تصل إلى المطوّرين لها حلّ إعدادي جاهز لم يعرف طالبه بوجوده.
الأمثلة تتكرّر بأعيانها:
- «نريد سعراً مختلفاً لهذا العميل» — قوائم أسعار.
- «نريد الفاتورة تُستحقّ بعد 30 يوماً» — شروط سداد.
- «نريد ترقيماً يبدأ بحرف الفرع» — متتالية ترقيم.
- «نريد موافقة المدير على الأوامر الكبيرة» — قواعد اعتماد مبنية في المشتريات.
- «نريد تقريراً بالمبيعات لكل مندوب شهرياً» — تجميع في تقرير قائم، وهي المهارة التي بنيتها في المحطة السابعة.
ساعة بحث في الإعدادات توفّر أسبوع تطوير وسنوات صيانة. وهذه الجملة هي خلاصة المحطة.
المستوى الثالث: أداة التخصيص المرئية
أودو يشحن أداة تخصيص مرئية — Studio — تتيح إضافة حقل وتحريك عنصر في الشاشة وتعديل قالب طباعة بلا كتابة كود. وهي خارج النسخة المجتمعية، وهذا أحد أسباب ازدواج البيئتين الذي قرّرناه في المحطة الأولى.
وما يُنتجه Studio ليس سحراً: هو تعديلات تُخزَّن في قاعدة البيانات — حقل مضاف، عرض مورَّث، قاعدة أتمتة. وهذا يعني أنها تُصدَّر وتُنقل، ويعني أيضاً أنها تُراجَع عند كل ترقية.
الحدود العملية التي تستحقّ أن تُعرف قبل أن تَعِد بها عميلاً:
- يصلح لـ: حقل إضافي على نموذج قائم، إخفاء أو إظهار بشرط، تعديل ترتيب الشاشة، قالب طباعة، أتمتة بسيطة تشغّلها حالة سجلّ.
- لا يصلح لـ: منطق حساب متعدّد الخطوات، تكامل مع خدمة خارجية، تغيير في محرّك المحاسبة أو المخزون، أي شيء يعمل خارج جلسة مستخدم.
والفخّ فيه أنه سهل بلا حدّ. من يفتحه بلا انضباط يضيف أربعين حقلاً في شهر، فتصير الشاشة مزدحمة، والحقول التي أضافها لا يملؤها أحد، ثم يُقاس الشيء نفسه بحقلين مختلفين. حكم عملي: كل حقل مضاف يجب أن يكون له مالك يستعمله في تقرير أو قرار — وإلا فهو دَين، لا ميزة.
المستوى الرابع: متى يستحقّ الأمر كوداً
ثلاث حالات فقط تستحقّه بلا جدال:
- منطق حساب لا يوجد في المنتج — قاعدة عمولة مركّبة، تسعير محسوب بمعادلة خاصّة بالقطاع.
- تكامل مع نظام خارجي — منصة حكومية، بنك، مستودع طرف ثالث.
- سير عمل صناعي غير موجود — إجراء رقابي أو تسلسل موافقات ليس له نظير في المنتج.
وخارج هذه الثلاث، السؤال الصحيح ليس «هل نستطيع؟» بل «لماذا تختلف عمليتنا عن عملية آلاف الشركات التي يعمل عندها المنتج كما هو؟». وأحياناً يكون الجواب سبباً تنافسياً حقيقياً؛ وأكثر الأحيان يكون عادة موروثة من نظام قديم لا أحد يذكر سبب وجودها.
وإن كتبت كوداً، فالقاعدة الوحيدة غير القابلة للتفاوض: وحدة منفصلة توسّع المنتج، لا تعديل في ملفاته. أودو مبني على التوريث لهذا الغرض تحديداً. ومن يعدّل ملفات المنتج مباشرةً يفقد التعديل مع أول تحديث، وقد يفقده بلا أن يلاحظ.
اختبار الترقية
قبل أن تعتمد أي تخصيص، اسأل هذا السؤال بصيغته هذه: حين يصدر أودو إصداره القادم، من الذي يجعل هذا يعمل، وبكم؟
- إعداد: أودو، بلا تكلفة.
- تخصيص مرئي: أنت، بمراجعة.
- وحدة مكتوبة: أنت، باختبار وتصحيح — كل عام.
اجمع هذا على عدد التخصيصات وستفهم لماذا تعلق شركات على إصدار عمره خمس سنوات. لم يُتخذ قرار بالبقاء عليه؛ بل صارت الترقية أغلى من احتماله.
هذه هي الفاتورة التي لا تظهر في أي عرض تقديمي، وهي مفصّلة بأثرها المالي في دليل أودو.
قاعدة القرار المكتوبة
هذه ما تخرج به من المحطة، وتطبّقها على كل طلب يصلك:
- هل هذا مطلوب لأنه ضروري، أم لأن النظام القديم كان يفعله؟ إن كان الثاني، توقّف هنا.
- هل يوجد إعداد؟ ابحث ساعة قبل أن تقول لا.
- هل يوجد تقرير أو تجميع يعطي المعلومة نفسها؟
- هل تحلّه الأداة المرئية بحقل واحد؟ فإن احتاج خمسة حقول وثلاث أتمتات فأنت تكتب برنامجاً بأدوات لم تُصنع له.
- إن وصلت إلى الكود: اكتبه وحدةً منفصلة، ووثّق سببها في سطر واحد، واحسب تكلفة صيانتها السنوية وأعلنها للعميل قبل التنفيذ.
البند الخامس، شقّه الأخير، هو ما يميّز المحترف. التخصيص لا يُرفض لأنه مستحيل؛ يُقبل أو يُرفض بعد أن يعرف من يدفع كم سيدفع كل عام.
اختبار القبول لهذه المحطة
- خذ ثلاثة طلبات تخصيص واقعية — من عملك أو من مجموعات المستخدمين — وصنّف كلاً منها في مستواه بحجّة مكتوبة.
- نفّذ واحداً بالإعداد وحده وأثبت أنه لم يكن يحتاج أكثر.
- أضف حقلاً واحداً بالأداة المرئية، ثم صدّر التخصيص وافحص ما الذي أُنشئ فعلاً في قاعدة البيانات.
- اكتب سطراً واحداً لكل تخصيص أجريته يقول من يستعمله وفي أي قرار. ما لا تستطيع كتابة هذا السطر له، احذفه.
- قدّر تكلفة الترقية السنوية لقائمة تخصيصات مكوّنة من عشرة بنود موزّعة على المستويات.
ماذا بعد
عندك الآن كل ما يُطلب من مستشار أودو وظيفي عملياً. المحطة الأخيرة تحوّل ذلك إلى شيء يُرى من الخارج: الشهادة بأرقامها المنشورة، ومحفظة أعمال تُعرض في مقابلة — وجواب صريح عن سؤال يستحقّ الصراحة: هل تستحقّ الشهادة رسمها أصلاً؟
