Value Proposition: بدل ما تراجع المخزون والمبيعات كل واحد لوحده، هذا النموذج يحولهم لملف واحد يعطيك نسبة بيع المخزون لكل SKU خلال فترة محددة، مع “قوائم قرار” جاهزة قبل ما الفاقد يبقى راكد أو قبل ما يحصل Stockout.

تعريف عملي: Sell-through للمخزون هو مؤشر يُستخدم في التجزئة/التجارة الإلكترونية لتقييم
“كم من المخزون المتاح للفترة تم تصريفه فعليًا بالمبيعات”، وبالتالي يساعدك في تحليل سرعة التصريف
وقراءة تحليل أداء المنتجات بلغة رقمية قابلة للتتبع إلى تقارير ERP.

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

• حساب Sell through rate حسب SKU/فئة/قناة/فرع مع فترة مرجعية قابلة للتحديد.
• لوحة تحليل سرعة التصريف: ترتيب المنتجات من الأسرع للأبطأ مع Thresholds واضحة.
• ربط المبيعات بالمخزون عبر “Available for Sale” بدل مقارنة أرقام غير متجانسة.
• قائمة قرارات إعادة الطلب والتصفية: عناصر مرشحة لإعادة الطلب + عناصر مرشحة للتصفية/Markdown (بحسب سياسة شركتك).
• تحليل نسبة بيع المخزون حسب الفئات يوضح أين المخزون “يتحرك” وأين النقد “متجمّد”.
• Exceptions جاهزة: SKU بدون مبيعات، SKU بلا رصيد لكن مبيعات موجودة، Receipts ناقصة، تواريخ غير منطقية.
• ملخص إداري 1 صفحة: Top/Bottom performers + أثر القرار المقترح (كمية) وليس كلام عام.

الزر مرتبط بالمخرجات: Sell-through Dashboard + Velocity Ranking + Reorder/Clearance Lists + Exceptions.

مناسبة لـ

• Category / Merchandising (مع Finance): قراءة أداء المنتجات وتحديد ما يُعاد طلبه وما يدخل Markdown.
• Inventory/Cost Accountant: إثبات منطقي لقرارات التصفية/الخصومات وربطها بمؤشرات تصريف قابلة للتتبع.
• Supply Chain Planner: تحويل بيانات المبيعات والرصيد لقوائم قرار (Reorder vs Hold vs Clearance).

غير مناسبة لـ

• إذا لا توجد بيانات استلامات/Receipts أو لا يمكن تحديد “Available for Sale” للفترة — سيصبح Sell-through غير معبّر.
• إذا تحتاج BI لحظي متصل بالنظام مباشرة — هذه أداة Excel تعتمد على Exports دورية.

بدون النموذج / مع نموذج Sell-through للمخزون (مقارنة سريعة)

قبل الاستخدام: 5 أعراض أن قرارات المخزون تُتخذ بدون مؤشر تصريف

• تشتري من جديد لأن “الطلب عالي” بينما الصنف فعليًا لا يحقق تصريف مناسب مقارنة بالمخزون المتاح.
• تبدأ Markdown بعد فوات الأوان (الموسم انتهى/التالف زاد) لأنك لا ترى بوضوح نسبة بيع المخزون.
• تتكرر حالات Stockout على أصناف سريعة دون معرفة “هل المشكلة قلة رصيد أم سرعة تصريف أعلى من التوقع”.
• لا يوجد ملف واحد يثبت Available-for-sale للفترة، وبالتالي أي مقارنة بين المبيعات والمخزون تكون ناقصة.
• عند مراجعة الإدارة: “ليه الصنف ده لسه موجود؟” ولا يوجد Ranking واضح للأداء.

كيف يعمل Sell-through للمخزون عمليًا من التصدير حتى قائمة القرار؟

التشغيل يبدأ بتحديد فترة مرجعية (مثلاً آخر 4 أسابيع/شهر/موسم)، ثم إدخال مبيعات وحدات SKU خلال الفترة،
وربطها بالمخزون المتاح للبيع في نفس الفترة عبر مفهوم Available for Sale (رصيد افتتاحي + استلامات خلال الفترة).
بعدها يتم حساب Sell through rate وإخراج ترتيب سرعة التصريف مع “قواعد قرار” حسب Thresholds تعتمدها أنت (وليس أرقام افتراضية).
الناتج النهائي ليس شرح نظري، بل قوائم SKU قابلة للاستخدام مباشرة: ماذا يُعاد طلبه، ماذا يُوقف شراءه، وماذا يدخل تصفية/Markdown.

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

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

• مبيعات وحدات SKU للفترة (من POS/ERP/E‑com) مع تواريخ.
• رصيد افتتاحي On‑hand (أو Snapshot بداية الفترة).
• استلامات/Receipts خلال الفترة (PO receipts / GRN / Inventory receipts).
• (اختياري) فئات/Brands/Channels + سعر/هامش لتوسيع تحليل أداء المنتجات.

الخطوة 2: الربط والحساب (Available for Sale → Sell-through)

• Mapping موحّد لـSKU (والقناة/الفرع إن وجدت).
• حساب Available for Sale = Beginning Inventory + Receipts للفترة.
• حساب Sell-through = Units Sold / Available for Sale مع توثيق تعريف المعادلة في Assumptions.
• تشغيل Checks: مبيعات بدون مخزون متاح، مخزون متاح بدون مبيعات، استلامات ناقصة، تواريخ خارج الفترة.

الخطوة 3: لوحة الأداء + قوائم القرار + الأرشفة

• Dashboard: Sell-through by SKU/Category/Channel.
• Velocity Ranking: ترتيب أسرع/أبطأ أصناف + تصنيف “سريع/متوسط/بطيء” حسب Thresholds.
• قوائم قرار: Reorder Candidates / Hold & Monitor / Clearance Candidates.
• أرشفة Snapshot ومدخلات الفترة + نسخة مخرجات، كدليل قرار قابل للمراجعة.

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

1. Sales Loader (مبيعات وحدات)
   • الغرض العملي: إدخال Units Sold حسب SKU (وقناة/فرع) للفترة المرجعية.
   • متى يُستخدم: أسبوعيًا/شهريًا أو لكل موسم/حملة.
   • الدليل الناتج: ملف مبيعات موحّد مرتبط بتقرير POS/ERP.
2. Inventory Snapshot + Receipts Loader (المتاح للبيع)
   • الغرض العملي: إثبات “Available for Sale” للفترة (رصيد + استلامات).
   • متى يُستخدم: مع كل دورة تحليل Sell-through.
   • الدليل الناتج: تبويب Available-for-sale مع مصادره (Snapshot/Receipts).
3. Sell-through Engine (الحساب الأساسي)
   • الغرض العملي: حساب Sell-through rate على تعريف واحد ثابت داخل الشركة.
   • متى يُستخدم: بعد إدخال البيانات مباشرة.
   • الدليل الناتج: جدول Sell-through per SKU قابل للتتبع للمدخلات.
4. Velocity Analysis (تحليل سرعة التصريف)
   • الغرض العملي: ترتيب الأصناف حسب سرعة التصريف وإظهار الأداء مقارنة بالفئة/القناة.
   • متى يُستخدم: قبل قرارات إعادة الطلب أو بداية تخفيضات.
   • الدليل الناتج: Ranking + Segmentation (Fast/Medium/Slow) حسب Thresholds.
5. Product Performance Dashboard (تحليل أداء المنتجات)
   • الغرض العملي: عرض أداء SKU والفئات: Sell-through، وحدات مباعة، المتاح للبيع، مساهمة كل فئة.
   • متى يُستخدم: في اجتماعات Category/Finance وملخصات الإدارة.
   • الدليل الناتج: Dashboard مع Drill-down + ملخص 1 صفحة.
6. Decision Lists (قرارات إعادة الطلب والتصفية)
   • الغرض العملي: تحويل التحليل لقوائم SKU قابلة للتنفيذ: Reorder / Hold / Clearance.
   • متى يُستخدم: أسبوعيًا للأصناف السريعة + شهريًا للمراجعة + عند نهاية الموسم.
   • الدليل الناتج: قوائم قرار + سبب كل تصنيف (Sell-through + available + sales).
7. Exceptions Log (سجل الاستثناءات)
   • الغرض العملي: كشف مشكلات البيانات التي تفسد المؤشر (مبيعات بلا رصيد/استلامات ناقصة/Mapping).
   • متى يُستخدم: قبل اعتماد أي Dashboard أو إرسال ملخص للإدارة.
   • الدليل الناتج: Exceptions Log مع حالة المعالجة (Open/Fixed).
8. Assumptions & Governance (تعريفات وحدود)
   • الغرض العملي: توثيق تعريف Sell-through وحدود التصنيف (Thresholds) وفترة المرجع.
   • متى يُستخدم: أول تشغيل ثم يُراجع عند تغير السياسة/الموسمية.
   • الدليل الناتج: صفحة Assumptions قابلة للتوقيع/الاعتماد داخليًا.

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

• ملف Excel رئيسي يضم تبويبات: Sales / Inventory Snapshot / Receipts / Mapping / Assumptions / Sell-through Calc / Velocity / Decision Lists / Exceptions / Dashboard.
• قالب استيراد مبيعات (SKU, Units, Date, Channel/Store اختياري).
• قالب Snapshot المخزون (SKU, On-hand, Snapshot Date, Warehouse/Channel اختياري).
• قالب Receipts (SKU, Units Received, Receipt Date) لإثبات المتاح للبيع للفترة.
• صفحة Assumptions لتعريف Sell-through وحدود Fast/Medium/Slow والفترة المرجعية.
• Runbook مختصر: Import → Refresh → Review Exceptions → Approve Thresholds → Export Lists → Archive.
• هيكل أرشفة لتثبيت Snapshot وملخصات الفترات كأدلة قرار (Period packs).

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

• نتيجة تشغيلية للفريق: اجتماع المخزون/الفئات ينتقل من “مبيعات كويسة/وحشة” إلى ترتيب رقمي للأداء مع قوائم Reorder/Clearance جاهزة حسب SKU.
• نتيجة رقابية/تدقيقية: أي قرار تصفية أو إعادة طلب يمكن إرجاعه إلى Sell-through للفترة + تعريف المعادلة + Snapshot + Receipts (Traceable Decision Evidence).

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

هل يناسب أي ERP / POS / منصة تجارة إلكترونية؟

نعم، بشرط القدرة على تصدير مبيعات وحدات + On-hand Snapshot + Receipts خلال الفترة إلى Excel/CSV.

ما تعريف Sell-through المستخدم في النموذج؟

التعريف الافتراضي: Units Sold ÷ (Beginning Inventory + Receipts) للفترة. ويمكن توثيق/تعديل التعريف في تبويب Assumptions حسب سياسة شركتك، المهم الثبات على تعريف واحد.

هل يدعم قنوات متعددة (أونلاين/فروع)؟

نعم، إذا كانت بيانات المبيعات والمخزون تحمل Channel/Store يمكن استخراج Sell-through لكل قناة ثم المقارنة.

هل يمكن استخدامه للمواسم والحملات؟

نعم، عمليًا هو الأفضل للمواسم: تحدد فترة الحملة وتستخرج Sell-through وترتيب التصريف قبل قرار Markdown أو إعادة الطلب.

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

مبيعات وحدات + Snapshot مخزون بداية الفترة + استلامات خلال الفترة. بدون Receipts/Available-for-sale يصبح المؤشر ناقص.

هل يُغني عن Days on Hand أو Turnover؟

لا. Sell-through يقيس “تصريف مقابل المتاح للفترة” بينما DOH/Turnover تقيس تغطية/دوران على أساس استهلاك. غالبًا تستخدمهما معًا حسب هدف القرار.

هل يعطي أوامر شراء تلقائية؟

لا. يعطي قوائم مرشحة لإعادة الطلب/التصفية مع أسباب رقمية. تنفيذ PO أو Markdown يتم عبر إجراءات شركتك ونظامك.

هل يوجد مخرجات يمكن رفعها للإدارة أو حفظها كدليل؟

نعم: Dashboard + Velocity Ranking + Decision Lists + Exceptions + Snapshot/Assumptions، وكلها قابلة للأرشفة ضمن Period Pack.

جاهز تحوّل “رصيد + مبيعات” إلى مؤشر قرار واحد؟

المخرجات: Sell-through Rate + Velocity Ranking + Reorder/Clearance Lists + Exceptions.