تُعد جداول البيانات وسيلة معقولة تماماً لإدارة المخزون، وذلك حتى تصل إلى مرحلة لا تعود فيها كذلك.
نادراً ما يتم ملاحظة هذه المرحلة الانتقالية في وقتها. فما يحدث عادةً هو أن جدول البيانات يعمل بشكل جيد لمدة عام، ثم ينمو النشاط التجاري، ويتوقف الملف تدريجياً عن كونه موثوقاً — ولكن نظراً لوجوده منذ البداية ومعرفة الجميع بكيفية عمله، يستمر استخدامه لفترة طويلة بعد أن أصبحت تكلفة الأخطاء الناتجة عنه أكبر من تكلفة البرمجيات المتخصصة.
يتناول هذا الدليل كيفية بناء جدول بيانات فعال، والأهم من ذلك، كيفية التعرف على النقطة التي تجاوزت فيها قدرات هذا الجدول احتياجاتك.
متى يكون جدول البيانات هو الأداة المناسبة؟
يناسبك جدول البيانات إذا كانت معظم هذه النقاط تنطبق عليك:
- شخص واحد يتولى إدارته. فبمجرد أن يقوم شخصان بتعديل نفس الملف، تتباعد النسخ عن بعضها.
- البيع عبر قناة واحدة. يعني البيع متعدد القنوات وجود رقم مخزون واحد يخدم عدة أماكن، ولا يمكن لجدول البيانات تحديث قائمة المنتجات في منصة البيع عند بيع قطعة ما عبر موقعك الإلكتروني.
- أقل من بضع مئات من الـ SKU تقريباً. فما يتجاوز ذلك يجعل من البحث عن الصفوف وتحديثها وظيفة بحد ذاتها.
- حركات المخزون قابلة للعد يدوياً — أي عشرات في اليوم وليس مئات.
- لا تحتاج إلى تتبع الدفعات أو الأرقام التسلسلية أو تواريخ انتهاء الصلاحية. فمن شبه المستحيل الحفاظ على دقة هذه البيانات يدوياً.
- عواقب الخطأ يمكن التعامل معها. إذا كان خطأ المخزون يعني مجرد تقديم اعتذار، فلا بأس. أما إذا كان يعني خرقاً للامتثال، فلا.
كما أنه الأداة المناسبة عندما تحاول تحديد ما تحتاجه فعلياً. فبناء جدول بيانات يجبرك على تحديد ما يجب تتبعه، وهذا الوضوح يجعل اختيار البرمجيات لاحقاً أكثر دقة واستنارة.
الأعمدة التي يحتاجها جدول بياناتك
ابدأ بهذه الأعمدة. وقاوم الرغبة في إضافة المزيد حتى تستخدمه لمدة شهر.
التعريف
- SKU — رمزك الفريد. رمز واحد لكل متغير قابل للبيع. هذا هو العمود الذي يعتمد عليه كل شيء آخر، لذا حدد التنسيق قبل البدء بدلاً من تركه يتطور عشوائياً.
- اسم المنتج — وصف مفهوم للمستخدم.
- الفئة — للتجميع والتصفية.
- الباركود — إذا كانت منتجاتك تحتوي على واحد، حتى تتمكن من البحث عن طريق المسح الضوئي.
- الموقع — مكان وجود المنتج. حتى في غرفة تخزين صغيرة، “الرف C3” أفضل من “مكان ما في الخلف”.
الكميات
- الكمية المتوفرة (on hand) — المخزون الفعلي الحالي.
- الكمية المخصصة (allocated) — المحجوزة لطلبات لم يتم شحنها بعد.
- الكمية المتاحة (available) — الكمية المتوفرة مطروحاً منها المخصصة. هذا هو الرقم المهم للبيع، وهو الرقم الذي تغفله معظم جداول البيانات.
- الكمية تحت الطلب (on order) — التي تم طلبها من الموردين ولم يتم استلامها بعد.
إعادة الطلب
- نقطة إعادة الطلب (Reorder point) — المستوى الذي يطلق طلبية جديدة.
- كمية إعادة الطلب — الكمية التي يجب طلبها عند الوصول لنقطة إعادة الطلب.
- فترة التوريد (Lead time) بالأيام — مقاسة فعلياً، وليست تقديرية.
- المورد — الجهة التي تشتري منها.
المالية
- تكلفة الوحدة — التكلفة الإجمالية الواصلة بما في ذلك الشحن والرسوم الجمركية، وليس فقط سعر الفاتورة.
- سعر البيع.
- قيمة المخزون — الكمية المتوفرة مضروبة في تكلفة الوحدة.
التنظيم
- تاريخ آخر جرد — حتى تتمكن من معرفة ما لم يتم التحقق منه مؤخراً.
- تاريخ آخر حركة — لتحديد المخزون الراكد.
- ملاحظات — لأي شيء لا يناسب الأعمدة الأخرى.
معادلتان تجعلانه مفيداً
جدول البيانات الذي يسجل الأرقام فقط هو مجرد قائمة. هاتان المعادلتان تحولانه إلى أداة عمل.
المخزون المتاح:
= [الكمية المتوفرة] – [الكمية المخصصة]
بسيطة، وهي أهم عمود محسوب على الإطلاق. البيع بناءً على الكمية المتوفرة بدلاً من المتاحة هو السبب في وعودك بمنتجات محجوزة بالفعل لشخص آخر.
تنبيه انخفاض المخزون:
= IF([الكمية المتاحة] + [الكمية تحت الطلب] <= [نقطة إعادة الطلب], "اطلب", "")
إضافة “الكمية تحت الطلب” هي ما يمنع الجدول من مطالبتك بإعادة طلب شيء طلبته بالفعل الأسبوع الماضي. بدون هذا الجزء، سيظل التنبيه ظاهراً حتى تصل الشحنة، وسيتعلم الموظفون تجاهله.
معادلتان إضافيتان تستحقان الإضافة بمجرد أن تعمل الأساسيات:
قيمة المخزون:
= [الكمية المتوفرة] * [تكلفة الوحدة]
بجمع هذه القيمة عبر الجدول، ستحصل على إجمالي استثمارك في المخزون — وهو رقم لم تحسبه العديد من الشركات الصغيرة فعلياً من قبل.
أيام التغطية:
= [الكمية المتاحة] / [متوسط الاستخدام اليومي]
أكثر دقة من الكمية الخام، لأن 40 وحدة تعني شيئاً مختلفاً لمنتج يُباع منه قطعتان في الأسبوع مقارنة بمنتج يُباع منه عشرون قطعة في اليوم.
استخدم التنسيق الشرطي لتلوين صفوف المخزون المنخفض تلقائياً، وقم بفرز أو تصفية الجدول بحيث تظهر الصفوف التي تحمل تنبيهاً في الأعلى. فالتنبيه الذي لا يراه أحد ليس تنبيهاً.
كيف تحافظ على دقته
هذا هو الجزء الذي يحدد ما إذا كان جدول البيانات مفيداً أم مضللاً.
التحديث في وقت الحركة. ليس في نهاية اليوم، وليس من مفكرة ملاحظات. كل ساعة تأخير تضيف خطأً، والتحديث من الذاكرة في نهاية اليوم هو المصدر الأكبر لعدم الدقة في المخزون المعتمد على جداول البيانات.
شخص واحد يمتلك الملف. إذا كان العديد من الأشخاص بحاجة إلى تحديثه، استخدم جدول بيانات سحابياً يدعم التعديل المتعدد الحقيقي بدلاً من إرسال الملف عبر البريد الإلكتروني. وجود نسخ من ملف المخزون في صناديق وارد مختلفة هو سبب الفشل الكلاسيكي.
الجرد بانتظام. قم بعمل جرد دوري لجزء من المخزون كل أسبوع — رف أو فئة — بدلاً من محاولة جرد كل شيء دفعة واحدة. سجل التاريخ في عمود “آخر جرد” حتى تظهر الفجوات.
سجل التعديلات بشكل منفصل. احتفظ بعلامة تبويب ثانية تسجل كل تصحيح مع التاريخ والسبب. النمط في هذه الأسباب هو المكان الذي تكمن فيه أخطاء عملياتك، والكتابة فوق خلية معينة تدمر تلك المعلومات نهائياً.
احمِ خلايا المعادلات. الطريقة الأكثر شيوعاً لتعطل جدول البيانات هي قيام شخص ما بكتابة رقم فوق معادلة. قم بقفل هذه الخلايا.
النسخ الاحتياطي التلقائي. استخدم التخزين السحابي مع سجل الإصدارات، بحيث يمكن التراجع عن الحذف العرضي أو اللصق الخاطئ. الملفات المحلية التي لا تحتوي على سجل تاريخ هي الطريقة التي يضيع بها عمل عام كامل.
لا تقم بالفرز أبداً دون تحديد كل شيء. فرز عمود واحد وترك الأعمدة الأخرى في مكانها يؤدي إلى خلط كل الصفوف، ومن السهل جداً القيام بذلك دون ملاحظة.
هيكلة الملف بشكل صحيح
تفشل معظم جداول البيانات هيكلياً وليس بسبب المعادلات الخاطئة. أربع علامات تبويب، كل منها لها وظيفة واحدة، تتجنب كل ذلك تقريباً.
علامة التبويب 1 — المنتجات. صف واحد لكل SKU، يحتوي على الأشياء التي نادراً ما تتغير: الاسم، الفئة، الباركود، المورد، تكلفة الوحدة، سعر البيع، نقطة إعادة الطلب، كمية إعادة الطلب، فترة التوريد. هذه هي بياناتك المرجعية، ولا ينبغي تعديل أي شيء هنا أثناء الاستخدام اليومي.
علامة التبويب 2 — المخزون. الوضع الحالي لكل SKU: الكمية المتوفرة، المخصصة، المتاحة، تحت الطلب، الموقع، آخر جرد. هذه هي علامة التبويب التي ينظر إليها الجميع.
علامة التبويب 3 — الحركات. كل استلام، بيع، تعديل، وتحويل، في صف واحد لكل منها، مع التاريخ، الـ SKU، الكمية، الاتجاه، والسبب. أضف البيانات فقط — لا تقم أبداً بتعديل أو حذف صف.
علامة التبويب 4 — الموردون. تفاصيل الاتصال، فترات التوريد، الحد الأدنى لكميات الطلب، شروط الدفع.
علامة تبويب الحركات هي التي يغفلها الناس، وهي الأكثر قيمة. بدونها، لديك وضع حالي بدون تاريخ، لذا عندما يكون الرقم خاطئاً، لا يوجد شيء للتحقيق فيه. معها، يمكنك تتبع كيف أصبح الرقم على ما هو عليه، ويمكنك حساب متوسط الاستخدام لنقاط إعادة الطلب من بيانات فعلية بدلاً من انطباعات شخص ما.
كما أنها تغير طريقة عمل علامة تبويب المخزون. بدلاً من الكتابة فوق الكمية في كل مرة يتحرك فيها شيء ما، تصبح الكمية المتوفرة عملية حسابية:
= SUMIF(Movements[SKU], [@SKU], Movements[Quantity])
مع اعتبار الاستلام موجباً والبيع سالباً. لا أحد يكتب فوق أي شيء، كل تغيير مسجل، والوضع الحالي مشتق بدلاً من أن يتم تحديثه يدوياً. هذا القرار الهيكلي الواحد يقضي على السبب الأكثر شيوعاً لفقدان الثقة في مخزون جداول البيانات.
عادتان إضافيتان داعمتان: استخدم جداول مسماة (named tables) بدلاً من نطاقات الخلايا الخام، حتى تستمر المعادلات في العمل عند إضافة صفوف؛ واستخدم التحقق من صحة البيانات (data validation) في عمود الـ SKU في علامة تبويب الحركات، حتى لا يؤدي خطأ مطبعي إلى إنشاء منتج وهمي.
مثال عملي
لنفترض أنك تحتفظ بمنتج في مخزونك بالوضع التالي:
- الكمية المتوفرة: 240
- مخصصة لطلبات لم تُشحن بعد: 55
- طلبات قيد التوريد من المورد: 0
- متوسط الاستهلاك اليومي: 12
- فترة التوريد من المورد، مقاسة: 9 أيام
- مخزون الأمان: 45
المخزون المتاح هو 240 − 55 = 185 وحدة. هذا هو ما يمكنك الالتزام به فعلياً، وليس 240.
نقطة إعادة الطلب هي (12 × 9) + 45 = 153 وحدة.
أيام التغطية هي 185 ÷ 12 = حوالي 15 يوماً.
إذن أنت فوق نقطة إعادة الطلب مع تغطية تكفي لحوالي أسبوعين، ويظل مؤشر انخفاض المخزون متوقفاً بشكل صحيح. الآن، إذا بعت 40 وحدة: سينخفض المتاح إلى 145، وهو أقل من نقطة إعادة الطلب البالغة 153، وسيعمل المؤشر. تقوم بإنشاء أمر شراء لكمية إعادة الطلب، وتدخله في عمود “قيد التوريد”، فيتوقف المؤشر عن التنبيه — لأن المعادلة تتضمن المخزون قيد التوريد، فلن يستمر في التنبيه بينما تكون الشحنة في الطريق.
الهدف من هذا العمل هو أن الأعمدة الأربعة تتفاعل مع بعضها. العمليات التي تتبع الكمية المتوفرة فقط ترى 240 وحدة ولا ترى أي مشكلة، في حين أن 55 منها قد بيعت بالفعل والوضع الحقيقي أكثر حرجاً مما يبدو.
سير عمل بسيط لجرد وحساب المخزون
لا تظل جداول البيانات دقيقة إلا إذا تمت مراجعتها بانتظام مقابل ما هو موجود على الأرفف. إليك سير عمل يستغرق أقل من ساعة أسبوعياً ويكشف كل شيء تقريباً.
أضف ثلاثة أعمدة إلى جدولك: الكمية المحسوبة، تاريخ الجرد، والتباين (معادلة: الكمية المحسوبة ناقص الكمية التي يذكر الجدول أنك تمتلكها).
اختر ما ستجرد هذا الأسبوع. ليس كل شيء. خذ أفضل 20 صنفاً من حيث القيمة أو المبيعات، وقم بجردها كل أسبوع. خذ الباقي وقم بجرد جزء دوري منها — جرد عُشر الكمية أسبوعياً يعني مراجعة كل شيء كل ربع سنة تقريباً، وهو أمر كافٍ للمخزون بطيء الحركة.
اطبع ورقة جرد عمياء. قم بتصفية الصفوف التي تجردها، واطبع أو صدّر المنتج والوصف والموقع فقط — لا تطبع الكمية المتوقعة أبداً. يميل الأشخاص لتأكيد ما يظهر أمامهم، لذا فإن الجرد الأعمى هو أكبر مكسب للدقة متاح ولا يكلف شيئاً.
جرد حسب الموقع، وليس حسب المنتج. تجول بين الأرفف بالترتيب وقم بحساب ما هو موجود في كل مكان. إذا كان المنتج موجوداً في موقعين، سجل سطرين. الجرد حسب المنتج يدفع الشخص الذي يقوم بالعد للتوقف عن البحث بمجرد تطابق الرقم.
أدخل الأعداد، ثم انظر إلى عمود التباين بدلاً من التعديل أثناء العمل.
أعد جرد أي شيء به تباين كبير قبل تغيير أي رقم. غالباً ما يختلف الجرد الثاني عن الأول، لذا فإن التعديل بناءً على جرد واحد يؤدي إلى إدخال أخطاء بدلاً من تصحيحها.
تحقق قبل التعديل. افحص الرف المجاور، كومة المرتجعات، طاولة التغليف، وآخر المعاملات. جزء كبير من الخسائر الظاهرية هو مجرد أشياء في غير مكانها الصحيح.
ثم حدّث الكمية، وسجل السبب في عمود الملاحظات — خطأ في الانتقاء، خطأ في الاستلام، تلف، بيع غير مسجل، أو غير معروف. أسبوعان من استخدام رموز الأسباب يشيران عادةً مباشرةً إلى عملية واحدة تحتاج إلى إصلاح.
ختم التاريخ. يخبرك عمود “تاريخ الجرد” بلمحة سريعة عما لم يتم فحصه منذ أشهر، وهو المكان الذي يختبئ فيه الخطأ القادم.
لا يزال للجرد الكامل لكل شيء، مرة أو مرتين في السنة، مكانه في الحسابات. الروتين الأسبوعي هو ما يبقي الأرقام قابلة للاستخدام في الفترات الفاصلة، ويجعل الجرد السنوي أقل إرهاقاً بكثير لأن المفاجآت الكبيرة قد تم اكتشافها بالفعل.
إيجابيات وسلبيات إدارة المخزون في جدول بيانات
تقييم صادق، لأن جداول البيانات يتم المبالغة في تقديرها وفي نفس الوقت التقليل من شأنها بشكل غير عادل.
الإيجابيات.
- لا تكلف شيئاً، وأنت تعرف بالفعل كيفية استخدامها.
- مرنة تماماً. أي عمود تريده، أي عملية حسابية، لا انتظار لمورد لإضافة ميزة.
- فورية. يمكنك الحصول على جدول مخزون يعمل هذا المساء، بينما تستغرق البرامج أسابيع.
- تجبرك على فهم أرقامك. بناء معادلة إعادة الطلب بنفسك يعلمك عن مخزونك أكثر مما ستفعله أي لوحة تحكم.
- محمولة. بياناتك ملكك، بتنسيق يمكن لأي شيء قراءته، بدون عقد وبدون ترحيل إذا غادرت.
- كافية حقاً على نطاق صغير. بضع مئات من الأسطر، موقع واحد، شخص أو شخصان — الجدول المحتفظ به جيداً لن يعيقك.
السلبيات.
- شخص واحد في كل مرة، من الناحية الواقعية. تساعد الجداول السحابية المشتركة، لكن قيام شخصين بتعديل نفس الصفوف خلال فترة مزدحمة لا يزال يسبب خسائر.
- لا يوجد مسار تدقيق حقيقي. يمكنك رؤية أن رقماً قد تغير. عادة لا يمكنك معرفة من غيره، أو متى، أو ما كان عليه من قبل.
- أخطاء صامتة. معادلة تم سحبها لصف واحد أقل، عمود تم فرزه بدون جيرانه، قيمة كُتبت فوق معادلة. لا شيء يحذرك، ويستمر الجدول في تقديم إجابات واثقة وخاطئة.
- لا يوجد اتصال بمكان البيع. يجب إدخال كل عملية بيع يدوياً، مما يعني أن الجدول يكون دائماً غير محدث قليلاً، والبيع الزائد مسألة وقت.
- لا تتوسع. يتدهور الأداء، والأهم من ذلك أن عبء الإدخال اليدوي ينمو بما يتناسب طردياً مع حجم طلباتك، وهو الشكل الخاطئ تماماً مع نموك.
- لا يوجد مسح ضوئي للباركود عند نقطة الحركة، وهو المكان الذي يتم فيه منع معظم أخطاء المخزون فعلياً.
- تعتمد كلياً على الانضباط. يكون الجدول دقيقاً فقط طالما يقوم كل شخص بتحديثه في كل مرة، والأسابيع المزدحمة هي بالضبط الوقت الذي يتوقف فيه ذلك عن الحدوث.
الخلاصة العادلة: جدول البيانات هو الحل الصحيح في البداية ويصبح عبئاً بعد نقطة معينة، وتأتي نقطة التحول أسرع مما يتوقع معظم الناس — عادةً في المرة الأولى التي تضيف فيها قناة مبيعات أو شخصاً ثانياً يحتاج إلى نفس الأرقام.
حدود جدول البيانات
يستحق المعرفة قبل أن تصطدم بها:
لا يوجد مزامنة فورية متعددة القنوات. إذا كنت تبيع على موقعك الخاص وسوق إلكتروني، فلا شيء يحدث أحدهما عندما يبيع الآخر. يتبع ذلك البيع الزائد.
لا يوجد سجل للمعاملات. تظهر الخلية ما هو الرقم الآن، وليس كيف أصبح كذلك. عندما يكون الرقم خاطئاً، لا يمكنك معرفة متى أو لماذا.
لا يوجد مسح ضوئي للباركود. يتم كتابة كل حركة، والكتابة هي مصدر الأخطاء.
لا توجد أذونات مستخدم أو مسار تدقيق. يمكن لأي شخص لديه الملف تغيير أي شيء، ولا شيء يسجل من فعل ذلك.
لا توجد تنبيهات آلية. لا يعمل مؤشر انخفاض المخزون إلا إذا فتح شخص ما الملف ونظر إليه.
هشة عند التوسع. تصبح الجداول الكبيرة ذات المعادلات الكثيرة بطيئة، ويزداد خطر الفرز الخاطئ أو الكتابة فوق معادلة مع الحجم ومع عدد الأشخاص المشاركين.
لا يوجد تتبع للدفعة أو الرقم التسلسلي أو تاريخ الانتهاء بأي شكل يمكنك الاعتماد عليه.
متى تنتقل إلى البرمجيات
الإشارات، تقريباً بالترتيب الذي تظهر به:
- أنت تبيع على أكثر من قناة. عادة ما تكون هذه هي الحاسمة، لأن المزامنة اليدوية لا تتوسع بعد عدد قليل من القوائم.
- يحتاج أكثر من شخص إلى تحديث المخزون.
- لقد قمت بالبيع الزائد، وخاصة إذا حدث ذلك أكثر من مرة.
- أنت تقضي أكثر من ساعة يومياً على جدول البيانات. عند هذه النقطة يكون الاشتراك أرخص من وقتك.
- لا يمكنك الإجابة على “ماذا كان لدينا الثلاثاء الماضي؟” لأنه لا يوجد سجل.
- تحتاج إلى تتبع الدفعات أو تواريخ الانتهاء لأسباب تنظيمية.
- أصبح الجرد تمريناً كبيراً لأن النطاق قد اتسع.
الانتقال لا يضيع عمل جدول البيانات. الجدول النظيف والمصمم جيداً هو بالضبط ما يحتاجه الترحيل، وانضباط الحفاظ عليه يجعل النظام الجديد أسهل في التهيئة لأنك تعرف بالفعل ما تتبعه ولماذا.
الانتقال إلى البرمجيات دون فقدان أي بيانات
عندما تستنفد جداول البيانات غرضها، فإن عملية الانتقال تكون أكثر سلاسة إذا تمت صيانة الجدول بشكل صحيح، وتزداد صعوبة إذا لم يتم ذلك، لأن أي أخطاء موجودة سيتم استيرادها إلى النظام الجديد.
نظّف بياناتك قبل الترحيل. رموز SKU المكررة، المنتجات التي توقف بيعها منذ عامين، الصفوف التي تفتقر إلى التكلفة أو المورد، أو أسماء الفئات غير المتسقة؛ ترحيل هذه البيانات يعني تكرارها داخل نظام تدفع تكاليفه الآن. هذه الخطوة هي الأكثر استهلاكاً للوقت، ولكنها لا مفر منها.
وحّد تنسيق SKU أولاً. إذا كانت الرموز قد أُنشئت بشكل عشوائي — بعضها يحتوي على واصلات، وبعضها بمسافات، وبعضها بخصائص إضافية لا يمكن تفسيرها — فقم بإصلاحها في جدول البيانات حيث يسهل استخدام خاصية البحث والاستبدال، بدلاً من القيام بذلك بعد الاستيراد حيث يصبح الأمر أكثر تعقيداً.
أدخل الأبعاد والأوزان. تتطلب معظم الأنظمة هذه البيانات، بينما تفتقر إليها معظم جداول البيانات، وجمعها يستغرق وقتاً طويلاً. البدء في جمعها قبل اختيار النظام يزيل السبب الأكثر شيوعاً لتأخير تشغيل النظام.
قم بالجرد فوراً قبل الانتقال. استيراد كميات لا تثق بها يضمن أن النظام الجديد سيكون خاطئاً منذ اليوم الأول، وسيعتقد الفريق أن البرنامج هو المسؤول عن هذه الأخطاء.
احتفظ بجدول البيانات للقراءة فقط لمدة شهر. ليس كنظام موازٍ — لأن ذلك يؤدي إلى إدخال مزدوج وتضارب في البيانات — بل كمرجع للتحقق من أي شيء يبدو غير صحيح في النظام الجديد.
استورد سجل الحركات إن أمكن. تقبل العديد من الأنظمة استيراد المعاملات، وامتلاك سجل استخدام لمدة اثني عشر شهراً منذ اليوم الأول يعني أن نقاط إعادة الطلب والتوقعات ستعمل فوراً بدلاً من انتظار تراكم البيانات لمدة عام.
جدول البيانات المُدار جيداً هو مصدر ممتاز للترحيل. تتطابق الأعمدة في هذا الدليل بشكل مباشر تقريباً مع الحقول التي سيطلبها أي نظام لإدارة المخزون، وهذا ليس من قبيل الصدفة؛ فالمعلومات المطلوبة هي نفسها في كلتا الحالتين، والفرق يكمن في الجهة التي تقوم بإجراء العمليات الحسابية.
مواضيع للمزيد من التعمق
- كيفية إدارة المخزون — العملية التي يدعمها جدول البيانات.
- إدارة المخزون للمشاريع الصغيرة — الصورة الأوسع لهذا النطاق.
- إدارة المخزون السحابية — الخطوة التالية المعتادة.
- ما هي نقطة إعادة الطلب — الحسابات الكامنة وراء التنبيه.
- كيفية تتبع المخزون — طرق تتجاوز مجرد استخدام جدول بيانات.
- ما هو SKU — ضبط المعرّفات بشكل صحيح قبل البدء في البناء.
خلاصة القول في جملة واحدة
يعمل جدول البيانات بشكل جيد للعمليات ذات القناة الواحدة مع بضع مئات من SKU وشخص واحد يتولى إدارته؛ قم ببنائه بناءً على المخزون المتاح بدلاً من المخزون الفعلي، وقم بالتحديث لحظة حدوث الحركة، وانتقل إلى البرمجيات عندما تبدأ في البيع عبر قناة ثانية.
الأسئلة الشائعة
هل يمكنني إدارة المخزون باستخدام جدول بيانات؟ نعم، للشركات ذات القناة الواحدة التي لديها نطاق متواضع وشخص واحد يدير الملف. يتوقف الأمر عن كونه فعالاً عند ظهور قنوات متعددة، أو تعدد المستخدمين، أو متطلبات التتبع التنظيمية.
ما الذي يجب أن يتضمنه جدول بيانات المخزون؟ SKU، اسم المنتج، الفئة، الموقع، الكمية المتوفرة، الكمية المخصصة، الكمية المتاحة، الكمية المطلوبة، نقطة إعادة الطلب، كمية إعادة الطلب، المهلة الزمنية، المورد، تكلفة الوحدة، سعر البيع وقيمة المخزون، بالإضافة إلى تواريخ آخر جرد وآخر حركة.
ما هي صيغة تنبيه انخفاض المخزون؟ =IF([Available] + [On order] <= [Reorder point], "ORDER", ""). تضمين الكمية المطلوبة هو ما يمنع التنبيه من الإشارة إلى العناصر التي قمت بإعادة طلبها بالفعل، وهو السبب الذي يجعل الناس يفقدون الثقة في التنبيهات.
كيف أمنع جدول بيانات المخزون الخاص بي من أن يصبح غير دقيق؟ حدّث البيانات لحظة حدوث الحركة بدلاً من تأجيلها، اجعل هناك مسؤولاً واحداً، قم بإجراء جرد دوري لجزء من المخزون كل أسبوع، سجّل التعديلات مع ذكر الأسباب في علامة تبويب منفصلة، احمِ خلايا الصيغ، واحتفظ بنسخ احتياطية مع سجل الإصدارات.
متى يجب أن أنتقل من جدول البيانات إلى برمجيات إدارة المخزون؟ عندما تبيع عبر أكثر من قناة، أو عندما يحتاج أكثر من شخص لتحديث المخزون، أو عند حدوث بيع زائد (overselling)، أو عندما تستغرق صيانة الجدول أكثر من ساعة تقريباً في اليوم.
أيهما أفضل للمخزون: Excel أم Google Sheets؟ يتعامل Google Sheets بشكل أفضل مع التحرير متعدد المستخدمين وسجل الإصدارات التلقائي، مما يعالج اثنين من أوضاع الفشل الرئيسية. بينما يتفوق Excel في التعامل مع مجموعات البيانات الكبيرة ويتمتع بقدرات أقوى في الصيغ والماكرو. بالنسبة لمعظم استخدامات المخزون الصغيرة، تعد ميزة التعاون هي الأكثر أهمية.
كم عدد SKU التي يمكن لجدول البيانات التعامل معها؟ تقنياً الآلاف، ولكن عملياً بضع مئات قبل أن تصبح صيانة الجدول هي الوظيفة الأساسية بدلاً من كونها مجرد مهمة ضمن العمل. نادراً ما يكون القيد هو البرنامج، بل هو الوقت المستغرق في البحث عن الصفوف، وتزايد احتمالية حدوث خطأ في الفرز، وصعوبة جرد نطاق كبير يدوياً.
هل يمكن لجدول البيانات التعامل مع مواقع مستودعات متعددة؟ تقنياً نعم، باستخدام عمود للموقع أو علامة تبويب لكل موقع، لكن الأمر يصبح غير عملي بسرعة ولا توجد طريقة لنقل المخزون بين المواقع مع وجود مسار تدقيق. تعدد المواقع عادة ما يكون علامة على أنك تجاوزت مرحلة استخدام هذه الطريقة.
Warehouse Wise هي مكتبة مجانية ومستقلة تضم أدلة حول إدارة المخزون، والتخزين، والتنفيذ، مكتوبة خصيصاً للعاملين في هذا المجال؛ من موظفي المستودعات والمخزون الجدد، والشركات الصغيرة والمتنامية في قطاع التجزئة والتجارة الإلكترونية، وأي شخص يتعامل مع المخزون ويرغب في فهمه بشكل صحيح. يشرح كل دليل المصطلح، ويقدم مثالاً عملياً بأرقام حقيقية عند الحاجة، وينتهي عند ذلك. نحن مستقلون تماماً: لا نبيع برامج أو معدات، ولا نتقاضى عمولات على الإحالات، ولا تخضع أدلتنا للترتيب بناءً على من يدفع لنا.