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