نظام HRMS سحابي أم نظام قديم: دليل عملي لترحيل الموارد البشرية في المؤسسات

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

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

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

ما الذي يعنيه "النظام القديم" فعلاً في الترحيل

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

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

ما الذي يُرحَّل، وما الذي يُترك

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

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

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

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

اترك خلفك ما لم يكن نظيفاً يوماً: أكواد الموظفين المكررة، والإدارات التي لم تعد قائمة، والحقول المخصصة التي لا يستطيع أحد تفسيرها. الترحيل هو اللحظة الوحيدة التي يمكنك فيها إحالتها إلى التقاعد دون أن يعترض أحد.

الترتيب: الهيكل التنظيمي أولاً، ثم الأفراد، ثم المال

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

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

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

إعادة اكتشاف القواعد

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

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

التحقق والتشغيل المتوازي

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

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

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

وتواجه المؤسسة التي ترحّل رواتب عدة شركات عميلة هذه المشكلة مراراً. فشركة ستاف أرابيا (Staff Arabia)، وهي مزود لخدمات تعهيد الموارد البشرية والرواتب في القاهرة منذ عام 2000 يدعم أكثر من 33,000 موظف في شركات عميلة عبر الشرق الأوسط وشمال أفريقيا وأفريقيا وآسيا، تشغّل الرواتب وشؤون الأفراد والخدمة الذاتية على Orgarise. وتشير تجربتها إلى درسين ينطبقان على أي صاحب عمل منفرد: تسجيل البصمة عبر الهاتف بسياج جغرافي يزيل فئة من نزاعات الحضور التي كانت تظهر وقت الرواتب، ودقة الرواتب تتحسن عندما تُعدّ قواعد الحساب مرة واحدة وتُطبَّق باتساق بدلاً من إعادة تفسيرها كل شهر.

مكان إقامة البيانات، والسحابة، والنشر المحلي

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

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

قائمة تحقق الانتقال

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

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

فعمليات الترحيل في الشركات المتوسطة ذات البيانات النظيفة والعدد القليل من الوحدات تُطلق عادةً خلال أسابيع قليلة؛ أما المشاريع الأكبر متعددة الكيانات فتستغرق وقتاً أطول بسبب التشغيل المتوازي وإعادة اكتشاف القواعد أساساً، لا بسبب التقنية.

الخلاصة: رحّل القواعد لا الصفوف فقط

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