Value Proposition: نموذج تسوية العهد يُستخدم عندما تصبح العُهد “رصيدًا عالقًا” في GL: تُصرف مبالغ للموظفين أو صندوق petty cash، ثم تُغلق بالمراسلات أو بفواتير ناقصة، وفي Month‑End يظهر سؤال واحد: ما رصيد العهد المفتوح؟ ولماذا لم يُصفَّ؟ هذا الـPack يضع قواعد سياسة العهدة ويحوّل كل عهدة إلى حالة تشغيل موثقة: صرف → مصروفات مدعومة بمستندات → تسوية عهد الموظفين → رد المتبقي من العهد أو استكمال النواقص → تحميل المصروفات على الحسابات والمراكز → Reconciliations قابلة للتسليم.

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

• سياسة العهدة واضحة: أنواع العهد، حدود الصرف، مواعيد التسوية، وما يُقبل كدليل.
• نموذج تسوية العهد يُخرج تسوية موقعة + مرفقات + تحميل على الحساب/المركز.
• petty cash template (دفتر صندوق + سندات صرف + Cash count) بنظام Imprest/Replenishment.
• تحميل المصروفات على المراكز: شيت توزيع المصروفات على Cost Centers/Projects مع مرجع لكل إيصال.
• رد المتبقي من العهد: نموذج رد نقدي/إيداع + تحديث الرصيد المفتوح تلقائيًا في السجل.
• Aging للعهد المفتوحة (0–30/31–60/60+ يوم) مع Owner وتصعيد.
• Month‑End Pack: Tie‑out مع TB + قائمة Open advances + Evidence index للتسليم ضمن Closing Pack.

CTA مرتبط بالمخرجات: استلم Policy + Registers + Settlement forms + Aging + Month‑End Pack جاهزين للتطبيق.

مناسبة لـ

• GL / AP: تسجيل العهد ومتابعة التسوية وربطها بالقيود (JE Log) وMonth‑End Reconciliations.
• Admin / صندوق petty cash Custodian: تشغيل الصندوق الصغير بسندات وجرد وتغذية (Replenishment) موثقة.
• Controller / Internal Audit: ضوابط العهد المالية + Traceability من الصرف إلى التسوية والتحميل على المراكز.

غير مناسبة لـ

• إذا شركتك لا تستخدم عهد/سلف نهائيًا (كل المصروفات عبر بطاقات/موردين مباشرة) — القيمة ستكون محدودة.
• إذا لديك Expense Management System يفرض Workflows وAudit trail بالكامل — قد تحتاج فقط تعديل Policy لا Template كامل.

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

قبل الاستخدام: 5 أعراض أن العهد تتحول إلى أرصدة عالقة ومشاكل تدقيق

• سلف/عهد تُصرف بدون طلب معتمد أو بدون تحديد الغرض والمدة المتوقع تسويتها خلالها.
• إيصالات ناقصة أو غير مقروءة، ومع ذلك يتم “تسوية” العهد شفهيًا بدون نموذج.
• عدم وجود أعمار للعهد المفتوحة، فتظهر سلف قديمة جدًا داخل TB بدون Owner واضح.
• عدم وضوح آلية رد المتبقي من العهد (نقدًا/إيداع/خصم من راتب) وبالتالي لا يُغلق الرصيد.
• تحميل المصروفات يتم على حساب واحد عام بدل تحميل المصروفات على المراكز أو المشاريع، فيفشل تحليل المصروفات/الميزانية.

كيف يعمل نموذج تسوية العهد عمليًا من الصرف إلى Month‑End؟

الرحلة تبدأ قبل الصرف: لا يتم دفع عهدة إلا بمرجع (Request) معتمد يحدد المبلغ والغرض والمدة وحدود المصروف المقبول. أثناء الاستخدام يتم تجميع المستندات وربط كل إيصال بمركز تكلفة/مشروع. عند التسوية، يُستخدم نموذج التسوية لإثبات: إجمالي المصروفات المقبولة + البنود المرفوضة/الناقصة + المتبقي الذي سيتم رده أو ترحيله. بعد ذلك تُجهّز قيود التسوية في JE Log (حسب سياسة شركتك: Clearing account/Advances account) ويتم تحديث سجل العهد وإخراج Month‑End pack يربط الرصيد المفتوح في TB بقائمة عهد مفتوحة مفسّرة.

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

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

• استخراج قائمة العهد/السلف الحالية من ERP/GL (Opening + Movements + Closing) إن وجدت.
• جمع سندات الصرف/التحويلات (Payment ref) لكل عهدة.
• تحديد مراكز التكلفة/المشاريع المعتمدة للتحميل + قواعد المصروفات المسموحة.
• لـpetty cash: تجهيز محضر جرد (Cash count) وتعريف قيمة Imprest وصلاحيات الصرف.

الخطوة 2: التسويات + المستندات + التحميل على المراكز

• تسجيل العهد في السجل: موظف/جهة + مبلغ + تاريخ + Due date للتسوية + Owner.
• عند التسوية: إدخال بنود المصروفات بندًا بندًا وربطها بـتحميل المصروفات على المراكز (CC/Project/GL).
• توثيق البنود الناقصة/غير المقبولة كاستثناءات (Missing receipt / غير مسموح حسب السياسة) مع قرار (تصحيح/رفض/خصم).
• إدارة رد المتبقي من العهد: نموذج رد نقدي/إيداع/خصم (حسب سياسة الشركة) مع مرجع.

الخطوة 3: JE Log + Reconciliations + Pack للتسليم

• إخراج JE Log للتسوية (قابل للترحيل داخل ERP) وربط كل قيد بمراجع النموذج والمرفقات.
• إخراج Aging للعهد المفتوحة مع أسباب التأخر وخطة إغلاق (Invoice pending / missing docs / refund expected).
• Month‑End tie‑out: مطابقة رصيد حساب Advances/Petty cash في TB مع السجل + فروقات (Timing/Posting/Classification).
• تجهيز Month‑End pack للتسليم داخل Closing Pack: Reconciliation + Open items list + Evidence index + Sign‑off.

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

1. سياسة العهدة (Policy)
   • الغرض العملي: تحديد قواعد العهد: حدود الصرف، المدد، المستندات الإلزامية، المصروفات المسموحة/الممنوعة، ومسار الاستثناءات.
   • متى يُستخدم: مرجع دائم + يُستدعى عند أي خلاف أو بند ناقص.
   • الدليل الناتج: Policy معتمدة (Version/Effective date/Approvals).
2. Advance Request Form (طلب عهدة/سلفة)
   • الغرض العملي: منع صرف عهدة “بدون مرجع” وتثبيت الغرض وDue date للتسوية.
   • متى يُستخدم: قبل أي صرف (Cash/Bank transfer).
   • الدليل الناتج: طلب معتمد + رقم مرجعي للصرف.
3. Advances Register + Aging (سجل العهد + أعمار)
   • الغرض العملي: رؤية موحدة لكل عهد مفتوحة/مقفلة، وما المتبقي، ومن المالك، وما عمر الرصيد.
   • متى يُستخدم: يوميًا للتسجيل + أسبوعيًا للمتابعة + Month‑End للتسليم.
   • الدليل الناتج: Register + Aging report يمكن ربطه بحساب GL.
4. نموذج تسوية عهد الموظفين (Settlement Form)
   • الغرض العملي: تحويل الإيصالات إلى تسوية محاسبية: مصروفات مقبولة + استثناءات + متبقي يجب رده/تصفية.
   • متى يُستخدم: عند نهاية المهمة/السفر/الشراء أو قبل Due date للتسوية.
   • الدليل الناتج: نموذج تسوية موقّع (Prepared/Reviewed) + قائمة مرفقات.
5. petty cash template (دفتر صندوق + سندات صرف + جرد)
   • الغرض العملي: تشغيل petty cash بنظام Imprest: كل صرف بسند + جرد دوري + طلب تغذية بناءً على سندات.
   • متى يُستخدم: يوميًا للصرف + أسبوعيًا/شهريًا للجرد + عند Replenishment.
   • الدليل الناتج: Petty cash vouchers + Cash count sheet + Replenishment request.
6. Cost Center Allocation Sheet (تحميل المصروفات على المراكز)
   • الغرض العملي: توزيع مصروفات التسوية على CC/Projects/Departments بدل تحميل عام غير قابل للتحليل.
   • متى يُستخدم: أثناء التسوية وقبل تجهيز JE Log.
   • الدليل الناتج: Allocation schedule مرتبط بالإيصالات ومراجعها.
7. Refund / Return Form (رد المتبقي من العهد)
   • الغرض العملي: إغلاق الرصيد المتبقي بدليل (Cash returned/Bank deposit/Payroll deduction authorization).
   • متى يُستخدم: عند وجود متبقي بعد التسوية.
   • الدليل الناتج: سند رد/إيداع + تحديث الرصيد في السجل.
8. JE Log + Month‑End Reconciliation Pack
   • الغرض العملي: إخراج قيود تسوية قابلة للترحيل + Tie‑out مع TB + قائمة open items مفسرة للتسليم.
   • متى يُستخدم: Week‑4/Month‑End وYear‑End ضمن Closing Pack.
   • الدليل الناتج: JE log + Reconciliation + Evidence index + Sign‑off.
9. ضوابط العهد المالية (Controls Checklist + Exceptions Log)
   • الغرض العملي: ضبط الاستثناءات: إيصالات ناقصة، تأخر التسوية، تجاوز الحدود، وتحديد من يعتمد الاستثناء.
   • متى يُستخدم: أسبوعيًا + عند Month‑End قبل إغلاق الفترة.
   • الدليل الناتج: Exceptions log + قرارات واعتمادات قابلة للمراجعة.

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

• 01-Employee-Advances-Policy.docx: سياسة العهدة (scope/limits/deadlines/allowed expenses/approvals/exceptions).
• 02-Advance-Request-Form.docx: نموذج طلب عهدة/سلفة + موافقات + Due date للتسوية.
• 03-Advances-Register-Aging.xlsx: سجل العهد + أعمار + owners + status (Open/Settled/Overdue).
• 04-Settlement-Form.xlsx: نموذج تسوية عهد الموظفين (line items + attachments list + sign‑off).
• 05-Receipt-Checklist.pdf: قائمة المستندات المقبولة/غير المقبولة + متطلبات كل نوع مصروف.
• 06-CostCenter-Allocation.xlsx: تحميل المصروفات على المراكز/المشاريع + ربط بالإيصال.
• 07-Refund-Return-Form.docx: رد المتبقي من العهد (cash/bank deposit/payroll deduction authorization).
• 08-PettyCash-Template.xlsx: petty cash template (cash book + vouchers + cash count + replenishment request).
• 09-PettyCash-CashCount-Sheet.xlsx: محضر جرد صندوق + توقيع أمين الصندوق والمراجع.
• 10-JE-Log-Advances-Settlement.xlsx: JE Log لقيود التسوية/إعادة التصنيف مع مراجع.
• 11-Exceptions-Log.xlsx: سجل استثناءات (missing receipts/overdue/limit override) + اعتماد.
• 12-MonthEnd-Advances-Recon-Pack.xlsx: Tie‑out مع TB + open items list + aging + sign‑off.
• 13-Evidence-Index.xlsx: فهرس الأدلة (requests/receipts/approvals/refunds) + روابط/مسارات.
• 14-Runbook.pdf: تشغيل خطوة بخطوة (Request → Pay → Spend → Settle → Post → Month‑End pack).
• 15-Archiving-Map.docx: شجرة حفظ (Year/Month/Advances/PettyCash/Settlements/Evidence) + Naming convention.
• 16-Signoff-Page.docx: Prepared/Reviewed/Approved + Effective date + Version control.

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

• نتيجة تشغيلية للفريق: أي عهدة لديها Due date وتسوية نموذجية: مصروفات مقبولة/مرفوضة، رد متبقي، وتحديث حالة (Open/Settled/Overdue) بدل رصيد مفتوح “غير معروف”.
• نتيجة رقابية/تدقيقية: Month‑End: Tie‑out واضح بين رصيد حساب العهد/الصندوق في TB وبين Register، مع Evidence index يربط كل حركة بسند صرف/طلب/تسوية/رد—فيصبح Audit trail قابلًا للتسليم داخل Closing Pack.

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

هل يناسب أي نظام ERP؟

نعم. القوالب تعمل فوق النظام: أنت تستخرج الحركة (Payments/GL) وتوثق التسويات، ثم ترحّل القيود داخل ERP حسب شجرة حساباتك.

هل يغطي petty cash والعهد الفردية للموظفين معًا؟

نعم. petty cash له دفتر وسندات وجرد/Replenishment، وعهد الموظفين لها طلب/صرف/تسوية/رد متبقي وسجل أعمار.

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

نعم عبر حقول Company/Branch/Project/Cost center، وإخراج تقارير Aging وTie‑out لكل كيان ثم Consolidated.

ما الحد الأدنى من البيانات المطلوبة لتسوية عهدة؟

رقم/مرجع صرف + اسم الموظف/الجهة + مبلغ وتاريخ + إيصالات أو إثبات مصروف + مركز تكلفة/مشروع + توقيعات مراجعة/اعتماد.

كيف يتم تحميل المصروفات على المراكز بشكل قابل للمراجعة؟

عبر Allocation sheet: كل إيصال مرتبط بـGL/Cost center/Project ومرفق له مرجع (Receipt #) ثم يُرحّل كقيد أو كBatch داخل النظام.

ماذا نفعل مع العهد المتأخرة أو الإيصالات الناقصة؟

يتم تسجيلها في Exceptions log مع قرار معتمد (إكمال مستندات/رفض جزء/خصم) وتظهر في Aging كعنصر Overdue حتى تُغلق.

هل يصلح لـMonth‑End فقط أم Year‑End أيضًا؟

مناسب للاثنين. Year‑End غالبًا يحتاج تفصيل للعهد القديمة وإثباتات أقوى، والقالب يخرج Aging + open items + evidence index ضمن Pack.

هل يوجد قالب تسليم للمراجع الداخلي/الخارجي؟

نعم: Month‑End advances & petty cash pack + Tie‑out مع TB + Evidence index + Sign‑off.

هل يدعم حدود الصرف وصلاحيات الاعتماد؟

نعم داخل سياسة العهدة: حدود مبلغ/نوع مصروف/مدة تسوية + مسار استثناءات مع موافقات موثقة (يمكن ربطها مع DOA إذا لديك).

جاهز توقف أرصدة العهد العالقة وتطلع Month‑End Pack قابل للتسليم؟

المخرجات: Policy + Settlement forms + Registers/Aging + JE Log + Reconciliation pack + Evidence index.