نظام HRMS متخصص أم وحدة الموارد البشرية في ERP: متى تحتاج الموارد البشرية إلى منصة مستقلة؟

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

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

تشرح هذه المقالة ما تجيده وحدات الموارد البشرية في أنظمة ERP فعلاً، وأين تقصر، وكيف يعمل نظام إدارة الموارد البشرية (HRMS) المتخصص ونظام ERP معاً عملياً، والمعايير التي يمكن للمدير المالي أو مدير تقنية المعلومات أو مدير الموارد البشرية استخدامها لتقرير ما إذا كانت الموارد البشرية تحتاج إلى منصتها الخاصة.

ما تجيده وحدات الموارد البشرية في أنظمة ERP

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

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

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

أين تقصر وحدات الموارد البشرية في أنظمة ERP

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

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

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

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

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

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

فخ التخصيص البرمجي

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

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

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

نمط التكامل الذي ينجح: نظام HRMS يرحّل إلى نظام ERP

اختيار نظام HRMS متخصص لا يعني التخلي عن نظام ERP. في النمط الذي تستقر عليه معظم المؤسسات الكبيرة، يحتفظ نظام ERP بدفتر الأستاذ العام ومراكز التكلفة والموازنات ومدفوعات الموردين، ويحتفظ نظام HRMS بكل ما يخص الأفراد: ملف الموظف، والهيكل التنظيمي، والحضور، وحساب الرواتب، والخدمة الذاتية، والمواهب.

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

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

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

معايير القرار

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

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

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

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

رابعاً، كم تكلف الخدمة الذاتية لكل موظف، وما نسبة الموظفين الذين يستخدمونها فعلاً؟ نموذج الترخيص المصمم لمستخدمي المكاتب نادراً ما يتوسع ليشمل عمال المصانع.

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

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

ما الذي تسأل عنه المورّد

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

واسأل أيضاً عمن سيدعم النظام محلياً وبالعربية، وعما إذا كان خيار التثبيت المحلي (on-premise) متاحاً إذا اقتضت ذلك سياسة إقامة البيانات أو سياسة تقنية المعلومات. يُقدَّم Orgarise كخدمة سحابية بسعر لكل موظف شهرياً بالدولار الأمريكي مع شرائح حجمية، وتُسعَّر نسختا المؤسسات والتثبيت المحلي بعرض منفصل؛ وأياً كان المورّد الذي تقيّمه، ينبغي أن يكون نموذج النشر والتسعير واضحاً وضوح الإجابات الوظيفية.

الخلاصة: دع نظام ERP يحتفظ بدفتر الأستاذ وامنح الموارد البشرية منصتها الخاصة

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