Value Proposition: نموذج دليل حسابات هو الملف الذي يمنع “فوضى الحسابات” قبل أن تتحول إلى فروق في الـTB وصعوبة في الإقفال: يثبت ترميز الحسابات، نوع كل حساب (BS/P&L)، قواعد الـPosting، حسابات التحكم (Control Accounts)، وربط الحسابات ببنود القوائم—فتصبح دفاتر حسابات الشركة قابلة للتشغيل والمراجعة بدل الاعتماد على أسماء حسابات متكررة أو غير متسقة.

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

• هيكل ترميز حسابات واضح (Segments/Code ranges) يمنع تكرار الحسابات بأسماء مختلفة.
• تعريف نوع كل حساب: BS vs P&L + Normal balance + هل يسمح بالـPosting أم حساب تجميعي.
• تحديد حسابات التحكم (AP/AR/Inventory/FA) وربطها بمبدأ تشغيل الـSubledger.
• قواعد إنشاء الحسابات الجديدة (Account creation rules) لمنع “فتح حساب جديد لكل حالة”.
• قالب ربط أولي لبنود القوائم (FS Mapping skeleton) لتجهيز إعداد القوائم من الـTB.
• Sheet جاهز للاستيراد/التحميل (Import-ready) لتسليم فريق الـERP أو الـVendor.
• Change log + Sign-off: توثيق النسخة المعتمدة من الـCOA قبل التشغيل.

CTA مرتبط بالمخرجات: استلم COA Master + Posting Rules + FS Mapping كملف تسليم قابل للاعتماد والاستيراد.

مناسبة لـ

• Chief Accountant / Financial Controller: تريد ضبط دليل الحسابات قبل أن يتضخم ويصعب تفسير الـTB.
• ERP Finance Lead: تحتاج ملف COA واضح لتسليمه للـVendor/الـIT كمدخل تأسيس النظام.
• إدارة الحسابات (ادارة الحسابات): تريد قواعد تشغيل تمنع فتح حسابات متكررة وتحافظ على قابلية إعداد القوائم.

غير مناسبة لـ

• من يبحث عن إدارة حسابات انستقرام جميله أو حسابات ابل ستور أو حسابات فورت — هذا نموذج محاسبي لدليل حسابات (GL) وليس حسابات منصات/ألعاب.
• من يريد “دليل جاهز حسب نشاط” بدون تصميم/تخصيص — هذا النموذج يبني الهيكل ويضبط القواعد، ويمكن بعده تعبئة الدليل حسب نشاطك.

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

قبل الاستخدام: 5 أعراض أن دفاتر حسابات الشركة “غير مستقرة”

• حسابات متكررة لنفس المعنى (مثلاً مصروفات متعددة بلا قاعدة)، فتظهر فروق وتصنيفات متضاربة عند إعداد القوائم.
• لا يوجد فصل بين حسابات تجميعية وحسابات Posting، فيدخل المستخدمون قيود على حسابات لا يجب التقييد عليها.
• حسابات التحكم (AP/AR/Inventory) غير واضحة فتحدث تسويات شهرية متكررة لتصحيح المخرجات.
• لا توجد سياسة فتح حسابات جديدة ولا سجل اعتماد، فيكبر الدليل بلا حوكمة.
• عند تطبيق ERP، ملف الـCOA يتغير أثناء التنفيذ لأن المتطلبات لم تُحسم مبكرًا.

نموذج دليل حسابات: كيف يعمل عمليًا؟

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

• استخراج TB الحالي/قائمة الحسابات الحالية + أمثلة من القيود المتكررة.
• تحديد مخرجات الإدارة: ماذا تحتاج في P&L؟ ماذا تحتاج في الميزانية؟ وما مستوى التفاصيل المطلوب.
• حصر الأبعاد المطلوبة (إن وجدت): فروع/أقسام/مشروعات—وهنا يظهر احتياج متعدد الحسابات (Multi-entity/Segments) إن كان موجودًا.

الخطوة 2: تصميم الدليل (Coding + خصائص الحساب + قواعد الإنشاء)

• تحديد Coding convention: Segments/Range لكل مجموعة (Assets/Liabilities/Equity/Revenue/Expenses).
• تعبئة خصائص الحساب: BS/P&L، Normal balance، Posting allowed، Control account (نعم/لا).
• تفعيل قواعد فتح الحسابات الجديدة: متى نفتح؟ من يطلب؟ من يعتمد؟ وكيف نوثق السبب.

الخطوة 3: ربطه بالتقارير والاستيراد (FS Mapping + ERP Import)

• إعداد ربط أولي لبنود القوائم (FS Mapping skeleton) لتقليل إعادة التصنيف (Reclass) لاحقًا.
• إخراج Sheet استيراد للـERP مع الخصائص المطلوبة لكل حساب.
• إصدار نسخة “Approved COA” مع Sign-off + Change log لتثبيت الدليل قبل التشغيل.

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

1. COA Master Sheet (قائمة الحسابات الرئيسية)
   • الغرض العملي: بناء الدليل بشكل هرمي مع أكواد واسم الحساب ومجموعة الحساب.
   • متى يُستخدم: قبل تشغيل أي نظام/قبل تحميل COA، وعند إضافة حسابات جديدة.
   • الدليل الناتج: COA master مع حالة الحساب (Active/Inactive) وتاريخ اعتماد.
2. Account Properties & Posting Rules
   • الغرض العملي: تعريف خصائص كل حساب: BS/P&L، Posting allowed، Control accounts، Currency/Tax flags (حسب بيئتك).
   • متى يُستخدم: عند تصميم ضوابط الإدخال وعند تفسير قيود غير صحيحة.
   • الدليل الناتج: Properties table قابلة للتدقيق + أثرها على القيود والتقارير.
3. Coding Convention & Range Map
   • الغرض العملي: تحديد مدى كل مجموعة حسابات ومنطق الترقيم لمنع التضارب.
   • متى يُستخدم: عند فتح حساب جديد أو عند دمج/تفكيك حسابات.
   • الدليل الناتج: Range map + قواعد ترميز معتمدة.
4. FS Mapping Skeleton (ربط أولي للقوائم)
   • الغرض العملي: تجهيز إعداد القوائم المالية من الـTB عبر ربط كل حساب ببند قائمة.
   • متى يُستخدم: أثناء إعداد أول قوائم بعد تشغيل الدليل/النظام، وعند إعادة التصنيف (Reclass).
   • الدليل الناتج: Mapping table + سجل إعادة تصنيف عند الحاجة.
5. ERP Import Sheet (قالب تحميل/استيراد)
   • الغرض العملي: تسليم فريق الـERP ملفًا واضحًا للاستيراد بدل إعادة بناء الدليل يدويًا.
   • متى يُستخدم: في مرحلة تأسيس النظام (Setup) أو عند نقل COA إلى بيئة جديدة.
   • الدليل الناتج: Import-ready sheet + نسخة محمّلة (Load evidence) إن تم توثيقها.
6. Change Log + Approval (سجل تغييرات واعتماد)
   • الغرض العملي: توثيق من طلب فتح/تعديل الحساب ولماذا ومتى، ومن اعتمد التغيير.
   • متى يُستخدم: مع كل تعديل على الدليل + مراجعة شهرية/ربع سنوية.
   • الدليل الناتج: Change log + Sign-off يثبت النسخة المعتمدة.
7. ربط التشغيل مع نموذج حسابات يومية (اختياري تشغيليًا)
   • الغرض العملي: توحيد كيفية تسجيل القيود اليومية على حسابات GL الصحيحة وفق خصائص الدليل.
   • متى يُستخدم: عند توحيد شكل القيود/قواعد الإدخال للفريق أو عند تصميم Journal entry templates.
   • الدليل الناتج: مرجع يربط “نوع العملية” بالحسابات المسموحة (Posting guidance).

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

• 01-Pack Index: نطاق الدليل + نسخة الإصدار + Owners + سياسة فتح/تعديل الحسابات.
• 02-COA Master: الحسابات + الأكواد + المجموعات + حالة الحساب.
• 03-Properties & Posting Rules: خصائص الحساب + قيود الـPosting + حسابات التحكم.
• 04-Coding Convention: قواعد الترقيم + Code ranges + تسمية الحسابات.
• 05-FS Mapping: ربط أولي لبنود القوائم + سجل Reclass عند الحاجة.
• 06-ERP Import Sheet: قالب تحميل للـERP + حقول مطلوبة للاستيراد.
• 07-Change Log: سجل فتح/تعديل الحسابات + السبب + المعتمد + تاريخ السريان.
• 08-Sign-off: Prepared/Reviewed/Approved + معايير جاهزية “Approved COA”.

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

• نتيجة تشغيلية للفريق: القيود اليومية تُسجّل على حسابات محددة بخصائص واضحة (Posting allowed/Control accounts)، فتقل “قيود التصحيح” الناتجة عن اختيار حساب غير مناسب.
• نتيجة رقابية/تدقيقية: أي حساب جديد أو تعديل يصبح له أثر موثق: Change log + Approval + نسخة COA معتمدة، ويمكن تتبع سبب وجود الحساب وربطه ببند القوائم.

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

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

نعم. لأن النموذج يوثق تصميم الـCOA وخصائص الحساب، ثم يخرج Import sheet يمكن مواءمته مع حقول أي ERP.

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

نعم عبر تصميم Segments/Code ranges وربطها بالأبعاد (Entity/Branch/Department) حسب احتياجك، مع الحفاظ على Natural account واضح.

هل يشمل ربط ميزان المراجعة بالقوائم (FS Mapping)؟

يتضمن FS Mapping skeleton كبنية ربط أولية تساعد في إعداد القوائم من الـTB وتقليل أعمال إعادة التصنيف (Reclass) لاحقًا.

هل يغني عن “دليل حسابات جاهز حسب النشاط”؟

لا. هذا نموذج تصميم وضبط قواعد. أما الدليل الجاهز حسب النشاط فهو محتوى حسابات جاهز. كثير من الفرق تبدأ بهذا النموذج ثم تختار محتوى الحسابات حسب النشاط.

هل يتكامل مع نموذج حسابات يومية؟

نعم كمفهوم تشغيل: الدليل يحدد الحسابات المسموح التقييد عليها، ثم نموذج القيود/اليومية يستخدم نفس الأكواد لتوحيد الإدخال.

هل هذا المنتج له علاقة بحسابات انستقرام أو حسابات ابل ستور أو حسابات فورت؟

لا. هذه “حسابات منصات” وليست حسابات دفتر الأستاذ. المنتج مخصص لدليل حسابات محاسبي (GL/COA) داخل دفاتر حسابات الشركة.

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

قائمة الحسابات الحالية أو TB، ومستوى التقارير المطلوب (قوائم/إدارة)، وأي أبعاد تريدها (فروع/أقسام/مشروعات).

هل يمكن استخدامه لإعادة هيكلة دليل قائم؟

نعم: تستخدمه لتحديد الدليل الجديد، ثم تعمل Mapping/Reclass من الحسابات القديمة إلى الجديدة ضمن سجل تغييرات واعتماد.

جاهز تثبت هيكل الحسابات قبل أن يكبر بلا حوكمة؟

المخرجات: COA Master + Posting Rules + FS Mapping + Change Log كملف تسليم قابل للاعتماد والاستيراد.