Value Proposition: نظام إدارة الرواتب هنا ليس “برنامج HR”؛ هو ملف تشغيل محاسبي يربط دورة الرواتب كاملة (Master Data → Payroll Run → اعتماد → تحويل → قيود → مطابقة) إلى أدلة واضحة: Payroll Register نهائي، Payroll JE، ومطابقة بنك/GL ضمن Closing Pack.

في 20 ثانية: ماذا ستحصل عليه؟

• Payroll Calendar: تقويم تشغيل الرواتب (Cut-off/مراجعة/اعتماد/تحويل) بدل سؤال “متى الرواتب؟”.
• Payroll Register (Gross-to-Net): سجل يخرج صافي المستحق لكل موظف مع تفاصيل البدلات والاستقطاعات.
• Payroll Change Log: سجل تغييرات (إضافة/إيقاف/تعديل راتب/بدل/خصم) مع موافقات وأثرها على الشهر.
• Bank/Transfer List: قائمة تحويل الرواتب بصافي المستحق + مرجع الشهر (لربطها بكشف البنك).
• Payroll JE Template: قالب قيد الرواتب (مصروفات + مستحقات + استقطاعات) مرتبط بأرقام السجل.
• Reconciliations: مطابقة صافي الرواتب مع البنك، ومطابقة مصروف الرواتب/المستحقات مع GL.
• Payroll Closing Pack: “سلة الرواتب” كحزمة تسليم: سجل + قيود + مطابقات + Sign-off.

CTA مرتبط بالمخرجات: استلم Payroll Register + Payroll JE + Bank/GL Reconciliations + Closing Pack جاهزين للتطبيق.

مناسبة لـ

• Payroll/Finance Accountant: لتشغيل الرواتب بسجلات واعتمادات وربطها بالـGL.
• Chief Accountant / Controller: لإقفال الرواتب شهريًا بأدلة (Traceability) بدل أرقام مجمعة.
• شركات تربط الرواتب مع ERP: تحتاج طبقة رقابية فوق نظام إدارة موارد الشركة ERP (Exports + Tie-outs).

غير مناسبة لـ

• من يبحث عن منصة شاملة لإدارة مكاتب/قضايا مثل نظام إدارة مكاتب المحاماة — المنتج محاسبي للرواتب فقط.
• من يريد جدول سلم الرواتب أو تحديد موعد نزول الرواتب رسميًا (حكومي/قانوني) — المنتج يوفر تقويم تشغيل داخلي وموافقات، أما تاريخ الإيداع الفعلي يعتمد على سياسة الشركة والبنك.

بدون النظام / مع النظام (مقارنة قصيرة)

قبل الاستخدام: 5 أعراض أن الرواتب ستعطل Month-End

• زيادات/بدلات/إيقافات تتم خلال الشهر بدون سجل تغيير (Change log) ولا موافقات.
• صافي الرواتب المحوّل لا يطابق كشف البنك بسبب رسوم/تحويلات/فروقات توقيت بدون جدول تسوية.
• قيد الرواتب يُسجل كرقم واحد، ثم عند السؤال “تفصيله؟” لا يوجد Gross-to-Net معتمد.
• استقطاعات (سلف/عهد/جزاءات) تُطبق بدون مذكرة خصم أو مرجع يُربط بالسجل.
• لا يوجد تقويم تشغيل، فيتحول الموضوع إلى أسئلة متكررة: موعد الرواتب؟ متى الرواتب؟ بدل مسار اعتماد واضح.

نظام إدارة الرواتب: طريقة التطبيق (3 خطوات بدون فجوات)

الخطوة 1: التحضير وجمع التقارير وتثبيت الأساس

• تجهيز Employee Master (الاسم/الرقم/القسم/التكلفة/الحساب البنكي) وربطه بمراكز تكلفة/فروع إن وجدت.
• تثبيت مكونات الراتب: Basic + Allowances + Deductions + Employer liabilities (حسب بيئتك) وربط كل بند بحساب GL.
• إصدار Payroll Calendar (Cut-off/Review/Approval/Transfer) لتوحيد “الموعد” داخليًا.

الخطوة 2: التشغيل الشهري + التسويات + سجل التغييرات

• استيراد Attendance/Overtime (إن وجد) وتطبيق قواعد الحساب داخل سجل التشغيل.
• تحديث Payroll Change Log: أي تغيير في الراتب/البدلات/الاستقطاعات مع موافقة وأثر مالي.
• تجهيز قائمة التحويل (Bank/Transfer list) ومراجعة الاستثناءات (IBAN ناقص/موظف موقوف/مبلغ شاذ).

الخطوة 3: الإقفال (Payroll JE + Reconciliations + Payroll Closing Pack)

• إصدار Payroll JE Template: مصروف رواتب/بدلات مقابل مستحقات/استقطاعات/بنك، مع Reference للشهر.
• Reconciliations: صافي الرواتب ↔ كشف البنك، ومصروف الرواتب/المستحقات ↔ GL/TB.
• تجميع “سلة الرواتب” كتسليم: Register + Change log + Approvals + JE + Recs + Sign-off.

مكونات النظام (جرد واضح)

1. Employee Master Data Register (سجل بيانات الموظفين)
   • الغرض العملي: توحيد بيانات الموظفين التي تؤثر على الرواتب والتحويل (Cost center/Branch/IBAN).
   • متى يُستخدم: عند البداية ثم مع أي تعيين/تعديل بيانات.
   • الدليل الناتج: Master register + سجل تغييرات (Who/When/What).
2. Earnings & Deductions Matrix (مصفوفة بنود الراتب)
   • الغرض العملي: تعريف بنود Gross-to-Net وربط كل بند بحساب GL (Salary expense/Payables/Deductions).
   • متى يُستخدم: قبل أول Payroll Run + عند إضافة بند جديد أو تغيير سياسة.
   • الدليل الناتج: Matrix مع Mapping للحسابات + Version.
3. Payroll Calendar (تقويم الرواتب)
   • الغرض العملي: تثبيت Cut-off ومراحل المراجعة والاعتماد والتحويل بدل الأسئلة المتكررة عن “موعد الرواتب”.
   • متى يُستخدم: سنويًا مع تحديث شهري عند الحاجة.
   • الدليل الناتج: Calendar مع Owners ومواعيد اعتماد (Review/Approve/Transfer).
4. Payroll Run Checklist (قائمة تشغيل الرواتب)
   • الغرض العملي: جرد خطوات Payroll Run: Data freeze → مراجعة → اعتماد → تحويل → قيد.
   • متى يُستخدم: شهريًا قبل اعتماد الرواتب.
   • الدليل الناتج: Checklist مُعبّأة + Sign-off على كل مرحلة.
5. Payroll Register (Gross-to-Net)
   • الغرض العملي: إخراج صافي المستحق لكل موظف مع تفصيل البنود، كمرجع وحيد معتمد.
   • متى يُستخدم: كل Payroll Run (شهريًا).
   • الدليل الناتج: Register نهائي Versioned + صفحة اعتماد.
6. Payroll Change Request + Approval Workflow (طلب تعديل + موافقات)
   • الغرض العملي: ضبط التعديلات (زيادة/بدل/خصم/إيقاف) بموافقة وأثر مالي واضح.
   • متى يُستخدم: طوال الشهر قبل Cut-off.
   • الدليل الناتج: Change request + approvals + إدخال في Change log.
7. Deductions & Advances Register (سجل الاستقطاعات والسلف/العهد)
   • الغرض العملي: توثيق سلف/عهد/قروض موظفين وكيف تُستقطع على الرواتب مع رصيد متبقي.
   • متى يُستخدم: شهريًا قبل اعتماد صافي الرواتب.
   • الدليل الناتج: Deductions register + مذكرة خصم + ربط بالـPayroll register.
8. Bank/Transfer List + Payment Evidence (قائمة التحويل وأدلتها)
   • الغرض العملي: تجهيز صافي التحويل وربطه بكشف البنك لاحقًا (Net Pay evidence).
   • متى يُستخدم: بعد اعتماد Payroll Register وقبل التحويل.
   • الدليل الناتج: Transfer list + Reference للشهر + إثبات تنفيذ/مرفقات التحويل حسب المتاح.
9. Payroll JE Template + JE Log (قيد الرواتب)
   • الغرض العملي: توليد قيد رواتب موثق: Expense/Payables/Deductions/Bank مع ربطه بأرقام register.
   • متى يُستخدم: شهريًا ضمن Month-End.
   • الدليل الناتج: Payroll JE + رقم القيد في النظام + Reference إلى السجل.
10. Reconciliations (مطابقة البنك والـGL)
    • الغرض العملي: إثبات أن (صافي التحويل) يطابق البنك، وأن (مصروف الرواتب/المستحقات) يطابق TB.
    • متى يُستخدم: شهريًا قبل اعتماد الإقفال.
    • الدليل الناتج: Bank reconciliation + GL tie-out + فروقات مصنفة وخطة إغلاقها.
11. Payroll Closing Pack Index + Sign-off (سلة الرواتب)
    • الغرض العملي: فهرسة وتسليم ملف الرواتب كحزمة أدلة للمراجعة الداخلية/الخارجية.
    • متى يُستخدم: Month-End + Year-End عند تجميع السنة.
    • الدليل الناتج: Pack index + Prepared/Reviewed/Approved + Version.

ما الذي يجب أن يكون موجودًا داخل التسليم؟

• 01-ReadMe & Runbook: خطوات التشغيل من Cut-off إلى التحويل ثم القيد (Payroll Runbook).
• 02-Employee Master: سجل بيانات الموظفين + Change log.
• 03-Components Matrix: بنود الراتب (Earnings/Deductions) + Mapping إلى حسابات GL.
• 04-Payroll Calendar: تقويم الرواتب + Owners + مواعيد الاعتماد الداخلية.
• 05-Payroll Register: Gross-to-Net للشهر + نسخة معتمدة (Version/Sign-off).
• 06-Change Requests: طلبات تعديل الرواتب + موافقات + أثر مالي.
• 07-Deductions/Advances: سجل استقطاعات وسلف/عهد + مذكرات الخصم (إن وجدت).
• 08-Bank/Transfer Pack: قائمة التحويل + إثبات التنفيذ/مرجع البنك حسب المتاح.
• 09-Payroll JE: قالب القيد + رقم الترحيل في ERP/GL + JE Log.
• 10-Reconciliations: مطابقة صافي الرواتب إلى البنك + مطابقة المصروف/المستحقات إلى TB.
• 11-Pack Index & Sign-off: فهرس “سلة الرواتب” + Prepared/Reviewed/Approved + نسخة الشهر.
• 12-Archiving Map: هيكل أرشفة وروابط (Reference IDs) لضمان Traceability.

بعد التطبيق (نقطتان فقط)

• نتيجة تشغيلية للفريق: الرواتب تصبح مسار ثابت: Change requests قبل Cut-off → Payroll register معتمد → تحويل موثق → قيد مرتبط → مطابقة تُغلق الشهر.
• نتيجة رقابية/تدقيقية: Traceability: موظف/بند → سجل الرواتب → موافقة/طلب تعديل → تحويل بنكي → Payroll JE → رصيد GL، مع Pack Index وSign-off.

FAQ — أسئلة قبل الشراء

هل هذا المنتج “نظام” Software أم قوالب تشغيل؟

هو نظام تشغيل محاسبي للرواتب داخل Excel/Sheets مع نماذج واعتمادات ومطابقات. ليس منصة HR Software.

هل يتكامل مع نظام إدارة موارد الشركة ERP؟

نعم بالمنطق العملي: تستخدم Exports من ERP/HR، وتُخرج Payroll JE وملفات التسليم مع Tie-outs. لا يحتاج تكامل تقني؛ هو “طبقة رقابة” فوق أي ERP.

هل يحدد موعد الرواتب أو موعد نزول الرواتب؟

لا يحدد “موعد نزول الرواتب” كالتزام رسمي. لكنه يوفر Payroll Calendar داخلي يثبت Cut-off والمراجعة والاعتماد والتحويل داخل شركتك، فتتحول الإجابة من “متى الرواتب؟” إلى “حسب التقويم المعتمد”.

هل يوفر سلم الرواتب؟

لا يقدم سلم الرواتب كنظام حكومي/تصنيف وظيفي. لكنه يتضمن مصفوفة بنود الراتب (Earnings/Deductions) وربطها بالـGL لتشغيل الرواتب.

هل يغطي نظام إدارة العقود؟

ليس نظام إدارة العقود. لكن يمكن ربط بعض البنود (بدلات/استقطاعات) بمستندات عقد الموظف كمرجع داخل Evidence pack إذا كانت سياستكم تتطلب ذلك.

هل يناسب شركات متعددة الفروع أو مراكز تكلفة؟

نعم بإضافة Branch/Cost Center في Employee Master وPayroll register ثم إخراج JE وتوزيع المصروف حسب الفرع/المركز.

هل يشمل رواتب الموظفين “كشوف” قابلة للتسليم والمراجعة؟

نعم: Payroll Register (Gross-to-Net) + Change log + Approvals + Bank/GL reconciliations. هذه هي أدلة تشغيل الرواتب التي تُسلم في Month-End.

هل هذا المنتج مناسب لإدارة مكاتب المحاماة؟

إذا المقصود إدارة قضايا ومذكرات وعمليات مكتب محاماة: لا. إذا المقصود رواتب موظفي المكتب فقط: نعم، لأنه Payroll Operating Pack.

جاهز تقفل الرواتب كحزمة أدلة بدل قيد إجمالي وأسئلة متكررة؟

المخرجات: Payroll Register + Payroll JE + Bank/GL Reconciliations + Payroll Closing Pack مع Sign-off.