Value Proposition: طريقة حساب ecl لا تُثبت في المراجعة بمجرد “نسبة مخصص”؛ الذي يُطلب فعليًا في Month-End/Year-End هو ملف يربط: بيانات AR/Aging → منهجية (Segmentation + PD/LGD أو Provision Matrix) → نتيجة مخصص قابلة للتتبع → حركة المخصص (Rollforward) → JE موثق داخل JE Log → Reconciliations إلى TB/GL. هذا النموذج مصمم كـOperating Pack لتخرج من الحساب إلى تسليم (Closing Pack) يمكن اختباره بعينة.

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

• Data Pack جاهز: شيت إدخال AR Aging + ربط Customer/Portfolio/Terms.
• Segmentation Builder: تقسيم العملاء/المحافظ (Retail/Wholesale/Key accounts… حسب شركتك) كمدخل للمصفوفة.
• Provision Matrix / PD-LGD: بناء نسب خسارة مبنية على تاريخ write-offs + buckets (Days Past Due).
• ECL Calculation Engine: حساب Allowance على مستوى العميل/الفاتورة/المحفظة مع Traceable logic.
• Allowance Rollforward: حركة المخصص (Opening → Charge/Release → Write-offs → Closing) لدعم Year-End.
• JE Template + JE Log: قيد المخصص/العكس/الشطب مع Reference للملف.
• Reconciliation + Closing Pack: مطابقة المخصص إلى GL/TB + ملف تسليم (Index + Sign-off).

CTA مرتبط بالمخرجات: استلم ECL Calculation + Allowance Rollforward + JE Template/JE Log + GL Reconciliation + Closing Pack.

مناسبة لـ

• GL / Financial Reporting: لإخراج مخصص خسائر ائتمانية متوقعة مدعوم بجداول ومذكرات (IFRS 9).
• Controller / Chief Accountant: لإقفال Allowance شهريًا/سنويًا مع Rollforward وReconciliations قبل Adjusted TB.
• Internal/External Audit: للحصول على Traceability: بيانات → منهجية → نتيجة → قيد → GL.

غير مناسبة لـ

• من يبحث عن خدمات أفراد مثل حساب المواطن أو حاسبة حساب المواطن أو حساب المواطن دخول أو استعلام حساب المواطن أو انشاء حساب جيميل أو فتح حساب الراجحي.
• البنوك/التمويل الخاضع لنماذج Regulatory ECL متقدمة (Basel/IRB) — هذا القالب موجه لشركات (Corporate) ومحافظ AR/Loans التشغيلية لأغراض IFRS 9 وإقفال القوائم.

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

قبل الاستخدام: 5 أعراض أن ملف المخصص لن يمر في Year-End

• المخصص يتحدد “كنسبة” بدون Provision Matrix أو تقسيم محافظ، فلا يوجد منطق يمكن اختباره.
• لا توجد مطابقة بين AR Aging المستخدم في الحساب وبين رصيد العملاء/المخصص في TB/GL.
• الشطب (Write-off) والتحصيلات (Recoveries) لا تُعكس داخل حركة المخصص، فيظهر Rollforward غير منطقي.
• تغيرات السياسة (Credit terms) أو الأحداث الائتمانية لا تُوثق كـOverlay/Assumptions فتظهر قفزات غير مفسرة في المخصص.
• لا يوجد JE Template ولا JE Log references، فيصبح رقم المخصص “موجود في الشيت” لكنه غير مرتبط بقيد وإقفال.

طريقة حساب ecl عمليًا داخل الإقفال

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

• استخراج AR Aging بنفس Cut-off الخاص بـMonth-End/Year-End (مع Customer ID/Invoice/DPD).
• تجميع تاريخ الشطب والتحصيلات (Write-offs/Recoveries) لفترة مناسبة + أي بيانات Credit terms/limits.
• تحديد Segmentation عملي: حسب نوع العميل/النشاط/المنطقة/سياسة الائتمان، مع Mapping واضح داخل الملف.

الخطوة 2: بناء الدراسة (Matrix/Assumptions) + الحساب + اختبارات معقولة

• إنشاء Provision Matrix أو PD/LGD حسب طبيعة محفظتك (Buckets حسب Days Past Due) مع توثيق طريقة بناء النسب.
• تشغيل ECL engine لإخراج Allowance على مستوى العميل/الفاتورة/المحفظة، وتحديد استثناءات واضحة (Specific provisions).
• تطبيق Forward-looking overlay (إن استخدمته الشركة) كمذكرة Assumptions: ما هو التعديل؟ لماذا؟ وعلى أي Segment؟

الخطوة 3: Month-End/Year-End Outputs (JE + Reconciliations + Closing Pack)

• إخراج Allowance Rollforward وإظهار حركة (Opening/Charge/Release/Write-offs/Closing).
• إصدار JE Template وتسجيل القيد داخل JE Log مع Reference للملف، ثم مطابقة المخصص إلى TB/GL قبل Adjusted TB.
• تجميع Closing Pack: Data pack + Matrix + Calculations + Rollforward + Reconciliations + Sign-off للتسليم للمراجعة.

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

1. AR Data Input Pack (ملف إدخال Aging)
   • الغرض العملي: إدخال AR Aging بنفس Cut-off وبنفس Customer IDs لتسهيل الربط مع GL.
   • متى يُستخدم: شهريًا قبل احتساب المخصص.
   • الدليل الناتج: Data snapshot للشهر + مصدر التقرير (ERP export) + تاريخ الاستخراج.
2. Segmentation & Mapping Sheet (تقسيم المحافظ)
   • الغرض العملي: تحديد المحافظ التي تختلف مخاطرها (مثلاً Key accounts vs SME) بدل نسبة واحدة للجميع.
   • متى يُستخدم: عند التأسيس ثم مراجعة دورية عند تغيّر السياسة/المحفظة.
   • الدليل الناتج: Segmentation logic + Mapping table تربط كل عميل/فاتورة بـSegment.
3. Write-offs / Recoveries History (تاريخ الشطب والتحصيل)
   • الغرض العملي: بناء نسب Loss rates على أساس بيانات فعلية وليس تقديرًا عامًا.
   • متى يُستخدم: تحديث شهري/ربع سنوي حسب توافر البيانات.
   • الدليل الناتج: سجل شطب/تحصيل + ربط بمراجع قيود الشطب/التحصيل إن أمكن.
4. Provision Matrix Builder (بناء مصفوفة المخصص)
   • الغرض العملي: توليد Loss rate لكل Bucket (0-30/31-60/… حسب سياستك) لكل Segment.
   • متى يُستخدم: عند إعداد الدراسة ثم تحديثها دوريًا.
   • الدليل الناتج: Matrix versioned + مصدر النسب + تاريخ اعتماد داخلي.
5. ECL Calculation Engine (محرك الحساب)
   • الغرض العملي: تطبيق المصفوفة/الافتراضات على AR Aging لإخراج Allowance تفصيلي.
   • متى يُستخدم: كل Month-End/Year-End.
   • الدليل الناتج: Calculation output + تمييز Specific items + قائمة استثناءات.
6. Management Overlay & Assumptions Memo (الافتراضات والتعديلات)
   • الغرض العملي: توثيق أي تعديل Forward-looking أو أحداث ائتمانية بدل تعديل “داخل رقم المخصص”.
   • متى يُستخدم: عند الحاجة (تغيرات سوق/عميل/سياسة) + غالبًا في Year-End.
   • الدليل الناتج: Assumptions memo + أثر رقمي على المخصص + موافقات داخلية (إن وجدت).
7. Allowance Rollforward (حركة المخصص)
   • الغرض العملي: إثبات حركة المخصص: Opening → Charge/Release → Write-offs → Closing.
   • متى يُستخدم: شهريًا وضروري في Year-End.
   • الدليل الناتج: Rollforward schedule + شرح أسباب التغير الرئيسية.
8. Sensitivity / Reasonableness Checks (اختبارات معقولة)
   • الغرض العملي: اختبار النتائج: مقارنة مخصص الشهر بالسابق، تأثير تغيير Loss rates، وعناصر كبيرة تحتاج مراجعة.
   • متى يُستخدم: قبل اعتماد القيد وقبل تسليم Closing Pack.
   • الدليل الناتج: Reasonableness sheet + قائمة نقاط مراجعة (Review notes).
9. JE Templates + JE Log (قيود المخصص)
   • الغرض العملي: إصدار قيد إثبات/عكس المخصص وربطه بحركة rollforward وبمخرجات الحساب.
   • متى يُستخدم: كل Month-End/Year-End، وعند شطب كبير/تسوية خاصة.
   • الدليل الناتج: JE Template + رقم القيد بعد الترحيل + Reference داخل JE Log.
10. Reconciliation to GL/TB (مطابقة إلى الميزان)
    • الغرض العملي: ربط رصيد Allowance في الجداول مع حساب المخصص في TB/GL (وأحيانًا ربط AR Aging برصيد العملاء).
    • متى يُستخدم: شهريًا قبل Adjusted TB + سنويًا للتسليم.
    • الدليل الناتج: Reconciliation schedule + فروقات مصنفة + خطة معالجة.
11. Disclosure Support (دعم الإفصاح)
    • الغرض العملي: تجهيز أرقام/جداول داعمة لملاحظة ECL (Rollforward/aging split/credit risk) وفق قالبك.
    • متى يُستخدم: Quarter-End/Year-End.
    • الدليل الناتج: Note support pack مرتبط بالـRollforward والـRecs.
12. ECL Closing Pack Index + Sign-off
    • الغرض العملي: تسليم منظم: ماذا يحتوي ملف ECL؟ من أعد؟ من راجع؟ ما نسخة الشهر؟
    • متى يُستخدم: Month-End وYear-End.
    • الدليل الناتج: Pack index + Prepared/Reviewed/Approved + Version.

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

• 01-Pack Index: فهرس التسليم + Owners + Version + Sign-off.
• 02-Data Snapshot: Export AR Aging (الشهر) + مصدر التقرير + تاريخ الاستخراج.
• 03-Segmentation: قواعد التقسيم + mapping table + أي تغييرات عن الشهر السابق.
• 04-Loss History: سجل Write-offs/Recoveries + منهجية احتساب Loss rates.
• 05-Provision Matrix / PD-LGD: المصفوفة/المعلمات + إصدار معتمد + Assumptions.
• 06-ECL Calculations: مخرجات الحساب التفصيلية + قائمة الاستثناءات (Specific items).
• 07-Overlay Memo: (إن وجد) مذكرة التعديل Forward-looking + الأثر الرقمي + موافقات.
• 08-Rollforward: حركة المخصص + تفسير التغيرات الرئيسية.
• 09-JE Pack: JE Templates + JE Log + أرقام الترحيل + References للجداول.
• 10-Reconciliations: مطابقة Allowance إلى GL/TB + تفسير الفروقات + إجراءات تصحيح.
• 11-Disclosure Support: ملف دعم الإفصاحات (Year-End/Quarter-End) مرتبط بالأرقام.
• 12-Archiving Map: هيكل مجلدات وتسمية ملفات تربط Version بالمجلد الصحيح.

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

• نتيجة تشغيلية للفريق: احتساب المخصص يصبح مسارًا شهريًا ثابتًا: Aging snapshot → Matrix/Assumptions → Calculation → Rollforward → JE.
• نتيجة رقابية/تدقيقية: Traceability كاملة: بيانات AR → منهجية → نتيجة → قيد → GL/TB، ضمن Closing Pack بإصدارات وSign-off يقلل طلبات المراجع المتكررة.

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

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

نعم. لأن المدخلات الأساسية هي Export (AR Aging + TB/GL) والمخرجات Schedules وReconciliations وJE Templates بدون تكامل تقني.

هل هو “نموذج الخسائر الائتمانية المتوقعة” للذمم فقط أم يشمل قروض؟

الأساس مُصمم لTrade Receivables/Contract Assets (Provision Matrix)، ويمكن تكييفه لمحافظ قروض شركات بسيطة. للبنوك أو نماذج Regulatory ECL المتقدمة هذا خارج النطاق.

هل يدعم Simplified Approach أم General Approach؟

يدعم عمليًا simplified عبر Provision Matrix للذمم. إذا احتجت منطق stages و12‑month/Lifetime ECL يمكن تضمين ذلك كحقول/منهجية داخل الملف حسب سياسة شركتك.

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

AR Aging عند Cut-off + رصيد المخصص في TB/GL. لرفع جودة الدراسة: تاريخ write-offs/recoveries وتقسيم محافظ (Segmentation) وفترات تقادم (Days Past Due).

ماذا لو الشركة جديدة ولا يوجد تاريخ شطب كافٍ؟

يمكن تشغيل نسخة أولية باستخدام Loss rates مُعتمدة داخليًا مع مذكرة Assumptions واضحة، ثم تحديث المصفوفة تدريجيًا عند توفر بيانات فعلية (مع توثيق Versions).

هل يوجد ملف تسليم جاهز للمراجع؟

نعم: ECL Closing Pack Index + Data snapshot + Matrix + Calculation + Rollforward + JE references + Reconciliations.

هل له علاقة بحساب المواطن أو فتح حساب الراجحي أو إنشاء حساب جيميل؟

لا. هذه كلمات بحث عامة غير مرتبطة. المنتج محاسبي للشركات لتطبيق IFRS 9 ECL وإقفال المخصص.

هل يمكن استخدامه في Month-End فقط أم Year-End أيضًا؟

يخدم الاثنين: Month-End لإخراج الحساب والقيد والمطابقة، وYear-End لإخراج Rollforward ودعم الإفصاحات ضمن Closing Pack.

جاهز تحوّل دراسة ECL إلى تسليم قابل للمراجعة بدل “نسبة مخصص”؟

المخرجات: Provision Matrix + ECL Calculation + Allowance Rollforward + JE Log + GL/TB Reconciliations + Closing Pack.