Value Proposition: قالب واحد يثبت رقم COGS من معادلة المخزون إلى الـGL ويطلع لك “ليه الهامش اتغير؟” بالأدلة، مش بالتخمين.

تعريف عملي: مطابقة تكلفة البضاعة المباعة هي تحويل رقم COGS من “ناتج تقرير” إلى ملف تسوية يمكن تتبعه: يبدأ من
معادلة المخزون Opening/Closing، يربطها بالمشتريات والمرتجعات وحركات المخزون، ثم يعمل مطابقة COGS مع المخزون ومع رصيد الحسابات في GL.
في الشركات (Retail / E-com / Distribution) غالبًا المشكلة ليست “حساب COGS” بحد ذاته؛ المشكلة هي أخطاء ربط المبيعات بالمخزون (Items غير مخزنية، مرتجعات لا تعكس COGS، تحويلات بين مستودعات، تسعير غير مكتمل، أو حركات بدون تكلفة) فتظهر فروقات في الهامش بدون تفسير.
هذا النموذج يعطيك COGS Reconciliation كامل بمخرجات قابلة للمراجعة.

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

• COGS Reconciliation جاهزة تربط COGS بمعادلة المخزون Opening/Closing.
• Schedule تفصيلي لـمطابقة COGS مع المخزون وشرح أي فروق مقابل GL.
• تحليل أثر المرتجعات على COGS (Sales returns / Purchase returns) بجدول مستقل.
• Exception log لاكتشاف أخطاء ربط المبيعات بالمخزون (Items بدون تكلفة/Mapping غلط/Negative inventory).
• تحليل فروقات الهامش (Margin Bridge) يوضح الفرق: Volume/Price/Cost/Returns/Adjustments.
• Posting list لقيود التصحيح (Reclass/Adjustments) مع مراجع واضحة.
• Sign‑off pack لتسليم رئيس الحسابات/المراجع (Prepared/Reviewed/Approved).

CTA مرتبط بالمخرجات: تستلم COGS Reconciliation + Margin Bridge + Exception Log + Posting List.

مناسبة لـ

• Cost/Inventory Accountant: إثبات COGS وربطه بالمخزون والحركة ومعالجة فروقات الهامش.
• Chief Accountant / Month-End Owner: Tie-out رقم COGS مع GL وإغلاقه بتسويات مبررة.
• Internal Audit / External Audit Support: ملف أدلة: معادلة مخزون + أثر مرتجعات + تفسير فروقات.

غير مناسبة لـ

• إذا شركتك تصنيع مع WIP وتوزيع تكاليف صناعية (Overheads/Absorption) بدون بيانات إنتاج وتكلفة معيارية — ستحتاج حزمة تكاليف تصنيع متخصصة.
• إذا لا تتوفر لديك قيم Opening/Closing inventory أو تقارير مشتريات/مبيعات قابلة للاستخراج — يجب ضبط التقارير أولًا قبل تشغيل المطابقة.

بدون مطابقة / مع نموذج مطابقة تكلفة البضاعة المباعة (مقارنة قصيرة)

قبل الاستخدام: 5 أعراض أن COGS عندك “غير مُفسَّر”

• الهامش يتحرك شهريًا بدون تغيّر واضح في الأسعار أو المبيعات.
• COGS في الـGL لا يساوي COGS حسب معادلة المخزون Opening/Closing.
• المرتجعات تُسجّل كمبيعات سالبة لكن COGS لا ينعكس بنفس المنطق.
• وجود حركات مخزون بدون تكلفة أو Negative inventory تُشوّه تكلفة الصرف.
• فروقات بين تقارير المبيعات والمخزون بسبب أخطاء ربط المبيعات بالمخزون (Item mapping / UOM / non-stock items).

كيف تعمل مطابقة تكلفة البضاعة المباعة عمليًا من البداية للنهاية؟

التشغيل يبدأ بإثبات معادلة المخزون: Opening Inventory + (مشتريات/استلامات صافية) − Closing Inventory = Expected COGS.
بعد ذلك يتم “تفكيك” المشتريات (GR/IR مقابل invoices)، وفصل المرتجعات (عملاء/موردين) وربطها بالأثر على المخزون وCOGS،
ثم عمل مقارنة Expected COGS مع COGS المسجل في GL واستخراج الفروقات حسب نوعها: فروقات تسعير، فروقات توقيت (Cut-off)، فروقات تسويات مخزون، أو أخطاء ربط.
في النهاية يخرج النموذج ملف تسوية COGS مع تفسير الفروقات + Posting list لتسويات محددة، وليس قيد إجمالي.

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

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

• Opening/Closing inventory value (Subledger) + رصيد حساب المخزون في GL لنفس التاريخ.
• مشتريات/استلامات: GRNs/receipts + supplier invoices + GR/IR (إن وجد).
• مبيعات ومرتجعات العملاء (Sales & returns) + أي Credit Notes مرتبطة.
• حركات مخزون مؤثرة: adjustments, write‑offs, transfers, cycle count variances.
• TB/GL extract لحسابات: Inventory, COGS, PPV/variances, adjustments.

الخطوة 2: التسويات + المطابقات + كشف الأخطاء

• تجميع المشتريات الصافية وربطها بما تم استلامه فعليًا (GR/IR tie‑out إن توفر).
• فصل أثر المرتجعات على COGS (هل المرتجع رجّع مخزون؟ هل عكس COGS؟).
• كشف أخطاء ربط المبيعات بالمخزون: أصناف non-stock، UOM mismatch، تكلفة صفرية، مبيعات بدون صرف.
• إخراج Exception log + تحديد مالك الإجراء (Warehouse/Procurement/Finance).

الخطوة 3: Adjusted COGS + الهامش + ملف التسليم

• إخراج Expected/Adjusted COGS حسب معادلة المخزون Opening/Closing.
• مطابقة COGS مع GL وإظهار Bridge للفروقات حسب السبب.
• إخراج تحليل فروقات الهامش + Posting list لقيود التصحيح (Reclass/Adjustments) مع مراجع.
• Closing pack: schedules + exceptions + sign‑off + archiving map.

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

1. COGS Equation Schedule (Opening/Closing)
   • الغرض العملي: تثبيت معادلة المخزون Opening/Closing وإنتاج Expected COGS.
   • متى يُستخدم: بداية Month‑End/Year‑End.
   • الدليل الناتج: inventory rollforward + expected COGS.
2. Purchases & Receipts Tie-out (GR/IR optional)
   • الغرض العملي: فصل “المشتريات المحاسبية” عن “الاستلام الفعلي” وتحديد فروقات cut‑off.
   • متى يُستخدم: عند وجود GR/IR أو اختلاف بين invoices وreceipts.
   • الدليل الناتج: purchases bridge + unmatched receipts/invoices list.
3. Sales & Returns Impact (أثر المرتجعات على COGS)
   • الغرض العملي: إثبات هل المرتجع رجّع مخزون؟ وهل عكس COGS؟ وتحديد أي فروق.
   • متى يُستخدم: كل شهر، خاصة في القطاعات ذات مرتجعات عالية.
   • الدليل الناتج: returns impact schedule + exceptions.
4. Inventory Movements & Adjustments Register
   • الغرض العملي: تجميع التسويات المؤثرة: write‑off، فروقات جرد، تحويلات، adjustments.
   • متى يُستخدم: قبل اعتماد COGS النهائي.
   • الدليل الناتج: adjustments register مرتبط بأرقام قيد/مستندات.
5. GL Tie-out (مطابقة COGS مع المخزون)
   • الغرض العملي: مقارنة Expected/Adjusted COGS مع COGS في GL وإظهار الفروق.
   • متى يُستخدم: عند الإقفال.
   • الدليل الناتج: tie‑out report + variance bridge.
6. Exception Log (أخطاء ربط المبيعات بالمخزون)
   • الغرض العملي: كشف حالات: تكلفة صفرية، Negative inventory، UOM mismatch، non-stock sales، sales بدون issue.
   • متى يُستخدم: أثناء المطابقة وقبل اعتماد النتائج.
   • الدليل الناتج: exception tracker بمالك/إجراء/تاريخ إقفال.
7. Margin Variance Bridge (تحليل فروقات الهامش)
   • الغرض العملي: تفسير تغير الهامش إلى محركات: price/volume/cost/returns/adjustments.
   • متى يُستخدم: بعد تثبيت COGS وربطها بالمبيعات.
   • الدليل الناتج: margin bridge يمكن عرضه للإدارة أو المراجع.
8. Posting List & Sign-off Pack
   • الغرض العملي: إخراج قيود التصحيح (Reclass/Adjustments) + توقيع Prepared/Reviewed/Approved.
   • متى يُستخدم: آخر خطوة قبل إقفال الفترة.
   • الدليل الناتج: posting list + closing pack.

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

• 01-COGS-Reconciliation-Pack.xlsx: الملف الرئيسي (Equation + Tie-out + Bridge + Exceptions).
• 02-Inventory-Rollforward.xlsx: معادلة المخزون Opening/Closing + Expected COGS.
• 03-Purchases-Receipts-Tieout.xlsx: مشتريات/استلامات + GR/IR (اختياري) + unmatched list.
• 04-Sales-Returns-Impact.xlsx: أثر المرتجعات على COGS + فصل مرتجعات العملاء/الموردين.
• 05-Inventory-Adjustments-Register.xlsx: write-off / جرد / تحويلات / تسويات مخزون مؤثرة على COGS.
• 06-GL-Tieout.xlsx: مطابقة COGS مع المخزون مقابل GL (Inventory + COGS + variances).
• 07-Exceptions-Log.xlsx: أخطاء ربط المبيعات بالمخزون + خطط الإغلاق والمسؤوليات.
• 08-Margin-Variance-Bridge.xlsx: تحليل فروقات الهامش (Price/Volume/Cost/Returns/Adjustments).
• 09-Posting-List-JEs.xlsx: قيود فروقات/Reclass + مراجع JE وشرح السبب.
• 10-Controls-Checklist.pdf: Checklist ضوابط: cut-off/returns mapping/negative inventory/tie-out.
• 11-Runbook.pdf: تشغيل خطوة بخطوة (Prepare → Reconcile → Explain → Post → Sign-off).
• 12-Signoff-Page.docx: Prepared/Reviewed/Approved (Finance/Inventory/Head of Accounts).
• 13-Archiving-Map.docx: شجرة حفظ الأدلة (تقارير ERP + الجداول + الاستثناءات + القيود).
• 14-Management-Summary.pdf: ملخص تنفيذي: أسباب تغير الهامش والفروقات المفتوحة والإجراءات.

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

• نتيجة تشغيلية للفريق: رقم COGS يتحول من “تقرير” إلى ملف تسوية: Equation + Returns + Adjustments + Tie-out + Posting list.
• نتيجة رقابية/تدقيقية: Traceability واضحة: Opening/Closing + مشتريات/حركة + أثر المرتجعات + تفسير الفروقات + توقيع واعتماد.

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

هل النموذج يناسب أي ERP/POS/WMS؟

نعم بشرط قدرتك على استخراج: Opening/Closing inventory value، مشتريات/استلامات، مبيعات/مرتجعات، وGL balances.

هل يدعم أكثر من مستودع/فرع؟

نعم، طالما البيانات تحتوي Warehouse/Branch dimension يمكن فصل المطابقة والتحليل حسب كل مستودع/فرع.

هل يشمل أثر المرتجعات على COGS بشكل واضح؟

نعم، يوجد جدول مستقل يثبت تأثير Sales returns وPurchase returns على المخزون وCOGS، ويظهر الحالات التي لم تنعكس.

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

Opening inventory + Closing inventory + Purchases/receipts + Sales/returns + TB/GL (Inventory/COGS/adjustments).

هل يصلح للإغلاق الشهري فقط أم السنوي أيضًا؟

للإثنين: نفس الـCOGS Reconciliation يعمل شهريًا، والسنوي يكون بنفس المنهج لكن مع تدقيق أكبر للـcut-off والاستثناءات.

هل يتعامل مع أخطاء ربط المبيعات بالمخزون؟

يعرضها كاستثناءات (Items بدون تكلفة/Non-stock sales/UOM mismatch/Sales بدون issue/Negative inventory) مع قائمة متابعة.

هل يوجد قائمة قيود تصحيح جاهزة؟

نعم: Posting list لقيود فروقات/Reclass مع مرجع لكل فرق (على مستوى السبب وليس “قيد واحد”).

هل يناسب التصنيع؟

يناسب التصنيع البسيط إذا كانت تكلفة المخزون وCOGS واضحة ومؤرشفة، لكنه لا يغطي WIP/Overheads/BOM كحزمة تصنيع كاملة.

جاهز تثبت COGS بمعادلة مخزون وتطلع تفسير للهامش بدل “فروقات غير معروفة”؟

المخرجات: COGS Reconciliation + معادلة المخزون Opening/Closing + أثر المرتجعات + تحليل فروقات الهامش + Exception Log + Posting List.