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的無縫對接。
注：文案部分圖片及內容來源於網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯繫我們進行刪除，給您帶來困擾，我們深感抱歉。
