راهکار NVOCC

عملیات NVOCC را از رزرو تا سود پرونده یکپارچه مدیریت کنید

در کسب‌وکار NVOCC، فروش فضا، رزرو دریایی، اطلاعات کانتینر، اسناد House و Master، رویدادهای بندری و تسویه‌های چندطرفه به یکدیگر وابسته‌اند. راهکار سپند این اجزا را حول پرونده مشتری و حمل سازمان‌دهی می‌کند تا تیم فروش، عملیات، اسناد و مالی روی داده مشترک کار کنند.

تمرکز این صفحه بر مدل عملیاتی NVOCC است

برای جزئیات عمومی عملیات حمل دریایی به صفحه روش حمل دریایی بروید. این صفحه روی نقش NVOCC، ارتباط فروش فضا با House/Master، کانتینر و نتیجه مالی تمرکز دارد تا با صفحه روش حمل هم‌پوشانی نداشته باشد.

سناریوی عملیاتی NVOCC، نه فهرست امکاناتآخرین بازبینی محتوایی: شهریور ۱۴۰۵

مواردی مانند قالب قانونی سند، شماره‌گذاری، محاسبه خودکار هزینه یا دریافت رویداد بیرونی فقط پس از بررسی نمونه و تأیید در پیشنهاد فنی جزو دامنه اجرایی محسوب می‌شوند.

نتیجه‌ای که یک راهکار NVOCC باید بسازد

01

یک پرونده مشترک

مشتری، استعلام، رزرو، کانتینر، اسناد، رویدادها و مالی زیر یک شناسه عملیاتی قابل ردیابی باشند.

02

کنترل اسناد House و Master

نسخه، وضعیت بررسی، مسئول و ارتباط HBL با MBL و محموله روشن بماند.

03

سود واقعی هر حمل

نرخ خرید، فروش، هزینه‌های جانبی، دریافت و پرداخت به همان پرونده متصل شوند.

راهکار NVOCC باید مدل فروش فضا و مسئولیت اسنادی شما را منعکس کند

NVOCC فقط یک پرونده حمل دریایی نیست. رابطه قرارداد خرید فضا، فروش به مشتری، اسناد House/Master، عملیات کانتینر و تسویه چندطرفه باید از ابتدا مشخص شود.

01

ساختار سرویس و ظرفیت

مسیرها، برنامه حرکت، نوع سرویس، FCL/LCL، نرخ‌های خرید و نحوه تخصیص فروش به رزرو اصلی را مستند کنید.

تصمیم طراحی: پرونده مادر، رزروها و حمل‌های زیرمجموعه
02

مدل House و Master

تعداد HBL زیر MBL، طرف‌های سند، اصلاحات، تأیید مشتری و مسئول نهایی‌سازی را برای هر نوع سرویس روشن کنید.

تصمیم طراحی: رابطه اسناد، نسخه‌ها و وضعیت‌ها
03

مدل درآمد و تسویه

کرایه، هزینه خط، نماینده، خدمات جانبی، دریافت مشتری و پرداخت‌های مرحله‌ای را در سطح درست پرونده تعریف کنید.

تصمیم طراحی: مرکز سود و طرف‌حساب هر هزینه

اجزای راهکار مدیریت NVOCC

اجزای زیر از صفحات محصول تخصصی تغذیه می‌شوند و در این صفحه به‌عنوان یک سناریوی واحد NVOCC کنار هم قرار می‌گیرند.

۰1

فروش و نرخ دریایی

استعلام مشتری، نرخ تأمین‌کننده، اعتبار نرخ، پیشنهاد فروش و حاشیه هدف قبل از رزرو کنترل می‌شوند.

ماژول نرخ‌دهی و فروش
۰2

Booking و عملیات دریایی

رزرو تأییدشده، مسیر، طرف‌ها، رویدادها و وضعیت جاری در پرونده عملیات دنبال می‌شوند.

صفحه حمل دریایی
۰3

HBL، MBL و کنترل نسخه

اسناد به مشتری، Booking و حمل مرتبط می‌شوند و مسئولیت و مهلت کنترل هر نسخه مشخص می‌ماند.

راهکار مدیریت بارنامه
۰4

هزینه و درآمد پرونده

هزینه‌های خط، نماینده و خدمات در کنار فروش و تسویه مشتری برای مشاهده نتیجه واقعی ثبت می‌شوند.

مالی و حسابداری چندارزی

جریان پیشنهادی پرونده NVOCC

هر مرحله مالک و خروجی مشخص دارد؛ داده تأییدشده مرحله قبل مبنای مرحله بعد می‌شود.

  1. 1

    استعلام و فروش

    نیاز مشتری، مسیر، تجهیزات، نرخ خرید و پیشنهاد فروش ثبت و تأیید می‌شود.

  2. 2

    رزرو و کانتینر

    اطلاعات رزرو، برنامه حرکت و کانتینرها به پرونده عملیاتی متصل می‌شوند.

  3. 3

    اسناد و رویدادها

    نسخه‌های HBL/MBL، تأییدها و رویدادهای حمل با مسئول و زمان کنترل می‌شوند.

  4. 4

    تسویه و سود

    هزینه‌ها، درآمدها، دریافت و پرداخت ثبت و نتیجه مالی پرونده بررسی می‌شود.

سه لایه‌ای که باید در یک پرونده NVOCC به هم متصل بمانند

این ساختار امکان می‌دهد تیم‌ها یک وضعیت مشترک ببینند، در حالی که هر واحد مسئولیت و کنترل تخصصی خود را حفظ می‌کند.

01

تجاری و رزرو

تعهد به مشتری باید با خرید فضا و شرایط خدمت قابل تطبیق باشد.

  • استعلام، نرخ خرید، اعتبار نرخ و پیشنهاد فروش
  • تأیید حاشیه و شرایط پرداخت پیش از رزرو
  • ارتباط پیشنهاد برنده با Booking و برنامه حرکت
02

عملیات، کانتینر و استثنا

هر تجهیز و رویداد باید به حمل مربوط متصل باشد.

  • نوع و شماره کانتینر، پلمب و ارتباط با محموله
  • رویدادهای موردنیاز شرکت با تاریخ، مسئول و منبع
  • صف موارد بدون تاریخ، بدون تجهیز یا نزدیک مهلت
03

اسناد و نتیجه مالی

اصلاح سند یا هزینه باید بدون قطع ارتباط با پرونده قابل ردیابی باشد.

  • رابطه HBL/MBL، نسخه، بررسی و تأیید
  • هزینه‌ها و درآمدها به تفکیک خدمت و طرف حساب
  • مقایسه حاشیه مورد انتظار با سود واقعی پرونده

چهار نما برای مدیریت روزانه و تصمیم مسیر

عدد نهایی باید امکان Drill-down تا پرونده، سند یا کانتینر سازنده آن را داشته باشد.

KPI 01

رزروهای بدون تکمیل داده

پرونده‌های تأییدشده‌ای که برنامه حرکت، تجهیز، مسئول یا داده اسنادی الزامی ندارند.

کاربرد: صف اقدام پیش از Cut-off
KPI 02

اسناد منتظر تأیید

HBL/MBLهای پیش‌نویس یا اصلاح‌شده بر اساس مسئول و مدت توقف در مرحله.

کاربرد: کاهش تأخیر ناشی از چرخه اصلاح
KPI 03

مهلت‌های کانتینری نزدیک

کانتینرهای نزدیک پایان مهلت تعریف‌شده با وضعیت رویدادهای مؤثر.

کاربرد: اولویت‌بندی پیگیری عملیاتی
KPI 04

حاشیه به تفکیک مسیر و سرویس

درآمد و هزینه واقعی پرونده‌ها برای مقایسه عملکرد مسیر، مشتری و نوع خدمت.

کاربرد: تصمیم قیمت و ادامه سرویس

پیاده‌سازی را با یک سرویس و یک پرونده مادر شروع کنید

پایلوت محدود، رابطه داده‌ها و مسئولیت‌ها را پیش از انتقال همه مسیرها قابل اصلاح می‌کند.

  1. 1

    مدل پرونده و اسناد

    رابطه Booking، Shipment، Container، HBL و MBL با نمونه‌های واقعی ترسیم شود.

    تحویل‌دادنی: مدل داده و واژه‌نامه عملیاتی
  2. 2

    وضعیت‌ها و مهلت‌ها

    رویدادهای مسیر، مسئول ثبت، منبع تاریخ و قواعد موارد نیازمند اقدام تعریف شوند.

    تحویل‌دادنی: ماتریس Milestone و Exception
  3. 3

    قالب و کنترل مالی

    نمونه اسناد، خدمات قابل فروش و هزینه، طرف‌های حساب و نقاط تأیید بررسی شوند.

    تحویل‌دادنی: فهرست قالب و سناریوی مالی آزمون
  4. 4

    پایلوت یک مسیر

    چند پرونده باز و جدید در یک مسیر اجرا، داده و گزارش تطبیق و سپس دامنه توسعه داده شود.

    تحویل‌دادنی: گزارش پذیرش فروش، عملیات، اسناد و مالی

مواردی که در تحلیل نیاز NVOCC باید مشخص شوند

پاسخ این پرسش‌ها دامنه پیکربندی، انتقال داده و آموزش را تعیین می‌کند.

ساختار اسناد

چه رابطه‌ای میان HBL، MBL، Shipment و Container در فرایند شما وجود دارد؟

کنترل تجهیزات

کدام رویدادها، مهلت‌ها و هزینه‌های کانتینر باید ثبت یا هشدار داده شوند؟

طرف‌های مالی

خط، نماینده، تأمین‌کننده و مشتری با چه ارزها و قواعد تسویه‌ای کار می‌کنند؟

گزارش مدیریتی

سود مسیر، مشتری، سرویس یا پرونده در چه مرحله‌ای باید قابل مشاهده باشد؟

صفحات مکمل راهکار NVOCC

هر صفحه فقط یک نیت اصلی دارد؛ برای موضوع مکمل از مسیر دقیق زیر استفاده کنید.

چرخه عمر کانتینر

اگر مسئله اصلی شما تخصیص، وضعیت و مهلت‌های کانتینر است، صفحه مدیریت کانتینر دقیق‌تر است.

راهکار مدیریت کانتینر

مدیریت بارنامه

برای تمرکز بر داده، نسخه، تأیید و ارتباط House/Master به راهکار اسناد بروید.

مدیریت بارنامه حمل

سؤالات متداول مدیریت عملیات NVOCC

نرم‌افزار NVOCC چه بخش‌هایی را باید پوشش دهد؟

دامنه معمول شامل مشتری و استعلام، نرخ و فروش، Booking دریایی، کانتینر، House و Master Bill of Lading، رویدادها، هزینه، درآمد و گزارش است؛ دامنه دقیق به مدل کسب‌وکار هر شرکت بستگی دارد.

آیا این صفحه همان نرم‌افزار حمل دریایی است؟

خیر. صفحه حمل دریایی روی عملیات یک روش حمل تمرکز دارد؛ راهکار NVOCC ارتباط فروش فضا، ساختار House/Master، کانتینر و مالی چندطرفه را در مدل کسب‌وکار NVOCC کنار هم قرار می‌دهد.

صدور HBL و MBL در سپند چگونه ارزیابی شود؟

نمونه واقعی فیلدها، قالب، شماره‌گذاری، نسخه، تأیید و ارتباط اسناد خود را در جلسه تحلیل ارائه کنید. دامنه قابل اجرا باید در دمو و پیشنهاد فنی مکتوب تأیید شود.

برای دموی NVOCC چه سناریویی مناسب است؟

یک پرونده دارای چند کانتینر، یک Master، چند House، هزینه‌های ارزی و چند رویداد بندری انتخاب کنید تا ارتباط فروش، عملیات، اسناد و مالی بررسی شود.

سناریوی NVOCC خود را روی یک پرونده واقعی بررسی کنید

ساختار رزرو، کانتینر، House/Master و تسویه‌های خود را مطرح کنید تا دامنه راهکار در جلسه دمو شفاف شود.

دمو و نیازسنجی محصول درخواست دمو و مشاورهدرخواست دمو