التخصيص والحوكمة في Oracle NetSuite

في المحطة الثامنة عرفت الحدود التي لا تُتخطّى. وهذه المحطة ترسم حدّاً من نوع آخر: أين ينتهي الإعداد وأين يبدأ الكود.

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

وثمن ذلك سقف على التخصيص. وهي صفقة عادلة — بشرط أن تعرف أنك عقدتها.

السلّم — ست درجات

رتّب أي طلب على هذا السلّم قبل أن تناقشه. والقاعدة: لا تصعد درجة وأنت قادر على البقاء تحتها.

الدرجة	ما هي	من ينفّذها	ما تحتاجه
‎1. الشاشات والأدوار	ما يراه كل دور وما يُخفى عنه	الاستشاري	لا شيء
‎2. حقول وسجلّات مخصّصة	بيانات لا يحملها المنتج	الاستشاري	تصميم لا كود
‎3. البحث المحفوظ ولوحاته	كل سؤال تقريري تقريباً	الاستشاري	مهارة لا برمجة
‎4. سير عمل بلا كود	موافقات، وحالات، وتنبيهات	الاستشاري	منطق مرسوم
‎5. تطبيق جاهز	حاجة قياسية بناها غيرك	يُشترى	تقييم ناشر
‎6. سكربت مكتوب	منطق لا يُبنى بغيره	مطوّر	جافاسكربت وحوكمة

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

الدرجة الرابعة — الموافقة، وعودة وعد المحطة الخامسة

في المحطة الخامسة قيل إن حجز الائتمان قرار سياسة، وإن السؤال ليس كم الحدّ بل من يرفعه. وهنا يُبنى الجواب.

فسير العمل يُوقف المستند فعلاً: يخرج من حالة يمكن تنفيذها إلى حالة تنتظر قراراً، ولا يتحرّك حتى يوافق من له الحقّ.

وأربعة تُقرَّر قبل بنائه:

على أي مستند، وبأي شرط، ومن يوافق، وماذا لو غاب.

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

وهذه درجة وظيفية بالكامل — بلا سطر كود — وأثرها الرقابي أكبر من أكثر ما يُكتب بالكود.

السقف: حدود الحوكمة

وهنا الفكرة التي تفصل بين من قرأ عن المنتج ومن فهمه.

أنت لا تلمس الشيفرة الأساسية أبداً. والسكربت الذي تكتبه يعمل تحت حدود حوكمة تُقيّد ما ينفّذه السكربت الواحد — كم عملية يجري، وكم يقرأ ويكتب، وإلى أي حدّ يمتدّ قبل أن يُوقَف.

ومعنى ذلك عملياً أن السؤال البرمجي هنا ليس «هل يعمل؟» بل «هل يعمل على حجمي؟»

فسكربت يمرّ على مئة سجلّ يعمل بلا شكوى؛ والسكربت نفسه على مئة ألف سجلّ يتوقّف. والحلّ ليس كتابة أذكى فحسب؛ الحلّ نمط تنفيذ آخر يُقسّم العمل على دفعات.

والاستنتاج التصميمي الذي يجب أن يُكتب في أول يوم: قدّر الحجم قبل أن تكتب، لا بعد أن تفشل التجربة على بيانات الإنتاج.

ومن ينوي إعادة بناء عمليات غير قياسية داخل هذا النظام يصطدم بالسقف في الشهر السادس — والصدمة ليست في وجود السقف؛ هي في أنه لم يُقرأ قبل أن يُبنى فوقه.

لماذا هذا السقف موجود أصلاً

لأن الترقية تحدث لك مرّتين في السنة سواء وافقت أو لم توافق.

ونسخة واحدة للجميع تعني أن ما تكتبه لا يجوز أن يعطّل بيئة مشتركة. فالحوكمة ليست عقاباً؛ هي ما يجعل الترقية التلقائية ممكنة.

	ما تكسبه	ما تدفعه
الترقية	تلقائية وبلا مشروع	لا تملك تأجيلها
الشيفرة الأساسية	لا تنكسر	لا تُعدَّل
السكربت	يعيش عبر الإصدارات	يعمل تحت حدود

واقرأ العمودين معاً مرّة واحدة، فبينهما فلسفة المنتج كلّها.

متى يُشترى بدل أن يُكتب

بين الإعداد والكود درجة يُغفلها كثيرون: التطبيق الجاهز.

وثلاثة أسئلة قبل تركيب أي واحد: من ناشره، وهل هو مُدار يُحدَّث تلقائياً أم يُترك لك، وهل يعمل مع بقيّة تطبيقاتك؟

والسؤال الثاني هو الفاصل — وقد رأيت في المحطة الثامنة ما يعنيه أن يكون تطبيق التوطين مُداراً.

القاعدة التي تُقال في اجتماع

«ما الدرجة التي يقع عليها هذا الطلب؟»

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

وأخطر ما يُقال في مشروع: «هذا بسيط، سنكتبه.» فالكتابة أسرع من البحث عن الإعداد، وثمنها يُدفع في كل ترقية بعدها.

ما تفعله عملياً في هذه المحطة

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

أشهر ثلاثة أخطاء

الأول: كتابة سكربت لما يُجاب ببحث محفوظ. يعمل من أول يوم، ويُصان إلى الأبد.

الثاني: تجاهل الحجم في التصميم. ينجح في الاختبار على عشرات السجلّات، ويتوقّف في الإنتاج على عشرات الآلاف.

الثالث: التخطيط لإعادة بناء عمليات غير قياسية داخل النظام. يبدو ممكناً في الشهر الأول، ويصطدم بالسقف في السادس — والسقف كان منشوراً قبل أن يبدأ.

وأثر انضباط التخصيص على تكلفة الملكية الحقيقية مشروح في دليل Oracle NetSuite.

اختبار القبول لهذه المحطة

اكتب الدرجات الستّ، وأيّها يستوعب أكثر الطلبات.
اشرح ما تعنيه حدود الحوكمة، ولماذا يتغيّر السؤال إلى «هل يعمل على حجمي؟».
اشرح العلاقة بين الترقية التلقائية والسقف، وما تكسبه وما تدفعه.
اعرض سير الموافقة الذي صمّمته وأجوبته الأربعة.
اذكر متطلّباً يستحقّ سكربتاً، ولماذا لا تكفيه الدرجات قبله.

ماذا بعد

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