موجودی بحرانی: چطور قبل از کمبود کالا بخرید
اگر فروشنده می‌گوید «نداریم» و شما تازه از انبار می‌پرسید چرا، این متن برای شماست. هدفش این نیست که نرم‌افزار بفروشد؛ می‌خواهد یک ریتم عملی برای موجودی بحرانی بدهد تا خرید را قبل از توقف فروش ببینید — نه بعد از شکایت مشتری.
موجودی بحرانی دقیقاً یعنی چه؟
موجودی بحرانی فقط «کم بودن عدد روی قفسه» نیست. وقتی هر سه شرط زیر با هم برقرار باشند، کالا وارد وضعیت بحرانی می‌شود:
- موجودی فعلی زیر حداقل تعریف‌شده است (یا نزدیک به آن)
- سرعت خروج (فروش/مصرف) در دوره اخیر غیرعادی بالا یا پایدار بالاست
- زمان تأمین واقعی (سفارش تا رسیدن) از بافر باقی‌مانده بیشتر است
اگر فقط شرط اول را ببینید، یا زود هشدار می‌دهید یا دیر. ترکیب سه شرط، هشدار را جدی می‌کند.
چرا اکسل شبانه برای انبار دیر است؟
در بسیاری از شرکت‌های ایرانی، موجودی از خروجی حسابداری یا فایل انباردار شب قبل ساخته می‌شود. مشکلات رایج:
- عدد «موجودی» با تعریف‌های متفاوت (فیزیکی، قابل فروش، رزرو شده) قاطی می‌شود
- کالاهای تندگردش با کندگردش در یک لیست بلند گم می‌شوند
- پیشنهاد خرید بعد از جلسه هفتگی می‌آید؛ در حالی که کمبود همان روز فروش را می‌بُرد
- حداقل موجودی سال‌هاست عوض نشده و با فصل یا کمپین هم‌خوان نیست
نتیجه: خرید واکنشی می‌شود — با عجله، هزینه حمل بالاتر، و گاهی جایگزین نامناسب برای مشتری.
چهار عدد که مدیر انبار و خرید باید هر روز ببینند
نیازی به صد نمودار نیست. این چهار شاخص اگر تعریف ثابت داشته باشند، بخش بزرگی از غافلگیری را کم می‌کنند:
-
تعداد SKU بحرانی
چند قلم همین الان زیر حداقل‌اند؟ روند هفتگی این عدد مهم‌تر از خود عدد است. -
روزهای پوشش (Days of Cover)
موجودی فعلی تقسیم بر میانگین خروج روزانه. اگر پوشش از lead time تأمین کوتاه‌تر شد، قرمز است. -
لیست خرید پیشنهادی با اولویت
نه یک لیست الفبایی؛ اول تندگردش‌های بحرانی، بعد اقلام با تعهد تحویل به مشتری. -
تمرکز کمبود روی چند تأمین‌کننده
اگر نیمی از کمبودها از یک تأمین‌کننده است، مشکل انبار نیست؛ ریسک تأمین است.
حداقل موجودی را چطور واقعی بنویسید؟
فرمول پیچیده لازم نیست؛ شفافیت لازم است.
گام ۱: lead time واقعی را اندازه بگیرید
نه قول کاتالوگ؛ میانگین سه سفارش اخیر از ثبت تا رسید انبار. برای تأمین‌کننده ناپایدار، صدک بدتر (مثلاً بدترین سفارش از چهارتای اخیر) را مبنا بگیرید.
گام ۲: تقاضای پایه را از همان داده فروش بگیرید
میانگین خروج ۳۰ یا ۶۰ روز اخیر، به‌تفکیک SKU. اگر فصلی هستید، همان ماه پارسال را هم کنارش بگذارید — نه به‌جای داده امسال.
گام ۳: بافر را صریح کنید
حداقل = (تقاضای روزانه × lead time) + بافر ایمنی. بافر را حدس نزنید؛ برای اقلام حیاتی بیشتر، برای کندگردش کمتر.
گام ۴: حداقل را مالک‌دار کنید
هر گروه کالا یک مالک صحت عدد داشته باشد (انبار یا خرید). تا وقتی کاتالوگ عوض نشده، هیچ‌کس در جلسه «حدس جدید» نمی‌آورد.
ریتم هفتگی خرید که جلوی تئاتر گزارش را می‌گیرد
| عادت ضعیف | ریتم بهتر |
|---|---|
| لیست کمبود فقط در جلسه شنبه | هر صبح لیست SKU بحرانی |
| خرید بعد از اتمام کالا | پیشنهاد خرید وقتی پوشش از lead time کمتر شد |
| یک فایل برای همه | اولویت‌بندی تندگردش / تعهد مشتری / ریسک تأمین |
| حداقل ثابت چندساله | بازبینی حداقل هر فصل یا قبل از کمپین |
پیشنهاد عملی برای یک هفته آزمایشی:
- هر روز ۱۵ دقیقه: فقط چهار عدد بالا + پنج SKU قرمز بالای لیست
- دو بار در هفته: تأیید سفارش‌های خرید اولویت‌دار با مالک تأمین
- جمعه: مرور SKUهایی که این هفته از بحرانی خارج شدند و آن‌هایی که ماندند
اگر بعد از دو هفته هنوز «نداریم» غافلگیرتان می‌کند، مشکل داده خام نیست؛ مشکل نبود آستانه و مالک اقدام است.
اشتباه‌های رایج در شرکت‌های متوسط ایران
- موجودی فیزیکی را با قابل‌فروش یکی گرفتن — رزرو و کالای معیوب باید جدا باشد
- خرید فله برای آرامش خاطر — نقدینگی را قفل می‌کند و انقضا/ماندگی می‌سازد
- نادیده گرفتن کالای جایگزین — گاهی کمبود یک SKU با معرفی جایگزین سریع‌تر حل می‌شود تا سفارش عجله‌ای
- ندیدن همبستگی فروش و موجودی در کمپین — تبلیغ بدون بافر انبار، کمبود را تضمین می‌کند
نقش ابزار (بدون تبدیل متن به بروشور)
وقتی تعریف حداقل و lead time ثابت شد، نیاز طبیعی این است که هشدار از همان داده حسابداری — نه از فایل شخصی — برسد. تیم‌هایی که روی سپیدار کار می‌کنند، گاهی به‌جای کشیدن موجودی به اکسل، داشبورد انبار و پیشنهاد خرید را روی همان منبع می‌بینند؛ نمونه‌ای در این فضا LumexBI است. مهم‌تر از نام ابزار، یکی‌بودن منبع حقیقت و رسیدن هشدار قبل از جلسه است.
جمع‌بندی برای مدیر
موجودی بحرانی یک برچسب انبار نیست؛ یک قرارداد بین فروش، خرید و مالی است: چه چیزی قرمز است، کی باید سفارش برود، و چه کسی مسئول بسته شدن کار است. اول چهار عدد روزانه را ثابت کنید، حداقل‌ها را با lead time واقعی بازنویسی کنید، بعد سراغ داشبورد شلوغ بروید.
اگر همین هفته فقط روی ده SKU تندگردش این چارچوب را پیاده کنید، معمولاً زودتر از یک پروژه بزرگ انبار، جلوی چند «نداریم» را می‌گیرید.