الحلول الرقمية للموارد البشرية

يعتمد النظام على هيكل ثلاثي المستويات للتحكم بالوصول:

A. مدير النظام الشامل (Admin): صلاحيات كاملة غير قابلة للحذف.

B. مدير الوحدة (Module Admin): صلاحيات إدارية على وحدته المحددة فقط (مثل الرواتب)، ويتعامل كـ "موظف" عادي في باقي الوحدات.

C. الموظف (Employee): وصول مقتصر على الخدمة الذاتية وسجلات مرؤوسيه وفقاً للتسلسل الإداري المباشر.

تُحفظ كلمات المرور باستخدام تشفير أحادي الاتجاه غير قابل للاسترجاع، وتفرض المنصة معايير تعقيد تشمل 8 خانات على الأقل تحتوي أحرفاً كبيرة وصغيرة وأرقاماً. أما الجلسات فتعتمد معمارية عديمة الحالة (Stateless)، حيث يُصدر رمز جلسة قصير الأجل لمدة 10 دقائق مع رمز تجديد لمدة 60 دقيقة، وتُبطل روابط استعادة كلمة المرور خلال 15 دقيقة مع تقييد محاولات إعادة التعيين لمنع الهجمات التكرارية.

تُشفر جميع البيانات والمراسلات أثناء النقل باستخدام بروتوكولات HTTPS و TLS المعتمدة. كما تُستخدم قنوات مشفرة للاتصال بقواعد البيانات وقنوات البريد الإلكتروني (STARTTLS). ويُطبق التطبيق تعليمات منع التخزين المؤقت في المتصفحات (No Browser Caching) لحماية البيانات الحساسة على الأجهزة المشتركة.

تُعالج كافة عمليات الذكاء الاصطناعي في المنصة عبر خدمة Amazon Bedrock المدارة والآمنة سحابياً. وتُرسل البيانات حصرياً عند إجراء الطلب، كما تُحصر صلاحية استخدام "المساعد الذكي للموارد البشرية" (الذي يستعلم عن بيانات الرواتب والمعلومات المالية) على مدراء النظام (Administrators) فقط دون غيرهم.

نعم، تحتوي المنصة على سجل تدقيق (Audit Trail) دائم وغير قابل للتعديل أو الحذف. يسجل عمليات تسجيل الدخول، والتعديلات على الملفات الشخصية والوظيفية، وتغييرات القوائم المرجعية، مع توثيق معرف المستخدم ID، والتاريخ، والوقت، والجهة التي أثرت بالتدقيق.

تُحفظ سجلات الموظفين المغادرين في حالة القراءة فقط (Read-only) لضمان حفظ التاريخ الوظيفي والتدقيق. وتُنفذ عمليات إلغاء الحسابات كحذف ناعم (Soft Removal). وفي حال إلغاء تفعيل المؤسسة أو حذف بياناتها بالكامل، يتطلب ذلك إجراءً صارماً يتم حصراً عبر فريق إدارة عمليات Screen HRM

تُعالج الطلبات عبر سلاسل موافقات هرمية (مستوى واحد أو مستويان) تُشتق ديناميكياً من واقع التسلسل الإداري المباشر في وحدة People Hub. ويمنح النظام لمدير النظام الشامل (Administrator) صلاحية التجاوز الإداري (Override) للطلبات. وفي حال استخدام هذه الصلاحية، يُوثّق التجاوز تلقائياً مع تسجيل ذلك بشكل واضح على الطلب ذاته تتضمن هوية من قام بالتعديل وسببه.

نعم، يختلف نطاق الرؤية حسب نوع البيانات؛ ففي السجلات الوظيفية (People Hub)، يمتد نطاق رؤية المشرف ليشمل كافة المستويات التابعة له في الهيكل التنظيمي (المرؤوسون المباشرون وغير المباشرين). أما بالنسبة لقوائم الإجازات وتقارير الحضور والغياب اليومية، فإن العرض الافتراضي يُركز على المرؤوسين المباشرين لتسهيل المتابعة التشغيلية.

يتيح النظام للموظف استعراض ملفه الشخصي، وسجل الحضور، والقروض، وقسائم الرواتب. أما بالنسبة لإمكانية تعديل البيانات، فإنها محكومة بإعدادات الحقول (Field-level settings) المحددة من قِبل إدارة النظام؛ حيث تُضبط الحقول الحساسة كحقول "قراءة فقط" لمنع أي تعديل مباشر، بينما يُسمح بالتعديل في حقول محددة فقط وفق السياسة الداخلية للشركة.

حُصرت صلاحية عملية استيراد الموظفين والرفع الجماعي للبيانات بمدير النظام الشامل (Administrator) حصراً. يُنفذ النظام فحصاً آلياً دقيقاً للبيانات المرفوعة قبل دمجها لضمان عدم تكرار الرقم الوظيفي، وصحة الربط بالهيكل الإداري، وسلامة قواعد البيانات من الأخطاء التجميعية.

تُعد عمليات الشطب المالي (Write-off) لسلف الموظفين من العمليات عالية الخطورة؛ لذا حُظرت تماماً عن مدراء الأقسام والموظفين، وتقتصر صلاحية تنفيذها حصرياً على مدير النظام الشامل أو مدير وحدة السُّلف المخصص، مع توثيق العملية فوراً في سجل التدقيق المحمي.

عند إنهاء خدمة الموظف، يتم إيقاف وصوله للخدمة الذاتية فوراً عبر آلية الحذف الناعم (Soft Removal). لا تُحذف بيانات الموظف من قاعدة البيانات بل تحول إلى حالة "القراءة فقط" (Read-only) لحفظ التاريخ الوظيفي، وتمكين إدارة الموارد البشرية والمراجعين من استخراج التقارير المالية والتدقيقية عند الحاجة دون المساس بالسجلات التاريخية.

نعم، يتيح النظام لمدراء النظام الشاملين تصدير كافة بيانات الموظفين، وتقارير الحضور، وحركات الإجازات، والتقارير التنفيذية في أي وقت بصيغ قياسية ومفتوحة مثل JSON و CSV (EXCEL). يضمن ذلك احتفاظ المؤسسة بالملكية الكاملة لبياناتها وإمكانية أرشفة السجلات خارجياً أو نقلها عند الحاجة.

يفصل النظام وحدة السلف المالية (Salary Advance) كعنصر مالي مستقل عن إدارة الرواتب العامة (Payroll). وبالتالي، فإن إجراء الشطب المالي النهائي للديون والسلف (Write-off)، وهو إجراء مالي غير قابل للعكس، يقتصر حصراً على مدير النظام الشامل أو مدير وحدة السلف المخصص، ولا يُمنح تلقائياً لمدير الرواتب الروتيني.

لا؛ يتصل مشغلو المنصة (Platform Operators) عبر بوابة تحكم خارجية مستقلة تُستخدم فقط لإدارة اشتراك المؤسسات، تسجيل أجهزة البصمة، وتجهيز البيئات. ولا يملكون أي صلاحيات دخول أو رؤية لبيانات الموارد البشرية، الرواتب، أو القنوات التفاعلية والإشعارات الخاصة بموظفي الشركة.

لا تتطلب العملية أي تدخل يدوي؛ حيث يُقيّم النظام صلاحيات الإشراف ديناميكياً في لحظة طلب البيانات اعتماداً على الهيكل الإداري النشط في وحدة People Hub. فور نقل الموظف لمدير جديد، تنتهي صلاحيات الوصول للمدير السابق فوراً وتُمنح للمدير الجديد تلقائياً.

نعم، يتيح النظام خيار تهيئة يفرض تسجيل الحضور عبر تطبيق الهاتف المحمول (Mobile App Punching). وفي هذه الحالة، يرفض النظام برمجياً أي محاولة لتسجيل الحضور عبر متصفح الويب لجميع الموظفين، ويُستثنى من ذلك مدراء النظام فقط لأغراض التصحيح الإداري.

يمنع النظام تماماً حذف أي بيانات مرجعية (كالدرجات الوظيفية، مواقع العمل، ألقاب الوظائف، أو سياسات الإجازات) طالما أنها مستخدمة أو مرتبطة بسجلات نشطة لموظفين. ويقوم النظام بحظر إجراء الحذف وإظهار التبعيات المرتبطة بها لحماية سلامة الاتساق الإداري. (Reference Data Integrity)

عند استخدام خاصية التجاوز الإداري (Override) في سلاسل الموافقات ذات المستويين أو موافقات العمل الإضافي، يتم توثيق العملية بوضع علامة صريحة غير قابلة للمسح على الطلب نفسه توضح أنه أُقر كـ "تجاوز إداري"، بالإضافة إلى تسجيلها التفصيلي في سجل التدقيق الشامل (Audit Trail).

لا يُمكن إعادة تفعيل حساب الموظف المنتهية خدمته من خلال تعديل بيانات المستخدمين العادية. بل تتطلب العملية المرور بمسار "إعادة تفعيل الموظف" (Employee Reactivation) في People Hub، والذي يفتح فترة توظيف جديدة مع أرشفة الفترة السابقة ببياناتها ووثائقها المرفقة كاملة.