نظام موارد بشرية لمنشأة سعودية — ما الذي يجب أن يحتويه فعلاً؟

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

ابدأ من المخرجات لا من الشاشات

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

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

ملف الموظف: ما الذي يجب أن يكون حقلاً مستقلاً

الخطأ الشائع هو حشر البيانات في حقول نصّية حرّة. الحقول التي يجب أن تكون مستقلة ومهيكلة لأن النظام يحسب عليها أو ينبّه منها:

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

الإجازات: رصيد محسوب لا رقم مكتوب

أكبر مصدر للخلاف في أي نظام موارد بشرية هو رصيد الإجازة، وسببه الحقيقي أن الرصيد يُخزَّن رقماً يُعدَّل يدوياً، فتصير لكل جهة نسختها منه.

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

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

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

الرواتب: عملية يجب أن تكون قابلة للتدقيق

مسيّر الرواتب ليس تقريراً، بل عملية لها حالات. الشكل الذي يصمد:

1. إنشاء دورة لشهر محدّد، تلتقط لقطة من بيانات الموظفين وقت الإنشاء لا وقت العرض.
2. احتساب البنود: الأجر، والبدلات، وأثر الغياب والإجازات بلا أجر، والعمل الإضافي، والسلف، والجزاءات، وحصّة الموظف من التأمينات الاجتماعية.
3. مراجعة واعتماد بصلاحية منفصلة عمّن أنشأ الدورة.
4. إقفال يمنع التعديل ويجعل أي تصحيح لاحق قيداً في الشهر التالي لا تعديلاً على الماضي.

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

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

نهاية الخدمة: احسبها داخل النظام لا في جدول جانبي

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

الصلاحيات والخصوصية: ما يميّز هذا النظام عن غيره

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

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

الربط مع المنصّات الحكومية

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

من أين تبدأ

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