Value Proposition: نموذج ربط ميزان المراجعة بالقوائم يحوّل تجهيز القوائم من “تجميع يدوي من TB” إلى Workflow واضح: تبني هيكل بنود القوائم، تربط دليل الحسابات ببنود القوائم داخل FS Mapping Excel، توثق أي إعادة تصنيف الحسابات Reclass في سجل قرار منفصل، ثم تُخرج قوائم P&L والميزانية مع Tie-outs ونسخة معتمدة قابلة للتسليم.

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

• هيكل بنود القوائم (FS Lines) بمستويات واضحة (Main lines / Sub-lines) لتثبيت شكل العرض عبر الفترات.
• شيت FS Mapping Excel: ربط Account → FS Line مع قواعد العرض/الإشارة عند الحاجة.
• مخرجات Mapping P&L وميزانية: تجميع الربح والخسارة والميزانية من نفس TB وبنفس مرجعية الربط.
• إعداد القوائم المالية من TB: FS Rollups جاهزة للعرض (P&L + BS) مع Control totals.
• سجل إعادة تصنيف الحسابات Reclass: قرار (من/إلى/سبب/داعم/اعتماد) بدل “تعديل في آخر لحظة”.
• Checks تشغيلية: Unmapped accounts + Duplicate mapping + Tie-out لإجمالي TB وتوازن الميزانية.
• Pack Index + Sign-off: نسخة “Final” للفترة حتى لا تتكرر مشكلة تعدد النسخ.

CTA مرتبط بالمخرجات: ستجهّز FS Output + Reclass Log + Tie-outs كحزمة تسليم واحدة بدل تعديلات متأخرة وقت الإقفال.

مناسبة لـ

• Financial Controller يريد قوائم قابلة للتسليم مع Traceability من بند القوائم إلى حسابات TB.
• رئيس حسابات يحتاج توحيد التصنيف وإغلاق قرارات Reclass بسجل موثق.
• Reporting Accountant يجهّز Pack شهري/ربع سنوي ويحتاج Checks قبل الاعتماد.

غير مناسبة لـ

• من يتوقع “قوائم نهائية + إفصاحات Notes مكتوبة” بدون وجود إطار إفصاحات وسياسات عرض داخلية.
• شركة لا تملك TB/COA نظيف أو لا تستطيع تثبيت تاريخ إقفال واضح (لن ينجح Tie-out بدون مصدر ثابت).

بدون النموذج / مع النموذج

قبل الاستخدام: 5 أعراض تؤخر إعداد القوائم

• نفس الحساب يتحرك بين بنود مختلفة لأن التصنيف غير ثابت وغير موثق.
• كل فترة يتم بناء شيت جديد للقوائم بدون مرجعية Mapping أو Version.
• لا يوجد Tie-out واضح بين إجمالي TB وإجمالي القوائم بعد التجميع.
• إعادة العرض/التصنيف (Presentation) تتم داخل ملف القوائم بدون Reclass log.
• طلبات المراجع تبدأ من سؤال بسيط وتنتهي بـ “هاتلي الحسابات التي كونت البند” لأن لا يوجد Roll-up واضح.

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

الخطوة 1: التحضير وجمع TB + COA + هيكل البنود

• تثبيت مصدر الفترة: TB أو Adjusted TB (بتاريخ الإقفال) + قائمة COA كاملة.
• تحديد هيكل بنود القوائم: مستويات البنود للـP&L والميزانية (Main/Sub) ومعايير العرض (Operating/Non-operating أو Current/Non-current إن لزم).
• تحديد الحسابات الحساسة التي تحتاج قواعد عرض (Cash/AR/AP/Taxes/Equity) قبل البدء بالربط.

الخطوة 2: FS Mapping + قرارات Reclass (موثقة)

• تنفيذ FS Mapping Excel: ربط كل Account إلى FS line واحد (Account → FS Line).
• فتح إعادة تصنيف الحسابات Reclass في سجل منفصل: من بند إلى بند + السبب + الداعم + اسم المعتمد وتاريخ الاعتماد.
• تشغيل Checks: Unmapped accounts + Duplicate mapping + قواعد تصنيف للبنود الحساسة.

الخطوة 3: Rollups + Tie-outs + نسخة معتمدة

• إخراج Mapping P&L وميزانية: تجميع البنود تلقائيًا من TB إلى FS lines.
• تنفيذ Tie-outs: إجمالي TB مقابل إجمالي المخرجات + توازن الميزانية + مراجعات cross-check الأساسية.
• تجميع Pack: Outputs + Checks + Reclass log + Version register + Sign-off (Final).

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

1. FS Lines Structure (هيكل بنود القوائم)
   • الغرض العملي: تثبيت شكل العرض (بنود ومستويات) حتى لا يتغير كل شهر.
   • متى يُستخدم: عند التأسيس + مراجعة عند تغيير متطلبات التقارير.
   • الدليل الناتج: FS structure sheet (Codes/Levels/Definitions) معتمد.
2. COA-to-FS Mapping Sheet (FS Mapping Excel)
   • الغرض العملي: ربط COA ببنود القوائم بحيث يصبح تجميع بنود القوائم المالية من TB خطوة تشغيلية ثابتة.
   • متى يُستخدم: كل Month/Year-End + عند إضافة حسابات جديدة.
   • الدليل الناتج: Mapping مكتمل + تقرير Unmapped accounts (إن وجد) + قرار إغلاق.
3. TB Import + Control Totals
   • الغرض العملي: توحيد TB قبل التجميع ومنع أخطاء الاستيراد (اختلاف كود/عدم توازن).
   • متى يُستخدم: في كل دورة إعداد قوائم بعد استلام TB/Adjusted TB.
   • الدليل الناتج: TB import + control totals + مرجع تاريخ الاستخراج.
4. FS Rollups Outputs (P&L + Balance Sheet)
   • الغرض العملي: إنتاج مخرجات إعداد القوائم المالية من TB بحيث يكون كل بند مكوّن من Roll-up واضح لحساباته.
   • متى يُستخدم: كل فترة (Month/Quarter/Year-End).
   • الدليل الناتج: FS outputs + roll-up tables تربط البنود بحساباتها.
5. Reclass Log (إعادة تصنيف الحسابات Reclass)
   • الغرض العملي: توثيق قرارات إعادة العرض/التصنيف بدل تعديل القوائم بدون أثر.
   • متى يُستخدم: عند وجود حسابات “حدّية” أو تغييرات عرض.
   • الدليل الناتج: Reclass register + موافقات + أثر على البنود.
6. Validation Checks + Tie-outs
   • الغرض العملي: منع أخطاء قبل الاعتماد: Unmapped، Duplicate mapping، Tie-out totals، وتوازن BS.
   • متى يُستخدم: قبل إصدار نسخة Final لكل فترة.
   • الدليل الناتج: Check results + قائمة فروق (Open/Closed) + توقيع مراجعة.
7. Pack Index + Version Control + Sign-off
   • الغرض العملي: تثبيت نسخة الفترة وتحديد ملفات التسليم بدل تعدد النسخ.
   • متى يُستخدم: عند التسليم الداخلي أو قبل إرسال ملفات للمراجع.
   • الدليل الناتج: Pack index + version register + sign-off page.

المخرجات التي ستسلمها: FS Mapping Excel + Rollups + Checks + Reclass Log + Sign-off في نسخة واحدة معتمدة.

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

• 01-Inputs: TB/Adjusted TB export + COA list + تاريخ الإقفال + أي Dimensions (Entity/Branch) إن وجدت.
• 02-FS Structure: شيت هيكل بنود القوائم (P&L/BS) + تعريفات البنود.
• 03-FS Mapping: شيت FS Mapping Excel (Account → FS Line) + حالة الحساب (Mapped/Unmapped).
• 04-Reclass: Reclass log + سبب + داعم + اعتماد + أثر على البنود.
• 05-Checks: Unmapped report + duplicate mapping check + tie-out totals + BS balance check.
• 06-Outputs: تجميع بنود القوائم المالية (P&L/BS) + roll-up tables لكل بند عند الحاجة.
• 07-Pack Index: فهرس تسليم يوضح أسماء الملفات/الشيتات ونطاقها.
• 08-Version & Sign-off: رقم الإصدار + تاريخ الاعتماد + اسم المعتمد + نطاق الفترة/الكيان.

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

• نتيجة تشغيلية للفريق: إصدار القوائم يصبح “تحديث TB ثم تشغيل mapping ثم مراجعة checks” بدل إعادة بناء القوائم يدويًا كل فترة.
• نتيجة رقابية/تدقيقية: Traceability: كل بند في القوائم يمكن تفكيكه إلى حسابات TB عبر mapping، وكل قرار Reclass موثق ومعتمد داخل Pack.

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

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

نعم. طالما يمكن استخراج TB وCOA بصيغة Excel/CSV. الربط يتم داخل Workbook مستقل.

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

يدعم ذلك إذا كان TB يحتوي Entity/Branch أو إذا تم فصل TB لكل كيان ثم تجميعه. الـMapping يمكن أن يكون موحدًا أو لكل كيان حسب اختلاف COA.

هل يغطي قائمة التدفقات النقدية؟

التركيز الأساسي على P&L والميزانية. التدفقات تحتاج طبقة إضافية (Direct/Indirect + حركة النقد) ويمكن بناؤها فوق نفس FS structure إذا رغبت.

كيف يتعامل مع الحسابات الجديدة خلال السنة؟

تظهر في Unmapped check. يتم ربطها ببند مناسب ثم اعتماد نسخة جديدة (Version + Sign-off) حتى يبقى التصنيف ثابتًا.

هل Reclass في النموذج يعني قيد محاسبي؟

ليس بالضرورة. يمكن أن يكون Reclass “عرض” (Presentation) أو “إعادة تصنيف داخل الإقفال” حسب نهجكم—المهم أن القرار موثق بسبب وداعم واعتماد.

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

TB/Adjusted TB لفترة واحدة + COA list + هيكل بنود القوائم المطلوب (حتى لو نسخة أولية). بدون FS lines لن يتم mapping بشكل منهجي.

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

نعم. استخدامه شهريًا يثبت التصنيف ويغلق Reclass مبكرًا، ثم Year-End يصبح “تجميع وتسليم” بدل إعادة عمل.

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

نعم: Pack Index + Checks + Tie-outs + Reclass log + Sign-off لنسخة الفترة، بحيث تكون الإجابة جاهزة على سؤال “الحساب ده ضمن أي بند ولماذا؟”.

جاهز تثبّت تصنيف القوائم وتغلق Reclass قبل التسليم؟

المخرجات: FS Mapping Excel + هيكل بنود القوائم + Rollups + Checks + Reclass Log في Pack مفهرس مع Version وSign-off.