汽车主机厂的汽车配送流程始于汽车 “生产结束 ” ，止于 “交付给经销商 ” 。在这个流程中，企业作为主机厂的下游供应商，与主机厂的物流服务供应商之间的信息交换将会变得十分重要。

配送流程：运输订单以及报告

• 汽车主机厂提供预期运输订单给物流服务供应商
• 汽车主机厂提供运输订单
• 物流服务供应商提供运输订单确认
• 物流服务供应商提供运输状态

上述步骤是跟踪、追溯、指导和控制从生产厂到 汽车主机厂 经销商的分销过程的基础。除此之外，汽车主机厂还将承运商、交货时间、运输时间、准时交货等信息作为对整体配送过程的评估。

汽车主机厂和物流服务供应商之间需要处理的单据

与汽车行业常见的EDIFACT或者VDA报文标准下的EDI报文不同，本文介绍的汽车主机厂与其物流服务供应商之间传输的单据为XML格式。

业务类型	业务含义	传输方向
FV13	车辆运输预测	汽车主机厂发送给物流服务供应商
FV13	车辆运输预测回复	物流服务供应商发送给汽车主机厂
FV14	车辆运输订单	汽车主机厂发送给物流服务供应商
FV14	车辆运输订单回复	物流服务供应商发送给汽车主机厂
FV17	车辆运输状态报告	物流服务供应商发送给汽车主机厂以及汽车主机厂发送给物流服务供应商
FV18	车辆服务订单	汽车主机厂发送给物流服务供应商
FV18	车辆服务订单回复	物流服务供应商发送给汽车主机厂

上述的FV13、FV14、FV17、FV18均为在配送流程中需要使用的单据，格式为XML。主机厂会针对每种报文提供一个规范文档，用以规范XML的结构和所传字段的类型、长度等详细信息。

承运人运输订单及报告流程

默认流程

与承运人之间默认的数据交换流程：货物需要从工厂/港口发往港口或者经销商，此时需要通过EDI传输的业务单据流程主要涉及到一种单据。

1.FV14——车辆运输订单，主机厂到物流供应商
2.FV14——车辆运输订单回复，物流供应商到主机厂
3.FV14——车辆运输订单更新，包括Changes和Exit两种状态，主机厂到物流供应商

可选流程：承运人收到的状态信息

承运人可能会收到两个FV17 车辆运输状态报告，包括Exit和Entry两种状态。

compound operators运输订单及报告流程

1.FV14——车辆运输订单（Exit），主机厂到物流供应商
2.FV17——车辆运输状态报告（Entry），物流供应商到主机厂
3.FV14——车辆运输订单（Vehicle released），主机厂到物流供应商
4.FV14——车辆运输订单回复（如果装运计划完成），物流供应商到主机厂
5.FV14——车辆运输订单（变更），主机厂到物流供应商
6.FV17——车辆运输状态报告（Exit），物流供应商到主机厂

运输预测流程

为了实现有效的资源规划，并针对原始设备制造商和物流供应商的产能瓶颈采取积极行动，主机厂会向物流供应商发送预测信息。承运商、复合运营商和预订代理都会收到预测信息，以便物流供应商知道每种车型有多少辆车需要提取。

主机厂会将运输预测流程分为中期预测和短期预测：

中期预测

• 每个新增的生产计划都将触发中期预测，触发频次一般为每个月1-2次。
• 范围为当日至次年年底的最长时间。
• 按周或月汇总预测

短期预测

• 当每天计算出的新需求量高于已承诺的容量时，将会触发短期预测
• 范围为当前日期至接下来的4周
• 每日预测，按周汇总

以上预测信息将会以FV13车辆运输预测的形式通过EDI发送给物流供应商，物流供应商需要根据收到的FV13车辆运输预测回复FV13车辆运输预测确认。

如何处理符合主机厂要求的FV14文件？

通过上文我们得知FV14是一种XML文件，主机厂会向我们提供相应的规范文件。当企业接收到来自主机厂的FV14时，需要将其中包含的车辆运输订单数据进行解析，并且存放至内部业务系统中，应该如何实现？

在知行之桥EDI系统中，可以采用中间数据库方案，即将通过EDI接收到的数据解析进数据库中间表中，业务系统在相应的数据库中间表中获取数据。

示例工作流如下：

上图左侧第一个端口为负责进行传输的SFTP模块，第二个端口为XMLMap，负责处理源数据与目标数据之间的映射，第三个端口为数据库端口，负责连接企业的内部业务系统。

右侧则为XMLMap端口中，处理映射的部分。左侧为从主机厂接收到的FV14，右侧则为数据库XML。通过拖拽，建立左右两侧的数据映射关系，从而实现对这部分逻辑的低代码处理。

了解更多 EDI 信息，请参阅: EDI 是什么？