سؤال واحد… يقرر نجاح مشروعك أو يدفنه

تخصيص نظام ERP من أكثر القرارات حساسية في أي مشروع تحول رقمي، وهو القرار اللي يحدد من البداية:
هل النظام بيكون أداة تنظّم مؤسستك وترفع نضجها؟
ولا مجرد منصة تعكس نفس الفوضى ولكن بشكل رقمي؟

ومن هنا يجي السؤال الجوهري اللي نناقشه اليوم  عملي وتجربة واقعية:
هل النظام القوي يحتاج تخصيص فعلًا؟ أم أن المشكلة غالبًا ليست في النظام بل في طريقة إدارتنا له؟

والسؤال الثاني المكمل له:

هل تخصيص نظام ERP ضروري فعلًا في الأنظمة القوية؟

الإجابة ما هي “نعم/لا” بشكل مطلق… لكنها قرار مبني على منهجية واضحة، وأنا هنا بشرحها لك بمقياس عملي.

عند الحديث عن تخصيص نظام ERP، يجب التفرقة بوضوح بين القرار الإداري الصحيح، وبين الانسياق خلف رغبات تشغيلية قصيرة المدى. فالإفراط في تخصيص نظام ERP غالبًا ما يؤدي إلى ارتفاع التكاليف، تعقيد الصيانة، وضعف الاستفادة من أفضل ممارسات الأنظمة العالمية. بينما الاستخدام الذكي لتخصيص نظام ERP في نطاق مدروس قد يدعم ميزة تنافسية حقيقية إذا تم وفق منهجية واضحة.

أولاً: مفهوم “النظام يجي ينظمك” وش معنى؟

خلّنا نكون دقيقين:

1) إذا قلت: “النظام لازم يمشي على طريقتنا”

هذا معناه أنك تعتبر الواقع الحالي معيار، حتى لو كان فيه:

• تداخل صلاحيات

• كثرة استثناءات

• موافقات شخصية

• إجراءات غير موثقة

• أخطاء تتكرر

وهنا الخطر:
أنت مو قاعد تطبق نظام… أنت قاعد تحوّل العادات القديمة إلى شاشة.

2) إذا قلت: “نحن نضبط إجراءاتنا عشان تمشي مع النظام”

هذا معناه أنك تتعامل مع النظام كمرجعية أفضل ممارسات (Best Practices)، وتستفيد من:

• ضبط سير العمل

• تقليل الهدر

• رفع جودة البيانات

• تعزيز الحوكمة

وهذا غالبًا هو المسار الصحيح… بشرط: إدارة تغيير قوية وقرار إداري واضح.

ثانياً: الفرق الحاسم بين “التهيئة” و“التخصيص”

أكثر سبب يضيّع مشاريع ERP هو الخلط بين المصطلحين.

✅ التهيئة (Configuration)

هي ضبط النظام من داخل إمكانياته القياسية، مثل:

• إعداد الصلاحيات والأدوار

• تصميم مسارات الموافقات

• ضبط القوالب والنماذج

• إضافة حقول ضمن أدوات النظام

• إعداد قواعد أعمال قابلة للإدارة (بدون تعديل جوهري)

⚠️ التخصيص (Customization)

هو تغيير جوهري أو بناء منطق جديد خارج القياسي، مثل:

• إعادة بناء صفحات أساسية بدل القياسية

• تغيير منطق محاسبي/مخزني جذري

• منطق جديد معقد ما يدعمه النظام

• تعديلات تعيق التحديثات

• اعتماد كامل على فريق التطوير لاستمرار التشغيل

قاعدة مفيدة:
إذا تغيّرك يجعل كل تحديث للنظام “مشكلة”… فأنت دخلت منطقة التخصيص عالي المخاطر.

جدول 1: مقارنة علمية سريعة بين التهيئة والتخصيص

ثالثاً: هل النظام القوي يحتاج تخصيص؟

بلهجتنا: غالبًا لا… لكن أحيانًا نعم، وبشروط صارمة.

لماذا غالبًا لا؟

لأن النظام القوي أصلًا مبني على:

• أفضل ممارسات القطاع

• ضوابط حوكمة وفصل مهام

• نماذج تشغيل معيارية

• قابلية توسع ونضج

• تقارير وتحليلات مبنية على بيانات صحيحة

إذا أنت خصّصته زيادة… أنت قاعد تسحب منه جوهر قوته.

رابعاً: متى يكون “تخصيص نظام ERP” ضرورة فعلية؟

أنا هنا أعطيك معيار عملي اسمه: اختبار الثلاثة شروط
إذا تحققت الثلاثة مع بعض، نناقش التخصيص.

الشرط (1): ميزة تنافسية حقيقية

هل العملية اللي بتخصصها تمثل ميزة؟
مو “لأننا متعودين”، لا… ميزة تنافسية تفرق بالسوق أو الجودة أو الامتثال.

الشرط (2): لا يوجد بديل قياسي يحقق الهدف

هل حاولت:

• إعدادات النظام؟

• إعادة تصميم الإجراء؟

• تكامل معياري؟

• تعديل صلاحيات ومسار موافقات؟
  إذا كل هذا ما نفع… ننتقل للتخصيص.

الشرط (3): عندك خطة استدامة للتخصيص

يعني:

• توثيق كامل

• اختبارات (UAT + Regression)

• خطة تحديثات

• فريق داخلي يفهم

• اتفاقية مستوى خدمة واضحة

إذا الشرط الثالث مو متحقق… التخصيص يتحول إلى “دين تقني” يطاردك سنوات.

جدول 2: مصفوفة قرار: نتبع النظام ولا نخصص؟

خامساً: متى يكون التخصيص “فخ” حتى لو بدا منطقي؟

أنا أشوف هالأسباب كثير، وهي أسباب غير مقبولة علميًا:

1) “عشان ما نغيّر الناس”

إذا مشروعك هدفه “ما نغير شيء”… هذا مو تحول رقمي، هذا أتمتة فوضى.

2) “عشان التقرير يطلع مثل الإكسل”

الإكسل غالبًا مبني على ذوق شخصي، مو معيار مؤسسي.
النظام يبنى على: حقيقة بيانات + مؤشرات + قرار.

3) “عشان موافقاتنا كذا”

إذا الموافقات مبنية على أشخاص وليس أدوار… النظام بيكشف ضعف الحوكمة.
الحل مو تخصيص، الحل: حوكمة صلاحيات.

سادساً: طيب… هل النظام قادم لتنظيمك أم العكس؟ (الإجابة حسب نضجك)

الحالة (أ): مؤسستك غير ناضجة إجرائيًا

• ما فيه توثيق

• الاستثناءات كثيرة

• الصلاحيات متداخلة

• التقارير متناقضة
  هنا: النظام لازم ينظمك.
  وإلا بتشتري نظام ممتاز وتطلعه نسخة رقمية من نفس الأخطاء.

الحالة (ب): مؤسستك ناضجة وعندها تميز تشغيلي

• إجراءات موثقة

• مؤشرات واضحة

• فصل مهام وتدقيق

• إدارة مخاطر
  هنا تقدر “تفرض متطلباتك” لكن غالبًا عبر تهيئة ذكية أكثر من تخصيص عميق.

سابعاً: المنهج الصحيح قبل ما تطلب تخصيص

أنا أنصحك بهالترتيب:

1. ارسم الوضع الحالي (As-Is)
   الخطوات، الزمن، نقاط الألم، مصادر الأخطاء.

2. صمّم الوضع المستهدف (To-Be)
   وفق أفضل ممارسات + تقليل خطوات + تقليل موافقات + فصل مهام.

3. طبّق قاعدة 80/20

• 80%: نتبع النظام ونهيّئه

• 20%: استثناءات مدروسة (تكامل/تخصيص محدود)

جدول 3: Checklist “لا تخصّص” (قرار إداري سريع)

خاتمة: النصيحة اللي أقولها لكل قائد مشروع

إذا بتدخل ERP، لا تسأل: كيف نخلي النظام يشبهنا؟
اسأل: كيف نخلي إجراءاتنا تستحق نظام قوي؟

تخصيص نظام ERP مو عيب… لكن العيب إنك تستخدمه كحل سريع لخلل إداري أو ضعف إجراءات.
النظام القوي يحتاج:

• قرار إداري

• حوكمة

• تهيئة ذكية

• إدارة تغيير

وإذا ما بغيت تغيّر شيء… لا تسميه تحول رقمي.

(FAQ)

1) هل تخصيص نظام ERP يرفع التكلفة؟
نعم غالبًا، لأنه يزيد التطوير والاختبار والصيانة ويؤثر على التحديثات.

2) وش الفرق بين التهيئة والتخصيص؟
التهيئة ضبط من داخل النظام القياسي، التخصيص تعديل جوهري يتطلب تطوير ويزيد المخاطر.

3) متى يكون التخصيص ضروري؟
إذا كان ميزة تنافسية + ما له بديل قياسي + عندك خطة استدامة وصيانة.

4) هل التخصيص يعيق تحديثات النظام؟
في كثير من الحالات نعم، لذلك لازم توثيق واختبارات وخطة تحديث واضحة.

الموقع الرسمي للبودكاست:

• 👉 منصة Key Smart Applications