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