سفارش ناقص: وقتی موجودی سیستم هست ولی مشتری کامل نمی‌گیرد
فاکتور بسته شده، انبار «موجود» نشان می‌دهد، ولی مشتری بخشی از سفارش را نگرفته است. در بسیاری از شرکت‌های متوسط ایران، مشکل واقعی نه کمبود مطلق کالا، بلکه سفارش ناقص و پایین بودن نرخ تکمیل سفارش است: سیستم موجودی دارد، رزرو ناقص است، یا کالا در انبار دیگری خوابیده. این متن برای مدیران SME است — تعریف ساده، چهار سیگنال، و یک ریتم هفتگی؛ نه بروشور نرم‌افزار.
نرخ تکمیل سفارش دقیقاً یعنی چه؟
نرخ تکمیل سفارش (order fill rate) می‌گوید از میان خطوط یا مبلغ سفارش‌های یک دوره، چند درصد در همان افق توافق‌شده به‌صورت کامل تحویل شده‌اند. فرمول رایج:
نرخ تکمیل = خطوط (یا مبلغ) تحویل‌شدهٔ کامل ÷ خطوط (یا مبلغ) سفارش‌شده در همان افق
دو نسخه را جدا نگه دارید:
- نرخ خطی: چند خط سفارش بدون کسری بسته شد؟
- نرخ مبلغی: چه سهمی از ریال سفارش در یک نوبت تحویل کامل شد؟
اگر فقط «تعداد فاکتور» را ببینید، یک سفارش کوچکِ کامل آمار را قشنگ می‌کند در حالی که چند سفارش بزرگ نیمه‌کاره مانده‌اند. سه لایه عملی کافی است:
- سالم: بیشتر سفارش‌های جدی در افق توافق‌شده (مثلاً همان روز یا ۴۸ ساعت) کامل تحویل می‌شوند
- نشتی: سفارش ناقص رایج است؛ پیگیری کسری در چت و تماس می‌ماند
- خطرناک: موجودی سیستم سبز است ولی سهم بزرگی از ریال با کسری یا تأخیر دوم تحویل می‌شود — همان شکاف اعتماد با مشتری
عدد ایدئال صنعت‌به‌صنعت فرق دارد؛ مهم این است که فروش، انبار و مالی یک تعریف امضا کنند: «کامل» یعنی همهٔ خطوط در همان محموله، یا مجاز به تحویل چندمرحله‌ای با تاریخ دوم؟
چرا موجودی سیستم این شکاف را دیر لو می‌دهد؟
در بسیاری از عمده‌فروشی‌ها و پخش‌های ایرانی:
- گزارش «موجودی کالا» را سبز نشان می‌دهد، بدون اینکه بگوید چند واحد رزرو شده، آسیب‌دیده، یا در انبار فرعی است
- سفارش ناقص در فاکتور یا حواله پراکنده ثبت می‌شود؛ نرخ تکمیل به‌عنوان یک عدد ثابت دیده نمی‌شود
- فروشنده موجودی را از اکسل یا تماس انبار می‌گیرد؛ تا لحظهٔ بسته‌بندی معلوم می‌شود کالا نیست
- کسری با وعدهٔ «فردا می‌فرستیم» بسته می‌شود؛ بدون برچسب علت و بدون مالک پیگیری
نتیجه: مدیر فکر می‌کند انبار سالم است، تا وقتی شکایت مشتری، برگشت اعتماد، یا فشار خرید اضطراری بالا می‌آید — همان چیزی که کنار موجودی بحرانی و گردش موجودی باید دیده شود.
چهار سیگنالی که سفارش ناقص را زود لو می‌دهد
این چهار عدد اگر تعریف ثابت داشته باشند، غافلگیری را کم می‌کنند:
-
نرخ تکمیل مبلغی ۷ و ۳۰ روزه
نه فقط یک درصد ماهانه. روند هفته‌به‌هفته مهم‌تر از خود عدد است. افت ناگهانی معمولاً از رزرو اشتباه، انبار فرعی، یا تأخیر تأمین می‌آید — نه از «بدشانسی انبار». -
سهم سفارش‌های ناقص از کل سفارش‌ها
چند درصد سفارش‌ها حداقل یک خط کسری داشته‌اند؟ اگر این سهم بالا برود و نرخ تکمیل مبلغی ثابت بماند، کسری‌ها روی سفارش‌های کوچک پخش شده‌اند یا برعکس روی چند مشتری بزرگ متمرکز شده‌اند. -
تمرکز کسری روی چند SKU یا چند انبار
اگر ۴۰٪ مبلغ ناقص از پنج کالا یا یک انبار فرعی باشد، اولویت روشن است. این را کنار کالای مرده ببینید: گاهی موجودی «هست» ولی در کالای اشتباه خوابیده. -
برچسب علت کسری
رزرو نادرست، موجودی فیزیکی ≠ سیستم، انبار اشتباه، آسیب/تاریخ انقضا، تأخیر تأمین‌کننده، یا اولویت‌بندی دستی. بدون برچسب، جلسه فقط سرزنش انبار است. اگر علت غالب «تأمین» است، به تأخیر تحویل تأمین‌کننده وصل کنید.
عدد نمونه برای جلسه اول (فرضی و صرفاً برای روشن‌شدن بحث): از ۸۰ سفارش هفتهٔ اخیر، ۶۲٪ کامل در یک نوبت بسته شده، ۱۸ سفارش حداقل یک خط کسری داشته‌اند، و نیمی از مبلغ ناقص روی چهار SKU پرمصرف خوابیده — اولویت، اصلاح رزرو و موجودی همان چهارتاست، نه فشار عمومی «سریع‌تر بفرستید».
چطور نقشه تکمیل را بدون دعوا بسازید؟
گام ۱: تعریف «کامل» و افق را قفل کنید
تحویل کامل یعنی همهٔ خطوط در همان محموله؟ آیا تحویل دوم با تاریخ توافق‌شده هنوز «کامل به‌موقع» حساب می‌شود؟ بدون این دو خط، درصدها قابل‌مقایسه نیستند.
گام ۲: موجودی قابل‌فروش را از موجودی نمایشی جدا کنید
موجودی سیستم منهای رزرو، آسیب، انبار قرنطینه و انبار فرعیِ غیرقابل‌ارسال. اگر فروش روی عدد نمایشی قول می‌دهد، سفارش ناقص اجتناب‌ناپذیر است.
گام ۳: هر سفارش ناقص بالای آستانه یک مالک و تاریخ تکمیل داشته باشد
«فردا می‌فرستیم» بدون تاریخ و بدون خط مشخص، تصمیم نیست. تاریخ محمولهٔ دوم و مسئول پیگیری را بنویسید.
گام ۴: تکمیل را به خرید و گردش انبار وصل کنید
اگر همان SKUها مدام کسری می‌سازند، یا نقطه سفارش دیر است یا سرمایه در کالای کم‌گردش خوابیده — همان بحث گردش موجودی و خرید قبل از کمبود.
ریتم هفتگی که کسری را قبل از شکایت می‌بندد
| عادت ضعیف | ریتم بهتر |
|---|---|
| فقط نگاه به «موجودی مثبت» | نرخ تکمیل مبلغی + سهم سفارش ناقص |
| پیگیری کسری در چت | لیست ۱۰ سفارش ناقص با بیشترین ریال |
| وعدهٔ بی‌تاریخ برای خط کسری | تاریخ محمولهٔ دوم و برچسب علت اجباری |
| فشار «سریع‌تر بسته‌بندی کن» | اول بستن کسری‌های تکراری SKU، بعد سرعت |
پیشنهاد یک ماه آزمایشی:
- هفته ۱: تعریف تحویل کامل + محاسبه نرخ تکمیل و سهم ناقص برای ۳۰ روز اخیر
- هفته ۲–۳: هر هفته فقط روی ۱۰ سفارش ناقص بالای لیست ریال و روی SKUهای پرتکرار کسری اقدام (اصلاح رزرو، انتقال انبار، خرید اضطراری، یا اطلاع صریح به مشتری)
- پایان ماه: آیا نرخ مبلغی بهتر شد یا فقط تعداد سفارش جدید باد کرد و کسری‌ها پنهان ماندند؟ اگر سهم ناقص ثابت ماند، مشکل سرعت بسته‌بندی نیست — کیفیت موجودی قابل‌فروش است.
اشتباه‌های رایج در شرکت‌های متوسط ایران
- یکی‌گرفتن «موجودی سیستم سبز» با «قابل تحویل کامل» — عدد سبز دارایی نیست اگر رزرو و فیزیکی هم‌خوان نباشد
- قبول سفارش بدون چک موجودی قابل‌فروش — فاکتور بعدی به کسری یا تأخیر دوم می‌خورد
- نادیده گرفتن چندانباری و جابه‌جایی بین شعب — کالا «هست» ولی در شعبهٔ دیگر؛ تا انتقال، مشتری ناقص می‌گیرد
- مقایسه انبار فقط با تعداد حواله — بدون نرخ تکمیل، کسی که بیشتر «نیمه‌کاره» می‌فرستد در گزارش سرعت برنده می‌شود
نقش ابزار (یک اشاره نرم)
وقتی تعریف تحویل کامل و موجودی قابل‌فروش ثابت شد، طبیعی است که سفارش، حواله، موجودی و کسری از همان داده کنار هم دیده شوند — نه از سه فایل فروش و انبار و اکسل شخصی. تیم‌هایی که روی سپیدار کار می‌کنند گاهی این شکاف را روی یک منبع می‌بینند؛ نمونه‌ای در این فضا LumexBI است. مهم‌تر از نام ابزار، رسیدن لیست سفارش‌های ناقصِ گران به مالک قبل از شکایت مشتری است.
جمع‌بندی برای مدیر
سفارش ناقص مقابل «انبار پر» نیست؛ فاصلهٔ موجودی نمایشی با تحویل کامل است. اول چهار سیگنال را ثابت کنید، ۱۰ سفارش ناقص بالای ریال را هفتگی بتراشید، موجودی قابل‌فروش را از عدد سبز جدا کنید — بعد سراغ شعار افزایش سرعت ارسال بروید.
اگر همین ماه فقط روی SKUهای پرتکرار کسری این چارچوب را پیاده کنید، معمولاً زودتر می‌فهمید مشکل‌تان کمبود مطلق است یا فقط شکاف سیستم و واقعیت روی زمین.