تحویل به‌موقع یا On-Time Delivery (OTD) در نگاه اول مفهوم ساده‌ای دارد: مشتری سفارش می‌دهد، انبار آن را آماده می‌کند و کالا در زمان مقرر به مشتری می‌رسد.
فراتر از OTD؛ چه چیزی واقعاً تحویل به‌موقع را تعیین می‌کند؟
تحویل به‌موقع یا On-Time Delivery (OTD) در نگاه اول مفهوم ساده‌ای دارد: مشتری سفارش می‌دهد، انبار آن را آماده می‌کند و کالا در زمان مقرر به مشتری می‌رسد.
اما در یک عملیات با حجم بالای سفارش، این فرآیند به همین سادگی نیست.
فرض کنیم ویزیتور امروز سفارش مشتری را ثبت می‌کند. سفارش فردا وارد فرآیند انبار می‌شود و روز بعد برای مشتری ارسال خواهد شد. در این فاصله، موجودی می‌تواند تغییر کند، تولید ممکن است از ران‌ریت مورد انتظار عقب بماند، محصولی ممکن است Block شود، ظرفیت انبار محدود شود یا حتی ظرفیت حمل برای آن روز تغییر کند.
در نتیجه، وقتی یک سفارش دیر تحویل می‌شود، سؤال مهم همیشه این نیست که:
«چرا تحویل دیر شد؟»
بلکه گاهی سؤال مهم‌تر این است:
«مشکل دقیقاً از کجای زنجیره شروع شد؟»
از سفارش تا تحویل؛ جریانی که دائماً در حال تغییر است
اگر فرآیند را ساده کنیم، با چنین زنجیره‌ای مواجهیم:
سفارش → انبار → ارسال → مشتری
اما پشت همین جریان ساده، مجموعه‌ای از تصمیم‌ها و محدودیت‌ها قرار دارد.
کالایی که در زمان سفارش‌گیری موجود بوده، ممکن است روز بعد دیگر قابل تخصیص نباشد. بخشی از موجودی ممکن است قبلاً به سفارش‌های دیگر اختصاص یافته باشد. محصولی ممکن است در کارخانه Block شده باشد یا تولید آن با میزان مورد انتظار هماهنگ نباشد. از طرف دیگر، محدودیت ظرفیت انبار نیز می‌تواند بر توان عملیاتی تأثیر بگذارد.
بنابراین موجودی فیزیکی لزوماً برابر با موجودی قابل تعهد نیست.
اینجاست که مفاهیمی مانند Availability، Allocation و Available-to-Promise (ATP) اهمیت پیدا می‌کنند.
مسئله فقط این نیست که «چقدر کالا داریم؟»
مسئله این است که:
> چه مقدار از این کالا، در چه زمانی و با توجه به تعهدات و محدودیت‌های موجود، واقعاً قابل تخصیص و تحویل است؟
قبل از Route Planning باید یک سؤال مهم‌تر پرسید
فرض کنیم تمام سفارش‌هایی که امکان تأمین دارند مشخص شده‌اند. حالا باید تصمیم بگیریم این سفارش‌ها چگونه ارسال شوند.
در این مرحله، مسئله Route Planning مطرح می‌شود.
اما روت‌بندی حرفه‌ای صرفاً به معنی پیدا کردن کوتاه‌ترین مسیر روی نقشه نیست.
وزن و حجم بار، ظرفیت خودرو، تعداد مشتریان، موقعیت جغرافیایی، پنجره زمانی تحویل، محدودیت‌های مسیر، اولویت سفارش و زمان آماده‌شدن سفارش، همگی می‌توانند روی Route نهایی تأثیر بگذارند.
بنابراین این فرض که:
> «از نزدیک‌ترین مشتری شروع کنیم و به سمت دورترین مشتری برویم.
لزوماً یک راهکار بهینه نیست.
ممکن است مشتری نزدیک‌تر، پنجره تحویل محدودتری داشته باشد. مشتری دیگری بار بیشتری داشته باشد. یک خودرو از نظر وزنی ظرفیت محدودی داشته باشد یا ترکیب خاصی از سفارش‌ها باعث شود یک مسیر جغرافیایی کوتاه، از نظر عملیاتی انتخاب مناسبی نباشد.
در واقع، Route Planning بخشی از یک مسئله بزرگ‌تر است:
چگونه سفارش‌های قابل تأمین را با منابع موجود، در زمان مناسب و با کمترین اتلاف ممکن به مشتریان برسانیم؟
OTD در انتهای این زنجیره قرار دارد
در بسیاری از سازمان‌ها، OTD به‌عنوان یک KPI برای اندازه‌گیری عملکرد حمل‌ونقل یا خدمات مشتری دیده می‌شود.
این نگاه درست است، اما شاید کامل نباشد.
زیرا نتیجه OTD می‌تواند تحت تأثیر تصمیم‌هایی قرار گرفته باشد که خیلی قبل‌تر از مرحله تحویل گرفته شده‌اند.
یک سفارش ممکن است به دلیل مشکلاتی در:
Availability
Allocation
Production
Warehouse Execution
Capacity
Consolidation
Route Planning
Transportation
به‌موقع تحویل نشود.
در این حالت، تحویل فقط نقطه‌ای است که مشکل در آن قابل مشاهده شده است؛ لزوماً نقطه‌ای نیست که مشکل در آن ایجاد شده باشد.
تفاوت بین «اندازه‌گیری» و «فهمیدن»
فرض کنیم گزارش ماهانه سازمان نشان می‌دهد:
OTD = 92%
این عدد می‌گوید ۸ درصد تحویل‌ها به‌موقع نبوده‌اند.
اما به‌تنهایی پاسخ نمی‌دهد که چرا.
برای مدیریت واقعی عملکرد، باید بتوانیم یک مرحله عقب‌تر برویم و بپرسیم:
آیا کالا در زمان سفارش‌گیری قابل تأمین بود؟
آیا در زمان تخصیص موجود بود؟
آیا تولید مطابق برنامه پیش رفت؟
آیا سفارش به‌موقع در انبار پردازش شد؟
آیا ظرفیت کافی برای حمل وجود داشت؟
آیا Route مناسب بود؟
یا اساساً تاریخ تعهد اولیه با توان واقعی زنجیره تأمین همخوانی نداشت؟
اینجاست که تفاوت میان داشتن KPI و داشتن سیستم کنترل عملکرد مشخص می‌شود.
Data Transparency؛ اتصال نقاط پراکنده
برای پاسخ دادن به این پرسش‌ها، اطلاعات سفارش، موجودی، تخصیص، انبار، حمل و تحویل نباید به شکل جزیره‌ای دیده شوند.
آن‌ها باید بخشی از یک جریان داده‌ای قابل ردیابی باشند:
Order Capture
↓
Availability
↓
Allocation
↓
Warehouse Execution
↓
Consolidation
↓
Route Planning
↓
Vehicle Assignment
↓
Dispatch
↓
Delivery
↓
OTD / OTIF
ارزش Data Transparency صرفاً در داشتن داده بیشتر نیست.
ارزش واقعی زمانی ایجاد می‌شود که بتوانیم ارتباط میان داده‌ها را ببینیم و بفهمیم یک تصمیم چگونه بر تصمیم بعدی و در نهایت بر نتیجه نهایی تأثیر گذاشته است.
از گزارش‌دهی به تصمیم‌گیری
در عملیات با حجم پایین، بسیاری از این تصمیم‌ها را می‌توان با Excel، تماس تلفنی، جلسات روزانه و تجربه افراد مدیریت کرد.
اما با افزایش حجم سفارش و پیچیدگی عملیات، اتکا به تصمیم‌گیری دستی دشوارتر می‌شود.
در چنین شرایطی، ترکیب سیستم‌هایی مانند ERP، WMS، TMS و ابزارهای تحلیلی می‌تواند تصویر یکپارچه‌تری از فرآیند Order-to-Delivery ایجاد کند.
هدف، حذف تصمیم‌گیری انسانی نیست.
هدف این است که تصمیم‌گیرنده، در زمان مناسب، اطلاعات مناسب و قابل اعتماد در اختیار داشته باشد.
به‌جای اینکه فقط بپرسیم:
> «آیا می‌توانیم این سفارش را تحویل دهیم؟»
بتوانیم بپرسیم:
> «چه مقدار از سفارش قابل تأمین است، چه زمانی آماده خواهد بود، با چه منابعی می‌توان آن را ارسال کرد، چه Routeای مناسب‌تر است و سطح سرویس مورد انتظار چقدر خواهد بود؟»
OTD؛ یک عدد یا یک سیگنال؟
شاید OTD را بتوان از زاویه دیگری نیز دید.
OTD فقط یک عدد در انتهای فرآیند نیست.
می‌تواند یک سیگنال برای بازگشت به عقب در زنجیره باشد.
وقتی یک تحویل دیر اتفاق می‌افتد، به‌جای اینکه صرفاً آن را به‌عنوان یک «Late Delivery» ثبت کنیم، می‌توانیم بپرسیم:
انحراف از کجا آغاز شد؟
اگر بتوانیم پاسخ این سؤال را پیدا کنیم، OTD از یک شاخص صرفاً گزارش‌دهنده به بخشی از یک سیستم Continuous Improvement تبدیل می‌شود.
در این نگاه، KPI دیگر فقط نمی‌گوید:
چه اتفاقی افتاد؟
بلکه کمک می‌کند بفهمیم:
چرا اتفاق افتاد و کدام بخش از فرآیند باید بهبود پیدا کند؟
------------------------------------------------------------------------------------------------------------------
جمع‌بندی
یک تحویل به‌موقع، معمولاً در لحظه تحویل ساخته نمی‌شود.
نتیجه مجموعه‌ای از تصمیم‌هاست که از زمان ثبت سفارش آغاز شده و از مسیر Availability، Allocation، Warehouse، Transportation و Routing عبور می‌کند.
هرچه این زنجیره شفاف‌تر و قابل ردیابی‌تر باشد، OTD نیز معنای بیشتری پیدا می‌کند.
در نهایت، شاید ارزش واقعی OTD فقط در اندازه‌گیری عملکرد گذشته نباشد؛ بلکه در این باشد که بتواند تصمیم‌های آینده را بهتر کند.
