AFG EDI需求详解
原创AFG EDI需求详解
原创
AFG一直是汽车行业出境物流的专家，不仅运输汽车，同时也提供模块化IT解决方案，用于接收、控制、互联以及整个车辆调度过程的可视化和监控。AFG作为BMW指定的供应商，专门负责对接物流方向的供应商，并协助BMW管理相关物流数据。知行帮助多家客户完成与AFG的EDI对接，本文将详细解读AFG的EDI需求。
一、AFG EDI需求总览
1、传输数据标准：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的无缝对接。
注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。