نسخه معتبر مشخص باشد
پیش‌نویس، اصلاحات، نسخه ارسال‌شده و نسخه تأییدشده از یکدیگر قابل تشخیص باشند.
راهکار مدیریت بارنامه و اسناد حمل
بارنامه‌های HBL و MBL را در ارتباط با Booking کنترل کنید
گردش بارنامه فقط نگهداری یک فایل نهایی نیست. داده‌های طرف‌ها و محموله، ارتباط HBL و MBL، نسخههای اصلاحی، تأیید مشتری، مسئول کنترل و مهلت باید در کنار Booking و عملیات باقی بمانند تا تیم‌ها روی نسخه اشتباه کار نکنند.
تمرکز تخصصی بر HBL، MBL و رابطه House/Master
این راهکار داده و اصلاحات بارنامه دریایی را در ارتباط با Booking، محموله و طرف‌ها بررسی میکند. صدور رسمی بارنامه جاده‌ای یا اتصال حاکمیتی در دامنه این صفحه ادعا نمی‌شود.
گردش سند قابل ممیزیآخرین بازبینی محتوایی: شهریور ۱۴۰۵
این محتوا درباره مدیریت داده، فایل، نسخه و تأیید بارنامه در پرونده حمل است و جایگزین بررسی حقوقی، صدور رسمی یا تأیید الزامات هر کریر و مرجع حاکمیتی نیست.
خروجی مورد انتظار
سه کنترل حیاتی در مدیریت بارنامه
رابطه سند و حمل حفظ شود
بارنامه به مشتری، Booking، Shipment، کانتینر و طرف‌های مرتبط متصل بماند.
مسئول و مهلت روشن باشد
کنترل، اصلاح، تأیید و تحویل هر سند مالک و زمان مورد انتظار داشته باشد.
تحلیل گردش بارنامه
خطا معمولاً از قالب شروع نمی‌شود؛ از منبع داده و مالک تأیید شروع می‌شود
پیش از طراحی خروجی، باید مشخص شود هر فیلد از کجا می‌آید، چه کسی آن را کنترل میکند و اصلاح در کدام نسخه ثبت می‌شود.
انواع و رابطه اسناد
HBL، MBL و اسناد مشابه، رابطه House/Master و ارتباط آن‌ها با Shipment و Container را فهرست کنید.
تصمیم طراحی: مدل سند و کلید ارتباط با پروندهمنبع فیلدها
Shipper، Consignee، Notify، مسیر، کالا، وزن، بسته‌بندی و اطلاعات تجهیز باید منبع و مالک مشخص داشته باشند.
تصمیم طراحی: داده مرجع و فیلد قابل ویرایشمسیر تأیید و اصلاح
کنترل داخلی، ارسال Draft، نظر مشتری، اصلاح، تأیید نهایی و آرشیو با وضعیت و مهلت تعریف شوند.
تصمیم طراحی: State Machine و ماتریس تأییدمعماری راهکار
اجزای راهکار مدیریت بارنامه
این صفحه یک سناریوی تخصصی از ماژول اسناد است و فقط روی بارنامه و ارتباط آن با حمل تمرکز میکند.
داده مرجع پرونده
اطلاعات مشتری، طرف‌ها، مسیر، کالا و کانتینر از Booking مبنای کنترل بارنامه قرار می‌گیرند.
مشاهده ماژول BookingDraft، Revision و Approval
برای تعریف نقش بازبین، دلیل رد، نسخه اصلاحی و تأیید نهایی Draft BL از گردش تخصصی سند استفاده کنید.
گردش تأیید Draft بارنامهHouse و Master
رابطه اسناد House و Master با پرونده‌ها و محموله‌های مرتبط در سناریوی دریایی روشن می‌شود.
راهکار NVOCCآرشیو فایل بارنامه
نسخه نهایی و فایل‌های مرتبط در مخزن عمومی اسناد همان پرونده نگهداری میشوند.
مخزن اسناد حملونقلجریان عملیاتی
گردش کنترل‌شده بارنامه
جزئیات مراحل با رویه اسنادی شرکت تنظیم می‌شود، اما مسئولیت و نسخه باید در همه مراحل قابل ردیابی بماند.
- 1
آماده‌سازی داده بارنامه
طرف‌ها، محموله، مسیر و تجهیزات از Booking و پرونده دریایی بررسی میشوند.
- 2
ساخت Draft BL
پیش‌نویس HBL یا MBL با ارتباط House/Master و مرجع پرونده آماده می‌شود.
- 3
Revision و تصمیم
بازخورد روی Draft به اصلاح مشخص تبدیل می‌شود و مسیر تصمیم در چرخه تأیید سند پیگیری می‌شود.
- 4
نسخه نهایی و آرشیو
نسخه مورد توافق در کنار Booking نگهداری می‌شود و دامنه دقیق History در دمو تأیید می‌گردد.
کنترل اسنادی
سه کنترل برای جلوگیری از نسخه اشتباه و مغایرت بارنامه
هدف فقط ذخیره فایل نیست؛ باید بتوان پاسخ داد نسخه معتبر کدام است، چه کسی چه تغییری داده و داده سند با کدام پرونده تطبیق دارد.
01
Single Source of Truth
فیلد مشترک نباید مستقل در چند فایل اصلاح شود.
- خواندن داده طرف‌ها، مسیر، کالا و تجهیز از پرونده مرتبط
- تعیین فیلدهای قابل ویرایش در سند و فیلدهای فقط‌خواندنی
- کنترل مغایرت میان House، Master و داده Booking
02
نسخه و وضعیت
هر فایل باید جایگاه روشنی در چرخه Draft تا Final داشته باشد.
- شماره نسخه، زمان، ایجادکننده و توضیح تغییر
- وضعیت کنترل داخلی، ارسال‌شده، اصلاح‌خواسته و تأییدشده
- جلوگیری فرایندی از استفاده نسخه منسوخ در ادامه عملیات
03
تأیید، دسترسی و آرشیو
تصمیم نهایی باید به نقش مجاز و شواهد قابل بازیابی متصل باشد.
- ماتریس تأیید بر اساس نوع سند یا خدمت
- سطح دسترسی مشاهده، ویرایش، تأیید و دریافت فایل
- آرشیو نسخه نهایی کنار تاریخچه و پرونده حمل
کیفیت اسناد
KPIهایی که کیفیت گردش بارنامه را قابل سنجش می‌کنند
علت اصلاح را دسته‌بندی کنید؛ صرف شمارش تعداد نسخه‌ها بدون شناخت منشأ خطا برای بهبود فرایند کافی نیست.
تأیید در نسخه اول
درصد Draftهایی که بدون اصلاح محتوایی به تأیید داخلی یا مشتری می‌رسند.
کاربرد: سنجش کیفیت داده ورودی و قالبزمان آماده‌سازی Draft
فاصله کامل‌شدن داده موردنیاز تا تولید و ثبت نخستین پیش‌نویس.
کاربرد: تشخیص گلوگاه تیم یا داده ناقصاسناد متوقف در تأیید
تعداد اسنادی که بیش از SLA تعریف‌شده در یک مرحله یا نزد یک مسئول مانده‌اند.
کاربرد: صف اقدام و Escalationاصلاح بر اساس علت
تعداد تغییرها به تفکیک خطای داده مشتری، عملیات، تایپ، قالب یا تغییر بیرونی.
کاربرد: اقدام اصلاحی دقیق
پیاده‌سازی گردش سند
از نمونه واقعی سند تا پذیرش کنترل نسخه
چند سند بینام با حالت عادی و اصلاحی، ورودی بسیار بهتری از فهرست کلی نیازهاست.
-
1
موجودی سند و قالب
نوع سند، زبان، قالب، تعداد نسخه و تفاوت مسیرها یا مشتریان کلیدی ثبت شود.
تحویل‌دادنی: Document Inventory و نمونه بینام -
2
نگاشت فیلد و منبع
هر فیلد به رکورد مرجع، مسئول صحت و قاعده ویرایش نگاشت شود.
تحویل‌دادنی: Field Mapping و قواعد اعتبارسنجی -
3
طراحی تأیید و دسترسی
مرحله‌ها، نقش‌ها، SLA، مسیر بازگشت اصلاح و اختیار نهایی‌سازی تعریف شوند.
تحویل‌دادنی: Approval Matrix و State Diagram -
4
آزمون نسخه و خروجی
سناریوی Draft، دو اصلاح، تأیید و آرشیو اجرا و فایل نهایی با نمونه موردانتظار تطبیق داده شود.
تحویل‌دادنی: گزارش UAT و موارد خارج از دامنه
چک‌لیست اجرایی
برای تحلیل فرایند بارنامه آماده کنید
یک نمونه بینام از سند و مسیر تأیید آن، بهترین ورودی جلسه تحلیل است.
کدام HBL، MBL یا اسناد مشابه و با چه تفاوت فیلدی مدیریت میشوند؟
شماره و قالب از کجا می‌آید و چه کسی مجاز به نهایی‌سازی است؟
کنترل داخلی، تأیید مشتری و اصلاحات در چه ترتیب و کانالی انجام میشوند؟
آیا چاپ، خروجی خاص یا تبادل با سامانه دیگری لازم است و دامنه آن چگونه تأیید می‌شود؟
مسیرهای مرتبط
مرز مدیریت بارنامه با صفحات دیگر
برای ادامه بررسی هر بخش، از مسیر تخصصی مرتبط استفاده کنید.
نگهداری همه فایل‌های حمل
برای انواع سند، دسته‌بندی، جست‌وجو، Permission و آرشیو به صفحه ماژول اسناد بروید.
نرم افزار اسناد شرکت حملتصمیم روی Draft بارنامه
نقش Reviewer، Approver، علت Reject و ساخت نسخه اصلاحی در راهنمای گردش تأیید تشریح شده است.
فرایند تأیید و اصلاح بارنامهفرایند حمل دریایی
برای Booking، کانتینر، VGM و رویدادهای بندری به صفحه حمل دریایی بروید.
نرم افزار حمل دریاییپرسشهای متداول
سؤالات متداول مدیریت بارنامه
آیا سپند بارنامه را به‌صورت قانونی صادر میکند؟
دامنه این صفحه مدیریت داده، فایل، نسخه و تأیید اسناد حمل در فرایند شرکت است. هر نوع صدور رسمی، شماره‌گذاری قانونی یا اتصال حاکمیتی باید به‌طور جداگانه در تحلیل فنی و قرارداد تأیید شود.
تفاوت مدیریت بارنامه با مدیریت اسناد چیست؟
مدیریت اسناد دامنهای عمومی برای انواع مدارک دارد؛ این راهکار روی فیلدها، رابطه House/Master، نسخه و تأیید بارنامه در ارتباط با Booking و محموله تمرکز میکند.
آیا نسخههای اصلاحی بارنامه نگهداری میشوند؟
کنترل نسخه یکی از نیازهای اصلی این سناریو است. نحوه نامگذاری، وضعیتها، سطح دسترسی و فرایند تأیید باید با رویه شرکت در دمو بررسی شود.
برای ارزیابی این راهکار چه نمونهای لازم است؟
یک HBL و MBL بینام، فهرست فیلدها، مسیر تأیید، نمونه اصلاح و قالب خروجی مورد انتظار را آماده کنید تا دامنه دقیق روشن شود.
گردش واقعی بارنامه خود را در دمو بررسی کنید
نمونه فیلد، نسخه و مراحل تأیید HBL/MBL را ارائه کنید تا دامنه قابل اجرا و موارد نیازمند توسعه شفاف شوند.
این موضوع در کدام بخش فرایند ادامه پیدا میکند؟
این مسیرها بر اساس ارتباط واقعی فرایندها انتخاب شده‌اند؛ هر لینک دامنه مستقل صفحه مقصد را توضیح می‌دهد.
برای تصمیم دقیق‌تر درباره مدیریت جریان تخصصی حمل دریایی، کنترل Shipment دریایی را کنار این صفحه ببینید. اگر مسئله شما مدیریت عملیات تجاری و اجرایی NVOCC است، فرایند NVOCC سپند ادامه طبیعی این مسیر است. برای تصمیم دقیق‌تر درباره نگهداری و بازیابی فایل‌های پرونده حمل، مخزن اسناد فورواردری را کنار این صفحه ببینید.
جزئیات کنترل Draft، Review، Revision و Approval سند در گردش Draft تا نسخه نهایی توضیح داده شده است.