سبب تركيب نظام الحضور كله هو ما يحدث في نهاية الشهر. فالجهاز البيومتري الذي يلتقط البصمات دون أن يغذّي الرواتب بنظافة لم يحلّ المشكلة، بل نقلها. وهذا هو شكل الربط العملي بين الحضور والرواتب في تركيب إماراتي.
المسار من الطرف إلى الطرف
يقترب موظف من الجهاز في الساعة 08:42 من يوم الرابع عشر. وهذا ما يحدث بين تلك اللحظة ووصول راتبه إلى بنكه يوم الثلاثين:
-
08:42:00: يلتقط جهاز الوجه الموظف، ويطابقه مع القالب المسجّل في 0.5 ثانية، ويرسل حدث دخول إلى برنامج الحضور مع الطابع الزمني ورقم الموظف ورقم الجهاز.
-
خلال الوردية: يحدث الشيء نفسه للاستراحات (إن كانت مضبوطة) وللخروج. وكل حدث موثّق زمنياً ومخزّن بأثر تدقيقي كامل.
-
نهاية الوردية: يجمع البرنامج بصمات اليوم في وردية، ويطبّق أي فترة سماح، ويحسب ساعات العمل، ويحدّد العمل الإضافي بحسب القاعدة.
-
نهاية فترة الرواتب: يجمّع البرنامج ساعات عمل كل موظف وساعاته الإضافية وغيابه وخصومات تأخيره عبر الفترة. ويسجّل الأثر التدقيقي كل تعديل وموافقة.
-
يوم الرواتب: يشغّل مستخدم من الموارد البشرية أو المالية تصدير الرواتب. فينتج البرنامج ملفاً بأعمدة تطابق إجراء الرواتب: رقم الموظف، وساعات العمل، والساعات الإضافية، والخصومات، وساعات الغياب، لكل يوم ولكل فترة.
-
معالجة الرواتب: يغذّي ملف التصدير نظام الرواتب (Zoho Payroll أو Bayzat أو Peoplestrong أو وحدة ERP داخلية أو إجراء قائم على إكسل). ويطبّق حساب الراتب الأساسي والبدلات والخصومات.
-
تقديم ملف SIF لحماية الأجور: ينتج نظام الرواتب ملف SIF للتقديم عبر بنكك أو مركز الصرافة. وأرقام الرواتب في الملف هي ناتج حساب الرواتب الذي استخدم ملف الحضور مُدخَلاً له.
ولا يعيد أحد كتابة كشوف الساعات يدوياً في أي نقطة من هذا التسلسل.
ما يحسبه البرنامج ويخطئ فيه جدول إكسل
الجداول قادرة على العمليات الحسابية. لكن ما تخطئ فيه باستمرار هو تطبيق القواعد الخاصة بالإمارات:
العمل الإضافي حسب نوع اليوم. العمل الإضافي في أيام العمل بمعامل 1.25، وفي الجمعة وأيام الراحة بالمعامل الذي ضبطته، وفي العطل الرسمية بمعامل آخر. في جدول إكسل يصبح ذلك مجموعة صيغ IF متداخلة تختل عند كل حالة حدّية. أما في البرنامج فيُضبط مرة واحدة ويُطبَّق كل شهر.
تخفيض ساعات العمل في رمضان. تُطبَّق الساعات المخفّضة لفترة الصيام تلقائياً. أما في جدول إكسل فيتذكر المحاسب تعديل الجدول (أحياناً) ثم يتذكر إلغاء التعديل بعد العيد (أقل من أحياناً).
العطل الرسمية. العطل الرسمية الإماراتية مُدارة مركزياً في تقويم البرنامج. أما الجدول فيحتاج إلى محاسب يصون قائمة تواريخ كل عام ويتذكر الإشارة إليها بشكل صحيح.
فترات السماح. "التأخير الأقل من 15 دقيقة لا يستوجب خصماً." يطبّقه البرنامج على كل بصمة، ويُنسى في بعض الأيام في جدول إكسل.
تعديلات الإجازات المعتمدة. يوم إجازة معتمدة لا ينبغي أن يُحتسب غياباً غير مدفوع. وفي الجدول يتطلب ذلك أن يعرف المحاسب أي إجازة اعتُمدت. أما في البرنامج فيُربَط تقويم الإجازات ببيانات الحضور تلقائياً.
تحديد يوم الراحة. قد يختلف يوم الراحة من موظف لآخر (الجمعة لمعظمهم، والأحد لبعضهم في قطاعات محددة). والبرنامج يعرف يوم راحة كل موظف، أما الجدول فكثيراً ما يخطئ في الحالات الحدّية.
جانب حماية الأجور، بصراحة
سوء فهم شائع: "هل ينشئ برنامج الحضور ملف SIF لنظام حماية الأجور؟" ليس مباشرة. فملف SIF هو الملف الذي ينتجه إجراء الرواتب لديك للتقديم إلى البنك أو مركز الصرافة لتحويل الرواتب. وهو يتضمن أرقام الرواتب النهائية.
ما يفعله برنامج الحضور هو إنتاج مُدخَلات حساب الرواتب: ساعات العمل الفعلية، والعمل الإضافي، والخصومات، والغياب لكل موظف في كل فترة. ثم يقوم إجراء الرواتب لديك بـ:
- البدء من الراتب الأساسي والبدلات.
- تطبيق التعديلات المدفوعة بالحضور (أجر العمل الإضافي، وخصومات التأخير، والغياب غير المدفوع).
- إنتاج صافي الراتب النهائي.
- تنسيق ملف SIF وفق مواصفة نظام حماية الأجور.
فإذا كان نظام الرواتب لديك يتولى إنشاء ملف SIF أصلاً، فإن برنامج الحضور يغذّيه بالأرقام التي يحتاجها. وإذا كانت رواتبك إجراءً يدوياً على إكسل، فيمكننا إنتاج تقرير مُهيكَل بما يجعل حساب حماية الأجور مباشراً.
بنى الربط
ثلاثة أنماط شائعة في التركيبات الإماراتية:
التصدير عبر ملف. ينتج برنامج الحضور ملف إكسل أو CSV في نهاية كل فترة، مُنسَّقاً وفق الأعمدة التي يتوقعها إجراء الرواتب لديك. ويُرفَع يدوياً إلى الرواتب. وهو الأبسط والأكثر شيوعاً، ويعمل مع أي نظام رواتب.
ربط مباشر عبر API. لأنظمة الرواتب التي تتيح واجهة برمجية (Zoho Payroll وبعض منصات الموارد البشرية)، تُدفَع بيانات الحضور مباشرة دون خطوة ملف. وهو أسرع لكنه يتطلب دعم نظام الرواتب له.
منصة موارد بشرية موحدة. بعض المؤسسات تشغّل منصة واحدة تضم وحدتي الحضور والرواتب معاً. فلا تغادر البيانات المنصة أبداً. وهو الأنظف بنيوياً، لكنه يربطك بمورّد واحد.
نحن ندعم النمط الأول افتراضياً ونربط مباشرة حيث يسمح نظام الرواتب بذلك.
ما تراه وزارة الموارد البشرية
إلى جانب مسار الرواتب، تمثل بيانات الحضور قاعدة الأدلة لحفظ السجلات لدى الوزارة. وتحديداً:
- ساعات العمل يجب أن تكون قابلة للدفاع عنها. والسجلات البيومترية دليل أقوى من الورق.
- العمل الإضافي المدفوع يجب أن يكون قابلاً للدفاع عنه. وينبغي أن يُظهر أثر الحساب كيف صُنِّفت كل ساعة إضافية.
- الإجازات والغياب يجب تتبعها ومطابقتها مع مدفوعات الرواتب.
ونظام الحضور والرواتب المتكامل ينتج قاعدة الأدلة هذه دون أي عمل إضافي. وحين يطلب تفتيش السجلات، تُصدَّر في ثوانٍ لأي نطاق تواريخ.
كيف ينبغي أن يبدو الاختبار عند التسليم
قبل اعتماد الربط، نفّذ:
-
تشغيلاً تجريبياً للرواتب. خذ شهراً حقيقياً من بيانات الحضور، ومرّره عبر البرنامج، وأنتج تصدير الرواتب، ومرّره عبر إجراء الرواتب لديك، وقارن ناتج الرواتب مع ما حسبته يدوياً للشهر نفسه.
-
اختبار الحالات الحدّية للعمل الإضافي. وردية في عطلة رسمية، ووردية إضافية في يوم راحة، وفترة رمضان، وموظف في إجازة معتمدة لجزء من الفترة. وتحقّق من تعامل البرنامج مع كل حالة بشكل صحيح.
-
اختبار SIF من الطرف إلى الطرف. أنتج ملف SIF من ناتج الرواتب، وتحقّق من قبول بوابة حماية الأجور في بنكك للصيغة (في بيئة تجريبية أو بدفعة اختبار صغيرة).
وأي مورّد يقاوم هذا المستوى من الاختبار قبل التسليم ليس واثقاً من ربطه. أما المورّد الواثق من ربطه فيرحّب به.
قراءات ذات صلة
- جهاز الحضور مقابل برنامج الحضور
- كيف تساعد أجهزة الحضور الشركات الإماراتية على إدارة حضور الموظفين
- ما الذي ينبغي التحقق منه قبل شراء جهاز حضور؟
أو احجز معاينة مجانية، فنحن نربط مع إجراء رواتبك قبل أن نأخذ الفاتورة.