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

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

البيانات التي لا يعرفها نظام عام

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

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

القابلية للتهيئة أهم من كثرة المزايا

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

العمل في بلدين

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

والفرق العملي يظهر في تقرير واحد: هل تستطيع أن ترى قوتك العاملة كلها في مكان واحد؟ الشركة التي عندها نظامان تحتاج تجميعاً يدوياً في كل مرة تُسأل فيها عن العدد أو التكلفة الكلية — وهو سؤال يُسأل شهرياً.

كيف يعالج نوفا HR السوق السعودي

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

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

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

أسئلة شائعة

ما الذي نطلب رؤيته في العرض التقديمي؟

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

هل نحتاج نظاماً محلياً أم عالمياً؟

السؤال الأدق ليس محلي أم عالمي بل: هل القواعد بيانات أم كود؟ نظام عالمي قابل للتهيئة بعمق قد يعمل، ونظام محلي بقواعد ثابتة قد يعطّلك عند أول قرار. والمعيار العملي هو أن يمسّك التغيير التشريعي بيوم عمل لا بدورة تطوير — وهذا اختبار يمكنك إجراؤه قبل الشراء لا بعده.