ما يُقبلWhat is acceptable

تخصيص يعالج مشكلة حقيقية ولا يمكن حلها بتهيئة. القيمة تُقاس بالمشكلة التي يحلها لا بالميزة التي يضيفها.A customisation addressing a real problem that configuration cannot solve. Its value is measured by the problem it solves, not the feature it adds.

ما يُرفضWhat is refused

أولوية تجارية: كل تخصيص يُبرَّر بمشكلة محددة. التخصيص لأن «الفريق معتاد على ذلك» يكرّر طريقة عمل قديمة داخل نظام جديد.Commercial priority: every customisation is justified by a specific problem. Customising because the team is used to it repeats an old way of working inside a new system.

الحدودLimits

كل تخصيص يبعدك عن المسار القياسي ويزيد كلفة كل ترقية. لذلك يُحدد سقف مسبقاً ويُدار بوعي.Every customisation moves you from the standard path and raises every upgrade's cost. A ceiling is set in advance and managed consciously.

البديلThe alternative

قبل التخصيص، اسأل: هل يمكن تعديل الإجراء بدل النظام؟ تغيير العملية أرخص من تغيير الكود.Before customising, ask whether the procedure can change instead of the system. Changing the process is cheaper than changing code.

التوثيقDocumentation

لكل تخصيص: السبب، الملف المتأثر، والمالك. بدون سجل، تُنسى التخصيصات وتتعطل الترقية.Per customisation: reason, affected file and owner. Without a log, customisations are forgotten and the upgrade breaks.

الاختبارTesting

كل تخصيص يحتاج اختباراً عند الترقية. الترقية التي لا تُختبر مع التخصيصات تُنتج عطلاً بعدها.Every customisation needs testing on upgrade. An upgrade untested with customisations produces a post-upgrade failure.