Value Proposition: نموذج هالك المخزون يحوّل “خصم المخزون بسبب تلف” من قرار مفاجئ في نهاية الشهر إلى عملية موثقة قابلة للمراجعة. السيناريو الواقعي يتكرر: أصناف منتهية صلاحية، تلف أثناء النقل أو التخزين، كسور، فقدان، أو فروقات جرد تتحول مباشرة إلى قيد واحد “هالك مخزون” بدون دليل. عندها يظهر سؤال المراجع: من قرر؟ على أي أساس؟ أين محضر الإعدام؟ هل تم فصل مسؤوليات الطلب/الفحص/الاعتماد؟ وما أثر ذلك على COGS والمخزون؟ هذا المنتج يعطيك Stock Write-off Template عملي: سجل طلبات الهالك، فحص وتقييم (QTY/Cost/Reason), لجنة اعتماد، محضر إعدام مخزون جاهز، ثم مخرجات محاسبية: قيود هالك المخزون وقائمة تحميل/Posting جاهزة حسب الصنف والمستودع ومركز التكلفة. النتيجة ليست “رقابة عامة” — النتيجة هي ضبط فاقد بالمستودع بأدلة وتوقيعات ومسار تدقيقي واضح.

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

• Stock Write-off Template بسجل موحد للهالك حسب صنف/مستودع/موقع.
• Reason codes للهالك: تلف/انتهاء/كسور/فقد/Obsolete/تسوية جرد.
• قسم فحص وتقييم: كمية، سبب، حالة، ومقترح الإجراء.
• محضر إعدام مخزون جاهز للتوقيع (لجنة/اعتماد).
• قائمة قيود هالك المخزون (Posting list) قابلة للتحميل في النظام.
• تحليل ضبط الفاقد بالمستودع: هالك حسب سبب/مستودع/صنف متكرر.
• Exception logs: هالك بدون فحص/بدون اعتماد/بدون تكلفة/بدون دليل.

CTA مرتبط بالمخرجات: تستلم محضر الإعدام + قائمة القيود + سجل الهالك + تقارير الفاقد.

مناسبة لـ

• Inventory Control / Warehouse: توثيق الهالك وتحديد مصدر الفاقد وإغلاقه.
• Finance (COGS/Inventory): تسجيل قيود هالك المخزون بتكلفة صحيحة ومركز تكلفة/فرع.
• Internal Audit: التحقق من فصل المهام ومسار الاعتماد وتوافر الأدلة.

غير مناسبة لـ

• إذا لا يوجد عندك صلاحية لإتلاف المخزون أو سياسة disposal معتمدة — تحتاج اعتماد سياسة أولًا ثم تشغيل النموذج.
• إذا كل الفروقات تُدار داخل WMS بإجراءات إعدام إلكترونية مع Workflow كامل وتقارير جاهزة — النموذج سيكون reconciliation فقط.

بدون توثيق الهالك / مع نموذج هالك المخزون (مقارنة قصيرة)

قبل الاستخدام: 5 أعراض أن الفاقد خارج السيطرة

• تسويات جرد كبيرة تُقفل كـ“هالك” بدون تفصيل.
• لا يوجد محضر إعدام مخزون لكل عملية إتلاف.
• تكرار تلف نفس الأصناف/نفس المواقع بدون إجراء تصحيحي.
• اختلاط مسؤوليات الطلب والفحص والاعتماد (عدم فصل مهام).
• صعوبة استخراج تقرير “ضبط الفاقد بالمستودع” حسب السبب/المستودع.

كيف يعمل نموذج هالك المخزون عمليًا من اكتشاف التلف حتى القيد؟

التطبيق يبدأ عندما يكتشف المستودع/Inventory control تلفًا أو انتهاء صلاحية أو كسر أو صنف Obsolete. يتم فتح “Write‑off request” وتسجيل الصنف والكمية والموقع وسبب الهالك وإرفاق دليل (صور/ملاحظة فحص). بعد ذلك يتم فحص الكمية وتأكيد قابليتها للبيع أو عدمه، ثم تُرفع للّجنة/المعتمد حسب DOA. عند اعتماد الإعدام يتم إصدار محضر إعدام مخزون (موقع من الأطراف) وتوثيق طريقة التخلص (Scrap/Destroy/Return). بعدها يخرج النموذج قائمة قيود هالك المخزون: تخفيض المخزون (Inventory) وإثبات مصروف الهالك أو مخصص/فاقد، مع إمكانية تحميلها حسب مركز التكلفة/المستودع. أخيرًا يتم عمل reconciliation بين سجل الهالك وأرصدة النظام وإغلاق العملية.

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

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

• On‑hand report حسب موقع/بن لاختيار الأصناف المتضررة.
• بيانات التكلفة (Standard/Moving average/FIFO layer حسب نظامك).
• سياسة write‑off/limits أو صلاحيات الاعتماد (DOA) إن وجدت.
• أدلة التلف/الانتهاء (صور/فحص/محضر جرد).

الخطوة 2: طلب الهالك + الفحص + الاعتماد

• تسجيل الطلب مع reason code وكمية مقترحة.
• تأكيد الفحص وتحديد: إعدام/خصم/إصلاح/تحويل/إرجاع.
• اعتماد اللجنة وإصدار محضر إعدام مخزون.

الخطوة 3: خصم المخزون + قيود هالك المخزون + إقفال

• إخراج قائمة خصم المخزون بسبب تلف حسب الصنف والموقع.
• إخراج posting list لقيود الهالك وربطها بسجل الهالك.
• مطابقة الأثر وإغلاق العملية مع sign‑off.

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

1. Write‑off Request Register
   • الغرض العملي: تسجيل طلبات الهالك وتحديد السبب والكمية والموقع.
   • متى يُستخدم: عند اكتشاف تلف/انتهاء/كسور/فقد.
   • الدليل الناتج: سجل طلبات للهالك بحالة (Open/Under review/Approved/Closed).
2. Inspection & Evidence Sheet
   • الغرض العملي: توثيق الفحص وإرفاق الأدلة (صور/ملاحظات/نتيجة QC).
   • متى يُستخدم: قبل الاعتماد النهائي.
   • الدليل الناتج: تقرير فحص قابل للمراجعة.
3. Reason Codes & Root Cause Notes
   • الغرض العملي: توحيد أسباب هالك وتالف المخزون لقياس الاتجاهات.
   • متى يُستخدم: عند كل طلب.
   • الدليل الناتج: تحليل فاقد حسب سبب.
4. Disposal Minutes (محضر إعدام مخزون)
   • الغرض العملي: محضر رسمي يثبت الإعدام/التخلص ومَن حضر واعتمد.
   • متى يُستخدم: بعد الموافقة وقبل تنفيذ الإعدام.
   • الدليل الناتج: محضر إعدام موقع.
5. Write‑off Valuation (Costing)
   • الغرض العملي: تحديد تكلفة الكمية المعدمة وفق سياسة التكلفة في النظام.
   • متى يُستخدم: قبل إصدار القيود.
   • الدليل الناتج: valuation schedule للهالك.
6. Posting List (قيود هالك المخزون)
   • الغرض العملي: إخراج قيود تخفيض المخزون وإثبات مصروف الهالك/فاقد.
   • متى يُستخدم: عند اعتماد الهالك وضمن Month‑End.
   • الدليل الناتج: posting list قابل للتحميل والتتبع.
7. Exceptions & Controls Log
   • الغرض العملي: كشف حالات هالك بدون فحص/بدون اعتماد/بدون تكلفة/بدون دليل.
   • متى يُستخدم: أسبوعيًا وعند الإقفال.
   • الدليل الناتج: exception tracker + sign‑off.
8. Loss Dashboard (ضبط الفاقد بالمستودع)
   • الغرض العملي: تحليل الهالك حسب المستودع/السبب/الصنف/الفترة.
   • متى يُستخدم: شهريًا ضمن تقارير الإدارة والإقفال.
   • الدليل الناتج: dashboard يحدد hotspots للفاقد.

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

• 01-Writeoff-Pack.xlsx: الملف الرئيسي (Requests + Inspection + Costing + Posting + Reports).
• 02-Writeoff-Request-Register.xlsx: سجل طلبات الهالك.
• 03-Inspection-Evidence.xlsx: فحص الهالك + أدلة + صور/ملاحظات.
• 04-Reason-Codes.xlsx: أسباب هالك وتالف المخزون + ملاحظات السبب الجذري.
• 05-Disposal-Minutes.docx: محضر إعدام مخزون جاهز للتوقيع.
• 06-Valuation-Schedule.xlsx: جدول تقييم تكلفة الهالك حسب سياسة التكلفة.
• 07-Posting-List.xlsx: قيود هالك المخزون (Inventory credit / Expense debit) حسب الصنف/مركز تكلفة.
• 08-Inventory-Adjustment-List.xlsx: قائمة خصم مخزون بسبب تلف (للتحديث في النظام/المستودع).
• 09-Approvals-Signoff.docx: Prepared/Reviewed/Approved (طلب/فحص/إعدام/قيد).
• 10-Exceptions-Log.xlsx: هالك غير مكتمل المستندات/الاعتمادات.
• 11-Loss-Dashboard.xlsx: ضبط الفاقد بالمستودع (تحليل اتجاهات).
• 12-Month-End-Checklist.pdf: Checklist إقفال الهالك والتالف.
• 13-Runbook.pdf: تشغيل خطوة بخطوة من الطلب حتى القيد.
• 14-Archiving-Map.docx: شجرة حفظ محاضر الإعدام والأدلة.
• 15-Policy-Note.pdf: مذكرة سياسات مختصرة: متى يُسجل هالك؟ ومتى يُفتح تحقيق؟

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

• نتيجة تشغيلية للفريق: الهالك يتحول لمسار ثابت: طلب → فحص → اعتماد → محضر → خصم مخزون → قيد، بدل قرارات نهاية الشهر.
• نتيجة رقابية/تدقيقية: كل قيد هالك له دليل: محضر إعدام + تقييم تكلفة + توقيعات + سجل استثناءات.

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

هل النموذج يغطي الهالك والتالف والخصم معًا؟

نعم: يسجل هالك وتالف المخزون وأي خصم مخزون بسبب تلف أو انتهاء أو كسور مع reason codes.

هل يشمل قيود هالك المخزون؟

نعم عبر posting list يخرج قيود تخفيض المخزون وإثبات مصروف الهالك/فاقد مع تفاصيل.

هل يوجد محضر إعدام مخزون؟

نعم يوجد قالب محضر إعدام جاهز للتوقيع ضمن التسليم.

كيف يتم تحديد تكلفة الهالك؟

وفق سياسة التكلفة في نظامك (Standard/Moving average/FIFO). النموذج يوفر valuation schedule لتوثيق الأساس.

هل يناسب أي ERP؟

نعم طالما يمكن إدخال adjustment أو قيد GL وتخفيض on-hand. النموذج لا يحتاج تكامل مباشر.

هل يساعد في ضبط الفاقد بالمستودع؟

نعم عبر dashboard وتحليل حسب السبب والمستودع والأصناف المتكررة.

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

يصلح للاثنين: تشغيل يومي + Month‑End checklist + Year‑End evidence pack.

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

نعم: محضر الإعدام + سجل الطلبات + valuation + posting list + exceptions + sign‑off.

جاهز توقف تسويات “هالك” بدون دليل وتطلع محضر + قيود قابلة للمراجعة؟

المخرجات: محضر إعدام مخزون + قيود هالك المخزون + تحليل الفاقد + سجل اعتمادات.