برامج HR للشركات الكبيرة في مصر: ملف SIF وربط ERP وحساب رصيد الإجازات

شركة retail عندها 11 فرع في القاهرة والإسكندرية ودبي، شغّلت رواتب 340 موظف السنة اللي فاتت بـ 4 شيتات Excel و2 جروب واتساب وموظفة رواتب واحدة بتتعب جداً. كل أسبوعين، الخميس بالضهر، هي لسه شايلة بتراكب بيانات الحضور من فروع الدلتا يدوياً. ده مش مشكلة في طريقة الشغل — ده مشكلة في التصميم الأساسي للنظام.

ليه حضور الفروع المتعددة أصعب مما بيبان

حضور فرع واحد مشكلته اتحلت. بس لما تبقى عندك فروع في محافظات مختلفة — أو أسوأ من كده، دول مختلفة — نموذج البيانات بيتكسر بـ3 طرق محددة:

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

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

تصدير ملف SIF لـ UAE — الأخطاء اللي فرق HR بتقع فيها

ملف Salary Information File اللي البنك المركزي الإماراتي بيشترطه لامتثال WPS مش معقد — بس ما بيسامحش. حقل واحد غلط بيرفض الملف كله. الأخطاء الشائعة:

• أرقام التحويل للموظفين مش متطابقة مع صيغة الحساب المسجّل في البنك — تعارض IBAN مع أرقام الحسابات القديمة بيظهر كتير بعد عمليات دمج البنوك.
• أرقام الرواتب بتشمل بدلات النظام بيصنّفها كـ"غير أساسية" بس البنك بيتوقعها في خانة المبلغ الأساسي.
• أخطاء ترميز الملف — مواصفات SIF بتطلب ASCII معيّن، ومنصات HR المبنية للأسواق العربية ساعات بتصدّر حروف UTF-8 في خانات الأسماء، والبوابة الإلكترونية بترفضها من غير ما تقولك ليه.

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

رواتب WPS السعودية: قواعد مختلفة ونفس ضغط الوقت

WPS السعودية عن طريق MUDAD بتشتغل بشكل مختلف عن منظومة SIF الإماراتية. الفروق المهمة اللي فرق HR اللي بيشغّل رواتب لدول متعددة لازم تعرفها:

• MUDAD بيطلب من صاحب العمل يسجّل IBAN كل موظف مباشرة في البوابة — أخطاء صيغة الملف بتتكشف عند التسجيل مش عند التحويل، ده بيغيّر المرحلة اللي لازم فيها تتحقق.
• حسابات مكافأة نهاية الخدمة تحت قانون العمل السعودي مختلفة عن إطار المادة 80 المصري. لو منصة HR بتاعتك بتستخدم محرك مكافأة واحد، تأكد إنه بيدعم قواعد كل دولة مش بيطبّق معادلة واحدة على كل الكيانات.
• نسبة امتثال نطاقات (السعودة) لازم تترفع جنب بيانات الرواتب. نظام HR بيتابع أكواد الجنسية مقابل حدود الأعداد بيوفّر عليك جدول يدوي منفصل كل ربع سنة.

محرك رصيد الإجازات: الميزة اللي معظم المنصات بتعملها نص عمل

"الاستحقاق التدريجي" بيبان بسيط — لحد ما يبقى عندك موظفين على 3 سياسات إجازة مختلفة في نفس الشركة: موظفين محليين على الاستحقاق القانوني المصري (21 يوم سنوياً بعد سنة وفقاً لقانون العمل 12/2003)، وموظفين أجانب على عقود بـ30 يوم، وموظفين بدوام جزئي بيتراكم رصيدهم بالنسبة. نموذج المنح السنوي الثابت بيتكسر فوراً في السيناريو ده.

المحرك الصح لرصيد الإجازات محتاج:

1. قوالب سياسات حسب نوع التوظيف مش حسب كل موظف — عشان تغيير السياسة ينتشر من غير ما تحدّث 200 سجل بيد.
2. قواعد ترحيل الرصيد مع تواريخ انتهاء. القانون المصري بيسمح بالترحيل بس كتير شركات بتحدّه بـ30 يوم بانتهاء صلاحية 12 شهر. النظام لازم يلغي الأرصدة المنتهية تلقائياً ويولّد تقرير لـ HR يراجعه قبل ما يحصل مش بعده.
3. حساب النسبة بالتناسب في تاريخ التعيين والإنهاء. موظف انضم في 15 مارس ما يستاهلش استحقاق سنة كاملة في السنة الأولى. الموضوع ده واضح — بس عدد مفاجئ من المنصات بيغلط فيه لما تاريخ التعيين بيعدّي حدود السنة المالية.

قانون العمل المصري 12/2003: البنود اللي بتفاجئ الشركات

قانون العمل 2003 والتعديلات اللي بعده مش ثابتين. 3 مناطق بتغلط فيها الشركات متوسطة الحجم بانتظام:

• حدود الأوفرتايم. القانون بيحدّد يوم الشغل الأساسي بـ8 ساعات والأسبوع بـ48 ساعة. الأوفرتايم فوق ده بيتحسب بـ135% من الأجر الساعي للعمل النهاري، و170% للشيفتات الليلية. لو نظام الحضور مش بيحدّد فروق الشيفت الليلي تلقائياً، على الأرجح في موظفين بياخدوا ناقص وتانيين بياخدوا زيادة.
• مدد الإخطار عند الإنهاء. الإخطار المطلوب بيتدرّج مع سنوات الخدمة — 2 شهر لموظفين بـ10 سنين فأكتر. نظام HR مش بيعرض بيانات الأقدمية في لحظة طباعة خطاب الإنهاء بيخلق مسؤولية قانونية.
• حسابات وعاء التأمينات الاجتماعية. شرائح الأجر الخاضع للتأمين الأدنى والأقصى بيتم تحديثها دورياً من الحكومة المصرية. لو الأرقام دي hard-coded في منطق الرواتب بدل ما تبقى قابلة للضبط، كل تحديث تنظيمي هيحتاج طلب تعديل في الكود.

لشرح تفصيلي لطريقة حساب الأرقام دي صح، دليل حساب الرواتب في مصر بيغطي الأوفرتايم والمكافأة ومعاملة WPS في مكان واحد.

ربط ERP: إيه اللي لازم تطلبه من منصة HR

معظم شركات مصر اللي من 100 لـ500 موظف بتشغّل SAP Business One أو Oracle NetSuite أو ERP محلي زي ERPNext. منصة HR لازم تدفع 3 أنواع بيانات للـ ERP بشكل موثوق:

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

تصدير ملفات (CSV أو Excel) للـ ERP مش ربط — ده خطوة يدوية لابسة قناع ربط. اشترط REST API أو على الأقل تصدير آلي مجدوَل مع تنبيهات للأخطاء. لما تقيّم منصات HR، اطلب من المورّد يوريك posting رواتب حي في ERP تجريبي، مش screenshot.

Attendux بيتعامل مع تجميع الحضور متعدد الفروع وقواعد الرواتب لكل دولة بما فيها تصدير SIF وWPS، وسياسات رصيد إجازات قابلة للضبط — مبني خصيصاً لهياكل تشغيل MENA مش منقول من منتج أوروبي.

تشيك ليست قبل ما تلتزم بأي منصة

جرّب كل مورّد مختصر على الأسئلة دي قبل ما توقّع:

• النظام يقدر يدعم قواعد شيفت على مستوى الفرع مع تجميع رواتب على مستوى الشركة؟
• تصدير SIF/WPS بيشمل تقرير تحقق قبل الإرسال؟
• شرائح التأمينات الاجتماعية ومضاعفات الأوفرتايم قابلة للضبط من غير deploy للكود؟
• آلية ربط الـ ERP إيه — API ولا ملف ولا تصدير يدوي؟
• المنصة بتتعامل إزاي مع سجلات البصمة المتأخرة من الأجهزة اللي اشتغلت offline؟
• التزام الإجازات بيتحسب في الوقت الفعلي وقابل للتصدير كرقم في الميزانية العمومية؟

لو أي إجابة كانت "ممكن نعمل ده خصيصاً ليك" من غير جدول زمني وسعر واضح، افتبرها رفض. الضبط والتخصيص حاجتين مختلفتين — الأول لازم يبقى self-service، والتاني المفروض يبقى نادر.

الجدول الزمني للتطبيق: إيه اللي واقعي فعلاً

نشر لـ200 موظف و3 فروع مع ربط ERP بياخد عادةً من 10 لـ14 أسبوع من الأول للآخر لو الشركة عندها بيانات موظفين نضيفة. المتغير الأساسي هو جودة البيانات — الشركات اللي فضلت تشغّل الحضور على أنظمة منفصلة لكل فرع ساعات بتاخد 3 لـ4 أسابيع بس عشان تنضّف معرّفات الموظفين وأكواد الشيفتات قبل ما المنصة تبدأ. خصّص لهذا الشغل بشكل صريح في الميزانية؛ موردين بيقتبسوا 6 أسابيع من غير ما يسألوك عن حالة بياناتك بيقتبسوا للنسخة السهلة من مشروعك. دليل إعداد برنامج HR بيمشي معك مرحلة تحضير البيانات بالتفصيل لو بتستعد لها دلوقتي.

عايز تتكلم؟

لو بتقيّم منصات HR لعملية متعددة الفروع أو الدول وعايز كلام مباشر عن إيه اللي إعدادك المحدد محتاجه — نموذج البيانات، الالتزامات القانونية، موصّل الـ ERP — فريق ProgMine شايل القرارات دي بشكل منتظم. ابعتلنا إعدادك الحالي والمشاكل اللي بتحاول تحلّها، وهنديك رأي صريح في إيه اللي هينفع وإيه اللي لأ.