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