تورّد Northline Apparel الطلبية A، وهي 15,000 قطعة تي شيرت قطنية أساسية، إلى Fairway Stores، سلسلة متاجر متعددة الأقسام تبيع الطراز عبر 12 فرعًا. بمجرد وصول قطع التي شيرت إلى أرضية المتجر، يحتاج شخص ما في Fairway Stores إلى معرفة، فرعًا بفرع ومقاسًا بمقاس، سرعة بيع الطراز، وكمية المخزون المتبقية، ومتى يصبح قرار إعادة الطلب عاجلًا. لا يزال كثير من تجار التجزئة يحاولون الإجابة عن هذا السؤال من جدول بيانات يحدّثه شخص يدويًا مرة كل أسبوع. يمكن لجدول البيانات أن يحمل الأرقام نفسها التي يحملها نظام تخطيط، لكنه لا يستطيع وحده إبقاءها حديثة ومتصلة وموثوقة. يحدد هذا الدرس الأشياء المحددة التي يتتبعها نظام تخطيط التجزئة ويفقدها جدول البيانات بطبيعته.
تحتاج إلى: الفكرة العامة أن تاجر التجزئة يبيع طرازًا عبر عدة فروع ويحتاج إلى معرفة مستويات المخزون وسرعة البيع للتخطيط لإعادة الطلب. المسار 17، الدورتان 1 و3 تحضير مفيد.
بنهاية هذا الدرس تستطيع:
غير مغطى هنا: المؤشرات المحددة التي يراجعها المخطط كل أسبوع (الدرس 6.2)، وكيفية التحقق من البيانات وراء تقرير قبل الوثوق به (الدرس 6.3)، وبناء أداة مؤشرات تخطيط تجزئة كاملة (الدرس 6.4). لا يُذكر أي منتج برمجي في هذه الدورة أو يُوصى به.
| المصطلح | المعنى |
|---|---|
| نظام تخطيط التجزئة | سجل مشترك ومتصل يتتبع المخزون والمبيعات وقرارات إعادة الطلب حسب الفرع والمقاس تلقائيًا، بدلًا من ملف يحدّثه شخص يدويًا. |
| البيانات المرجعية | بيانات مرجعية قابلة لإعادة الاستخدام تظل ثابتة عبر طلبيات عديدة حتى يتم تغييرها عمدًا. |
| مدخل بيانات | أحد الأرقام الفردية التي تجمعها حسابات لوحة المعلومات لإنتاج رقمها المعروض. |
| تغطية المخزون | عدد الأسابيع التي يُتوقع أن يستمر فيها مخزون العلامة الحالي قبل نفاده، وفق معدل مبيعاتها المعتاد. |
| معدل البيع الفعلي | حصة المخزون المباعة فعليًا خلال فترة مخططة، تُستخدم للحكم على صحة التوقع. |
| تعارض الإصدارات | سجلان يظهران قيمتين مختلفتين بينما يُعامَل كلاهما على أنه الحالي. |
| جدول بيانات لسد فجوة | جدول بيانات يُستخدم فقط لمعلومات لا يحملها أي نظام مضبوط حاليًا. |
جدول البيانات هو ملف. أما نظام تخطيط التجزئة فهو انضباط للحفاظ على اتصال أعداد المخزون وأرقام المبيعات وقرارات إعادة الطلب ببعضها، محدّثة وفق جدول ثابت، ومرئية لكل من يحتاجها في الوقت نفسه. يتداخل الاثنان فيما يستطيعان عرضه: يمكن لكليهما إظهار عدد مخزون، ورقم مبيعات، ورقم تغطية مخزون. يختلفان بشدة فيما يحدث في اللحظة التي يحتاج فيها شخصان إلى تحديث الحقيقة نفسها من موقعين مختلفين في الوقت نفسه. لا يملك جدول البيانات أي وسيلة لمنع ذلك من إنتاج إجابتين مختلفتين "حاليتين". أما نظام تخطيط التجزئة فمصمم خصيصًا لمنع ذلك.
| ما يمكن أن يختلف | الأشكال التي ستقابلها | لماذا يهمك هذا |
|---|---|---|
| سلسلة تصنيع حسب الطلب للتصدير مقابل علامة محلية تصنّع للمخزون | تقرأ Fairway Stores معدل البيع الفعلي للطلبية A عبر 12 فرعًا للتصدير؛ تقرأ علامة محلية مثل Cedar & Co. النوع نفسه من البيانات لتقرر دورة إعادة الطلب التالية من توقعها الخاص. | تُستخدم بيانات طلبية التصنيع حسب الطلب غالبًا لإفادة الطلبية المنفصلة التالية؛ يحتاج برنامج إعادة طلب للمخزون بيانات حديثة بما يكفي للتصرف داخل الدورة الحالية. |
| فرع واحد مقابل سلسلة متعددة الفروع | يمكن لمتجر واحد أن ينجو بجدول بيانات يحدّثه مدير كل مساء. لا تستطيع سلسلة من 12 فرعًا مثل Fairway Stores ذلك، لأن عدد مخزون الطراز نفسه يتغير في 12 موقعًا في آنٍ واحد. | كلما زاد عدد المواقع التي تُدخل بياناتها في الرقم نفسه، زاد احتمال أن يحدّثه شخصان بشكل مختلف في اللحظة نفسها. |
| جانب الباير أو العلامة مقابل جانب تاجر التجزئة | تحتاج Northline Apparel إلى معدل البيع الفعلي الخاص بـ Fairway Stores لتخطيط دورة إنتاجها التالية؛ تحتاج Fairway Stores إلى أعداد مخزونها الخاصة لتقرير إعادة توزيع على مستوى الفروع. | يحتاج كل جانب البيانات الأساسية نفسها محدَّثة لقرار مختلف، لذا يجب أن يكون السجل موثوقًا للغرضين معًا. |
| حسابات هجينة عبر وكيل | يحتاج وكيل مثل Meridian Sourcing، ينسّق حسابًا هجينًا بين مصنع وأكثر من مشترٍ، إلى سجل حالي واحد بدلًا من جداول بيانات منفصلة من كل جانب قد تتعارض. | الحساب الهجين الذي يمزج توقعًا ثابتًا بدفعات إضافية تكميلية هو بالضبط حيث يُرجَّح أن يتعارض جدولا بيانات منفصلان. |
قبل ربط Fairway Stores بيانات مخزون ومبيعات الطلبية A بنظام تخطيط التجزئة الخاص بها، كان كل فرع من الفروع الـ12 يرسل عدد مخزونه الأسبوعي بالبريد الإلكتروني إلى مخطط في المقر الرئيسي، الذي كان يلصق الأرقام في جدول بيانات رئيسي واحد. حدّث فرعان عدديهما في الخميس نفسه بعد الظهر: أحدهما من نظام الكاشير، والآخر من إعادة عدّ يدوية. حُفظت النسختان تحت الاسم نفسه للملف، بفارق ساعة. عمل المخطط بأي نسخة تُفتح أخيرًا، دون معرفة بوجود نسخة ثانية. بمجرد أن تولى نظام تخطيط التجزئة الخاص بـ Fairway Stores المهمة نفسها، غذّت كل معاملة كاشير في كل فرع السجل نفسه تلقائيًا، بطابع زمني على كل تغيير، بحيث لم يعد يوجد سوى رقم مخزون حالي واحد للطراز في أي لحظة.
الرقم المحسوبيشعر جدول البيانات المشترك بالاتصال لأن الجميع يستطيعون تقنيًا الوصول إلى الملف نفسه، لكن الوصول إلى ملف ليس مثل الوثوق بالرقم بداخله في أي لحظة معينة. الخطأ الشائع هو معاملة جدول بيانات يُرسَل أسبوعيًا عبر 12 فرعًا وكأنه يعادل نظام تخطيط تجزئة متصلًا، لأن كليهما يعرض رقم تغطية مخزون يبدو دقيقًا بالقدر نفسه على الشاشة. تظل تكلفة هذا الخطأ غير مرئية حتى تتعارض نسختان فعليًا، وعندها لا يستطيع أحد أن يجزم أي رقم كان حاليًا فعلًا عند اتخاذ قرار إعادة الطلب.
يمكن لجدول البيانات ونظام تخطيط حقيقي أن يتشابها على الشاشة، إذ يعرضان النوع نفسه من أرقام المخزون والمبيعات. لا يظهر الفرق الحقيقي إلا في اللحظة التي يحدّث فيها شخصان الحقيقة نفسها من مكانين مختلفين في الوقت نفسه. لا يملك جدول البيانات أي وسيلة لمنع ذلك من إنتاج إجابتين "صحيحتين"؛ أما النظام السليم فمصمم خصيصًا بحيث لا توجد سوى إجابة حالية واحدة دائمًا، مع سجل لمن غيّرها ومتى. كلما زاد عدد الفروع التي يديرها تاجر التجزئة، وكلما احتاجت قرارات إعادة الطلب إلى السرعة، زاد هذا الفرق أهمية، لأن احتمال تحديث شخصين للرقم نفسه في آنٍ واحد يزداد مع كل فرع إضافي.
لا تزال Fairway Stores تشغّل عدد مخزون الطلبية A على جدول بيانات مشترك بينما نظام تخطيطها التجزئي في منتصف مرحلة الطرح. الساعة 2 ظهرًا، يحدّث مدير فرع وسط المدينة عدد مخزون المقاس M إلى 40 قطعة بعد تسوية الكاشير. الساعة 3 ظهرًا، يحدّث مخطط في المقر الرئيسي الخلية نفسها إلى 65 قطعة بعد إعادة عدّ يدوية أُبلِغ عنها هاتفيًا في وقت سابق من اليوم. تُحفظ النسختان تحت الاسم نفسه للملف. اجتماع إعادة الطلب يوم الجمعة بعد 18 ساعة، ويعتمد قرار إعادة الطلب للمقاس M على معرفة أي رقم مخزون حالي فعلًا.
هل ينبغي أن يثق المخطط برقم الـ65 قطعة وينتقل مباشرة إلى قرار إعادة الطلب يوم الجمعة؟ قرر قبل فتح الإجابة.
لا. ينبغي ألا يثق المخطط بأي من الرقمين وحده، ويجب أن يؤكد العدد الحالي الحقيقي قبل اجتماع الجمعة.
1. يُظهر الملف القيمة الأخيرة المحفوظة فقط، 65 قطعة، دون أثر زمني يربطها بالإدخال السابق البالغ 40 قطعة الذي أنتجته تسوية كاشير الفرع قبل ساعة. 2. لا يحمل أي من الرقمين اسم مالك، فلا توجد طريقة لمعرفة أي تحديث يعكس عدًّا فعليًا حقيقيًا وأيهما قد يكون قديمًا بالفعل. 3. اتخاذ قرار إعادة الطلب للمقاس M بناءً على رقم غير مؤكد يخاطر إما بإعادة طلب غير ضرورية (إذا كان 40 صحيحًا) أو إعادة طلب فائتة (إذا أخفى 65 عددًا حقيقيًا أقل). 4. هذه بالضبط مخاطرة تعارض الإصدارات التي صُمم نظام تخطيط تجزئة متصل لإزالتها، بتغذية معاملة كاشير كل فرع في سجل واحد بطابع زمني ومالك على كل تغيير.
مقارنة بإجمالي قيمة الطلبية A بسعر المتجر عبر الفروع الـ12 (15,000 x USD 19.90 = USD 298,500)، يُعد تعارض إصدارات واحد غير محلول في مقاس واحد في فرع واحد رقمًا صغيرًا بمفرده، لكنه يتكرر في كل فرع، كل أسبوع، طالما بقي السجل الأساسي جدول بيانات لا نظامًا متصلًا، دون معرفة عدد التعارضات المشابهة التي قد تحدث دون أن يراها أحد في الوقت نفسه.
استخدم أداة T20-C06 لمؤشرات تخطيط التجزئة. تسجّل ورقة "فحص النظام مقابل جدول البيانات" فيها، لكل حقيقة يحتاجها نظام تخطيط تجزئة، ما إذا كانت تُدخَل مرة واحدة كبيانات مرجعية، أو تُحدَّث تلقائيًا من مصدر حي، أو ما زالت تعتمد على جدول بيانات يُصان يدويًا، بحيث تُغلق فجوة قبل أن تسبب تعارض إصدارات مثل الذي حدث في الطلبية A أعلاه.
[تحميل أداة مؤشرات تخطيط التجزئة](../../templates/T20-C06-retail-planning-kpi-worksheet.xlsx)
1. ما الفرق الحقيقي بين جدول بيانات ونظام تخطيط تجزئة متصل، وفق هذا الدرس؟
2. لماذا شكّل إدخالا عدد مخزون المقاس M لدى Fairway Stores مخاطرة حقيقية قبل اجتماع إعادة الطلب يوم الجمعة؟
3. تحدّث سلسلة من 20 فرعًا عدد مخزون طراز واحد بجدول بيانات، ويمكن لأي فرعين أن يختلفا على الحقيقة نفسها. كم زوجًا منفصلًا من الفروع يمكن أن ينتج تعارض إصدارات؟
| AR | EN | FR | TR | المعنى |
|---|---|---|---|---|
| نظام تخطيط التجزئة | Retail planning system | Système de planification du commerce de détail | Perakende planlama sistemi | سجل مشترك ومتصل يتتبع المخزون والمبيعات وقرارات إعادة الطلب حسب الفرع والمقاس تلقائيًا، بدلًا من ملف يحدّثه شخص يدويًا. |
| البيانات المرجعية | Master data | Données de référence | Ana veri | بيانات مرجعية قابلة لإعادة الاستخدام تظل ثابتة عبر طلبيات عديدة حتى يتم تغييرها عمدًا. |
| مدخل بيانات | Data input | Donnée d'entrée | Veri girdisi | أحد الأرقام الفردية التي تجمعها حسابات لوحة المعلومات لإنتاج رقمها المعروض. |
| تغطية المخزون | Stock cover | Couverture de stock | Stok kapsama süresi | عدد الأسابيع التي يُتوقع أن يستمر فيها مخزون العلامة الحالي قبل نفاده، وفق معدل مبيعاتها المعتاد. |
| معدل البيع الفعلي | Sell-through rate | Taux d'écoulement | Satış oranı | حصة المخزون المباعة فعليًا خلال فترة مخططة، تُستخدم للحكم على صحة التوقع. |
| تعارض الإصدارات | Version conflict | Conflit de versions | Sürüm çakışması | سجلان يظهران قيمتين مختلفتين بينما يُعامَل كلاهما على أنه الحالي. |
| جدول بيانات لسد فجوة | Spreadsheet gap-filler | Feuille de calcul de complément | Boşluk dolduran e-tablo | جدول بيانات يُستخدم فقط لمعلومات لا يحملها أي نظام مضبوط حاليًا. |
عرفت الآن ما يتتبعه نظام تخطيط التجزئة أكثر من جدول بيانات واحد. يحدد الدرس التالي المؤشرات المحددة التي يراجعها مخطط التجزئة فعليًا كل أسبوع، ويوضح لماذا يستحق كل مؤشر مكانه في تلك المراجعة. العودة إلى خريطة الدورة