تطوير Web Application مخصص لإدارة الموارد البشرية وتتبع الوقت والإنتاجية و Desktop Monitoring

أبحث عن مطور Full-Stack لتطوير نظام داخلي مخصص للشركة من الصفر لإدارة الموارد البشرية، الموظفين، المتقدمين للوظائف، تتبع الوقت والإنتاجية، المهام، التواصل الداخلي، الإجازات، العمل الإضافي، الحسابات المالية وتقارير الأداء.

---

النسخة الأولى المطلوبة تشمل:

- Responsive Web Application للإدارة والموظفين.

- Desktop Companion.

- Backend + Database + API.

- Deployment على Hostinger VPS.

- Source Code كامل وتسليم تقني كامل للمشروع.

----

1. أنواع المستخدمين والصلاحيات

يوجد نوعان أساسيان من المستخدمين:

Admin / Management

يمتلك صلاحية الوصول إلى:

جميع الموظفين.

المتقدمين للوظائف.

المهام والمشاريع.

ساعات العمل.

Activity Logs.

Flags.

الإجازات.

Overtime.

الحسابات المالية.

التقارير.

المحادثات المسموح له بها.

إعدادات النظام.

Audit Logs.

Employee

يمتلك Dashboard خاصة به فقط.

يمكنه رؤية:

بياناته الشخصية.

مهامه.

ساعات عمله.

الساعات المطلوبة والمتبقية.

الإجازات.

Overtime.

التقارير الخاصة به.

الانعكاس المالي الخاص به.

الرسائل والقنوات المصرح له بها.

شرط أمني أساسي:

لا يجوز لأي موظف الوصول إلى بيانات أو ساعات أو راتب أو تقارير أو تقييمات أي موظف آخر، حتى بمحاولة الوصول المباشر عبر URL أو API.

يجب تنفيذ الصلاحيات على مستوى:

Frontend.

Backend/API.

Database access logic.

وليس فقط عن طريق إخفاء عناصر من واجهة المستخدم. هذا متطلب أساسي في الوثيقة الأصلية.

2. قاعدة بيانات المتقدمين للوظائف

قسم مستقل باسم Applicants للاحتفاظ بكل من تم التواصل معه أو إجراء مقابلة معه، سواء تم توظيفه أم لا.

لكل Applicant:

Full Name.

Email.

Phone.

Location.

Position Applied For.

CV.

Interview Date.

Interview Notes.

Management Notes.

Employment Type Suitability:

Full-time.

Part-time.

Project-based.

Custom.

Tags.

Status:

New.

Interview Scheduled.

Interviewed.

Shortlisted.

Future Candidate.

Rejected.

Hired.

يجب دعم:

Search.

Filters.

البحث داخل Notes.

التصفية حسب الوظيفة والحالة وتاريخ المقابلة والتصنيفات.

إمكانية تحويل Applicant إلى Employee عند التوظيف.

بقاء سجل Applicant محفوظًا بعد التوظيف وعدم حذفه.

هذه الوظائف جزء أصيل من متطلبات النظام.

3. ملف الموظف

لكل Employee:

البيانات الشخصية.

Contact Information.

تاريخ بدء العمل.

Job Title.

Department.

Status:

Active.

Suspended.

Terminated.

Salary / Compensation.

Weekly Required Hours.

Standard Working Days.

Annual Leave Balance.

Financial Settings.

User Account.

Permissions.

القيم الافتراضية:

40 ساعة أسبوعيًا.

8 ساعات يوميًا.

أيام العمل الأساسية من الأحد إلى الخميس.

مع إمكانية تعديلها لموظف معين من الإدارة.

4. نظام المهام والمشاريع

يجب وجود Projects & Tasks Management System.

لكل Project:

Name.

Description.

Manager/Owner.

Team Members.

Start Date.

Due Date.

Status.

لكل Task:

Title.

Description.

Project.

Assigned Employee(s).

Start Date.

Deadline.

Priority.

Status.

Completion %.

Expected Minimum Time.

Expected Maximum Time.

Unit Type.

Target Units إن وجدت.

Actual Time.

Produced Units.

Delivery Links.

Attachments.

5. Produced Units – قياس الإنتاج الفعلي

عند إنشاء Task يمكن للإدارة تحديد Unit Type.

أمثلة:

Episode.

Lesson.

Article.

Page.

Video.

Design.

Record.

Presentation.

Custom Unit.

مثال:

مهمة: كتابة حلقات تربوية

Unit Type = Episode

إذا كتب الموظف 4 حلقات خلال جلسة العمل:

Produced Units = 4

يجب أن يستطيع النظام لاحقًا حساب:

Total Produced Units.

Total Time.

Units per Hour.

Average Time per Unit.

الإنتاج حسب اليوم/الأسبوع/الشهر.

الإنتاج حسب المهمة والمشروع والموظف.

6. Start Work / Break / Resume / Stop Work

Start Work

عند الضغط على Start Work:

يبدأ Work Session.

يسجل Start Date/Time من السيرفر.

يسجل الموظف.

يسجل الجهاز.

يمكن اختيار Task / Project في البداية.

يتصل Desktop Companion بالجلسة.

يبدأ Activity Monitoring.

يمنع النظام الموظف من إنشاء أكثر من Active Work Session في نفس الوقت.

Break

عند الضغط على Break:

يتوقف احتساب وقت العمل.

يسجل Break Start.

تتوقف مراقبة النشاط المرتبطة بوقت العمل.

Resume

يسجل Break End.

يستكمل نفس Work Session.

لا ينشئ Session جديدة.

Stop Work

لا يمكن إنهاء Work Session قبل إدخال:

Project.

Task.

Completion %.

Work Description.

Produced Units.

Unit Type.

Delivery URL عند وجود تسليم رقمي.

ثم:

يتم حساب Actual Work Time بعد استبعاد Breaks.

ترتبط الجلسة بالمهمة.

تتحدث Productivity Statistics.

تظهر البيانات للإدارة فورًا.

7. Desktop Monitoring Application

المطلوب Desktop Companion ويكون مرتبطًا بحساب الموظف والـWeb Application.

يبدأ Monitoring فقط أثناء Active Work Session.

المطلوب تسجيل Activity Data مثل:

Active application.

Active window.

Window title.

مدة استخدام التطبيق.

الانتقال بين التطبيقات.

Idle time.

وقت العودة للنشاط.

Websites/Domains عندما يكون ذلك ممكنًا تقنيًا بصورة موثوقة.

الغرض هو تقييم ارتباط الوقت المسجل بالعمل وليس اتخاذ عقوبة أو خصم تلقائي.

يجب أن يمكن للإدارة تعريف:

Allowed Applications.

Work-related Applications.

Personal / Non-work Applications.

Exceptions.

إذا انتقل الموظف أثناء Work Session إلى تطبيق أو نشاط مصنف Personal/Non-work، ينشئ النظام:

Activity Flag

يحتوي على:

Employee.

Date/Time.

Application.

Duration.

Work Session.

Related Task إن وجدت.

الـFlag لا يؤدي إلى خصم أو عقوبة تلقائية.

القرار النهائي للإدارة بعد المراجعة.

لا يُشترط تسجيل فيديو مستمر للشاشة في النسخة الأولى؛ المطلوب Activity/Application Monitoring موثوق ومناسب.

8. Offline Mode والمزامنة

هذه خاصية أساسية.

إذا انقطع الإنترنت أثناء Active Work Session:

لا يتوقف تسجيل الوقت.

Desktop App يحتفظ بالأحداث محليًا بصورة آمنة.

Start / Break / Resume / Stop يجب ألا تضيع.

Activity Logs تستمر قدر الإمكان.

عند عودة الإنترنت تتم المزامنة تلقائيًا.

يجب منع:

Duplicate Sessions.

Duplicate Events.

Duplicate Activity Logs.

ويجب أن يكون لكل حدث Unique Identifier أو آلية مشابهة لضمان Idempotent Synchronization.

يظهر للموظف:

Synced.

Waiting for Sync.

ويجب أن يعتمد النظام قدر الإمكان على Server Time لمنع التلاعب بساعة جهاز الموظف.

هذه النقاط مطلوبة صراحة في النظام الأصلي.

9. Expected Time & Productivity Flags

الإدارة تحدد للمهمة:

Expected Minimum Time.

Expected Maximum Time.

يجمع النظام Actual Time من جميع Work Sessions المرتبطة بالمهمة.

إذا تم إنجاز المهمة في وقت أقل بشكل غير طبيعي:

Quality Review Flag

إذا تجاوز الوقت بصورة كبيرة:

Efficiency Review Flag

يجب أن تكون Thresholds قابلة للتعديل.

مثال:

Expected Time = 4–6 hours

يمكن للإدارة تحديد أن:

أقل من 50% من Expected Minimum → Flag.

أكثر من 150% من Expected Maximum → Flag.

لا يتم إصدار عقوبة أو خصم تلقائي.

10. دورة الحساب الشهرية

الدورة ليست Calendar Month.

كل Cycle:

من يوم 26 من الشهر الحالي إلى يوم 25 من الشهر التالي.

مثال:

August Cycle:

26 July → 25 August

يجب أن يحسب النظام كل Cycle تلقائيًا ويحتفظ بتاريخ الدورات السابقة.

11. حساب الساعات الشهرية

أيام العمل:

Sunday → Thursday

عدد ساعات اليوم:

8 Hours

يحسب النظام عدد أيام العمل الفعلية داخل كل دورة 26–25.

المعادلة:

Required Monthly Hours = Actual Sunday–Thursday Working Days within the Cycle × 8

وبالتالي عدد الساعات المطلوبة يمكن أن يختلف من دورة إلى أخرى.

12. النظام الأسبوعي

الأسبوع التشغيلي:

Sunday → Saturday

المطلوب:

40 Hours

بنهاية الخميس يعرض النظام للموظف:

Required Hours.

Completed Hours.

Missing Hours.

إذا كان هناك نقص، يمكن للموظف تعويضه الجمعة أو السبت.

مثال:

Sunday–Thursday = 35 hours.

يمكنه العمل الجمعة أو السبت 5 ساعات ليصل إلى 40.

هذه الـ5 ساعات:

ليست Overtime.

13. قاعدة النقص والخصم

عند نهاية السبت يتم إغلاق الأسبوع.

إذا كان الموظف لا يزال أقل من 40 ساعة ولا يوجد Approved Exception:

كل ساعة ناقصة = خصم مالي يعادل ساعتين.

مثال:

Required = 40

Actual = 37

Missing = 3

Deduction Equivalent = 6 hours.

يجب أن يكون لدى الإدارة خيار:

Approve Exception

ويحتوي على:

Reason.

Manager.

Date.

Notes.

وفي هذه الحالة لا يطبق الخصم المضاعف على الساعات المستثناة.

هذه القاعدة أساسية في النظام.

14. Overtime

أي وقت فوق 40 ساعة أسبوعيًا لا يعتبر Overtime مدفوعًا تلقائيًا.

الموظف يقدم Overtime Request مسبقًا.

يشمل:

Employee.

Task/Project.

Date/Period.

Number of Hours.

Reason.

الحالات:

Pending.

Approved.

Rejected.

Only Approved Overtime is paid.

المعادلة:

Approved Overtime Hour = 1.5 × Regular Hourly Rate

إذا عمل الموظف أكثر من 40 ساعة بدون موافقة:

يتم تسجيل الوقت ضمن Actual Work.

لكنه لا يدخل تلقائيًا ضمن Overtime Pay.

15. الإجازات

لكل موظف:

21 Annual Paid Leave Days

النظام يعرض:

Total.

Used.

Remaining.

Leave Request يحتوي على:

Leave Type.

From.

To.

Number of Days.

Reason.

Attachments إن وجدت.

Workflow:

Pending.

Approved.

Rejected.

اليوم المدفوع المعتمد يعامل كـ8 Paid Hours في حساب الدورة.

16. عيد الفطر وعيد الأضحى

يضاف تلقائيًا:

Eid Al-Fitr = 3 Paid Days

Eid Al-Adha = 3 Paid Days

وتعامل كأيام عمل مدفوعة دون مطالبة الموظف بتسجيل Work Session.

يجب أن تكون تواريخ الأعياد قابلة للتعديل سنويًا من الإدارة.

17. Employee Dashboard

الموظف يرى:

Today

Current Status.

Start/Break/Resume/Stop.

Worked Today.

Active Task.

This Week

Required Hours.

Completed Hours.

Missing Hours.

Approved Overtime.

Current 26–25 Cycle

Required Hours.

Completed Hours.

Paid Leave Hours.

Remaining Hours.

Missing Hours.

Approved Overtime.

Financial Estimate.

Productivity

Tasks.

Produced Units.

Time per Unit.

Completion %.

HR

Leave Balance.

Leave Requests.

Overtime Requests.

Monthly Reports.

Notifications.

18. Admin Dashboard

الإدارة ترى:

Employees currently working.

Employees on break.

Offline employees.

Today's Hours.

Weekly Hours.

Missing Hours.

Current Cycle Progress.

Projects.

Tasks.

Produced Units.

Productivity.

Activity Flags.

Efficiency Flags.

Quality Flags.

Leave Requests.

Overtime Requests.

Applicants.

Financial Preview.

Monthly Reports.

مع Filters حسب:

Employee.

Department.

Date.

Project.

Cycle.

19. Financial Preview

النظام ليس مطلوبًا منه أن يكون Accounting Software كاملًا.

لكنه يجب أن يحسب Financial Estimate لكل موظف.

يشمل:

Base Salary / Base Compensation.

Hourly Rate.

Missing Hours.

Double Deduction.

Approved Overtime.

Overtime Value.

Paid Leave.

Estimated Final Compensation.

المبلغ الظاهر للموظف يجب أن يحمل وصفًا واضحًا مثل:

Estimated / Subject to Final Approval

20. Monthly Performance Report

عند انتهاء دورة 26–25:

ينشئ النظام تلقائيًا تقريرًا Draft لكل موظف.

يشمل:

Required Hours.

Actual Hours.

Missing Hours.

Approved Exceptions.

Deductions.

Overtime.

Tasks.

Completion.

Produced Units.

Units per Hour.

Average Time per Unit.

Expected vs Actual Time.

Quality Flags.

Efficiency Flags.

Activity Flags.

Financial Summary.

ثم يجب على المدير إضافة إلزاميًا:

Strengths

Areas of Improvement

ويمكنه إضافة:

Manager Comments.

لا يمكن الضغط على Approve قبل إدخال Strengths وAreas of Improvement.

Workflow:

Draft → Manager Review → Approved → Available to Employee

يحفظ النظام:

Approved By.

Approval Date/Time.

وهذا يطابق دورة التقارير المطلوبة في الملف الأصلي.

21. Internal Team Chat

المطلوب نظام تواصل داخلي للفريق ليكون بديلًا أساسيًا لمحادثات WhatsApp الخاصة بالعمل.

يشمل:

General Chat

قناة عامة للفريق.

Channels

إمكانية إنشاء Channels مثل:

Curriculum Team.

Video Team.

Development.

Management.

Project-specific channels.

يدعم:

Messages.

Replies.

Mentions.

Attachments.

Links.

Timestamps.

Notifications.

Search.

كل Channel لها Permissions.

22. Task Discussion Threads

هذه خاصية مختلفة عن General Chat.

كل Task يجب أن تحتوي داخلها على Discussion Thread مشابه Asana / Notion.

ويحتوي على:

Comments.

Replies.

Mentions.

Attachments.

Links.

Date/Time.

User.

ويجب أن يبقى النقاش جزءًا دائمًا من تاريخ Task.

بحيث عند الرجوع للمهمة بعد أشهر نجد في مكان واحد:

Task Details + Discussion + Decisions + Files + Work Sessions + Delivery + Productivity

23. Notifications

Notifications تلقائية على الأقل عند:

Task Assigned.

Task Mention.

Task Comment.

Chat Mention.

Overtime Request.

Overtime Approved.

Overtime Rejected.

Leave Request.

Leave Approved.

Leave Rejected.

Weekly Missing Hours Warning.

Weekly Deficit Closed.

Quality Flag.

Efficiency Flag.

Activity Flag.

Monthly Report Ready.

Monthly Report Approved.

24. Audit Log

كل تعديل إداري حساس يجب تسجيله.

يشمل:

User.

Date/Time.

Action.

Record.

Old Value.

New Value.

Reason إذا كان مطلوبًا.

خصوصًا:

Work Sessions.

Manual Time Adjustments.

Missing Hours.

Exceptions.

Deductions.

Overtime.

Financial Calculations.

Performance Reports.

لا يجوز للمستخدم العادي حذف الـAudit History.

25. البحث والفلاتر

يجب وجود Search وFilters بشكل عملي داخل:

Applicants.

Employees.

Projects.

Tasks.

Work Sessions.

Activity.

Flags.

Leave.

Overtime.

Reports.

Chats.

26. التقارير

الإدارة يجب أن تستطيع استخراج تقارير حسب:

Employee.

Department.

Project.

Task.

Week.

26–25 Cycle.

Custom Date Range.

مع إمكانية التصدير مستقبلًا إلى:

PDF.

Excel/CSV.

27. متطلبات الأمان

Secure Authentication.

Secure Password Storage.

HTTPS.

RBAC.

Object-Level Authorization.

Protection of CVs and private employee documents.

Secure APIs.

Session management.

Server-side validation.

Rate limiting where appropriate.

Input validation.

Audit trail.

28. الاستضافة

سيتم استخدام Hostinger VPS.

المطلوب من المطور:

Server Setup.

Production Environment.

Staging/Test Environment.

SSL.

Database.

Deployment.

Automatic/regular backups.

Restore procedure.

29. الملكية والتسليم

المشروع والكود بالكامل يجب أن يكونا ملك صاحب المشروع.

المطلوب:

Git Repository مملوك لصاحب المشروع.

Full Source Code.

Frontend.

Backend.

Windows Desktop App.

Database schema.

Database migrations.

Environment example files.

Deployment documentation.

API documentation.

Build instructions للـDesktop App.

Backup/Restore instructions.

Admin Test Account.

Employee Test Account.

لا يتم اعتبار المشروع مستلمًا بمجرد وجود نسخة تعمل على سيرفر المطور.

30. الاختبارات المطلوبة قبل التسليم

يجب اختبار على الأقل:

Login/Permissions.

منع Employee من الوصول لموظف آخر.

Start/Break/Resume/Stop.

Desktop Monitoring.

Offline Work Session.

Re-sync after Internet return.

Duplicate prevention.

دورة 26–25.

Dynamic Required Hours.

Weekly 40 Hours.

Weekend Compensation.

2× Deduction.

Approved Exception.

Overtime Approval.

1.5× Overtime.

Leave.

Eid Paid Days.

Produced Units.

Task Threads.

Chat.

Notifications.

Monthly Report.

Audit Log.

31. ما أريده من المطور عند تقديم العرض

يرجى عدم تقديم عرض عام.

أحتاج في العرض توضيح:

الـTech Stack المقترح ولماذا.

خبرتك في بناء Web Applications مشابهة.

خبرتك في Windows Desktop Applications.

كيفية تنفيذ Desktop Activity Monitoring.

كيفية تنفيذ Offline Sync.

كيفية منع Duplicate Events.

كيفية حماية بيانات الموظفين.

كيفية تنفيذ دورة 26–25.

كيفية تنفيذ 40 Hours + Weekend Compensation.

كيفية تنفيذ 2× Deduction.

كيفية تنفيذ Overtime 1.5×.

كيفية تنفيذ Internal Chat.

كيفية تنفيذ Task Threads.

المدة المتوقعة.

التكلفة الإجمالية Fixed Price لتنفيذ الـScope المذكور.

أي بند ترى أنه غير قابل للتنفيذ أو يحتاج تعديلًا تقنيًا.