الشركة التي تشتري أول نظام موارد بشرية لها تواجه سوقاً يعرض ميزات أكثر مما تحتاج بكثير، وعروضاً تركّز على ما هو مثير لا على ما هو أساسي. والنتيجة أن كثيراً منها يشتري ما لن يستعمله ويكتشف بعد التركيب أن ما يحتاجه فعلاً لم يُختبَر أصلاً — لأن العرض لم يمر عليه.
الأساسي قبل المثير
الحد الأدنى الذي يجب أن يعمل في أي نظام أول واضح: ملف موظف صحيح، وحضور يُقرأ آلياً، وإجازات برصيد صحيح، ومرتبات تخرج بلا تصحيح يدوي، وامتثال يُنتج ما تطلبه الجهات. وهذه خمسة أشياء غير مثيرة في أي عرض تقديمي وهي كل ما يهم في الشهور الأولى.
وما يُعرَض عادةً في المقدمة — لوحات تحليلية، وتقييم أداء متقدم، وأدوات ذكية — يأتي بعدها في الأهمية لا قبلها. فالشركة التي لم تضبط مرتباتها لا تحتاج لوحة تحليلية، والتي تصحّح حضورها يدوياً كل شهر لن تثق في أي رقم يخرج منها.
كيف يُختبَر النظام قبل الشراء
- جهّز خمس حالات حقيقية من شركتك لا حالات نموذجية.
- اطلب رؤيتها منفَّذة في النظام لا موصوفة.
- اسأل عن التغيير التشريعي: من ينفّذه وبكم يوم.
- اسأل عن بياناتك: كيف تخرج منه إن قررت المغادرة.
- اطلب التحدث إلى عميل بحجمك في قطاعك.
البند الثاني هو ما يكشف كل شيء. فما يمكن عرضه منفَّذاً في عشر دقائق يعمل، وما يُوصَف بكلام طويل أو يُؤجَّل إلى «نستطيع تخصيصه» غالباً لا يعمل كما تحتاجه. جهّز حالاتك الصعبة — موظف بأجر مقسّم، وحالة إضافي معقدة، ونهاية خدمة بسبب غير معتاد — واطلب رؤيتها لا سماعها.
التكلفة الحقيقية ليست السعر
مقارنة الأسعار وحدها تخفي ما يكلّف أكثر: وقت التركيب، وتنظيف البيانات، وتدريب الفريق، والوقت الذي يقضيه الفريق في التعلّم بدل عمله. وهذه تكاليف حقيقية تقع على الشركة لا على المزوّد، وهي أحياناً أضعاف فارق السعر بين خيارين.
والعامل الذي يخفّضها أكثر من غيره هو أن يكون النظام قابلاً للتهيئة لا للبرمجة: فما يُضبَط بإعداد يُنفَّذ في أيام، وما يحتاج تعديلاً برمجياً ينتظر دورة تطوير ويكلّف في كل مرة. واسأل عن هذا صراحةً بمثال: إن تغيّرت نسبة اشتراك غداً، من ينفّذ التغيير وبكم يوم؟
كيف يبدو الحد الأدنى في نوفا HR
في نوفا HR، الأساسيات الخمسة موجودة بمواضعها المعرَّفة. فملف الموظف يبدأ من البيانات الرئيسية في وحدة بيانات الموظف — وحفظ موظف جديد يُنشئ سجله وحساب دخوله وقائمة صلاحياته ورصيد إجازته الافتتاحي دفعة واحدة، والنظام ينبّه إلى أن أي خطأ فيها ينتقل إلى كل الأقسام.
والحضور يُقرأ بقاعدة حضور مسندة للموظف تحدد متى يُعتبَر متأخراً ومتى يصير النقص غياباً، وتُجمَع الحركات من الأجهزة بسحب حركات الساعة في العمليات الدورية. والإجازات بأنواعها وقواعدها، ويمر الطلب بفحص شامل قبل قبوله ويُحسَب عدد الأيام بمدة الإجازة ناقص العطلات وأيام الراحة.
والمرتبات يحسبها محرك يجمع العناصر الثابتة من الهيكل والمتغيرات الشهرية وأقساط السلف والحوافز ونتيجة معالجة الحضور ثم يحسب التأمين والضريبة ويخرج صافياً لكل موظف. والامتثال في وحدة التأمينات الاجتماعية: نموذج حساب قابل للتهيئة يحدد النسب والحدود بلا تدخل برمجي، واستمارات وتقارير للجهة. والقابلية للتهيئة تظهر في مواضع أخرى كذلك: قواعد الاستقالة بمعاملاتها، ولائحة الجزاءات بدرجاتها، ومحرك الموافقات بدوراته — فما يتغيّر بقرار يُنفَّذ في الإعداد لا في الكود. والخدمة الذاتية تفتح للموظف ما يخصّه، والتقارير في كل الوحدات تخضع لصلاحية الرؤية. والاختبار الذي يستحق أن يُجرى قبل الشراء بسيط: اطلب أن ترى موظفاً يفتح رصيد الإجازة السنوية وكشف المرتبات بنفسه — فهذان ما سيستعملهما مئات الموظفين يومياً، وأي تعقيد فيهما يتضاعف بعدد الفريق.
| ما يجب أن يعمل | علامة أنه يعمل |
|---|---|
| ملف الموظف | لا بيانات تُدخَل مرتين |
| الحضور | شهر بلا تصحيح يدوي |
| الإجازات | رصيد لا يُختلَف عليه |
| المرتبات | صافٍ صحيح من أول تشغيل |
| الامتثال | ما تطلبه الجهة يخرج منه |
أسئلة شائعة
هل نبدأ بكل الوحدات أم ببعضها؟
ببعضها بالترتيب الذي يفرضه الاعتماد: التعريفات والبيانات، ثم الحضور والإجازات، ثم المرتبات، ثم الخدمة الذاتية. وما بعد ذلك يُضاف حين تستقر الأساسيات. فالشركة التي تفتح كل شيء في اليوم الأول تُنتج فريقاً يواجه عشر شاشات جديدة ولا يتقن أياً منها — والتدرج ليس بطئاً بل هو ما يجعل كل مرحلة تُغلَق فعلاً.
وكيف نعرف أن الحجم يبرّر نظاماً؟
ليس بالعدد بل بالعلامة: حين يبدأ الوقت المنفَق في جمع البيانات وتصحيحها يتجاوز الوقت المنفَق في استعمالها. فالفريق الذي يقضي ثلاثة أيام شهرياً في تجهيز كشف المرتبات من ملفات متفرقة وصل إلى الحد — وحساب تكلفة هذه الأيام مقارنةً بتكلفة النظام يُحسم عادةً أبكر مما يُتوقَّع.
