مدیریت واگن
شماره، نوع، ظرفیت، بهرهبردار و وضعیت هر واگن در ساختار تخصیص واگن دیده میشود.
عملیات ریلی را از تخصیص واگن تا آخرین ایستگاه مدیریت کنید
واگنها، ایستگاههای مبدأ و میانی، برنامه حرکت، توقفها، تغییرات مسیر و رویدادهای عملیاتی هر پرونده ریلی را در یک ساختار یکپارچه دنبال کنید.
در این صفحه، معماری تخصصی Rail Shipment با سناریوهای نمونه چندواگنه، تأخیر و تغییر واگن نمایش داده میشود؛ بخشهای برنامهریزیشده از داده زنده محصول تفکیک شدهاند.
سپند
CRM هوشمند حملونقل
امکانات تخصصی
امکانات تخصصی عملیات حمل ریلی
شش مفهوم اصلی، زبان عملیاتی صفحه Rail را میسازند؛ جزئیات واقعی در Journey و سناریوهای پایین صفحه دیده میشود.
ایستگاه و مسیر
مبدأ، ایستگاههای میانی و مقصد، ستون اصلی خط زمانی حرکت هستند.
برنامه حرکت
زمان برنامهریزیشده و واقعی، مبنای تشخیص تغییر و تأخیر مسیر است.
رویدادهای واگن
حرکت، توقف، تأخیر و تغییر واگن بهصورت رویداد قابل تفکیک طراحی شدهاند.
اسناد ریلی
اسناد مرتبط با همان پرونده و مسیر، در Context عملیات ریلی باقی میمانند.
هزینههای ریلی
کرایه، خدمات ایستگاهی و هزینههای عملیاتی به همان پرونده ارجاع داده میشوند.
مسیر تخصصی پرونده ریلی
از تخصیص واگن تا آخرین ایستگاه؛ یک Journey نهمرحلهای
استعلام و نرخ، زمینه شروع پروندهاند؛ عمق عملیات ریلی از تخصیص واگن و حرکت بین ایستگاهها تا ثبت رویدادهای مسیر شکل میگیرد.
یک Rail Shipment میتواند چند واگن داشته باشد؛ هر واگن وضعیت و تاریخچه رویداد مستقل خود را حفظ میکند و همزمان روی مسیر مشترک مبدأ، ایستگاههای میانی و مقصد دیده میشود.
-
01
استعلام
نوع کالا، مبدأ، مقصد، تعداد، وزن و ظرفیت موردنیاز، زمینه شروع پرونده ریلی را میسازند.
-
02
نرخ و برنامهریزی
مسیر، ظرفیت، سرویس، هزینه و شرایط حمل برای برنامه اولیه بررسی میشوند.
-
03
تخصیص واگن
واگنهای موردنیاز با شماره، نوع، ظرفیت، بهرهبردار و وضعیت مستقل زیر پرونده قرار میگیرند.
-
04
ایستگاه مبدأ
بارگیری، زمان شروع حرکت و وضعیت خروج هر واگن از مبدأ در مسیر ثبت میشود.
-
05
ایستگاههای میانی
ورود، خروج، توقف و رویداد هر ایستگاه، خط زمانی مسیر را شکل میدهد.
-
06
رویداد و استثنا
تأخیر، توقف عملیاتی، تغییر برنامه یا تغییر واگن بهعنوان رویداد مسیر باقی میماند.
-
07
ایستگاه مقصد
ورود، تخلیه، تحویل و تکمیل وضعیت واگنها در مقصد جمعبندی میشود.
-
08
اسناد ریلی
اسناد مرتبط با محموله و مسیر در همان پرونده عملیاتی نگهداری میشوند.
-
09
هزینه و تسویه
کرایه ریلی، خدمات ایستگاهی و سایر هزینههای عملیات کنار همان پرونده باقی میمانند.
Rail Shipmentپرونده ریلی
←
Wagonواگنهای تخصیصیافته
←
Routeمسیر حرکت
←
Stationمبدأ، میانی و مقصد
←
Rail Eventحرکت، توقف یا تغییر
سناریوی نمونه ۰۱
یک پرونده، چند واگن و وضعیت مستقل برای هر واگن
واگنها زیر یک پرونده عملیاتی قرار میگیرند، اما وضعیت و رویدادهای هرکدام جداگانه قابل تفکیک است.
نمونه نمای تخصیص واگن
4 واگن
پرونده ریلی #R-2026-0142
محصولات فولادی · سرخس ← مشهد ← تهران ← آپرین
74821
- نوع
- واگن مسقف
- ظرفیت
- 68 t
- بهرهبردار
- اپراتور A
74822
- نوع
- واگن مسقف
- ظرفیت
- 68 t
- بهرهبردار
- اپراتور A
74823
- نوع
- واگن مسقف
- ظرفیت
- 68 t
- بهرهبردار
- اپراتور A
74824
- نوع
- واگن مسقف
- ظرفیت
- 68 t
- بهرهبردار
- اپراتور A
یک پرونده ریلی←۴ واگن←وضعیت و رویداد مستقل
سناریوی نمونه ۰۲
وقتی مسیر طبق برنامه پیش نمیرود
اختلاف زمان برنامهریزیشده و زمان واقعی، بهصورت یک رویداد تأخیر در خط زمانی همان ایستگاه دیده میشود.
نمونه خط زمانی ایستگاهها
مسیر R-2026-0142
رویداد عادی
تأخیر
تغییر واگن
-
ایستگاه مبدأ · روز ۱ سرخس
- بارگیری08:15
- حرکت10:20
-
ایستگاه میانی · روز ۲ مشهد
- ورود18:40
- حرکت21:10
-
ایستگاه میانی · روز ۳ تهران
- تأخیر+5h 50m
- تغییر واگن74821 ← 75208
-
ایستگاه مقصد · روز ۴ آپرین
- زمان ورود بهروزشده14:00
- تخلیهدر انتظار
سناریوی نمونه ۰۳
تغییر واگن بدون حذف تاریخچه قبلی پرونده
واگن قبلی از خط زمانی حذف نمیشود؛ رویداد ایستگاه، علت تغییر، واگن جدید و ادامه مسیر باید بهصورت یک زنجیره قابلردیابی باقی بمانند.
- واگن قبلی74821
- رویداد ایستگاهتوقف عملیاتی
- تغییر واگنثبت تاریخچه تغییر
- واگن جدید75208
- ادامه مسیربهسمت آپرین
تغییر بوژی یا تغییر عرض خط بهعنوان رویداد ریلی
در معماری این صفحه، Bogie Change و Gauge Change نوعی رویداد ایستگاهیاند که باید زمان، محل، واگن قبلی، واگن یا بوژی جدید و ادامه حرکت را به تاریخچه پرونده اضافه کنند.
این ساختار اکنون پیشنمایش معماری است و اتصال آن به منطق واقعی محصول در مرحله بعد انجام میشود.مزیتهای عملیاتی
نتیجه عملی این معماری برای تیم عملیات ریلی
هدف از این Depth صرفاً نمایش Entityهای بیشتر نیست؛ باید وضعیت واگن و مسیر را بدون مرور فایلها و پیامهای پراکنده قابلفهم کند.
- کنترل بهتر چند واگن زیر یک پرونده
- دید روشنتر روی توقف و تأخیر مسیر
- حفظ تاریخچه تغییر واگن و برنامه
- کاهش Status گرفتن دستی از چند منبع
- اتصال رویداد هر ایستگاه به مسیر
- حفظ ارجاع اسناد و هزینهها به پرونده ریلی
سایر حالتهای حمل
مدیریت حمل چندوجهی در سپند
پروندههای دریایی، هوایی، زمینی و ریلی در یک ساختار مشترک به فروش، مدیریت عملیات حمل، اسناد و مالی متصل میشوند.
سؤالات متداول
سؤالات متداول درباره نرمافزار حمل ریلی
پاسخ روشن درباره معماری نمایش واگن، ایستگاه و رویدادهای مسیر و مرز آن با قابلیتهای فعلی محصول.
آیا یک پرونده ریلی میتواند چند واگن داشته باشد؟
معماری صفحه این رابطه را بهصورت یک پرونده با چند واگن و وضعیت مستقل نمایش میدهد؛ موجودیت اختصاصی واگن در Backend فعلی هنوز پیادهسازی نشده است.
وضعیت هر واگن جداگانه قابل مشاهده است؟
در پیشنمایش صفحه، هر واگن شماره، نوع، ظرفیت و وضعیت مستقل دارد. اتصال این نما به داده واقعی واگن، توسعه آینده محصول است.
ایستگاههای میانی چگونه در پرونده ثبت میشوند؟
خط زمانی نمونه، مبدأ، ایستگاههای میانی و مقصد را همراه ورود، خروج و رویداد نمایش میدهد. محصول فعلی رویداد، موقعیت و مسیر عمومی دارد اما Entity تخصصی Station ندارد.
تأخیر در مسیر چگونه ثبت میشود؟
زمان مورد انتظار، زمان واقعی و وضعیت تأخیر در رهگیری عمومی محصول وجود دارد. این صفحه همان منطق را در سناریوی ایستگاه ریلی نمایش میدهد.
اگر واگن در مسیر تغییر کند چه میشود؟
سناریوی صفحه، واگن قبلی، رویداد تغییر و واگن جدید را بدون حذف تاریخچه قبلی نشان میدهد؛ این تاریخچه اختصاصی هنوز به Backend متصل نیست.
تغییر بوژی یا عرض خط چگونه دیده میشود؟
در معماری آینده، Bogie Change و Gauge Change بهعنوان رویداد ایستگاهی در Timeline قرار میگیرند. منطق اختصاصی این دو رویداد در محصول فعلی تأیید نشد.
اسناد و هزینههای پرونده ریلی کجا قرار میگیرند؟
اسناد، دریافتها و پرداختها در سطح پرونده عمومی سپند قابل اتصالاند؛ ساختار اختصاصی راهنامه و هزینه واگن باید جداگانه تکمیل شود.
عملیات ریلی سپند را با نیاز واقعی خود تطبیق دهید
در جلسه دمو، قابلیتهای موجود محصول و معماری برنامهریزیشده واگن، ایستگاه و رویدادهای ریلی را جداگانه بررسی میکنیم.