Value Proposition: حساب الزكاة للشركات xls لا يُقاس بأنه “يعطي رقم”؛ يُقاس بأنه يطلع ورقة عمل زكوية يمكن مراجعتها: تربط الوعاء الزكوي بميزان المراجعة، وتُظهر التعديلات كبنود مفسّرة ومدعومة بجداول، ثم تنتج حزمة تسليم تصلح للاستخدام الداخلي ولتجهيز الإقرار الزكوي (مع ملف أدلة/Traceability).

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

• نموذج احتساب الوعاء الزكوي اكسل مربوط بالميزانية بدل رقم يدوي.
• TB Tie-out: ربط بنود الوعاء بحسابات TB (مع كشف أي فروقات/Unmapped).
• Adjustment Register: سجل التعديلات الزكوية (Add-backs/Deductions) مع سبب + مستند داعم.
• Supporting Schedules: جداول مساندة (Inventory/AR/AP/FA/Cash/Loans) حسب البنود التي تؤثر على الوعاء.
• Zakat Rate Output: صفحة مخرجات صافي الوعاء + الزكاة المستحقة (وفق إعدادات السياسة).
• Submission Pack: فهرس تسليم + Review checklist + نسخة معتمدة (Version/Sign-off).
• مخرجات تصلح كمسودة لتجهيز نموذج الإقرار الزكوي السعودي اكسل (إن كان لديك نموذج داخلي للتعبئة).

CTA مرتبط بالمخرجات: استلم Zakat Base + Adjustments + Tie-out + Supporting Schedules + Submission Pack جاهزين.

مناسبة لـ

• Tax/Zakat Accountant: تجهيز ورقة عمل زكوية من TB بدل اعتماد على تقديرات غير موثقة.
• Controller / Chief Accountant: ضمان أن الزكاة “تتقفل” بجداول وأدلة ويمكن تتبعها وقت الفحص.
• Internal Audit / Compliance: وجود Adjustment register وTie-outs يقلل فجوة الأدلة.

غير مناسبة لـ

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

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

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

• لا يوجد ربط واضح بين بنود الوعاء الزكوي وبين حسابات الميزانية في TB (Mapping غائب).
• التعديلات تُكتب كنقاط في Word أو Email بدون جدول يثبت رقم كل تعديل ولماذا.
• مخزون/عملاء/موردين تُستخدم كإجماليات بدون جداول مساندة (Aging/Inventory rollforward).
• لا يوجد Version/Sign-off، فتتعدد النسخ ولا تعرف أيها “النهائية”.
• وقت الإقرار، يتم تعديل رقم الزكاة بلا Traceability إلى السبب (تسوية/ملاحظة/فحص).

كيف يعمل حساب الزكاة للشركات xls عمليًا؟

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

• اعتماد Adjusted TB للسنة (مع توثيق أي reclass/adjustments).
• تجميع تفاصيل بنود الميزانية المؤثرة: AR/AP aging، المخزون، الأصول الثابتة، النقد، القروض/التسهيلات، وأي بنود أخرى حسب نشاط الشركة.
• تثبيت “سياسة الوعاء” داخل الشركة (ما يدخل/ما يُستبعد) وتوثيقها في Assumptions/Policy sheet.

الخطوة 2: بناء الوعاء + التعديلات + الجداول المساندة

• تشغيل نموذج احتساب الوعاء الزكوي: Mapping بنود الوعاء إلى حسابات TB (BS/P&L) مع كشف Unmapped.
• تعبئة Adjustment register: كل تعديل (إضافة/خصم) له وصف، أساس، مبلغ، ومرجع مستند (Supporting reference).
• ربط التعديلات بجداول مساندة (Inventory/AR/AP/FA/Loans) حتى تكون الأرقام قابلة للفحص.

الخطوة 3: إخراج الزكاة + Tie-out + Submission Pack

• إصدار مخرجات: الوعاء النهائي + الزكاة المستحقة وفق إعدادات السنة/السياسة.
• تشغيل Tie-out نهائي: (Zakat base lines ↔ TB) + (Adjustments ↔ schedules) + كشف فروقات مع تفسيرها.
• تجميع Submission pack: Index + Version/Sign-off + جداول + سجل تعديلات + Checklists للتسليم الداخلي/للفحص.

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

1. TB Import + Zakat Mapping (ربط TB بالوعاء)
   • الغرض العملي: تحويل TB إلى بنود وعاء زكوي قابلة للتتبع بدل أرقام متفرقة.
   • متى يُستخدم: كل سنة زكوية (Year-End) مع تحديثات عند التغيرات.
   • الدليل الناتج: Mapping log + Unmapped accounts list + قرارات التصنيف.
2. Assumptions / Policy Sheet (منهجية الشركة)
   • الغرض العملي: توثيق “طريقة حساب الزكاة للشركات” داخل شركتك: ما يدخل في الوعاء وما يُستبعد.
   • متى يُستخدم: عند التأسيس + عند أي تغيير سياسة/تفسير.
   • الدليل الناتج: Policy snapshot + تاريخ اعتماد + Owner.
3. Adjustment Register (سجل التعديلات الزكوية)
   • الغرض العملي: تسجيل التعديلات كبنود قابلة للفحص: الوصف، الأساس، المبلغ، المرجع.
   • متى يُستخدم: أثناء إعداد الإقرار وقبل أي فحص.
   • الدليل الناتج: سجل تعديلات مع “Support reference” لكل بند.
4. Supporting Schedules (جداول مساندة)
   • الغرض العملي: دعم بنود الوعاء والتعديلات بجداول مثل AR/AP aging، المخزون، الأصول، النقد، القروض.
   • متى يُستخدم: في كل إعداد سنة زكوية، ومع تحديثات عند طلب الفحص.
   • الدليل الناتج: Schedules مرتبطة بحسابات TB ومرجعها داخل pack.
5. Zakat Base & Zakat Due Output (مخرجات الوعاء والزكاة)
   • الغرض العملي: إخراج الوعاء النهائي والزكاة المستحقة بشكل واضح، مع ملخص التعديلات.
   • متى يُستخدم: عند تثبيت النسخة النهائية قبل الإقرار.
   • الدليل الناتج: Output sheet + Summary table + مقارنة سنة سابقة (اختياري).
6. Tie-out & Validation Checks (مطابقات وفحوصات)
   • الغرض العملي: إثبات أن الحساب “قابل للمراجعة”: TB ↔ الوعاء، تعديلات ↔ جداول، وفروقات موثقة.
   • متى يُستخدم: قبل اعتماد النسخة النهائية.
   • الدليل الناتج: Tie-out report + Exception list + الإجراءات التصحيحية.
7. Submission Pack Index + Sign-off
   • الغرض العملي: تسليم ملف الزكاة كحزمة: ماذا يوجد؟ من أعد؟ من راجع؟ ما النسخة؟
   • متى يُستخدم: عند إرسال الملف داخليًا/لمستشار/للفحص.
   • الدليل الناتج: Pack index + Prepared/Reviewed/Approved + Version.
8. Draft Declaration Support (مسودة دعم الإقرار)
   • الغرض العملي: تلخيص الأرقام بطريقة تساعد تعبئة نموذج الإقرار الزكوي السعودي اكسل الداخلي أو أي نموذج تعبئة لديك.
   • متى يُستخدم: قبل التقديم النهائي.
   • الدليل الناتج: Summary pack للأرقام المطلوبة + مراجعها داخل ملف الحساب.

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

• 01-Zakat Workbook.xlsx: ملف برنامج حساب الزكاة excel (TB import + mapping + outputs).
• 02-Adjusted TB Snapshot: نسخة TB/Adjusted TB المستخدمة + تاريخ/Owner.
• 03-Zakat Base Mapping: ربط بنود الوعاء بحسابات TB + Unmapped list وقراراتها.
• 04-Adjustment Register: سجل التعديلات + مرجع داعم لكل بند (Support reference).
• 05-Supporting Schedules: AR/AP aging، المخزون، الأصول، النقد، القروض… حسب البنود المؤثرة.
• 06-Tie-out Report: مطابقات الوعاء والتعديلات إلى TB والجداول + Exception list.
• 07-Output Summary: ملخص الوعاء النهائي + الزكاة المستحقة + مقارنة سنة سابقة (اختياري).
• 08-Review Checklist: قائمة فحص قبل الاعتماد (Mapping complete / supports attached / version fixed).
• 09-Pack Index & Sign-off: Version + Prepared/Reviewed/Approved + تاريخ الإصدار.
• 10-Declaration Support: صفحة تلخيص تُستخدم لتعبئة الإقرار الزكوي (داخليًا) مع مراجعها.
• 11-Archiving Map: هيكل حفظ النسخ (Year/Version) لتثبيت النسخة النهائية.

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

• نتيجة تشغيلية للفريق: إعداد الزكاة يصبح Workflow ثابت: TB → Mapping → Adjustments → Schedules → Output → Pack بدل ملف واحد غير مفهوم.
• نتيجة رقابية/فحص: Traceability: رقم الوعاء والزكاة مرتبطين بـTB وبجداول دعم وبسجل تعديلات، مع Version/Sign-off يقلل طلبات الفحص المتكررة.

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

هل هذا “طريقة حساب الزكاة” للأفراد أم للشركات؟

هو موجه للشركات: حساب الزكاة للشركات xls من TB وجداول دعم. زكاة المال للأفراد مثل حساب الزكاة المال السعودية موضوع مختلف.

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

نعم: يتضمن Mapping للوعاء إلى TB + Adjustment register + Supporting schedules + مخرجات الوعاء والزكاة.

هل يناسب أي ERP؟

نعم. لأن المدخلات TB/Reports exports، ثم الملف يخرج Tie-outs ومخرجات قابلة للمراجعة بدون تكامل.

هل يخرج “نموذج الإقرار الزكوي السعودي اكسل” للتقديم؟

يوفر “Declaration support” لتلخيص الأرقام المطلوبة للإقرار وربطها بالأدلة داخل الملف. نموذج التقديم الرسمي قد يختلف حسب منصة/متطلبات، لذلك القالب يركز على ورقة العمل والأدلة.

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

Adjusted TB للسنة + تفاصيل بنود الميزانية الرئيسية (على الأقل AR/AP/Inventory/Cash/FA) + قائمة التعديلات المطلوبة وفق وضع الشركة.

هل يعالج حالات معقدة (استثمارات/اندماج/نشاط متعدد/عمليات خارجية)؟

يدعمها كهيكل (Mapping + registers + supports)، لكن المعالجة التفصيلية قد تحتاج تخصيص وتقييم مختص زكاة لأن القرار يعتمد على الوقائع واللوائح.

هل يمكن تحديثه ربع سنويًا؟

نعم. يمكن تشغيل نسخة متابعة ربع سنوية لتقدير مبدئي، ثم تثبيت نسخة Year-End كنسخة تقديم/فحص.

هل يضمن قبول الإقرار أو نتائج فحص محددة؟

لا. النموذج يرفع جودة الأدلة والربط، لكنه لا يُغني عن الحكم المهني وملاءمة المعالجة للأنظمة ومتطلبات الجهة.

جاهز تحوّل الزكاة من “رقم” إلى ورقة عمل قابلة للفحص؟

المخرجات: Zakat Base + Adjustment Register + Supporting Schedules + Tie-out + Submission Pack Index.