Value Proposition: مخصص الإجازات لا يُدار كـ“رقم تقديري” آخر السنة. عمليًا، رصيد الإجازات يتغير يوميًا (اكتساب/استهلاك/تسويات عند الخروج) بينما القوائم تحتاج التزامًا قابلًا للقياس ويمكن ربطه بأثر محاسبي واضح. المشكلة التي تظهر في Month‑End وYear‑End: HR لديه أرصدة أيام، Payroll لديه تكلفة يوم/راتب، وGL لديه حساب التزام قديم لا يطابق الواقع. هذا المنتج يحوّل Vacation Accrual إلى مسار تشغيل: نستورد أرصدة الأيام، نحدد احتساب تكلفة الإجازات (day rate) وفق سياسة الشركة، ثم نحسب مخصص رصيد الإجازات شهريًا، ونُخرج حركة مخصص الإجازات سنويًا (Opening + Accrual − Usage/Settlements = Closing) مع قيود مخصص الإجازات وTB tie‑out، بحيث تصبح التزامات الإجازات بالقوائم قابلة للتتبع والمراجعة.

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

• Vacation Accrual schedule: احتساب مخصص رصيد الإجازات شهريًا على مستوى الموظف ثم إجمالي.
• Cost Rate Engine: قواعد احتساب تكلفة الإجازات (day rate) بحسب سياسة شركتك (عناصر راتب تدخل/لا تدخل).
• Annual movement: حركة مخصص الإجازات سنويًا (Opening/Accrual/Usage/Settlements/Closing) قابلة للمراجعة.
• قيود مخصص الإجازات: JE Log لتسجيل/عكس المخصص وربطه بحسابات المصروف والالتزام.
• TB tie‑out: مطابقة رصيد الالتزام في GL مع Closing من جدول المخصص.
• Variance & differences: تفسير الفروقات (تغير أرصدة/تغير day rate/تسويات خروج) بدل رقم صامت.
• Closing/Disclosure pack: ملف تسليم يربط الحساب بالأرصدة وبالقوائم.

CTA مرتبط بالمخرجات: تستلم accrual schedule + حركة سنوية + JE Log + TB tie‑out + Evidence pack.

مناسبة لـ

• Financial Controller / GL: إثبات التزام الإجازات بالقوائم وربط المخصص بحسابات GL.
• Payroll / HR Ops: تحويل أرصدة الأيام إلى تكلفة قابلة للقياس وإغلاق تسويات الخروج.
• Internal Audit / External Audit: ملف قابل للاختبار (inputs → assumptions → calc → JE → TB tie‑out).

غير مناسبة لـ

• إذا لا يوجد تقرير أرصدة إجازات موثوق (days balances) من HR/ERP — بدون مدخلات صحيحة لن تنتج أرقام قابلة للمراجعة.
• إذا شركتك تُثبت التزام الإجازات بالكامل داخل نظام HR/ERP مع rollforward وJE تلقائي وموقع شهريًا — قيمة القالب ستكون أقل.

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

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

• تقرير أرصدة الإجازات موجود في HR لكن لا يوجد ربط محاسبي يحوّله إلى التزام بالقوائم.
• لا يوجد تعريف واضح لـاحتساب تكلفة الإجازات (ما الذي يدخل في day rate؟).
• رصيد مخصص الإجازات في GL يتغير بقيد واحد كل فترة بدون حركة سنوية أو تفسير.
• تسويات خروج الموظفين (encashment/settlement) تُسجل كرواتب أو مصروفات بدون ربط بالمخصص.
• المراجع يطلب rollforward وinputs ولا يوجد ملف واحد يربط كل ذلك.

كيف يُحسب مخصص الإجازات عمليًا من أرصدة الأيام إلى القيد؟

التشغيل يبدأ قبل المنتج: تثبيت مصدر أرصدة الأيام من HR/ERP وتحديد تاريخ التقرير. أثناء التشغيل يتم تطبيق قواعد Vacation Accrual: تحويل أيام الإجازة المتبقية إلى قيمة عبر احتساب تكلفة الإجازات (day rate) حسب سياسة الشركة (مثلاً: Basic فقط، أو Basic + بدلات محددة). ثم يتم إخراج مخصص رصيد الإجازات شهريًا وإعداد حركة مخصص الإجازات سنويًا لشرح التغيرات (اكتساب/استهلاك/تسويات خروج). بعد ذلك تُجهز قيود مخصص الإجازات (JE Log) لتسجيل التغير في الالتزام والمصروف، ثم يُعمل TB tie‑out للتأكد أن رصيد GL يساوي Closing من الجدول. النتيجة النهائية: التزام الإجازات بالقوائم يمكن إثباته من ملف واحد.

طريقة التطبيق (3 خطوات)

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

• تقرير أرصدة الإجازات (days) بتاريخ محدد (Month‑End cutoff).
• Payroll data لتحديد عناصر الأجر الداخلة في حساب day rate (حسب سياسة شركتك).
• قائمة الموظفين (Active/Leaver) + أي تسويات خروج تمت خلال الفترة.
• GL/TB لحساب مخصص الإجازات (Liability) + حساب المصروف المرتبط (Expense).

الخطوة 2: الحساب + الحركة السنوية

• حساب day rate لكل موظف/فئة وفق قواعد احتساب تكلفة الإجازات.
• تحويل الرصيد (days) إلى قيمة: days balance × day rate = مخصص رصيد الإجازات.
• إعداد حركة مخصص الإجازات سنويًا:
  • Opening balance
  • Accrual (increase/decrease)
  • Usage/Encashment/Settlements
  • Other adjustments (rate change, reclass, corrections)
  • Closing balance
• إظهار فروقات التغير: هل التغير بسبب زيادة أرصدة؟ أم تغير day rate؟ أم تسويات خروج؟

الخطوة 3: القيود + TB tie‑out + Closing Pack

• إخراج قيود مخصص الإجازات من JE Log لتسجيل حركة الفترة (Dr/Cr expense vs liability).
• تسوية أي تسويات خروج بحيث تخصم من المخصص بدل تحميلها بالكامل كمصروف جديد (حسب معالجتك).
• مطابقة رصيد GL (مخصص الإجازات) مع Closing من الجدول + توثيق أي بنود مفتوحة.
• تجهيز ملف تسليم: Inputs (HR report) + Assumptions (day rate policy) + Schedules + JE refs + TB tie‑out.

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

1. Leave Balances Import (days)
   • الغرض العملي: إدخال أرصدة الإجازات (days) من HR/ERP بتاريخ Month‑End.
   • متى يُستخدم: شهريًا وقبل الحساب.
   • الدليل الناتج: Snapshot لأرصدة الأيام (Evidence input).
2. Day Rate Rules (احتساب تكلفة الإجازات)
   • الغرض العملي: توثيق قواعد حساب تكلفة اليوم (ما يدخل/لا يدخل) حسب سياسة الشركة.
   • متى يُستخدم: عند الإعداد الأول + عند تغيير سياسة التعويض/البدلات.
   • الدليل الناتج: Policy-to-calculation mapping بإصدار وتاريخ واعتماد.
3. Vacation Accrual Calculation (مخصص رصيد الإجازات)
   • الغرض العملي: تحويل الرصيد بالأيام إلى قيمة التزام لكل موظف ثم إجمالي.
   • متى يُستخدم: شهريًا ضمن Month‑End.
   • الدليل الناتج: Accrual schedule + controls (completeness checks).
4. Annual Movement (حركة مخصص الإجازات سنويًا)
   • الغرض العملي: rollforward يشرح التغير السنوي/التراكمي للالتزام.
   • متى يُستخدم: شهريًا كتتبع + سنويًا للإفصاح والمراجعة.
   • الدليل الناتج: Movement schedule + explanations.
5. Settlements & Encashment Tracker
   • الغرض العملي: توثيق تسويات خروج/صرف رصيد إجازات وربطها بالمخصص.
   • متى يُستخدم: عند leavers أو encashment خلال السنة.
   • الدليل الناتج: Settlements log + references.
6. JE Log (قيود مخصص الإجازات)
   • الغرض العملي: إخراج قيود تسجيل/عكس المخصص وربطها بحركة الفترة.
   • متى يُستخدم: Month‑End وYear‑End.
   • الدليل الناتج: JE batch listing + references + approvals.
7. GL/TB Tie‑Out + Control Account Rollforward
   • الغرض العملي: مطابقة رصيد GL مع Closing من الجدول وتفسير أي اختلاف.
   • متى يُستخدم: شهريًا قبل إصدار Adjusted TB.
   • الدليل الناتج: Tie‑out schedule + differences log.
8. Disclosure Support (التزامات الإجازات بالقوائم)
   • الغرض العملي: تلخيص مصادر الالتزام والحركة والافتراضات لدعم الإفصاح/المراجعة.
   • متى يُستخدم: Year‑End وطلبات المراجع.
   • الدليل الناتج: Disclosure memo + pack index.
9. Closing Pack + Evidence Index
   • الغرض العملي: تجميع Inputs/Assumptions/Outputs/JE/Tie‑out مع sign‑off.
   • متى يُستخدم: شهريًا وYear‑End.
   • الدليل الناتج: Pack قابل للتسليم للمراجعة الداخلية والخارجية.

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

• 01-Vacation-Accrual-Pack.xlsx: الملف الرئيسي (imports + rules + calc + movement + JE + tie-out).
• 02-Leave-Balances-Import.xlsx: قالب إدخال أرصدة الإجازات بالأيام + تاريخ التقرير.
• 03-Day-Rate-Rules.xlsx: قواعد احتساب تكلفة الإجازات (components in/out) + approvals + versioning.
• 04-Vacation-Accrual-Schedule.xlsx: مخصص رصيد الإجازات على مستوى الموظف + controls.
• 05-Annual-Movement-Rollforward.xlsx: حركة مخصص الإجازات سنويًا (Opening/Accrual/Usage/Settlements/Closing).
• 06-Settlements-Encashment-Tracker.xlsx: تسويات خروج/صرف رصيد + مراجع الدفع/Payroll.
• 07-Variance-Differences-Log.xlsx: تحليل تغيرات المخصص (days vs rate vs settlements) + تفسير.
• 08-GL-Mapping-Vacation.xlsx: ربط المخصص بحسابات GL (expense/liability) حسب تصميمك.
• 09-JE-Log-Vacation-Provision.xlsx: قيود مخصص الإجازات + references + approvals.
• 10-Control-Account-Rollforward.xlsx: تسوية حساب الالتزام وربطه بالمدفوعات/التسويات إن وجدت.
• 11-TB-TieOut-AdjustedTB.xlsx: TB/Adjusted TB tie‑out لحساب المخصص + differences notes.
• 12-Disclosure-Memo.docx: مذكرة إفصاح مختصرة: المدخلات/الافتراضات/الحركة/الحساب.
• 13-Evidence-Index.xlsx: فهرس أدلة (HR balances report/payroll rates/JE postings/approvals) + روابط.
• 14-Runbook.pdf: تشغيل خطوة بخطوة (Import → Rate → Calc → Movement → JE → Tie‑out → Pack).
• 15-Controls-Checklist.pdf: Checklist رقابي (completeness/cutoff/rate review/settlements linkage).
• 16-Archiving-Map.docx: شجرة حفظ (Year/Month/Payroll/VacationAccrual/Pack) + naming convention.
• 17-Signoff-Page.docx: Prepared/Reviewed/Approved + الفترة + الإصدار.

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

• نتيجة تشغيلية للفريق: يصبح لديك رقم مخصص الإجازات شهريًا مبني على أرصدة أيام حقيقية وقواعد day rate موثقة، مع معالجة تسويات الخروج ضمن نفس المسار.
• نتيجة رقابية/تدقيقية: ملف واحد يثبت التزامات الإجازات بالقوائم: inputs (balances) → assumptions (rate) → calc → JE → TB tie‑out → حركة سنوية.

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

هل يناسب أي نظام HR/Payroll؟

نعم بشرط توفر تقرير أرصدة الإجازات بالأيام وتوفر بيانات الرواتب/العناصر اللازمة لحساب day rate.

كيف يتم احتساب تكلفة الإجازات (day rate)؟

داخل القالب توجد Rules sheet تحدد عناصر الراتب الداخلة/غير الداخلة. أنت تثبت سياسة شركتك ثم يُطبّقها القالب على البيانات.

هل يغطي الحركة السنوية بالكامل؟

نعم: حركة مخصص الإجازات سنويًا (Opening/Accrual/Usage/Settlements/Closing) مع تفسير الأسباب.

هل يشمل قيود مخصص الإجازات جاهزة؟

نعم عبر JE Log قابل للترحيل، مع ربط كل قيد بفترة وحسابات GL ومراجع الحساب.

كيف يتم التعامل مع تسويات خروج الموظفين؟

تُسجل في settlements tracker وتُربط بالمخصص بحيث يظهر أثرها في الحركة ويقل الرصيد وفق التسوية (حسب معالجتك).

هل يمكن تقسيم المخصص حسب مركز تكلفة/قسم؟

نعم بإضافة Cost center/Department في المدخلات وتوزيع day rate/الأثر والقيود حسب CC.

ما الحد الأدنى من البيانات المطلوبة للبدء؟

تقرير أرصدة الإجازات بالأيام بتاريخ Month‑End + بيانات الرواتب اللازمة لاحتساب day rate + TB لحساب المخصص.

هل يصلح للاستخدام الشهري أم السنوي فقط؟

مناسب شهريًا (لمنع تراكم فروقات) وسنويًا لتجهيز حركة سنوية وإفصاحات ودعم المراجعة.

جاهز تثبت التزام الإجازات بالقوائم وتطلع حركة سنوية + قيود قابلة للمراجعة؟

المخرجات: Vacation Accrual schedule + حركة مخصص الإجازات سنويًا + قيود مخصص الإجازات + TB tie‑out + Closing Pack.