AFG一直是汽车行业出境物流的专家,不仅运输汽车,同时也提供模块化IT解决方案,用于接收、控制、互联以及整个车辆调度过程的可视化和监控。AFG作为BMW指定供应商,专门负责对接物流方向的供应商,并协助BMW管理相关物流数据。知行帮助多家客户完成与AFG的EDI对接,本文将详细解读AFG的EDI需求。
一、AFG EDI需求总览
传输数据标准:txt文件格式
传输协议:OFTP
实施方案:61-Excel,63-JSON
在EDI传输过程中,AFG要求必须通过OFTP传输协议传输.txt文件形式的业务数据,且文件需要以AFG提供的虚拟文件名命名,以下列出相关业务代码及作用。
因为AFG的所传输文件是根据业务分类的,如下表所列,主要包括:
供应商接收:
(611-612-613-619)车辆信息
(611-615-617-619)地址信息
(611-616-619)颜色信息
供应商发送:
(631-632-639)港口信息
业务代码 | 业务描述 | 作用 | 方向 |
611 | Start Record Trasnport Order / Master Item Data | 运输订单/主物料数据的头部信息 | AFG→供应商 |
612 | Transport Order “Vehicle Specification” | 车辆规格信息 | AFG→供应商 |
613 | Transport Order “Route Specification” | 路线规范信息 | AFG→供应商 |
614 | Deviating Delivery Address | 送货地址有误 | AFG→供应商 |
615 | Dealer master data and address | 经销商主数据和地址 | AFG→供应商 |
616 | Master Item Data(Model/Color) | 主物料数据(型号/颜色) | AFG→供应商 |
617 | Additional address master data | 附加地址主数据 | AFG→供应商 |
619 | End Record Trasnport Order / Master Item Data | 运输订单/主物料数据的尾部信息 | AFG→供应商 |
631 | Start Record for vehicle Movements | 车辆移动开始记录 | 供应商→AFG |
639 | End Record Vehicle Movement | 车辆移动结束记录 | 供应商→AFG |
632*
由于632较为复杂,因此详细在下表列出:
业务代码 | 业务描述 | 作用 | 方向 |
632(0) | Load Disposition | 负载配置描述 | 供应商→AFG |
632(1) | Entry booking of Compound, Port or Dealer | 大院,港口或经销商的入场预定 | 供应商→AFG |
632(2) | Exit booking of Plant, Compound or Port | 退出工厂,大院或港口的预定 | 供应商→AFG |
632(4) | Service confirmation | 服务确认 | 供应商→AFG |
632(5) | COD (Change of Port of Destination) is used currently for LLP-Australia sent from LLP to BMW,During sailing the port of discharge can be changed | COD(目的港的更改)目前用于从LLP发送到BMW的LLP-澳大利亚 在航行期间,卸货港可以改变 | 供应商→AFG |
632(!) | “Yard Entry”: vehicle is ready for dispatch at a plant or fully managed compound | “堆场”:车辆已准备好在工厂或完全管理的仓库中调度 | 供应商→AFG |
知行EDI系统将AFG发送给供应商的txt格式61文件转换为Excel发送给供应商,然后供应商发送JSON格式的63文件至知行EDI系统,将其转换为txt格式通过EDI发送给AFG。
二、AFG OFTP传输
OFTP/OFTP2,是Odette File Transfer Protocol的缩写,由Odette组织提出的用于传输EDI报文的传输协议。它符合德国汽车工业协会4914/2,或欧洲电信传输数据交换(Odette-Organization for Data by Tele Transmission in Europe)的建议。
OFTP2弥补了OFTP在安全性上的不足,增加了报文加密、报文签名和EERP(End-to-end-response,接收方用于通知发送方已成功接收文件)签名。OFTP2可以在多种网络上进行文件传输,例如Internet、ISDN等。
OFTP连接器,使用领先的互联网、安全的EDI传输协议OFTP2进行数据通信。
更多的OFTP协议细节,请查看:OFTP协议简介
在借助OFTP端口对接AFG之前,首先需要在Odette的官网上进行Odette ID/证书的购买,具体的购买流程,请查看:申请Odette ID与Odette证书
借助OFTP端口对接AFG,需要明确以下信息
AFG OFTP配置信息
- SSID Code(SSID身份标识符)
- Password(SSID密码)
- Version(OFTP协议版本,默认是2.0)
- Remote Host(主机地址)
- Port(数据接收端口,默认是6619)
- Certificate(证书)
供应商OFTP配置信息
- SSID Code(SSID身份标识符)
- Password(SSID密码)
- Port(数据接收端口,默认是6619)
- Private Certificate(私钥证书,证书为在Odette网站上购买的证书)
- Certificate Password(私钥证书密码,为在Odette网站上购买的证书的密码)
三、AFG EDI解决方案
供应商与AFG建立EDI系统对接,主要涉及61*的业务有611,612,613,615,617,616,619,631,632,639
以下主要介绍61使用Excel,63*使用Json如何实现双方的EDI系统无缝对接。
1、搭建workflow:
2、供应商接收记录&解析
示例工作流如下
(1)OFTP Port:用来接收AFG发来的611-612-613-619)车辆信息,(611-615-617-619)地址信息,(611-616-619)的txt记录文件;
(2)Excel Port:将接收到的txt记录文件转换为Excel文档,并转发到EmailSend端口
(3)EmailSend Port:将转换后的Excel文档通过邮件发送给客户
3、供应商生成记录&发送
示例工作流如下:
(1)JSON Port: JSON端口支持将XML数据转换为JSON,并将JSON数据转换为XML,客户通过调用交易伙伴的Admin API接口,将Json格式的数据传送给其交易伙伴。
(2)XML Map Port:将JSON端口接收到的转换成xml文件的json数据通过XML Map端口转换为标准xml文件,并转发到VDA端口
(3)VDA Port:将XML Map端口转换后的xml文件通过VDA端口转换为AFG可以接收的txt记录,并转发到OFTP端口
(4)OFTP Port:将txt记录按照AFG的要求使用虚拟命名进行命名后发送到AFG EDI系统
以上方案可实现自动接收解析&生成发送txt记录,实现供应商与AFG的无缝对接。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。