符合EDIFACT国际报文标准的IFTMIN主要用于传输电子运输订单，这些装运单作为EDI数据交换的一部分，由客户或托运人发送给物流服务提供商。通过EDI传输的运输信息可以被用来计划当前所需的运输能力，并且物流服务提供商也可以据此提前将包装材料准备好，从而加快运输流程。
在现代物流链中，汽车制造商们对服务交付窗口设置了严格的时间限制。大部分行业龙头如宝马、西门子等会向其物流服务提供商提出要求，希望他们能够接入IFTMIN。物流服务提供商只有省去人工输入EDI运输订单和处理相关错误来源的时间成本，才能满足交易伙伴对于时间的要求。
IFTMIN装运单中主要包含哪些信息？
- 运输服务要求
- 货币金额
- 货物的性质
- 交付或运输条款
- 运输日期
- 运输位置
- 封条号
- 价格明细
- 传输信息
在EDI业务流程中，不同的EDI标准下与IFTMIN装运单具有类似功能的报文如下：
- UN/EDIFACT shipping order装运单: IFTMIN
- ANSI X12 shipping order装运单: ANSI X12 204
- VDA shipping order装运单: VDA 4920
- FORTRAS shipping order装运单: BORD
- ODETTE shipping order装运单: TRINAD
- XML shipping order装运单: SHPMNT
选择以上哪种报文类型，具体取决于物流服务提供商的实际选择。本文主要以EDIFACT标准下的IFTMIN为大家展开介绍。除IFTMIN外，一些航运服务提供商还以IFTSTA或其他形式提供航运状态报告。
IFTSTA将向托运人报告有关提货或交货的各种运输状态。通过IFTMIN EDI流程（与ERP结合）进行EDI整合。
IFTMIN的应用场景
常见的使用场景如下：
1.托运人向物流服务提供商发送装运单IFTMIN报文。
2.如果报文包含任何错误，物流服务提供商将向托运人发送CONTRL (2a)拒绝信息。如果信息不包含任何错误，它会转发IFTMIN（2b）到货运代理，具体转发至哪里取决于接收信息的物流服务提供商与谁合作。
3.货运代理处理IFTMIN，并给物流服务提供商回复一个 CONTRL接受报文，物流服务提供商将其转发给托运人。
注：无论托运人发送的发货指示是否包含错误，托运人都会收到一条CONTRL报文，详细说明托运人在发货指示中的问题：是否含有错误，是否已被正确处理。
4.如果IFTMIN报文被发送到货运代理或中间机构，他们将把报文进一步发送给承运人。
5.收货的承运人或货运代理可以发送一个接受或拒绝所发送的运输指示内容的报文，即一个APERAK报文。物流服务提供商将此报文转发给托运人。
如何处理IFTMIN报文？
知行之桥EDI系统，作为一款成熟的EDI软件，能够轻松处理目前国际通用的大部分EDI文件。从数据传输、格式转换到系统集成，实现数据的一站式传输。我们可以借助知行之桥EDI系统处理IFTMIN报文。
作为发送方，可以将已有的Excel、CSV格式转换为IFTMIN报文，如图所示，是一个生成IFTMIN报文的工作流：
以Excel方案为例，用户可以填写好Excel格式的报文信息，直接将其作为附件发送至指定邮箱，知行之桥EDI系统将会抓取该邮箱下的附件，进入EDI系统后，将数据解析为XML格式，并进一步转换成符合EDIFACT国际标准的IFTMIN报文，通过AS2或者SFTP等方式上传至交易伙伴的EDI系统中。
作为接收方，知行之桥EDI系统可以将接收到的IFTMIN报文转换为可读性更强的文件格式，或者是直接将数据传输至企业的业务系统中。如图所示，是一个解析IFTMIN报文进入中间数据库的工作流：
我们以通过AS2接收文件为例，首先需要通过AS2与交易伙伴搭建好EDI传输通道。接下来通过EDIFACT 端口将接收到的IFTMIN报文解析为XML，通过XMLMap端口转换至数据库XML，最后通过数据库端口即可将数据插入至数据库，供后端系统使用。
如果大家有关于EDI的任何疑问或者希望了解更多的EDI相关信息，欢迎交流。
更多 EDI 信息，请参阅: EDI 是什么？
阅读原文
