وضعیت مشترک شیفت
همه کاربران مجاز از یک آخرین وضعیت و زمان ثبت رویداد استفاده کنند.
این صفحه برای کارشناس و مدیر داخلی عملیات است تا بداند هر محموله در کدام Milestone قرار دارد، آخرین رویداد چه زمانی ثبت شده و کدام وضعیت بهدلیل داده ناقص قابل اتکا نیست. نمایش بیرونی مشتری و اولویت تصمیم شیفت، صفحات مستقلی دارند.
دیدپذیری پاسخ میدهد «الان چه وضعیتی ثبت شده است؟»؛ برج کنترل پاسخ میدهد «کدام مورد باید اکنون بررسی شود؟» و پرتال فقط بخش مجاز همین داده را به مشتری احراز هویتشده نشان میدهد.
دیدپذیری با تعداد نمودار سنجیده نمیشود؛ هر نشانه باید زمان، منبع و مسیر اقدام قابل ردیابی داشته باشد.
همه کاربران مجاز از یک آخرین وضعیت و زمان ثبت رویداد استفاده کنند.
پروندهای که بیش از حد مورد انتظار بدون بهروزرسانی مانده زودتر دیده شود.
از نمای کلان با یک لینک به Shipment، رویداد و مسئول مرتبط برسید.
پیش از ساخت داشبورد مشخص کنید تأخیر در کدام نقطه از نبود داده یا دیر دیدهشدن داده ایجاد میشود.
مدیر وضعیت را با تماس یا فایل جداگانه جمع میکند و تصویر همیشه عقبتر از واقعیت است.
نیاز: نمای رویداد و وضعیت جاریShipment مدت زیادی در یک وضعیت میماند اما تا تماس مشتری دیده نمیشود.
نیاز: عمر وضعیت و آستانه سکونکارشناس بعدی نمیداند آخرین اقدام معتبر و تعهد بعدی چیست.
نیاز: خط زمانی و مسئول پروندهدید قابل اتکا از ثبت منظم رویداد، تعریف وضعیت و نمایش متناسب با نقش ساخته میشود.
آخرین رویداد، عمر وضعیت و زمانبندی پروندههای جاری در یک قاب قرار میگیرند.
نرمافزار برج کنترل عملیات حملهر شاخص باید به Shipment و رویداد واقعی متصل باشد تا بررسی منشأ داده ممکن بماند.
نرمافزار مدیریت عملیات حملونقلنشانهای که نیاز به مالک و تصمیم دارد وارد چرخه Exception میشود.
راهکار مدیریت استثناهای عملیات حملبخش قابل انتشار رویدادها برای مشتری احراز هویتشده در پرتال نمایش داده میشود.
پرتال مشتریان و رهگیری محمولههر مرحله باید زمان، منبع و مسئول ثبت داشته باشد تا نمای برج کنترل قابل اعتماد بماند.
رویداد مرتبط با Shipment همراه زمان و توضیح کافی وارد پرونده میشود.
وضعیت، آخرین فعالیت و زمانهای ETD/ETA در نمای پایش منعکس میشوند.
سکون، تأخیر یا داده ناقص در صف بررسی روزانه برجسته میشود.
کاربر منشأ را بررسی و در صورت نیاز، رسیدگی ساختاریافته را آغاز میکند.
نمای خوب از تعریف رویداد شروع میشود و با اولویت و Drill-down پایان مییابد.
هر تغییر باید معنای عملیاتی و زمان وقوع روشن داشته باشد.
وضعیت جاری باید از رویداد قابل استنتاج و دارای انتظار زمانی باشد.
نمایش باید کاربر را به تصمیم یا بررسی بعدی برساند.
شاخصها باید هم کیفیت ثبت و هم سرعت واکنش را نشان دهند.
درصد Shipmentهایی که رویداد کلیدی آنها در بازه مورد انتظار ثبت شده است.
منبع: رویداد و زمان وقوعمیانگین زمان ماندن پرونده در وضعیت جاری بدون رویداد بعدی.
منبع: وضعیت و آخرین رویدادفاصله عبور از آستانه تا نخستین مشاهده یا اقدام ثبتشده.
منبع: آستانه و فعالیت کاربردرصد نشانههایی که به بررسی پرونده یا اقدام مشخص منجر شدهاند.
منبع: برج کنترل و تاریخچه پروندهنسخه اول باید سریع قابل اعتماد شود؛ افزودن همه شاخصها در شروع کیفیت را کاهش میدهد.
برای یک روش حمل، رویدادهای کلیدی و مسئول ثبت مشخص شوند.
تحویلدادنی: Event Dictionaryانتظار زمانی هر مرحله با تیم عملیات توافق و مستند شود.
تحویلدادنی: ماتریس وضعیت و زمانترتیب، رنگ و اطلاعات ضروری کارت یا ردیف بر اساس تصمیم کاربر تنظیم شود.
تحویلدادنی: نمای پایلوت برج کنترلپس از یک دوره کوتاه، رویدادهای دیرهنگام و نشانههای بدون اقدام اصلاح شوند.
تحویلدادنی: گزارش پذیرش و کیفیتپیش از ساخت داشبورد، تعریف وضعیت و کیفیت رویداد را روشن کنید.
هر وضعیت از کدام رویداد یا اقدام معتبر استخراج میشود؟
برای هر روش حمل چه مدت بدون رویداد، نیازمند توجه محسوب میشود؟
مدیر، کارشناس و مشتری کدام بخش از رویداد را میبینند؟
کاربر از نشانه موجود در برج کنترل چگونه به مسئول و اقدام بعدی میرسد؟
برای ادامه بررسی هر بخش، از مسیر تخصصی مرتبط استفاده کنید.
برای امکانات و مخاطبان صفحه محصول، معرفی ماژول را ببینید.
برج کنترل عملیات سپنداگر مسئله شما مالکیت هشدار، Rule و Override است، راهکار استثنا مسیر دقیقتری دارد.
مدیریت استثناهای حملبرای تجربه سلفسرویس و نمایش رویدادهای مجاز به مشتری به صفحه پرتال بروید.
نرمافزار رهگیری محموله برای مشتریانیعنی وضعیت جاری، آخرین رویداد، زمانهای برنامهریزیشده و موارد نیازمند توجه از داده ثبتشده پرونده قابل مشاهده و پیگیری باشند.
خیر. دامنه فعلی بر رویدادها و وضعیتهای ثبتشده عملیات تمرکز دارد و ادعای تلماتیک یا مکان لحظهای عمومی ندارد.
وقتی نشانه نیازمند مالک، مهلت، تصمیم یا ثبت نتیجه باشد، بهتر است از پایش ساده وارد چرخه مدیریت استثنا شود.
شناسه Shipment، وضعیتهای معتبر، رویدادهای کلیدی، زمان ثبت، ETD/ETA و مسئول پرونده حداقل دادههای مفیدند.
نمونهای از پروندههای جاری و رویدادهای امروز را آماده کنید تا طراحی برج کنترل متناسب با جریان شما بررسی شود.
این مسیرها بر اساس ارتباط واقعی فرایندها انتخاب شدهاند؛ هر لینک دامنه مستقل صفحه مقصد را توضیح میدهد.
جزئیات اجرای انتهابهانتهای پرونده حمل در کنترل اجرای پرونده حمل توضیح داده شده است. برای پایش، اولویتبندی و تصمیم شیفت عملیات، برج کنترل عملیات حمل را بررسی کنید. برای تصمیم دقیقتر درباره مالکیت، رسیدگی و بستن انحراف عملیاتی، کنترل Exception محموله را کنار این صفحه ببینید.