物流EDI的使用场景:海运订舱流程

海运订舱请求及确认的使用场景

1.进出口公司

进出口公司通常需要将货物从一个国家运送到另一个国家。在这种情况下,订舱请求和确认是确保货物能够及时、安全运输的关键步骤。

2.物流公司

物流公司作为货物运输的中介,需要与船公司和客户协调,以确保货物能够按时装船和卸货。他们会向船公司发出订舱请求,并在得到确认后通知客户。

3.货主

货主(例如制造商或供应商)需要确保其货物能够及时运送到目的地。他们通常会通过物流公司或直接与船公司联系,发出订舱请求,并在确认后安排货物运输。

4.船公司

船公司是提供海运服务的主体。他们会收到来自进出口公司、物流公司或货主的订舱请求,并根据船舶运力和航线安排,确认是否能够接受这些订舱请求。

5.供应链管理

在供应链管理中,各个环节需要紧密配合以确保货物能够按时交付。订舱请求和确认是确保运输环节顺利进行的重要部分。

海运订舱流程通常包括以下几个主要步骤:

1.需求确认与询价
2.选择承运人
3.订舱申请,发起订舱请求(Booking Form)
4.确认订舱(Booking Confirmation)
5.货物准备与装运
6.货物装载与报关
7.货物装船(Bill of Lading)
8.航运过程
9.目的港操作
10.货物提取与配送
11.费用结算

以上步骤中,步骤3以及步骤4在EDI当中都有相对应的EDI报文,可以通过EDI实现海运订舱。

步骤3:海运订舱请求
不同EDI报文标准下的海运订舱请求

如果选择使用EDIFACT标准,则对应的是IFTMBF报文;如果选择使用X12标准,则对应的单据类型是 EDI 300。

订舱请求流程
  • 提交订舱请求:客户(进出口公司、物流公司、货主)向船公司提交订舱请求,提供货物信息、运输时间和目的地等详细资料。
  • 审核请求:船公司接收到订舱请求后,会审核请求的可行性,包括船舶运力、航线安排等。
  • 确认或拒绝:船公司根据审核结果,确认是否接受订舱请求。如果接受,会发出订舱确认书;如果拒绝,会通知客户,并提供原因。
步骤4:海运订舱确认
不同EDI报文标准下的海运订舱确认

如果选择使用EDIFACT标准,则对应的是IFTMBC报文;如果选择使用X12标准,则对应的单据类型是 EDI 301。

订舱确认流程
  • 接收订舱确认书:客户接收到船公司的订舱确认书后,需要确认信息无误。
  • 安排货物运输:确认信息后,客户会根据订舱确认书安排货物的运输,包括装货、报关等。
  • 支付费用:根据合同条款,客户会支付相关的运输费用。
  • 追踪货物:在货物运输过程中,客户可以通过船公司的追踪系统实时了解货物的运输状态。

在物流行业,企业可以通过使用IFTMBF和IFTMBC报文实现海运订舱请求和确认,以提高效率和准确性。以下是一个详细的过程,说明如何使用这些报文:

订舱请求(IFTMBF报文)

1. 订舱请求(IFTMBF报文)

客户(例如,进出口公司或货主)联系物流公司或货运代理,提供货物的详细信息,包括货物类型、数量、重量、体积、装货港、目的港、预计装货日期等。

2.整理订舱信息

物流公司或货运代理整理客户提供的订舱需求,确保所有必要信息准确无误。

3.生成IFTMBF报文

使用EDI系统生成IFTMBF报文,包含所有整理好的订舱信息。

4.发送IFTMBF报文

通过安全的通信渠道(如VAN网络或互联网)将IFTMBF报文发送给船公司。

IFTMBF报文可能包含以下信息:

  • 报文类型和版本号
  • 发送方和接收方的识别信息
  • 货物描述(类型、数量、重量、体积)
  • 装货港和目的港
  • 预计装货日期和到港日期
  • 特殊要求(如冷链运输、危险品处理)
订舱确认(IFTMBC报文)

1.接收订舱请求

船公司接收到物流公司或货运代理发送的IFTMBF报文。

2.审核订舱请求

船公司审核订舱请求,根据船舶运力、航线安排等因素决定是否接受请求。

3.生成IFTMBC报文

如果接受订舱请求,船公司使用EDI系统生成IFTMBC报文,确认订舱请求的具体细节。

如果拒绝订舱请求,船公司同样生成IFTMBC报文,说明拒绝的原因。

4.发送IFTMBC报文

通过安全的通信渠道将IFTMBC报文发送给物流公司或货运代理。

5.通知客户

物流公司或货运代理接收到船公司的IFTMBC报文后,通知客户订舱确认的结果。

IFTMBC报文可能包含以下信息:

  • 报文类型和版本号
  • 发送方和接收方的识别信息
  • 确认或拒绝订舱的状态
  • 船名和航次
  • 装货港和目的港
  • 预计装货日期和到港日期
  • 特殊运输要求的确认
  • 拒绝订舱的原因(如果适用)
通过EDI实现海运订舱的注意事项
数据准确性

确保所有报文中的数据准确无误,避免因数据错误导致的运输问题。

格式符合标准

IFTMBF和IFTMBC报文需符合上文提到的EDIFACT、X12等国际EDI标准,确保报文结构和内容格式正确。需要使用成熟的EDI软件产品,如知行之桥EDI系统,实现EDI报文与企业内部可处理格式之间的格式转换。

及时发送

订舱请求和确认信息需要及时发送,以确保运输计划的顺利进行。

安全传输

使用安全的通信渠道传输报文,防止数据泄露或篡改。为了确保数据收发的即时性,可以在EDI系统中搭建AS2、OFTP或者SFTP等国际通用的传输通道,确保与交易伙伴之间能够实现安全、高效的数据传输。

反馈机制

建立有效的反馈机制,确保每个环节的报文发送和接收都能得到确认和处理。比如可以设置请求ASN,双方约定发送和接收997等。在知行之桥EDI系统中还能够通过设置邮件提醒等方式,向用户及时反馈EDI传输过程中遇到的问题,确保用户能够第一时间作出反应。

系统兼容性

确保发送和接收报文的系统具有良好的兼容性,并能够支持所需的EDI标准。知行之桥EDI系统支持国际通用的EDI报文标准,包括但不限于X12、EDIFACT、VDA等,确保用户能够应对不同交易伙伴提出的需求。通过一套EDI系统,即可实现与多家、不同需求的客户实现EDI对接。

通过合理使用IFTMBF和IFTMBC报文,物流企业可以有效地进行海运订舱请求和确认,提升整体运输效率和服务质量。

点击了解更多物流订舱相关的EDI流程或者想要获取详细的EDI规范信息。

如果您希望了解有关EDI对接的相关信息,欢迎交流。

阅读原文

  • 6
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

知行EDI

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值