گزارشگیری ناوگان و مسیر - وقتی یک مرسوله در سه سامانه سه شناسه دارد
در شرکتهای حمل، پرسشهای مدیریتی ساده به نظر میرسند: هزینه واقعی هر مسیر چقدر است؟ کدام مسیر بیشترین تأخیر را دارد؟ اما پاسخ دادنشان سخت است، و دلیلش داشبورد نیست: همان مرسوله در سامانه ردیابی، انبار و مالی سه شناسه متفاوت دارد.
در این صفحه
چرا گزارش ساده، سخت است
در لجستیک معمولاً حداقل سه سامانه در کار است و هرکدام برای هدف دیگری ساخته شده:
- سامانه ردیابی - موقعیت و وضعیت، با شناسه خودش
- سامانه انبار - ورود و خروج کالا، با کد کالا و حواله
- سامانه مالی - کرایه و هزینه، با شماره فاکتور
هیچکدام غلط نیستند و هر کدام کار خودش را خوب انجام میدهد. مشکل این است که برای پاسخ به «هزینه واقعی این مسیر چقدر بود»، باید داده هر سه را کنار هم گذاشت - و هیچ کلید مشترکی وجود ندارد.
یکسانسازی شناسه: کار واقعی پروژه
این مرحله معمولاً بیشترین زمان پروژه را میگیرد و در پیشنهادها کمترین توجه را. کاری که انجام میشود:
- تعریف یک شناسه کانونی برای هر موجودیت - مرسوله، سفر، وسیله نقلیه، مسیر
- ساخت جدولهای نگاشت میان شناسههای سامانهها
- تعریف قواعد تطبیق برای مواردی که نگاشت مستقیم ندارند - مثلاً تطبیق بر پایه تاریخ و مقصد و وزن
- و مهمتر: صف بررسی برای مواردی که خودکار تطبیق نمیخورند
آن صف را نمیشود حذف کرد و نباید پنهانش کرد. سهمی از رکوردها همیشه نیاز به تصمیم انسانی دارد، و گزارشی که این را نادیده بگیرد، بخشی از داده را بیصدا از قلم میاندازد.
شاخصهایی که تصمیمساز هستند
پس از یکسانسازی، شاخصهایی ممکن میشوند که پیش از آن نبودند:
- هزینه واقعی هر مسیر - سوخت، استهلاک، عوارض، حقوق راننده، به تفکیک مسیر
- نرخ تحویل بهموقع - و نه فقط میانگین، بلکه توزیع تأخیر
- ضریب بارگیری - چه سهمی از ظرفیت واقعاً استفاده شده
- نرخ مرسوله برگشتی به تفکیک علت
و نکتهای درباره تأخیر: میانگین تأخیر گمراهکننده است. مسیری که ۹۰ درصد مواقع بهموقع است و ۱۰ درصد مواقع دو روز تأخیر دارد، میانگین خوبی نشان میدهد و مشتریهایش ناراضیاند. توزیع را ببینید، نه میانگین را.
هزینه واقعی هر مسیر را میدانید؟
در جلسه ارزیابی، سامانههای فعلی و امکان اتصالشان بررسی میشود و میگوییم یکسانسازی شناسه چقدر کار میبرد.
هزینه واقعی مسیر: عددی که کسی ندارد
اکثر شرکتهای حمل هزینه کل را میدانند و هزینه به تفکیک مسیر را نه. نتیجهاش این است که قیمتگذاری بر پایه حدس انجام میشود و بعضی مسیرها بیآنکه کسی بداند زیاندهاند.
برای محاسبهاش، هزینهها باید به سه دسته تقسیم شوند:
- مستقیم و قابل انتساب - سوخت و عوارض همان سفر
- مستقیم ولی دورهای - حقوق راننده، بیمه و استهلاک که باید بر سفرها سرشکن شوند
- غیرمستقیم - هزینه انبار و اداری، با قاعده سرشکن مشخص
قاعده سرشکن، تصمیم مالی است نه فنی. باید با واحد مالی توافق شود و در سیستم ثبت گردد، وگرنه هر گزارشی قابل مناقشه است.
گردشکار
۱. نگاشت سامانهها
شناسایی موجودیتها و شناسههای هرکدام در هر سامانه.
۲. تعریف شناسه کانونی و جدول نگاشت
همراه با قواعد تطبیق برای موارد بدون کلید مشترک.
۳. بارگذاری به انبار داده
با تقویم شمسی و برچسب رویدادهای مؤثر - تعطیلات، شرایط جوی، بسته بودن مسیر.
۴. تعریف شاخص با توافق واحدها
بهخصوص قواعد سرشکن هزینه، که باید مکتوب و ثابت باشند.
۵. داشبورد و گزارش دورهای
با صف بررسی رکوردهای تطبیقنخورده، که پنهان نمیشود.
سنجش و نقطه شروع
معیار اول: سهم رکوردهایی که خودکار تطبیق میخورند. این عدد کیفیت یکسانسازی را نشان میدهد و پیش از هر بحثی درباره داشبورد باید قابل قبول باشد.
معیار دوم، عملیاتی: تعداد مسیرهایی که پس از محاسبه هزینه واقعی، قیمتشان بازنگری شد.
پیشنهاد ما شروع با یک نوع سرویس و چند مسیر پرتردد است. یکسانسازی شناسه در دامنه کوچک سریعتر به نتیجه میرسد و الگویش قابل تعمیم است.
جزئیات پلتفرم در صفحه هوش تجاری سازمانی است.
بقیه کاربردها در صفحه راهکارهای لجستیک است.
پرسشهای متداول
چون داده در چند سامانه است که هیچ کلید مشترکی ندارند. همان مرسوله در ردیابی، انبار و مالی سه شناسه متفاوت دارد. تا وقتی این هویتها یکی نشوند، هیچ داشبوردی نمیتواند گزارش درست بدهد - مسئله بصریسازی نیست، مسئله هویت است.
معمولاً بیشترین بخش پروژه است و در برآوردها کمترین توجه را میگیرد. مدتش به تعداد سامانهها و کیفیت داده بستگی دارد و در جلسه ارزیابی با نگاه به داده واقعی برآورد میشود، نه با یک عدد کلی.
به صف بررسی انسانی میروند و این صف حذفشدنی نیست. مهمتر اینکه نباید پنهان شود: گزارشی که رکوردهای تطبیقنخورده را نادیده بگیرد، بیصدا بخشی از داده را از قلم میاندازد و اعتمادپذیر نیست.
چون مسیری که نود درصد مواقع بهموقع است و ده درصد مواقع دو روز تأخیر دارد، میانگین خوبی نشان میدهد در حالی که مشتریانش ناراضیاند. توزیع تأخیر را ببینید نه میانگینش را.
با تفکیک هزینهها به سه دسته: مستقیم و قابل انتساب، مستقیم ولی دورهای که سرشکن میشود، و غیرمستقیم. قاعده سرشکن یک تصمیم مالی است نه فنی و باید با واحد مالی توافق و در سیستم ثبت شود، وگرنه هر گزارشی قابل مناقشه میماند.
هدف همین است. سامانهها جایگزین نمیشوند؛ دادهشان خوانده و در انبار داده یکپارچه میشود. تیم عملیات با همان ابزارهای همیشگی کار میکند.
از یک نوع سرویس و چند مسیر پرتردد. و معیار اول موفقیت پیش از هر داشبوردی این است: چه سهمی از رکوردها خودکار تطبیق میخورند.
