汽车行业G公司对接李尔LEAR EDI项目案例

李尔LEAR公司是全球汽车座椅和电子电气技术供应商，致力于为全球消费者提供非凡的汽车舱内体验。其产品技术及服务覆盖了全球主要汽车制造商，供应商遍布全球。

庞大的产品量加上复杂的供应商网络，对李尔LEAR处理大批量业务数据的能力提出了极高的要求。为了解决这一问题，李尔LEAR使用EDI系统，在减少大量人工重复操作之余，有效提高了业务处理效率。

EDI 需求分析

李尔LEAR要求下游供应商通过EDI系统与其EDI数据中心建立连接，通过EDI实现发货通知、长期交付计划等业务单据的交互。

传输协议
传输协议的选择上，李尔LEAR支持VAN以及OFTP2两种传输方式。

VAN按照流量计费的模式提供传输服务，随着交易量的增加，VAN的流量成本也将显著增加。使用OFTP2，可以节省大量的流量费用，因此G公司决定使用OFTP2进行数据收发。如果您使用OFTP2传输协议，需要通过Email告知李尔LEAR您的公钥证书。

报文标准
目前李尔LEAR支持的报文标准包括：ANSI X12、EDIFACT、VDA以及ODETTE四种。

李尔LEAR亚洲：EDIFACT以及ANSI X12
李尔LEAR美洲：EDIFACT以及ANSI X12
李尔LEAR 欧洲：ANSI X12、EDIFACT、VDA以及ODETTE
本次G公司对接LEAR的EDI项目中采用了EDIFACT报文标准。发送方向如下：

1.DELFOR 交付预测 李尔LEAR发送给供应商

DELFOR 交付预测中主要包括交付计划编号及日期、供应商详细信息（如：供应商ID、供应商地址等）、收货地信息、发货地信息、物料信息（如：物料号、订单号、订单日期、发货日期等）、明细信息（如：交付数量、交货说明等）。

2.DESADV 发货通知 供应商发送给李尔LEAR

DESADV 发货通知中主要包括发货信息（如：发货时间和日期、发货数量、毛重、净重等）、收货地信息、供应商信息、包装信息（如：包装级别、托盘/箱子数量以及托盘/箱子编号等）。

EDI解决方案

我们的项目经理将会根据企业的实际情况提出定制化的EDI解决方案。

CSV方案的优点在于其格式单一，读取较为简单。即使是IT技术不够完善的小型企业也可以使用CSV方案，弥补了企业内部数据管理系统的不足，使得小型企业也能实现EDI电子数据交换。

其缺点则在于，CSV具有扁平化结构，因此会存在不可避免的冗余信息。并且有填写规则，对于填写的要求较高。

结合以上G公司的EDI需求以及项目的实际情况，最终决定本次项目采用CSV方案。

项目成果

通过知行之桥EDI系统实现与李尔LEAR的EDI连接，示例工作流如下：

1.接收DELFOR

如上图所示，通过知行之桥EDI系统的OFTP端口接收李尔LEAR发来的DELFOR报文，经过EDIFACT端口转换为源XML文件，再由XML Map端口转换为目标XML，最终由CSV端口将文件转换为CSV格式。

2.发送 DESADV

将CSV文件上传至CSV端口，经格式转换后的XML文件通过XML Map端口进行进一步的转换，之后经EDIFACT端口转换为EDIFACT格式。并通过OFTP端口发送给李尔LEAR。

项目回顾

1.配置 SSID

李尔正式环境和测试环境的SSID一样，SFID不一样。如果用户打算使用一套正式和测试并存的环境对接李尔，需要使用一个SSID，不同的SFID来对接。

如果正式和测试环境是独立的，则可以选择使用两套完全不同的SSDI+SFID

2.交货频率

交货频率将体现在DELFOR 交付预测中，主要包含以下三种：

D =Discrete 零散交货
M= Monthly (calendar months) 按月交货
W =Weekly 按周交货

3.在DELFOR 交付预测中需要注意SCC字段代表着不同的业务含义：
SCC+1（confirm）正常交货
SCC+2（Commitment for manufacturing and material）：允许供应商准备产品生产
SCC+3（Commitment for material）：只允许供应商准备原材料但不能做产品
SCC+4（forecast/plan）正常交货

通常情况下接收到的DELFOR 交付预测中会遇到SCC+1以及SCC+4两种模式，代表正常交货。