التكلفة الخفية لتخصيص أنظمة الموارد البشرية: ما يجب تقييمه قبل الشراء

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

هذا المقال يتناول ذلك الفرق تحديدا. وهو موجه إلى مديري الموارد البشرية والمديرين الماليين وقادة تقنية المعلومات في المؤسسات التي يعمل بها من 500 إلى 10,000 موظف في مصر والسعودية ودول الخليج، ممن يقيّمون نظام إدارة الموارد البشرية (HRMS) ويريدون فهم تكلفة التخصيص قبل التوقيع. عرض سعر البناء هو أصغر جزء منها. أما الباقي فيصل على مدى سنوات، في دورات الترقية، وفي دوران الموظفين، وفي ملاحظات المراجعين.

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

التخصيص والتهيئة ليسا الشيء نفسه

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

أما التخصيص فيعني تغيير ماهية المنتج نفسه. يكتب شخص ما كودا: شاشة جديدة، أو إجراء مخزن في قاعدة البيانات، أو تقرير يقرأ الجداول مباشرة، أو نص برمجي ينقل البيانات بين نظام الموارد البشرية ونظام تخطيط الموارد (ERP) وفق جدول زمني. والنتيجة برمجية أصبحت ملكك الآن، سواء كان لديك مطور أم لا. وهي تقع خارج نطاق اختبارات المورد، وكل إصدار مستقبلي من المنتج يمثل احتمالا لتعطلها.

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

دفتر التكاليف الكامل للكود المخصص

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

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

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

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

تعطل الترقيات: التكلفة التي تصل لاحقا

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

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

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

مخاطر الاعتماد على الأفراد والمعرفة التي لا تملكها

للكود المخصص مؤلف، والمؤلف يرحل. ينتقل الاستشاري إلى مشروع آخر، ويقبل المطور الداخلي عرضا أفضل، وتستحوذ شركة أخرى على الشريك المنفذ. وما يبقى هو كود يعمل إلى أن يتوقف، ولا أحد يعرف لماذا كتب بهذه الطريقة.

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

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

المراجعة والامتثال والتغيير الذي لا تستطيع تفسيره

سيأتي يوم يسأل فيه مراجع خارجي أو مفتش عمل أو مراجع من التأمينات الاجتماعية كيف تم إنتاج رقم معين. بالنسبة لحساب مهيأ تكون الإجابة شاشة يستطيع المراجع قراءتها. وبالنسبة لحساب مخصص تكون الإجابة شرحا من مطور لكود لا يستطيع المراجع قراءته، وتلك ملاحظة مراجعة تنتظر أن تكتب.

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

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

متى يظل التخصيص هو الإجابة الصحيحة

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

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

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

أسئلة تطرحها على كل مورد قبل التوقيع

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

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

وأخيرا، اطلب مراجع من عملاء مشابهين لك. فشركة جيزة لصناعة الكابلات (Giza Cable Industries)، وهي شركة مصرية تأسست عام 1993 ويعمل بها أكثر من 1,000 موظف وتنتج كابلات من الجهد المنخفض إلى الجهد فائق العلو عبر عدة مصانع، تشغل الحضور والرواتب وشؤون الموظفين على أورجارايز. والسؤال المناسب لمرجع كهذا ليس ما إذا كان النظام يعمل، بل كم من قواعد الورديات الخاصة بكل مصنع وحسابات العمل الإضافي وسلاسل الاعتماد لديها تمت تهيئته بدلا من برمجته، وكم كلفتهم آخر ترقية.

الخلاصة: سعّر السنة الخامسة لا الشهر الأول

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